Apple est sur le point de changer pour toujours la navigation Web sur iPhone
Apple a annoncé aujourd'hui un changement majeur qui pourrait révolutionner l'expérience de navigation Web des utilisateurs d'iPhone. Hélas, cette aubaine de navigation sera limitée aux utilisateurs du bloc européen. Cette nouvelle a été annoncée parallèlement aux projets d'Apple d' ajouter des magasins d'applications à chargement latéral et tiers à l'iPhone .
Pour se conformer à la loi européenne sur les marchés numériques (DMA), Apple affirme qu'elle permettra aux développeurs d'utiliser d'autres moteurs de navigation pour leurs navigateurs Web. Cela signifie qu'Apple ne les obligera plus à utiliser son propre moteur de rendu WebKit, qui est la technologie sous-jacente à ce que n'importe quel navigateur Web peut faire sur votre téléphone. C'est un changement de règle massif.
Gâcher délibérément l'expérience de navigation
Les fournisseurs de navigateurs tels que le développeur Chrome Google et le fabricant Edge Microsoft ont été limités à créer de simples shells autour d'une version très spécifique et non modifiée de WebView de Safari, un composant dont les fonctionnalités sont étroitement dictées par Apple. Au lieu de livrer leurs navigateurs méticuleusement développés, Google et Mozilla sont obligés de créer un navigateur distinct qui agit essentiellement comme un mince wrapper pour le moteur WebKit d'Apple.
Pour faire simple, des applications de navigateur comme Chrome, Firefox, Brave, DuckDuckGo et autres peuvent être installées sur un iPhone, mais elles ne servent que de superpositions superficielles sur le moteur WebKit d'Apple. Cette politique signifie également qu'Apple a le dernier mot sur les fonctionnalités prises en charge sur Safari. Et cet écart de fonctionnalités est énorme.
Jetez simplement un œil à cette comparaison de fonctionnalités compilée par Open Web Advocacy pour comprendre le problème :
Les fournisseurs de navigateurs tiers n'ont pas d'autre choix que d'utiliser une version très spécifique de WebKit, sans aucune flexibilité pour modifier les fonctionnalités du moteur, y compris l'activation ou la désactivation de fonctionnalités existantes dans le code source. Cette limitation étouffe la capacité des navigateurs iOS à se démarquer grâce aux soft forks.
D’un autre côté, dans un marché offrant de véritables choix de navigateurs, des tiers pourraient développer leurs propres navigateurs à partir de zéro. Jetez simplement un œil à ce que les personnes derrière le navigateur Arc ont réussi à accomplir en réinventant totalement l'apparence et le fonctionnement d'un navigateur dans l'écosystème de bureau.
Il est également révélateur qu'une équipe dotée d'un esprit aussi brillant n'ait publié qu'une application complémentaire Arc sur iOS et non un navigateur mobile révolutionnaire à part entière – car elle sait très bien qu'elle n'obtiendra pas le même type de flexibilité avec iOS (en raison de WebKit) comme ils le font sur macOS pour créer un fantastique navigateur de bureau.
Cela est également évident dans l’écosystème du navigateur Chromium. Contrairement à iOS, où Apple contrôle uniquement l'inclusion des fonctionnalités, les fournisseurs de navigateurs ont la liberté de choisir les fonctionnalités lorsqu'ils utilisent Chromium sur Android. En fin de compte, pour un utilisateur moyen d’iPhone, l’aspect clé est le logiciel qui fonctionne sur les appareils réels.
Tout est question de traitement préférentiel
Mais ce n’est pas seulement le manque de fonctionnalités qui est préoccupant. Il s'agit également de donner à Safari un avantage injuste, car Apple contrôle l'intégralité de la mise en œuvre de tout navigateur fonctionnant sur l'iPhone. Apple accorde bien entendu un traitement préférentiel à Safari lorsqu'il s'agit d'accéder au système natif des iPhones.
Safari a obtenu la possibilité d'afficher des vidéos en plein écran, alors que les autres navigateurs n'ont pas le droit de le faire, sauf sur iPad. D'autres navigateurs ont également été historiquement empêchés d'installer des applications Web, d'utiliser les extensions trop importantes ou d'intégrer Apple Pay dans la même mesure que Safari.
Examinons ensuite la perspective de la concurrence, qui a finalement forcé l'UE à se pencher sur la situation de WebKit. Cette approche uniquement WebKit oblige les entreprises à créer plusieurs applications distinctes pour chaque plate-forme, augmentant considérablement les coûts et la complexité du développement et de la maintenance. Ces coûts s'ajoutent à la taxe de 15 à 30 % de l'App Store, qu'Apple a si farouchement protégée jusqu'à présent.
Les coûts exorbitants liés au développement d’une application interopérable fonctionnant de manière identique à celle proposée par Apple la rendent réalisable uniquement pour les entreprises bien financées. Après tout, pourquoi voudrait-on proposer un navigateur qui fonctionne pratiquement de la même manière que Safari, tout en étant techniquement désavantagé ? Naturellement, de nombreuses applications utiles ou potentiellement rentables ne voient jamais le jour.
Oops. Ai-je dit que Safari bégaie ?
Safari et WebView d'Apple rencontrent souvent des bugs critiques qui peuvent interrompre les applications, et ces problèmes affectent également les navigateurs iOS concurrents puisqu'ils sont incapables d'utiliser leurs propres moteurs, qui peuvent ne pas avoir ces bugs. Jetez un œil à ce graphique d'échec appelé Tableau de bord de test des plates-formes Web et émerveillez-vous devant les échecs de Safari :
HTTP Toolkit dispose d'un vaste catalogue de la manière dont l'approche d'Apple permet non seulement aux bugs du navigateur de persister sur le Web et d'affaiblir les mesures de sécurité cruciales, mais également de brouiller l'ensemble du Web pour tous ceux qui ont un iPhone à la main. C'est particulièrement accablant pour une entreprise qui s'oppose toujours au changement en invoquant la confidentialité et la sécurité.
Si vous voulez vraiment comprendre à quel point Apple a créé un monopole des navigateurs sur l'iPhone, un monopole dans lequel il a étouffé l'innovation des fonctionnalités et laissé persister des problèmes persistants, lisez ce document complet de 108 pages intitulé « Bringing Competition to the Walled Gardens – Third ». Navigateurs de fête et applications Web .
Mais maintenant que l'UE a forcé la main d'Apple et que la société autorise enfin des moteurs alternatifs comme Gecko et Blink, nous allons enfin voir une nouvelle expérience étoffée dans Chrome, Edge et Firefox fonctionnant sur l'iPhone. Et cela pourrait arriver bientôt.
Un avenir radieux est à nos portes
Plus tôt cette année, Google a annoncé (via GitHub , entre autres) qu'il travaillait sur une version iOS expérimentale de Chrome avec le moteur Blink en son cœur au lieu de WebKit. Bien sûr, les politiques d'Apple ne permettront jamais une monstruosité aussi libératrice sur l'App Store, mais c'est comme si Google avait senti que l'UE pourrait forcer Apple à faire marche arrière. Les gens de 9to5Google ont même obtenu une version rudimentaire fonctionnant sur un iPhone.
Mozilla a également testé une version de Firefox pour iOS construite sur son moteur de rendu Gecko. "Nous respectons les politiques de l'App Store iOS d'Apple et effectuons simplement un travail exploratoire pour comprendre les défis techniques des navigateurs basés sur Gecko sur iOS si ces politiques devaient changer", a déclaré Mozilla au Register plus tôt cette année.
Il semble que les expériences de Google et Mozilla avec des navigateurs Web mobiles libérés des entraves d'Apple WebKit porteront enfin leurs fruits. Mais uniquement pour les citoyens de l’UE. J'espère sincèrement que, pour le bien de ses précieux clients, Apple fera de même pour les utilisateurs du monde entier. C'est sans précédent, mais en fin de compte, c'est aussi magique pour un utilisateur d'iPhone moyen fatigué de l'expérience fade de Safari.
J’espère également de tout cœur que les régulateurs d’autres pays pourront également réaliser ce que l’UE a réussi à accomplir. Je suis désespérément accro à la cause de « l'iPad en tant qu'ordinateur », mais mon pire ennemi a été les fonctionnalités limitées des navigateurs Web. Je prie pour un jour où je pourrai utiliser Chrome sur l'iPad Pro avec au moins la moitié des capacités dont il dispose sur les navigateurs de bureau.
La balle est dans votre camp maintenant, Apple !