Crédit: Unsplash
La grande bataille entre Epic Games et Apple est actuellement dans le processus, et l’un des principaux arguments qu’Apple a soulevé dans le cas est que les développeurs ont un choix qui leur permet de distribuer des «applications» pour iOS via le Web. Cependant, un ingénieur de Google s’est opposé aux pratiques d’Apple sur le Web et est même allé jusqu’à qualifier les navigateurs iOS de”sous-alimentés uniquement”.
Il est important de souligner que le Web, comme nous le savons, n’est plus ce qu’il était. De nos jours, on peut faire à peu près tout ce qu’il veut faire via une application Web, tout allant de la possibilité de diffuser du contenu et d’éditer des images, des documents, etc. Indépendamment de ce que fait un utilisateur, tout revient au navigateur. Quelques moteurs de navigateur facilitent le processus, à commencer par Chromium, sur lequel Google Chrome s’exécute. Cependant, Apple utilise WebKit, ce dont veut parler Alex Russel, l’ingénieur de Google.
Les navigateurs Web iOS sapent gravement la tentative des développeurs d’applications de publier des applications Web
Sous iOS, Apple souhaite que tous les navigateurs exécutent WebKit. Même Google Chrome est obligé d’utiliser WebKit sur les appareils iOS. Alex a décidé de parler de l’argument d’Apple sur la façon dont les développeurs peuvent se tourner vers le Web s’ils ne sont pas d’accord avec les politiques de l’App Store.
Dans un article de blog , Alex est allé de l’avant et a parlé de la façon dont les navigateurs WebKit et iOS sont «uniquement sous-alimentés» par rapport aux autres navigateurs modernes. Il affirme qu’Apple retarde”systématiquement”les nouvelles fonctionnalités de ses navigateurs qui”détiennent la clé pour débloquer des catégories entières d’expériences sur le Web”.
Le navigateur iOS (Safari) et le moteur (WebKit) d’Apple sont particulièrement sous-alimentés. Des retards constants dans la livraison de fonctionnalités importantes garantissent que le Web ne peut jamais être une alternative crédible à ses outils propriétaires et à l’App Store.
Alex en a cité un exemple en mentionnant Stadia ainsi que d’autres services de jeux en nuage. Apple n’a pas autorisé ces services à être disponibles sur l’App Store et les a poussés à utiliser le Web à la place, ce qui obligeait Apple à autoriser les API de manette de jeu afin que les contrôleurs puissent être utilisés avec ces nouvelles applications Web. C’est une fonction que d’autres navigateurs proposent depuis longtemps sauf sur iOS. Mais Apple s’est toujours retenu.
Supposons qu’Apple ait implémenté WebRTC et l’API Gamepad en temps opportun. Qui peut dire si la révolution du streaming de jeux en cours aurait pu se produire plus tôt? Il est possible qu’Amazon Luna, NVIDIA GeForce NOW, Google Stadia et Microsoft xCloud aient été créés des années plus tôt.
Il est également possible que les API fournies sur toutes les autres plates-formes, mais qui ne sont pas encore disponibles sur aucun navigateur iOS (car Apple), détiennent la clé pour déverrouiller des catégories entières d’expériences sur le Web.
Alex a également expliqué que les navigateurs iOS sont sous-alimentés à plusieurs autres endroits par rapport à la concurrence. Pour commencer, les navigateurs iOS manquent de notifications push, de boutons d’installation standardisés de Progressive Web App (PWA), de synchronisation en arrière-plan et de nombreux autres outils qui permettent aux développeurs de créer plus facilement des applications Web entièrement fonctionnelles. L’accès à du matériel tel que Bluetooth, USB et NFC n’est pas non plus facilement disponible. Enfin, la norme AV1 libre de droits n’est pas non plus disponible.
