Apple confirma que está quebrando de propósito os web apps do iPhone na UE

Artigo original ↗ Discussão no Hacker News ↗

A decisão da Apple de desativar os web apps da tela de início (PWAs) para usuários de iPhone na UE desencadeou um debate acalorado sobre se isso é uma resposta legítima de segurança ao Digital Markets Act da UE ou uma forma de “cumprimento malicioso” para proteger a receita da App Store. Os comentaristas examinam a alegação da Apple de que suportar PWAs com motores de navegador de terceiros exigiria uma rearquitetura de segurança impraticável, observando que Android e plataformas desktop já lidam com modelos semelhantes. A discussão se amplia para um conflito sobre lock-in de plataformas, liberdade versus segurança do usuário e se a regulação agressiva da UE é um freio necessário às grandes empresas de tecnologia ou um obstáculo à inovação.

A justificativa declarada pela Apple

  • A Apple diz que os web apps da Tela de Início (PWAs) no iOS têm integração profunda, específica do WebKit, com segurança em nível de sistema operacional: armazenamento por site, permissões e isolamento como apps nativos.
  • Permitir motores de navegador alternativos sob o DMA da UE exigiria uma “nova arquitetura de integração” para preservar essas garantias.
  • Alegações:
    • Sem isso, um web app malicioso poderia acessar dados ou permissões de outros web apps (câmera, microfone, localização).
    • Navegadores que não fossem o Safari poderiam instalar web apps silenciosamente.
    • Recriar isso para todos os motores não foi “prático” diante do trabalho do DMA e do uso “muito baixo” de PWAs, então a empresa removeu os PWAs da Tela de Início na UE.
    • Usuários da UE ainda podem adicionar favoritos à Tela de Início, mas eles abrem como abas normais do navegador.

Críticas e acusações de má-fé

  • Muitos veem isso como “cumprimento malicioso” e um chilique para enfraquecer o DMA e punir usuários da UE:
    • Degradar deliberadamente o iOS para evitar dar a concorrentes (e aos PWAs) capacidades equivalentes.
    • Isso conflita com o uso antigo que a Apple faz dos PWAs como argumento legal (“use a web em vez da App Store”).
  • Reação técnica contrária:
    • PWAs usam as mesmas APIs da web que os sites; os principais extras são exibição em tela cheia e armazenamento mais persistente.
    • Navegadores já precisam isolar sites e gerenciar permissões; Android e sistemas desktop permitem PWAs com múltiplos motores sem catástrofe.
    • Se PWAs de navegadores de terceiros fossem arriscados, a Apple poderia avisar usuários, restringir capacidades ou apenas habilitar PWAs para motores que passassem critérios de segurança.
  • Vários chamam a narrativa de segurança da Apple de “FUD” e motivada financeiramente: PWAs podem contornar a App Store e sua taxa de 30% / Core Technology Fee.

Apoio à posição da Apple

  • Alguns argumentam que a preocupação é legítima:
    • A segurança do iOS é projetada em torno de componentes controlados pela Apple; permitir que motores arbitrários hospedem quase-apps amplia a superfície de ataque.
    • A Apple assume risco de marca quando algo dá errado no iOS, mesmo em código de terceiros.
    • Navegadores são bases de código enormes e cheias de bugs; adicionar isolamento por PWA em motores arbitrários não é trivial.
  • Outros priorizam a segurança/UX de “simplesmente funciona” do iOS e não querem mais abertura; dizem que os usuários de PWA são uma pequena minoria.

Impacto em desenvolvedores e usuários

  • Desenvolvedores muito dependentes de PWA (ferramentas internas, apps corporativos, SaaS pequenos, apps “caseiros”) dizem que isso é um golpe grande:
    • Eles dependem de PWAs para evitar revisão na App Store, taxas e sobrecarga de distribuição, e para apoiar frotas mistas de iOS/Android.
    • Perder tela cheia, notificações e armazenamento durável na UE quebra apps reais já implantados (inclusive alguns na área da saúde).
  • Alguns usuários e devs da UE dizem que isso os empurra para Android/Pixel ou telefones FOSS; outros permanecem com a Apple a contragosto.

Debates sobre DMA, concorrência e regulação

  • Continua a discussão sobre se isso cumpre o espírito do DMA:
    • Uma visão: tratar todos os motores igualmente ao apagar um recurso é formalmente compatível, mas claramente mina os objetivos de interoperabilidade.
    • Visão contrária: o DMA não pode forçar a Apple a adicionar ou manter recursos, apenas a não discriminar entre motores; remover PWAs está dentro dos seus direitos.
  • Divisão política mais ampla:
    • Comentadores pró-DMA veem Apple/Google como porteiros com lock-in e efeitos de rede; a regulação é necessária para tornar a troca e a interoperabilidade reais.
    • Críticos dizem que a UE “só legisla, não inova”, e que regras pesadas (DMA, GDPR) sufocam startups e o progresso tecnológico.
  • Alguns preveem investigações e multas da UE; outros duvidam da disposição ou capacidade da UE de “desmembrar” ou banir a Apple.

Temas maiores

  • Forte ressentimento em relação ao controle crescente da Apple, ao lock-in e à hostilidade percebida a padrões abertos e à posse do usuário/dispositivo.
  • Defensores enfatizam que muitos usuários comuns não sabem ou não se importam com PWAs, e aceitarão os trade-offs da Apple por segurança, polimento e integração ao ecossistema.