PWAs não vão substituir apps nativos no iOS

Artigo original ↗ Discussão no Hacker News ↗

Os Progressive Web Apps (PWAs) estão esbarrando em limites duros no iOS, com a Apple restringindo capacidades como apps web instaláveis em tela cheia, armazenamento local persistente e notificações push — especialmente para usuários da UE, em resposta ao Digital Markets Act. Os comentaristas discutem se essas lacunas são inerentes à tecnologia web ou resultado de um lock-in deliberado da plataforma para proteger a receita da App Store, contrastando a abordagem da Apple com o suporte mais amigável a PWAs no Android e no desktop. Muitos veem os PWAs como uma forma mais barata e multiplataforma de entregar apps que talvez nem existissem de outro modo, mas admitem que, no iOS, eles são hoje uma opção de segunda classe e improvável de substituir apps totalmente nativos no curto prazo.

O tratamento da Apple aos PWAs no iOS

  • Muitos argumentam que a Apple está deliberadamente atrapalhando os PWAs para proteger a receita da App Store e seu poder de controle de acesso (sem push silencioso, modo escuro quebrado, bugs antigos, APIs ausentes).
  • Outros observam que a Apple adicionou recursos substanciais de PWA nos últimos ~4 anos, dizendo que isso enfraquece a narrativa de que “a Apple quer que os PWAs falhem”.
  • Vários veem o comportamento da Apple como um caso clássico de “cumprimento malicioso”: fazer o mínimo necessário e depois remover recursos quando a regulação força abertura real.

UE / DMA e mudanças no iOS 17.4

  • Na UE, os PWAs de “Adicionar à Tela de Início” são transformados em simples favoritos do navegador:
    • Sem janela independente, sem continuidade persistente do armazenamento local e sem push/selos de PWA.
    • Alguns relatam perda de dados e notificações quebradas após essa mudança.
  • A justificativa da Apple: integrar os PWAs do Safari com a Tela de Início “favoreceria o Safari” em relação a motores alternativos, violando o DMA.
  • Críticos dizem que a Apple poderia ter aberto a mesma integração a outros motores e veem a remoção como retaliação e hostilidade ao usuário.
  • Não está claro: se o DMA exigia legalmente a remoção ou se a Apple escolheu a interpretação mais conveniente para si.

Limitações técnicas e problemas de UX no iOS

  • Limitações atuais dos PWAs no iOS mencionadas:
    • Sem push silencioso de verdade para sincronização de selos; contornos como notificações atrasadas são desajeitados.
    • Comportamento de modo escuro quebrado ou inconsistente por חודשים.
    • O fluxo de instalação via “Adicionar à Tela de Início” é pouco intuitivo em comparação com instalações pela app store.
  • Nas builds da UE, os PWAs perdem o chrome de aplicativo em tela cheia e a continuidade do armazenamento local, piorando ainda mais a experiência.

Android e outras plataformas

  • O suporte a PWA no Android é descrito como “muito melhor”:
    • Prompts nativos de instalação, eventos beforeinstallprompt, PWAs por motor (Chrome, Firefox) e comportamento mais confiável (por exemplo, modo claro/escuro).
  • Experiências no desktop (especialmente com o Edge) são citadas como muito boas; PWAs podem parecer “98% nativos”.

PWAs vs apps nativos (trade-offs)

  • Visões pró-PWA:
    • Multiplataforma, uma única base de código; evita taxas da App Store, revisões e requisitos de hardware.
    • Permite que apps pequenos, internos ou hobby existam, especialmente no iOS sem uma conta de desenvolvedor paga.
    • Atualizações instantâneas; sem downloads de 100 MB da app store.
  • Visões pró-nativo:
    • Melhor integração, UI/animações mais suaves, APIs mais ricas e menos peculiaridades do navegador.
    • Stacks multiplataforma/web são vistos como “mais baratos, mas piores”; apps sérios e polidos deveriam ser nativos.
  • Alguns preveem um futuro híbrido: PWAs + cascas nativas finas (estilo Tauri/Capacitor) via lojas de aplicativos alternativas, se as regras do iOS relaxarem.

Respostas estratégicas

  • As sugestões incluem avisar publicamente os usuários de que recursos ausentes se devem às limitações do iOS/Safari e incentivar mensagens do tipo “para a melhor experiência, use outro SO/navegador”.
  • Outros argumentam que boicotar o iOS é irrealista porque é lá que está grande parte da base de usuários pagantes.