Apple devrait-il continuer à interdire les moteurs de navigation concurrents sur iOS ?

Apple exige que toutes les applications qui naviguent sur le Web sous iOS et iPadOS utilisent son propre moteur de navigateur, WebKit, mais devrait-elle continuer à interdire efficacement les moteurs de navigateur concurrents au milieu d'accusations de comportement anticoncurrentiel ?

De grandes entreprises technologiques ont récemment été accusées de comportement anticoncurrentiel, a annoncé Andrea Coscelli, PDG de l'Autorité britannique de la concurrence et des marchés (CMA), dans un communiqué de presse :

Apple et Google ont créé une mauvaise habitude dans le Nous craignons que la manière dont nous utilisons nos téléphones ne conduise à la désorientation de millions de personnes au Royaume-Uni.

Parmi ces accusations de comportement anticoncurrentiel, Apple a été critiqué pour avoir exigé que les applications de navigation Web utilisent le framework WebKit et WebKit Javascript sur iOS et iPadOS, une politique qui interdit effectivement les navigateurs non basés sur WebKit. Le didacticiel de révision de l'App Store d'Apple indique :

2.5.6 Les applications qui naviguent sur le Web doivent utiliser le framework WebKit et WebKit Javascript appropriés.

Il y a eu un débat féroce autour de cette exigence, certains développeurs et régulateurs affirmant qu'elle étoufferait activement l'innovation dans iOS et iPadOS, tandis qu'Apple estime qu'elle est nécessaire pour protéger la sécurité et la confidentialité des utilisateurs, ainsi que pour empêcher la domination de Chromium.

Pourquoi Apple peut faire les choses correctementinterdire les navigateurs concurrents

Chromium de Google est la technologie derrière de nombreux navigateurs populaires, notamment Chrome, Microsoft Edge, Brave et Opera. Certains pensent que la domination de Chromium conduit à une « monoculture des navigateurs » qui étouffe le développement de technologies Web concurrentes. Un tweet de l'évangéliste Apple et défenseure des développeurs Safari, Jen Simmons, semble faire allusion à l'importance de maintenir les limites de WebKit, et voici pourquoi :

Safari détient 9,84 % de part de marché des navigateurs de bureau, selon le service d'analyse Web StatCounter, tandis que Google Chrome a un écrasant 65,38%. Safari est actuellement plus sécurisé sur les plates-formes mobiles que sur les ordinateurs de bureau, mais il reste juste derrière Google Chrome. Bien que Safari soit le navigateur par défaut sur iPhone et iPad, Safari détient une part de marché de 26,71 % sur les appareils mobiles, tandis que Chrome domine iOS et Android avec une part de marché de 62,06 %. Outre Chrome, les navigateurs basés sur Chromium tels que Microsoft Edge dominent les autres navigateurs les plus populaires.

Si Apple cesse d'imposer l'utilisation de WebKit sur iOS et iPadOS, les développeurs derrière les navigateurs mobiles comme Chrome et Edge pourraient passer à Chromium tout comme les navigateurs de bureau, permettant à Chromium de gagner une plus grande part de marché globale et potentiellement une technologie qui limite les opportunités d'un concurrent. pour rivaliser avec lui.

Dans son rapport intermédiaire d'étude de marché sur l'écosystème mobile, la CMA a déclaré qu'Apple avait utilisé le raisonnement suivant pour défendre sa politique WebKit sur iOS :

Apple nous dit qu'autoriser uniquement WebKit sur iOS est principalement dû à des problèmes de sécurité et de confidentialité. En particulier, de nombreux sites Web modernes exécutent du code provenant de développeurs inconnus. Apple nous dit qu'en raison des limitations de WebKit, il peut résoudre rapidement et efficacement les problèmes de sécurité de tous les navigateurs de l'iPhone pour tous les utilisateurs d'iPhone (en supposant qu'il n'y ait qu'un seul moteur de navigateur). Cela nous indique en outre que, de l'avis d'Apple, WebKit offre un meilleur niveau de protection en matière de sécurité que Blink et Gecko.

Apple a fait valoir que, parce qu'elle contrôle WebKit et qu'il s'agit du seul moteur de navigateur sur ces appareils, la restriction permet à l'entreprise d'apporter des améliorations radicales en matière de sécurité et de confidentialité à tous les navigateurs sur iPhone et iPad, offrant ainsi une meilleure expérience utilisateur et empêchant la fragmentation. Il affirme également que WebKit est plus sécurisé que les moteurs de navigation concurrents.

Pourquoi Apple pourrait avoir erreur en interdisant les navigateurs concurrents

D'autres soutiennent que les restrictions de WebKit nuiront activement à la concurrence des navigateurs sur iOS. Le PDG d'Epic Games, Tim Sweeney, qui a été impliqué dans un âpre différend avec Apple au sujet des frais de l'App Store, déclare désormais que les restrictions de WebKit sont anticoncurrentielles et intolérantes :

Les politiques d'Apple autour de WebKit ont attiré l'attention des régulateurs, tels que la CMA, qui a sévèrement critiqué cette restriction :

Nous avons découvert qu'en exigeant que tous les navigateurs des appareils iOS utilisent son moteur de navigation WebKit, Apple contrôle et définit la qualité et les limites fonctionnelles. Cela limite également le potentiel des navigateurs concurrents à se différencier de Safari. Par exemple, le navigateur ne peut pas accélérer le chargement des pages ni afficher des vidéos dans des formats non pris en charge par WebKit. De plus, Apple ne fournit pas aux navigateurs concurrents un accès aux mêmes fonctionnalités et API disponibles dans Safari. Dans l'ensemble, cela signifie que Safari ne fait pas face à une concurrence efficace de la part des autres navigateurs sur les appareils iOS.

Les preuves suggèrent également que les navigateurs sur iOS offrent moins de fonctionnalités que les navigateurs basés sur d'autres moteurs de navigateur, en particulier lorsqu'il s'agit d'applications Web. En conséquence, les applications Web sont moins viables pour diffuser du contenu sur les appareils iOS que les applications natives de l'App Store.

La CMA souligne que les développeurs d'applications ne peuvent pas différencier leurs navigateurs de Safari, tandis que les développeurs Web sont limités par les fonctionnalités prises en charge par WebKit.

Il est important de noter qu'en raison des limitations de WebKit, Apple décide de prendre en charge non seulement son propre navigateur, mais tous les navigateurs sur iOS. Non seulement cela limite la concurrence (car cela limite essentiellement le potentiel des navigateurs concurrents à se différencier de Safari sur des facteurs tels que la vitesse et les fonctionnalités), mais cela limite également les fonctionnalités de tous les navigateurs sur les appareils iOS, privant les utilisateurs iOS de possibles avantages. nouveautés.

Le débat porte également sur le silence de longue date d’Apple sur l’autorisation du chargement latéral d’applications sur iOS et iPadOS. Mis à part les meilleurs jeux, le seul véritable obstacle pour les développeurs qui publient des applications Web impossibles à distinguer des applications natives sur iOS et iPadOS réside dans les restrictions et les contrôles WebKit d'Apple sur Safari. Si les développeurs peuvent utiliser différents navigateurs pour ouvrir des applications Web, un chargement latéral efficace à partir du Web devient possible.

Il convient également de noter que la CMA n'accepte pas l'argument d'Apple selon lequel restreindre la navigation Web à WebKit sur iOS et iPadOS serait meilleur pour les performances et pour remédier aux vulnérabilités de sécurité :

Dans l'ensemble, les preuves que nous avons reçues jusqu'à présent Il n'y a aucun indication que les restrictions WebKit d'Apple permettent une réponse plus rapide et plus efficace aux menaces de sécurité avec des applications de navigateur dédiées sur iOS…

[…]

…Les preuves que nous avons vues jusqu'à présent n'indiquent pas de différence significative dans les performances de sécurité de WebKit et des moteurs de navigation alternatifs.

Au milieu du débat en cours, certains développeurs se sont ralliés au hashtag Twitter #AppleBrowserBan pour exprimer leur mécontentement face aux limitations du WebKit d'Apple.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!