[ad_1]
A Apple exige que todos os aplicativos que navegam na internet no iOS e iPadOS usem seu próprio mecanismo de navegador, o WebKit, mas em meio a acusações de conduta anticompetitiva, ela deve continuar a proibir efetivamente os mecanismos de navegador rivais?
As grandes empresas de tecnologia foram dominadas por acusações de conduta anticompetitiva nos últimos tempos, com o presidente-executivo da Autoridade de Concorrência e Mercados do Reino Unido (CMA) Andrea Coscelli declarando em um comunicado de imprensa:
A Apple e o Google desenvolveram um controle vicioso sobre como usamos telefones celulares e estamos preocupados que isso esteja causando a perda de milhões de pessoas em todo o Reino Unido.
Entre essas acusações de conduta anticompetitiva, a Apple tem sido criticada por exigir que aplicativos que navegam na internet usem o framework WebKit e WebKit Javascript no iOS e iPadOS, em uma política que efetivamente proíbe navegadores não baseados em WebKit. da Apple Diretrizes de revisão da App Retailer Estado:
2.5.6 Os aplicativos que navegam na internet devem usar a estrutura WebKit apropriada e o WebKit Javascript.
Há um debate acalorado em torno desse requisito, com alguns desenvolvedores e agências reguladoras alegando que isso sufoca ativamente a inovação no iOS e iPadOS, enquanto a Apple argumenta que é necessário proteger a segurança e a privacidade do usuário, além de impedir o domínio do Chromium.
Por que a Apple poderia ser Certo banir navegadores rivais
O Chromium do Google é a tecnologia por trás de muitos navegadores populares, incluindo Chrome, Microsoft Edge, Courageous e Opera. Alguns argumentaram que o domínio do Chromium é levando a uma “monocultura de navegador”, sufocando o desenvolvimento de tecnologias internet rivais. Um tweet de Jen Simmons, evangelista da Apple e defensora dos desenvolvedores do Safari, parece sugerir a importância de manter a restrição do WebKit por esse motivo:
Poxa. Alcançando o Twitter de tecnologia esta manhã e parece haver um grupo irritado de homens que realmente querem que o Safari vá embora. Nós realmente queremos viver em um mundo de navegadores 95% Chromium? Isso seria um futuro horrível para a internet. Precisamos de mais vozes, não menos. — Jen Simmons (@jensimmons) 7 de fevereiro de 2022
De acordo com dados do serviço de análise da internet StatCounter, o Safari detém uma participação de mercado de 9,84 por cento dos navegadores de desktop em comparação com os impressionantes 65,38 por cento do Google Chrome. Atualmente, o Safari tem uma posição mais segura em plataformas móveis do que em desktops, mas ainda vem em segundo lugar depois do Google Chrome. Apesar do Safari ser o navegador padrão no Iphone e iPad, o Safari tem uma participação de mercado de 26,71% em dispositivos móveis, enquanto o Chrome domina tanto o iOS quanto o Android com uma participação de mercado de 62,06%. Além do Chrome, os navegadores baseados em Chromium, como o Microsoft Edge, dominam os outros navegadores mais populares.
Se a Apple parar de exigir o uso do WebKit no iOS e iPadOS, os desenvolvedores por trás das versões móveis de navegadores como Chrome e Edge podem mudar para o Chromium como seus equivalentes de desktop, permitindo que o Chromium obtenha uma participação de mercado ainda maior e potencialmente limite as possibilities de rival tecnologias que competem com ele.
Em seu relatório provisório de estudo de mercado de ecossistemas móveiso CMA disse que a Apple defendeu sua política WebKit no iOS usando o seguinte raciocínio:
A Apple nos disse que permitir apenas o WebKit no iOS é motivado principalmente por considerações de segurança e privacidade. Em explicit, muitos websites modernos executam códigos de desenvolvedores desconhecidos. A Apple nos disse que, devido à restrição do WebKit, ele é capaz de resolver problemas de segurança em todos os navegadores do iPhone, para todos os usuários do iPhone, de forma rápida e eficaz (dado que há apenas um mecanismo de navegador). Ele ainda nos disse que, na opinião da Apple, o WebKit oferece um nível de proteção de segurança melhor do que o Blink e o Gecko.
A Apple argumenta que, como controla o WebKit e é o único mecanismo de navegador nesses dispositivos, a restrição permite que a empresa faça melhorias abrangentes de segurança e privacidade em todos os navegadores do iPhone e do iPad, proporcionando uma melhor experiência do usuário e evitando a fragmentação. Ele também afirma que o WebKit é mais seguro do que os mecanismos de navegador rivais.
Por que a Apple poderia ser Errado banir navegadores rivais
Outros argumentaram que a restrição do WebKit prejudica ativamente a concorrência do navegador no iOS. O CEO da Jogos épicosTim Sweeney, estava no centro de uma disputa tumultuada com a Apple cerca de Loja de aplicativos taxas e agora diz que a restrição do WebKit é anticompetitiva e não inclusiva:
Acredito que o Google, que também bloqueia mecanismos de navegador concorrentes, deve abrir a Google Play Retailer para a concorrência de mecanismos de navegador. European adoraria ver a Apple lançar o Safari no Google Play e ver o Google lançar a versão completa do Chrome no iOS. Inclua TODOS os navegadores! — Tim Sweeney (@TimSweeneyEpic) 8 de fevereiro de 2022
As políticas da Apple em torno do WebKit chamaram a atenção de agências reguladoras, como a CMA, que criticou fortemente a restrição:
Descobrimos que, ao exigir que todos os navegadores em dispositivos iOS usem seu mecanismo de navegador WebKit, a Apple controla e outline os limites da qualidade e funcionalidade de todos os navegadores no iOS. Também limita o potencial de navegadores rivais se diferenciarem do Safari. Por exemplo, os navegadores são menos capazes de acelerar a velocidade de carregamento da página e não podem exibir vídeos em formatos não suportados pelo WebKit. Além disso, a Apple não fornece aos navegadores rivais o acesso às mesmas funcionalidades e APIs que estão disponíveis para o Safari. No geral, isso significa que o Safari não enfrenta concorrência efetiva de outros navegadores em dispositivos iOS.
As evidências também sugerem que os navegadores no iOS oferecem menos suporte a recursos do que os navegadores construídos em outros mecanismos de navegador, em explicit no que diz respeito a aplicativos da internet. Como resultado, os aplicativos da Internet são uma alternativa menos viável aos aplicativos nativos da App Retailer para fornecer conteúdo em dispositivos iOS.
O CMA destacou que os desenvolvedores de aplicativos não podem diferenciar seus navegadores do Safari, enquanto os desenvolvedores da Internet estão vinculados aos recursos que o WebKit suporta.
É importante ressaltar que, devido à restrição do WebKit, a Apple toma decisões sobre o suporte a recursos não apenas para seu próprio navegador, mas para todos os navegadores no iOS. Isso não apenas restringe a concorrência (pois limita materialmente o potencial de navegadores rivais se diferenciarem do Safari em fatores como velocidade e funcionalidade), mas também limita a capacidade de todos os navegadores em dispositivos iOS, privando os usuários do iOS de inovações úteis que poderiam se beneficiar. a partir de.
O debate também se relaciona com a longa knowledge da Apple reticência para permitir o sideload do aplicativo no iOS e iPadOS. A única obstrução prática para os desenvolvedores que enviam aplicativos da Internet no iOS e iPadOS que são indistinguíveis dos aplicativos nativos, fora dos jogos de alto nível, é a restrição do WebKit da Apple e o controle sobre o Safari. Se os desenvolvedores puderem usar um navegador diferente para abrir aplicativos da Internet, o sideload da Internet se tornará efetivamente possível.
Também é digno de nota que o CMA não aceita o argumento da Apple de que limitar a navegação na internet no iOS e iPadOS ao WebKit é melhor para o desempenho e para lidar com vulnerabilidades de segurança:
No geral, as evidências que recebemos até o momento não sugerem que a restrição WebKit da Apple permita uma resposta mais rápida e eficaz a ameaças de segurança para aplicativos de navegador dedicados no iOS…
[…]
… as evidências que vimos até agora não sugerem que existam diferenças materiais no desempenho de segurança do WebKit e mecanismos de navegador alternativos.
Em meio ao debate em andamento, alguns desenvolvedores se uniram em torno da hashtag do Twitter #AppleBrowserBan para expressar sua frustração com a restrição do WebKit da Apple.
Pensamentos finais
A discussão em torno da restrição do WebKit da Apple está crescendo para estar na vanguarda de muitos problemas com a navegação no iOS e iPadOS. Permanece aberto ao debate se permitir navegadores não baseados em WebKit no iOS, como Firefox, Chrome e Edge, seria bom para os usuários ou diminuiria a experiência e a segurança da navegação no iPhone e no iPad. Permitir o Chromium no iOS, por exemplo, levaria a uma monocultura de navegadores em que o Safari tem menos de 5% de participação de mercado? O levantamento da restrição do WebKit seria bom para a concorrência do mecanismo do navegador ou consolidaria o domínio do Chromium?
A Apple está aparentemente preocupada com seu relacionamento cada vez pior com alguns desenvolvedores em relação ao Safari, e a empresa recentemente procurou enfrentar a acusação de que “Safari é o pior, é o novo IE” pedindo comments. Apple renegou seu controverso redesenho do Safari da WWDC no ano passado, mas Microsoft Edge está prestes a ultrapassar o Safari como o segundo navegador de desktop mais in style do mundo.
Como resultado, a Apple está enfrentando pressão para melhorar as relações com os desenvolvedores, além de tornar o Safari e o WebKit mais atraentes, mas não está claro se isso é suficiente para levar a empresa a mudar sua posição sobre a restrição do WebKit. Há também a questão de saber se a Apple pode continuar a manter sua política de forma realista diante da crescente pressão regulatória.
.
[ad_2]
Fonte da Notícia
