Resumo rápido. Para a maioria dos negócios locais (restaurante, clínica, loja, prestador de serviço), PWA resolve com menos custo e menos prazo do que app nativo: ela dispensa loja de aplicativos, atualiza na hora e aparece no Google. App nativo só se justifica quando o negócio depende de hardware do aparelho, como Bluetooth ou NFC, ou de uso offline pesado por semanas. No iPhone, push e modo tela cheia funcionam, mas exigem que o cliente instale a PWA na tela de início, não basta abrir no navegador.

O pedido que chega toda semana: "quero um app"

Cliente entra em contato e pede "um app para o negócio". Quase nunca ele quer dizer, literalmente, um aplicativo nativo publicado na App Store. Ele quer um ícone na tela do celular do cliente dele, algo que abra rápido, funcione sem internet perfeita e mande notificação de vez em quando. Isso é possível de duas formas bem diferentes, com custo, prazo e limitação bem diferentes também.

App nativo é o código escrito especificamente para iOS (Swift) e Android (Kotlin/Java), ou numa camada multiplataforma como Flutter ou React Native, publicado nas lojas oficiais. PWA (Progressive Web App) é um site que virou instalável: tem manifesto, roda em HTTPS, usa service worker para cachear conteúdo, e o navegador oferece a opção de "adicionar à tela de início".

Nenhum dos dois é melhor em abstrato. A escolha certa depende do que o negócio realmente precisa fazer com o aparelho do cliente.

Custo e prazo: a diferença que decide o orçamento

Referências de mercado no Brasil em 2026 (não é tabela fechada da Impulse Works, é faixa observada em orçamentos do setor) colocam um app nativo simples, tipo MVP ou institucional, entre R$20 mil e R$60 mil. Complexidade média, com backend próprio, push e geolocalização, sobe para R$60 mil a R$120 mil. Projeto avançado sob medida começa a partir de R$120 mil.

Tem outro detalhe que costuma pegar o cliente de surpresa: publicar em loja exige conta de desenvolvedor, e essa conta é custo recorrente. Apple Developer Program cobra cerca de US$99 por ano. Google Play Console cobra uma taxa única de cerca de US$25, mas ainda assim é um custo que a PWA simplesmente não tem, porque não passa por loja nenhuma.

Desenvolver nativo para iOS e Android separadamente também custa mais do que optar por uma base multiplataforma, referências apontam algo entre 30% e 40% a mais. PWA resolve isso de outro jeito: uma única base de código atende toda tela e toda plataforma, porque no fim das contas é uma página web.

Em prazo, a diferença é ainda mais direta para quem precisa de resultado rápido:

  • PWA simples: 4 a 6 semanas.
  • App nativo, complexidade média: 8 a 16 semanas.
  • App nativo de maior porte, duas plataformas: raramente sai em menos de 6 meses.

Se o negócio precisa validar rápido, esperar seis meses por um app enquanto o concorrente já está rodando não costuma fazer sentido.

App nativo depende de aprovação. Toda atualização, mesmo uma correção pequena de texto ou preço, passa por revisão da Apple ou do Google antes de chegar no aparelho do cliente. Às vezes isso é rápido, às vezes trava por dias.

PWA não passa por essa fila. Atualizou o código, o cliente recebe a versão nova na próxima vez que abre, sem passo de aprovação externo. Para negócio que muda cardápio, preço ou promoção com frequência, essa diferença pesa.

A outra vantagem de distribuição que muita PME ignora: PWA é indexável pelo Google, porque é uma página web normal por baixo do capô. Isso significa que todo o trabalho de SEO que o negócio já fez, ou vai fazer, continua valendo. App nativo fica preso dentro da busca da própria loja de aplicativos e não aparece em busca orgânica no Google. Quem já trabalha dados estruturados no site não perde esse investimento ao adotar PWA, ele só ganha mais um canal de instalação.

Tem uma restrição que precisa ficar clara antes de vender a ideia: a Apple não aceita PWA na App Store. A diretriz da loja rejeita o que ela chama de "site reempacotado". No Google Play já é possível publicar via Trusted Web Activity, um pacote assinado que aponta para o domínio verificado, mas isso exige uma pontuação mínima no Lighthouse e configuração técnica extra. Ou seja: quem quer aparecer nas duas lojas de aplicativos ao mesmo tempo, com busca dentro da loja, precisa de app nativo ou de uma camada híbrida, não de PWA pura.

A parte honesta sobre push e offline no iPhone

Aqui é onde a maioria dos textos sobre PWA exagera para um lado ou para o outro. Vale separar o que é limitação real do que já foi resolvido.

Push no iOS funciona, com uma condição. Desde o iOS 16.4, de março de 2023, Safari permite notificação push para PWA, mas só se o cliente instalou o app na tela de início pelo menu de compartilhar. Uma aba aberta no Safari, sem instalação, não recebe push nenhum. O Safari 18.4 avançou nisso, simplificando o envio do lado do servidor com o que a Apple chama de Declarative Web Push, sem exigir que o service worker fique rodando o tempo todo em segundo plano.

Isso significa que o negócio precisa desenhar o fluxo de instalação com cuidado: pedir para o cliente adicionar à tela de início antes de pedir permissão de notificação, não depois.

Vale desfazer um mito que ainda circula: em fevereiro de 2024 a Apple chegou a anunciar que removeria o suporte a PWA na tela de início dentro da União Europeia, citando a nova regulação de mercados digitais (DMA). A reação foi forte o suficiente para a Apple recuar antes mesmo do lançamento do iOS 17.4, em 1º de março de 2024. Hoje, em 2026, push e modo standalone de PWA funcionam normalmente também na UE. Se alguém trouxer isso como argumento contra PWA, o argumento está desatualizado.

Offline tem limite real no iPhone. O Safari pode limpar o armazenamento de uma PWA (Cache Storage, IndexedDB) se o app ficar algumas semanas sem ser aberto, há relatos de janela de cerca de uma semana em cenários de inatividade e pressão de espaço. Para negócio com cliente que compra toda semana, isso praticamente não aparece como problema. Para um app que promete funcionar offline por longos períodos sem uso, é uma limitação que precisa entrar na conversa antes de fechar o projeto, porque app nativo não tem essa restrição.

De forma qualitativa, uma fonte especializada no assunto estima que PWA cobre algo em torno de 86 de 100 pontos de recursos nativos no iOS, contra cerca de 97 de 100 no Android. A diferença concentra em background sync, Bluetooth, NFC e geofencing, recursos que a Web ainda não expõe totalmente no iPhone. Não é uma estatística oficial fechada, é estimativa de mercado, mas dá a ordem de grandeza certa: no Android a paridade é quase total, no iOS falta um pedaço específico.

Critério prático: quando cada um vence

Resumindo em uma pergunta por vez, o critério fica simples:

Escolha PWA quando:

  • O objetivo é catálogo, cardápio, agendamento, pedido ou checkout rápido.
  • O negócio quer o cliente comprando pelo link, sem fricção de baixar app de loja.
  • Push é desejável, mas não é a única forma de contato (WhatsApp, e-mail e SMS seguem funcionando).
  • Orçamento e prazo são apertados e o site já existe como base.
  • Aparecer em busca orgânica do Google importa tanto quanto aparecer instalado no celular.

Escolha app nativo quando:

  • O negócio depende de hardware específico do aparelho: Bluetooth, NFC, câmera avançada, sensores.
  • Precisa de geolocalização contínua em segundo plano, não só quando o app está aberto.
  • Precisa funcionar offline por semanas, com sincronização pesada quando a conexão voltar.
  • Faz questão de estar dentro da busca da App Store e do Google Play, com ranking de aplicativo.

A maior parte dos negócios locais, restaurante, clínica, salão, loja de bairro, escritório de serviço, cai claramente no primeiro grupo. O erro comum é pedir app nativo achando que é "mais profissional", pagar o dobro do prazo e do custo, e entregar exatamente o mesmo resultado que uma PWA bem feita entregaria em um terço do tempo.

O que os cases mostram, com a ressalva certa

O case mais sólido e verificável do setor ainda é o do Twitter Lite, publicado oficialmente pelo próprio time do Google em 2017: a PWA pesava 600KB contra 23,5MB do app nativo Android, com aumento de páginas por sessão, aumento em tweets enviados e queda de taxa de rejeição. É um dado de 2017, então funciona melhor como prova de conceito de arquitetura (site leve carrega mais rápido, converte mais) do que como número atual para citar num orçamento.

Starbucks e Pinterest também aparecem com frequência em conteúdo do setor como exemplos de PWA substituindo app pesado com ganho de engajamento. Vale usar esses nomes como referência de que grandes marcas já apostaram nesse caminho, mas sem tratar os números específicos como estatística auditável, porque não existe relatório primário oficial disponível para verificar. Trate como sinal qualitativo de mercado, não como prova numérica.

Para quem está comparando investimento em plataforma digital de forma mais ampla, vale ver também como pensamos o custo de um e-commerce sob medida: a lógica de "onde o dinheiro realmente vai" se repete entre PWA, app nativo e loja virtual.

Fechando a conta

PWA não é a versão barata do app nativo, é a ferramenta certa para a maioria dos negócios locais que precisam de presença mobile rápida, instalável e sem depender de aprovação de loja. App nativo continua sendo a escolha certa quando o negócio depende de hardware do aparelho ou de uso offline pesado e prolongado.

Se você está decidindo entre os dois caminhos para o seu negócio, vale conversar antes de fechar orçamento. A Impulse Works avalia o caso, mostra onde cada opção entrega e onde ela deixa a desejar, e ajuda a decidir com critério, não com achismo.

Perguntas frequentes

PWA funciona sem internet? Até que ponto o negócio pode prometer "funciona offline"?

Funciona para o que foi cacheado antes, cardápio, catálogo, últimas telas visitadas. No Android o cache costuma se manter. No iOS o Safari pode limpar o armazenamento da PWA se ela ficar algumas semanas sem ser aberta, então não dá para prometer offline permanente em iPhone do jeito que um app nativo promete.

Dá para publicar meu PWA na Apple Store e no Google Play ao mesmo tempo?

Não na Apple. A App Store rejeita PWA por diretriz própria, ela classifica como "site reempacotado". No Google Play dá, via Trusted Web Activity, exigindo pacote assinado e verificação de domínio. Na prática, quem quer estar nas duas lojas ao mesmo tempo precisa de app nativo ou híbrido, não de PWA pura.

Cliente recebe notificação push de PWA no iPhone hoje em 2026, ou só no Android?

Recebe, desde que tenha instalado a PWA na tela de início pelo Safari, não só deixado aberta como aba. Isso existe desde o iOS 16.4, de março de 2023, e o Safari 18.4 simplificou o envio do lado do servidor. No Android o push funciona mesmo sem essa instalação manual, então a experiência ainda é mais direta lá.

PWA parece "app de verdade" para o cliente ou ele percebe que é um site?

Instalada corretamente, com ícone na tela, splash screen e modo tela cheia sem barra de navegador, a maioria dos clientes não distingue de um app nativo no uso do dia a dia. A diferença aparece em detalhes técnicos que o usuário comum não procura, tipo ausência na busca da loja de apps.

Quanto custa e quanto tempo leva para transformar meu site em PWA versus contratar um app nativo do zero?

PWA simples costuma ficar pronta em 4 a 6 semanas. App nativo de complexidade média leva de 8 a 16 semanas, e um projeto de maior porte para as duas plataformas raramente sai em menos de 6 meses. Em custo, referências de mercado no Brasil em 2026 apontam algo entre R$20 mil e R$60 mil para um app nativo simples, R$60 mil a R$120 mil para complexidade média, e a partir de R$120 mil para projeto avançado sob medida. PWA não tem essa régua separada porque parte de uma base de código que o site já tem.

Se meu negócio local não usa Bluetooth, NFC ou câmera avançada, faz sentido pagar por app nativo mesmo assim?

Na maioria dos casos, não. Se o objetivo é catálogo, agendamento, pedido, cardápio digital ou um cliente que compra rápido pelo link, PWA cobre isso com menos custo e menos prazo. App nativo se paga quando o negócio depende de hardware do aparelho que a Web ainda não expõe direito, geolocalização contínua em background, ou uso offline pesado por semanas.

PWA aparece no Google quando alguém pesquisa meu produto, como um site normal?

Sim, porque é uma página web normal por baixo do capô, só que instalável. Isso é uma vantagem real sobre app nativo, que fica preso dentro da busca da loja de apps e não aparece em busca orgânica do Google. Quem já investe em SEO não perde esse trabalho ao adotar PWA.