A Apple anunciou hoje uma grande mudança que pode revolucionar a experiência de navegação na web dos usuários do iPhone. Infelizmente, esta vantagem de navegação será limitada aos usuários do bloco da UE. Esta notícia foi anunciada juntamente com os planos da Apple de adicionar sideload e lojas de aplicativos de terceiros ao iPhone.
Para cumprir o marco da Lei de Mercados Digitais (DMA) da UE, a Apple afirma que permitirá que os desenvolvedores usem outros mecanismos de navegador em seus navegadores. Isso significa que a Apple não os forçará mais a usar seu próprio mecanismo de renderização WebKit, que é a tecnologia subjacente ao que qualquer navegador da web pode fazer no seu telefone. Essa é uma grande mudança de regras.
Estragar deliberadamente a experiência de navegação
Fornecedores de navegadores como o Google, desenvolvedor do Chrome, e a Microsoft, fabricante do Edge, ficaram restritos a criar meros shells em torno de uma versão altamente específica e não modificada do WebView do Safari, um componente cujas funcionalidades são estritamente ditadas pela Apple. Em vez de enviar seus navegadores meticulosamente desenvolvidos, empresas como Google e Mozilla são forçadas a construir um navegador separado que funciona essencialmente como um invólucro fino para o mecanismo WebKit da Apple.
Simplificando, aplicativos de navegador como Chrome, Firefox, Brave, DuckDuckGo e outros podem ser instalados em um iPhone, mas servem apenas como sobreposições superficiais no mecanismo WebKit da Apple. Esta política também significa que a Apple tem a palavra final sobre quais recursos são suportados no Safari. E essa lacuna de recursos é enorme.
Basta dar uma olhada nesta comparação de recursos compilada pela Open Web Advocacy para entender o problema:
Os fornecedores de navegadores terceirizados não têm outra opção a não ser usar uma versão altamente específica do WebKit, sem flexibilidade para modificar os recursos do mecanismo, incluindo a ativação ou desativação de recursos existentes no código-fonte. Essa limitação restringe a capacidade dos navegadores iOS de se destacarem por meio de soft forks.
Por outro lado, num mercado com opções de navegadores genuínos, terceiros poderiam desenvolver os seus próprios navegadores a partir do zero. Basta dar uma olhada no que o pessoal por trás do navegador Arc conseguiu realizar ao reimaginar totalmente a aparência e o funcionamento de um navegador no ecossistema de desktop.
Também é revelador que uma equipe com mentes tão brilhantes lançou apenas um aplicativo Arc complementar no iOS e não um navegador móvel revolucionário completo – porque eles sabem muito bem que não terão o mesmo tipo de flexibilidade com o iOS (devido a WebKit) como fazem no macOS para criar um navegador de desktop fantástico.
Isso também é evidente no ecossistema do navegador Chromium. Ao contrário do iOS, onde a Apple controla apenas a inclusão de recursos, os fornecedores de navegadores têm a liberdade de escolher os recursos ao usar o Chromium no Android. Em última análise, para um usuário médio do iPhone, o aspecto principal é o software que funciona em dispositivos reais.
É tudo uma questão de tratamento preferencial
Mas não é apenas a falta de recursos que preocupa. Trata-se também de dar ao Safari uma vantagem injusta, porque a Apple controla toda a implementação de qualquer navegador executado no iPhone. A Apple, claro, dá tratamento preferencial ao Safari na hora de acessar o sistema nativo nos iPhones.
O Safari recebeu a capacidade de exibir vídeos em tela inteira, enquanto outros navegadores estão proibidos de fazê-lo, exceto no iPad. Outros navegadores também foram historicamente impedidos de instalar aplicativos da Web, usar extensões muito importantes ou integrar o Apple Pay na mesma medida que o Safari.
A seguir, vamos explorar a perspectiva da concorrência, que foi o que forçou a UE a analisar a situação do WebKit. Esta abordagem apenas WebKit força as empresas a criar múltiplas aplicações distintas para cada plataforma, aumentando significativamente os custos e complexidades de desenvolvimento e manutenção. Esses custos se somam ao imposto de 15% a 30% da App Store, que a Apple protegeu tão ferozmente até o momento.
Os custos exorbitantes de desenvolvimento de uma aplicação interoperável que funcione de forma idêntica ao que a Apple tem para oferecer tornam-na viável apenas para empresas bem financiadas. Afinal, por que alguém iria querer oferecer um navegador que funcionasse praticamente da mesma forma que um Safari, mas ao mesmo tempo estivesse em desvantagem técnica? Naturalmente, muitas aplicações úteis ou potencialmente lucrativas nunca veem a luz do dia.
Ops. Eu disse que o Safari gagueja?
O Safari e o WebView da Apple frequentemente encontram bugs críticos que podem quebrar aplicativos, e esses problemas também afetam navegadores iOS concorrentes, uma vez que eles não conseguem usar seus próprios mecanismos, que podem não ter esses bugs. Dê uma olhada neste gráfico de falhas chamado Web Platforms Test Dashboard e maravilhe-se com as falhas do Safari:
O HTTP Toolkit tem um catálogo enorme de como a abordagem da Apple não está apenas permitindo que bugs de navegador persistam na web e enfraquecendo medidas de segurança cruciais, mas também turvando a web em geral para todos com um iPhone nas mãos. Isso é particularmente contundente para uma empresa que sempre argumenta contra mudanças citando privacidade e segurança.
Se você realmente deseja entender o quão terrivelmente a Apple criou um monopólio de navegador no iPhone, onde sufocou a inovação de recursos e permitiu que problemas persistentes persistissem, leia este documento abrangente de 108 páginas chamado “Trazendo a concorrência para os jardins murados – Terceiro Navegadores de festa e aplicativos da web.
Mas agora que a UE forçou a mão da Apple e a empresa finalmente permitirá motores alternativos como Gecko e Blink, finalmente veremos uma nova experiência concretizada no Chrome, Edge e Firefox rodando no iPhone. E isso pode acontecer em breve.
Um futuro brilhante está ao virar da esquina
No início deste ano, o Google anunciou (via GitHub, entre todos os lugares) que estava trabalhando em uma versão experimental do Chrome para iOS com o mecanismo Blink em seu núcleo, em vez do WebKit. É claro que as políticas da Apple nunca permitirão uma monstruosidade tão libertadora na App Store, mas é como se o Google sentisse o cheiro de que a UE poderia forçar a Apple a reverter o curso. O pessoal do 9to5Google ainda conseguiu uma versão rudimentar funcionando em um iPhone.
A Mozilla também está testando uma versão do Firefox para iOS construída sobre seu mecanismo de renderização Gecko. “Obedecemos às políticas da loja de aplicativos iOS da Apple e estamos simplesmente fazendo um trabalho exploratório para entender os desafios técnicos para navegadores baseados em Gecko no iOS se essas políticas mudarem”, disse Mozilla ao The Register no início deste ano.
Parece que os experimentos do Google e da Mozilla com navegadores móveis livres das amarras do Apple WebKit finalmente darão frutos. Mas apenas para os cidadãos da UE. Espero sinceramente que, para o bem de seus valiosos clientes, a Apple faça o mesmo com usuários em todo o mundo. É sem precedentes, mas no final das contas, também é mágico para um usuário médio do iPhone cansado da experiência insípida do Safari.
Também espero sinceramente que os reguladores de outros países também consigam realizar o que a UE conseguiu realizar. Estou irremediavelmente viciado na causa do “iPad como computador”, mas meu pior inimigo são os recursos limitados definidos nos navegadores da web. Rezo por um dia em que poderei usar o Chrome no iPad Pro com pelo menos metade dos recursos que ele possui nos navegadores de desktop.
A bola está do seu lado agora, Apple!
Recomendações dos Editores
