Apple reverte curso sobre a morte dos Progressive Web Apps na UE
A decisão da Apple de restaurar o suporte a Progressive Web Apps (PWA) na UE, depois de brevemente ter passado a desativá-lo, é amplamente vista como uma resposta à iminente aplicação do Digital Markets Act (DMA) da União Europeia e à reação pública negativa. Os comentaristas debatem se a remoção inicial foi uma precaução jurídica de boa-fé ou uma “conformidade maliciosa” destinada a proteger as receitas da App Store, mantendo a web como uma alternativa mais fraca aos aplicativos nativos. Muitos argumentam que limitar os PWA ao mecanismo WebKit da Apple continua anticompetitivo e esperam mais pressão regulatória e possíveis multas por causa do aprisionamento ao mecanismo do navegador e da estratégia mais ampla de conformidade da Apple com o DMA.
Motivações da Apple e contexto regulatório
- Muitos veem a rápida reversão como evidência de que a remoção dos PWA foi uma medida tática ou punitiva em torno da conformidade com o DMA, e não uma limitação técnica rígida.
- Outros argumentam que isso reflete plausivelmente aconselhamento jurídico em evolução e uma postura conservadora de evitar riscos: desativar funcionalidades costuma ser o caminho de menor risco quando as regras não estão claras.
- Vários apontam que a Apple investiu em PWA nos últimos anos, sugerindo que ela não quer literalmente “matá-los”, mas quer que fiquem restritos e sob o WebKit.
- Há debate sobre se este episódio fortalecerá a aplicação das regras pela UE; alguns esperam mais multas e “voltas de 180 graus”, especialmente em torno das estruturas de taxas da Apple.
Interpretação e legalidade do DMA
- Uma corrente argumenta que o DMA exige claramente que qualquer capacidade que o Safari/WebKit tenha (incluindo PWA) esteja igualmente disponível para mecanismos de terceiros, e que restringir PWA ao WebKit é autopreferência e não conformidade.
- Outros dizem que o texto é mais ambíguo: PWA podem ser considerados um recurso do sistema operacional, não uma obrigação de “browser engine”; desenvolvedores web podem não se qualificar como “usuários empresariais” sob as definições do DMA; e PWA não são um “serviço de plataforma central” designado.
- Vários observam que a UE apenas disse que está “analisando” os PWA; ainda não há aprovação explícita para o modelo apenas com WebKit. Qualquer “aprovação por canal paralelo” é especulação.
Argumentos técnicos e de segurança
- A justificativa declarada pela Apple: sua arquitetura atual de PWA assume um runtime WebKit privilegiado (Web.app); reestruturá-la para múltiplos mecanismos, isolamento seguro em nível de app, infraestrutura de push e comportamento em segundo plano exigiria muito trabalho e seria apressado.
- Defensores enfatizam as restrições mais rígidas de segurança e bateria do iOS em comparação com o macOS, e argumentam que mecanismos arbitrários com service workers em segundo plano, armazenamento e notificações ampliam a superfície de ataque.
- Críticos contrapõem que Android, Windows e macOS suportam múltiplos mecanismos e PWA sem catástrofe; eles veem “segurança” como um pretexto para proteger a receita da App Store e manter o controle.
Concorrência entre navegadores e a web aberta
- Muitos temem que o aprisionamento ao WebKit da Apple tenha estagnado os recursos de PWA por uma década e impedido a concorrência real entre navegadores no iOS; o suporte a PWA do Safari é visto como anos atrás do Chromium.
- Outros afirmam que uma base WebKit no iOS na verdade restringe o domínio do Chrome e protege os usuários de rastreamento mais invasivo.
Impacto para desenvolvedores e usuários
- Alguns desenvolvedores dependem fortemente dos recursos de PWA no iOS (especialmente notificações push) e viram a remoção como algo existencial; a reversão é um alívio, mas a confiança ficou abalada.
- Vários preveem futuras disputas: mecanismos de terceiros querendo capacidades de PWA equivalentes, escrutínio sobre a “taxa de tecnologia central” da Apple e pressão antitruste mais ampla sobre a App Store e as políticas do Safari.