Apple vient-elle de tuer les web apps hors ligne sur ses plateformes ?

Stéphane Moussie |

Dans l'objectif de renforcer la confidentialité des internautes, Apple ne vient pas seulement de bloquer par défaut tous les cookies tiers dans son navigateur, elle a également procédé à un autre changement qui a de lourdes répercussions sur les web apps.

Pour continuer à tracer les internautes en dépit des protections de plus en plus strictes mises en place par les navigateurs sur les cookies, les publicitaires utilisent d'autres méthodes. L'une d'entre elles consiste à placer les scripts de tierce partie dans le stockage local dévolu à chaque site web.

« Si vous jetez un œil à l'espace de stockage local de beaucoup de sites aujourd'hui, vous verrez que c'est rempli de données prenant la forme de "tracker-marque-identifiant utilisateur", explique John Wilander, le créateur du mécanisme de « prévention intelligente contre le pistage » de Safari. Pire encore, des API comme LocalStorage n'ont aucune fonction d'expiration. Cela signifie que les sites web ne peuvent même pas demander aux navigateurs de limiter la durée de conservation des données. »

C'est pour cette raison qu'Apple a décidé d'appliquer la même restriction au stockage local des sites web qu'aux cookies dans Safari 13.1 et sur iOS 13.4 : les sites avec lesquels l'utilisateur n'a pas interagi dans Safari pendant une durée de sept jours verront leurs données automatiquement supprimées.

Une web app exploitant le stockage local. Si vous ne l'ajoutez pas à votre écran d'accueil et que vous ne l'utilisez pas pendant sept jours, la liste de courses sera automatiquement effacée.

Une mesure qui a fait immédiatement bondir des développeurs, comme Aral Balkan, selon qui « Apple vient tout juste de tuer les web apps hors ligne ». Ce mécanisme qui vise à contrecarrer un usage abusif du stockage local des sites web se fait au détriment des usages légitimes.

Parmi les développeurs qui expriment leur effarement, il y a par exemple le créateur de 1Password, qui indique que ceux qui utilisent uniquement le gestionnaire de mots de passe dans Safari pourraient perdre leur Secret Key et par ricochet l'accès complet à leur compte. Autre exemple : vous créez une liste de courses sur cette web app. Si vous ne vous rendez pas sur ce site durant sept jours, votre liste de courses sera automatiquement effacée.

Face aux critiques, John Wilander a précisé que les sites web qui étaient ajoutés à l'écran d'accueil d'iOS n'étaient pas concernés par ce coup de balai. Une exception qui ne rassure pas les développeurs pour autant. D'une part, le nombre d'utilisateurs ajoutant des web apps sur l'écran d'accueil de leur iPhone/iPad est infime. D'autre part, cette possibilité n'existe même pas sur Mac.

Pour éviter les suppressions de données malencontreuses, l'une des solutions serait de désactiver l'effacement sur les sites auxquels l'internaute est connecté. C'est d'ailleurs un mécanisme poussé par Apple au W3C, mais pas encore adopté. De même, Apple promeut une nouvelle API, Storage Access, pour le stockage local sous le contrôle de l'utilisateur, mais elle est encore loin d'être standardisée.

Pour éviter les problèmes, le plus sage serait qu'Apple reporte sa restriction, le temps que les développeurs s'adaptent et que des solutions émergent.

avatar J'en_crois Pas_mes yeux | 

@ pagaya
Les soignants, le corps enseignant, j'ai un à priori très positif globalement, et toi ? tu aurais des choses à leur reprocher ? :-)

avatar pagaupa | 

@J'en_crois Pas_mes yeux

Ne mélange pas les genres...
Etonnant pour quelqu’un d’aussi pointilleux que tou

avatar J'en_crois Pas_mes yeux | 

@pagaupa |
Je suis (j'étais) un soignant. Je pense qu'il n'y a aucun mélange à rapprocher ces deux professions.Mais réponds plutôt que d'esquiver : et toi ? tu aurais des choses à leur reprocher ?
racontes.

avatar iPop | 

@J'en_crois Pas_mes yeux

Vu comment c’est parti, chacun ne sachant pas écrire correctement son nom...

avatar YAZombie | 

@pagaupa, "Tu as le profil du corps enseignant...":
Ben dis donc on a vu moins veule comme aveu de défaite.

avatar mk3d | 

Très bien, les devs trouveront toujours le moyen de vous baiser pas de soucis.

avatar pacou | 

Et Firefox est il concerné?
Je n’utilise pas safari même sur iOS

avatar vince29 | 

Sur ios tu utilises forcément safari. Tous les navigateurs sur ios sont des surcouches au-dessus de safari

avatar pacou | 

@vince29

Ça ne répond pas a la question de savoir si c’est une fonction d WebKit ou de safari
Firefox a quelques fonctionnalités qui lui sont propres comme sa propre synchronisation de compte utilisateur

avatar byte_order | 

@pacou
> Je n’utilise pas safari même sur iOS

lol. Comme quoi la stratégie d'Apple d’enfumage marche parfaitement.

avatar pacou | 

@byte_order

C’est à dire ?

avatar byte_order | 

@pacou

Sur iOS, vous utilisez forcément Safari.
Le nom de l'application n'est peut être pas "Safari", mais derrière c'est bien le moteur web de Safari, puisque c'est imposé par Apple via les règles de l'AppStore.
Hors le moteur web, c'est la fonction centrale de tout navigateur. La partie concernée par cet article, elle est dans le moteur web par exemple, pas dans les fonctions d'habillage de l'application construite par dessus.

L’enfumage d'Apple, c'est d'avoir réussi à faire croire aux utilisateurs de iOS qu'en installant des navigateurs alternatifs, ils utilisaient vraiment quelque chose de totalement différent.

avatar Krysten2001 | 

@byte_order

« Et donc les autres moteurs c’est des safari masques ? »

Le terme de moteur est trompeur. Un moteur de recherche n’a rien à voir avec un moteur de rendu graphique.

Non, les autres navigateurs iOS ne sont pas des Safari masqués ! Ils partagent le même système d’affichage, mais tout le reste est différent (ergonomie, gestion des formats, sécurité, etc ..). Deux voitures conçues autour du même moteur thermique, pour baisser les coûts de R&D et de fabrication en grande série, peuvent être très différentes au final.

Cela fait un certain temps que des développeurs demandent à Apple d’avoir le droit d’utiliser d’autres moteurs de rendu sur iOS, pour porter plus facilement leurs navigateurs. Pour le moment Cupertino répond toujours Niet .. » tout le monde n’est pas du même avis

avatar SyMich | 

WebKit n'est pas qu'un moteur de rendu graphique! C'est aussi, par exemple, le moteur qui remonte à Apple toutes les statistiques de navigation des utilisateurs, quel que soit le navigateur utilisé. (Y compris pour l'app MacG qui utilise largement WebKit)

avatar Krysten2001 | 

@SyMich

Mais sinon quand on cherche plus d’informations ce n’est qu’un moteur de rendu

avatar SyMich | 

Absolument pas! WebKit a lui tout seul permet de créer un navigateur internet complet. C'est loin d'être un simple moteur de rendu!
Je vous invite à aller faire un tour sur www.webkit.org

avatar Krysten2001 | 

Je vais aller voir

avatar SyMich | 

Sur Mac, Safari n'utilise QUE WebKit
Sur iOS tous les navigateurs existant n'utilisent rien d'autre que WebKit.

avatar byte_order | 

@Depret Lucas
Oui, cela serait une bonne idée.
Pour info, j'ai participé y'a quelques années à un portage de WebKit sur Haiku.
Je pense savoir un minimum de quoi est constitué WebKit, mais, pour des raisons pro, également de WKWebView, son wrapper officiel (et imposé) dans iOS.

avatar byte_order | 

@Depret Lucas
> Le terme de moteur est trompeur. Un moteur de recherche

De recherche !?! Mais de quoi parlez-vous !?
Y'a pas de "moteur de recherche" dans un navigateur web. Un moteur de recherche web, c'est Google, Bing, DuckDuckGo, QWant.

> n’a rien à voir avec un moteur de rendu graphique.

Un moteur web c'est loin d'être *que* le rendu. C'est une pile réseau protocolaire (HTTP, FTP, TLS, etc, la gestion des certificats qui va avec), une pile de présentation (HTML, CSS, WebGL, formats d'images, formats vidéo), une pile d'exécution de Javascript (dont, dans le cas qui nous occupe, l'implémentation de l'API Local Storage).

Et sur iOS, ça, c'est ce qui y'a sous dans WKWebView, et cette API est *imposée* par Apple à toutes applications qui veut afficher des ressources web.

> Ils partagent le même système d’affichage, mais tout le reste est différent

Vous avez tout faux. C'est justement surtout l'ergonomie qui est différent, éventuellement certains fonctions complémentaires qui ne dépendent pas du support du moteur web, qui sont différents, tout le reste est purement et simplement du WKWebView, c.ad. le moteur web de Safari.

avatar Krysten2001 | 

Ce n’est pas mon commentaire lisez ce que j’ai mit

avatar byte_order | 

@Depret Lucas

Ben tiens, vous n'avez pas parler de "moteur de recherche" dans votre commentaire ?
Si.
Et j'y réponds.

Vous n'avez pas dit que ce que les navigateurs sur iOS partageaient c'était "le même système d’affichage, mais tout le reste est différent (ergonomie, gestion des formats, sécurité, etc ..). " ?
Si.
Et j'y réponds, en soulignant que la gestion des formats, la sécurité, le moteur Javascript (et l'implémentation de l'API publique du moteur web) mais aussi une partie de l'ergonomie et évidement le moteur de rendu étaient également partagés (puisque imposé), c.a.d quasi tout le contraire de ce que vous affirmez.

Et vous n'avez pas dit qu'ils partagent le même système d’affichage, mais tout le reste est différent ?
Si. Et j'y ai répondu. Y'a pas qu'un système d'affichage dans un moteur web, loin de là.

Et si vous relisiez vos propres commentaires, vous aussi ?!

avatar Krysten2001 | 

Ça fait 2 fois que je dis que c’est un copier colle ;)

avatar byte_order | 

@Depret Lucas
Remontez lire vos propres commentaires, et revenez dire ici pourquoi vous n'auriez jamais écris ce que à quoi l'on à, moi et @Sych répondu, à commencer par celui-ci :
----
Depret Lucas
28/03/2020 à 13:30

@SyMich
Mais sinon quand on cherche plus d’informations ce n’est qu’un moteur de rendu
----

Où est le copier-coller ? Et quelle est la source de cette copie, dans ce cas ?
Ou est-ce votre façon, très tordue, de dire que finalement vous reconnaissez que vous avez parler sans savoir et que depuis vous êtes aller "voir" mais que vous ne reviendrez pas ici livrer votre nouvelle (ou pas) opinion après avoir été voir de plus prêt ?

avatar Krysten2001 | 

@byte_order

Le copier coller est juste au dessus et je l’ai mentionné :) et j’ai juste dit que tout le monde n’était pas du même avis mais je n’ai pas dit mon avis là-dessus

Pages

CONNEXION UTILISATEUR