PWA (Progressive Web App) em Brasil

O orçamento de um PWA responde primeiro a uma pergunta de origem: existe site ou é construção nova? Quando o site atual é tecnicamente saudável, o trabalho é uma camada por cima — manifest, service worker, ajustes de performance — e o investimento é modesto. Quando o site é antigo ou o PWA nasce do zero como aplicação completa, o orçamento se aproxima de um projeto web robusto, com design, desenvolvimento e testes. A segunda pergunta é de profundidade de recursos: o pacote básico entrega instalação na tela inicial e carregamento rápido; funcionamento offline real, com dados disponíveis sem conexão, exige estratégia de cache e sincronização que adiciona horas de engenharia; notificações push pedem infraestrutura de envio; e a publicação opcional nas lojas de aplicativos soma etapa própria. A comparação que dá contexto ao valor: um PWA atende Android e iOS com um único código e uma única manutenção, enquanto o caminho nativo multiplica desenvolvimento e atualização por plataforma. Peça o orçamento discriminado por recurso para decidir o que entra na primeira versão.

O prazo é ditado pela saúde técnica do ponto de partida. Sites recentes, responsivos e servidos com certificado de segurança — pré-requisito obrigatório para PWA — recebem a conversão essencial rapidamente: o profissional adiciona o manifest que descreve nome, ícones e cores do app, implementa o service worker que controla cache e comportamento offline, ajusta o desempenho até a experiência ficar fluida e testa a instalação nos principais aparelhos e navegadores. Esse ciclo se fecha em dias. O cronograma alonga em dois cenários: sites antigos, sem HTTPS, lentos ou não responsivos, que precisam de arrumação estrutural antes de qualquer conversão — às vezes o diagnóstico honesto é reconstruir —, e recursos avançados, porque funcionamento offline de verdade exige decidir o que fica disponível sem internet e como os dados sincronizam quando a conexão volta, um trabalho de engenharia que se mede em semanas. A publicação opcional nas lojas de aplicativos adiciona o empacotamento e o prazo de análise das plataformas. Comece pela conversão essencial e evolua os recursos por etapas, com o PWA já entregando valor.

A entrega de um PWA se organiza em camadas verificáveis. A base é a identidade instalável: o manifest configurado com nome, ícones em todos os tamanhos, cor de tema e modo de exibição que esconde a interface do navegador, fazendo o site se comportar como aplicativo depois de adicionado à tela inicial. O motor é o service worker: o script que intercepta as requisições, guarda recursos em cache para carregamento instantâneo e define o que funciona sem conexão — de uma página offline elegante ao catálogo inteiro navegável. Sobre essa base entram os recursos contratados: notificações push com o fluxo de permissão bem desenhado, sincronização de ações feitas offline, atalhos de app. A otimização de performance faz parte do trabalho, porque PWA lento trai a proposta. Ficam fora do pacote padrão, e devem constar como opcionais explícitos: o empacotamento e a publicação nas lojas do Google e da Apple, o backend que sustenta dados e notificações, e as assinaturas de servidor e domínio. Na entrega, peça a demonstração da instalação e do comportamento offline num aparelho seu.

A escolha fica clara quando se olha para o que cada caminho otimiza. O PWA otimiza alcance e custo: um único código atende Android, iOS e desktop; o usuário chega por um link — de um anúncio, de uma busca, de um QR code — e usa na hora, sem a fricção de baixar 80 megas de loja; as atualizações são instantâneas para todo mundo, sem fila de revisão; e a manutenção é uma só. É o encaixe natural de catálogos, portais de conteúdo, painéis de cliente, delivery de pequeno porte e da validação de qualquer ideia antes de investimento maior. O nativo otimiza profundidade: acesso completo a sensores e integrações do sistema, desempenho máximo para jogos e processamento pesado, notificações com todos os recursos e a presença nas lojas como canal de descoberta — que também embute a comissão das plataformas sobre vendas internas. O critério de desempate é honesto: liste as funcionalidades indispensáveis do seu produto e verifique quais exigem de fato o acesso nativo; se a lista essencial roda no navegador, o PWA entrega o resultado com fração do investimento.

Sim, e o suporte da Apple melhorou de forma relevante nos últimos anos, ainda que o iPhone continue sendo a plataforma que pede mais atenção num projeto PWA. A instalação existe, mas o caminho é menos evidente que no Android: o usuário abre o site no Safari, toca em compartilhar e escolhe adicionar à tela de início — não há o convite automático de instalação, então bons projetos incluem uma orientação visual discreta ensinando o gesto. As notificações push, ausência histórica do iOS, passaram a funcionar nas versões recentes do sistema, com a condição de o PWA já estar instalado na tela inicial antes de pedir a permissão. Permanecem diferenças práticas: limites mais rígidos de armazenamento offline, que o Safari pode limpar após períodos sem uso, e recursos de hardware com acesso mais restrito que no Android. A consequência para quem contrata é dupla: exija o teste em iPhone físico como item da entrega, e se o público do seu negócio é majoritariamente iOS e depende pesadamente de notificações, discuta com o profissional se o PWA cobre o caso ou se o nativo se justifica.

A faixa é larga porque um site pode ser desde cinco páginas institucionais até um catálogo integrado a estoque e pagamento. O que empurra o valor para cima é integração — meios de pagamento, emissão de nota, ERP, frete —, quantidade de páginas com conteúdo próprio e necessidade de design original em vez de tema pronto. Fora do valor do projeto ficam os custos recorrentes: domínio, hospedagem, certificado, licenças de tema ou plug-in e manutenção mensal. Peça a proposta separando projeto, custos recorrentes e serviços contínuos, e confirme quem paga cada assinatura. Antes de pedir orçamento, escreva o objetivo do site, quantas páginas prevê, se precisa vender on-line e quem vai produzir textos e fotos — conteúdo ausente é a causa mais comum de projeto parado.

O cronograma depende de duas coisas que estão do seu lado: conteúdo e aprovações. Textos, fotos, logotipo em arquivo aberto, dados de contato, políticas e informações fiscais precisam chegar no início; sem eles, o projeto para no meio e o prazo escorrega. Aprovações também consomem tempo: defina uma pessoa responsável por aprovar e um prazo de retorno para cada etapa. Uma sequência comum é levantamento, arquitetura de páginas, design, desenvolvimento, cadastro de conteúdo, testes e publicação. Em loja virtual, reserve tempo extra para cadastro de produtos, configuração de frete e homologação do meio de pagamento, que dependem de terceiros. Peça o cronograma com marcos e defina desde o início o que caracteriza mudança de escopo, que é o principal motivo de atraso e de custo adicional.

Peça a lista de custos recorrentes com valores estimados por ano logo na proposta: é a informação que mais falta e a que mais gera surpresa depois. Confirme também o que a garantia cobre — correção de erro é diferente de mudança de escopo — e por quanto tempo ela vale. Um contrato de manutenção mensal costuma incluir atualizações, backup, monitoramento e um número de horas para pequenos ajustes; sem ele, cada solicitação vira orçamento avulso. Verifique se treinamento para você atualizar conteúdo está incluído e se há documentação de acesso. Por fim, alinhe o que acontece após a entrega: prazo de suporte, canal de contato e tempo de resposta. Projeto entregue sem plano de manutenção costuma virar site desatualizado em poucos meses.

Comece pelo que o negócio precisa fazer, não pela tecnologia. Para presença institucional, catálogo e captação de contatos, um bom tema em plataforma consolidada resolve com prazo curto e custo previsível. Para vender on-line com poucos produtos, plataformas de e-commerce por assinatura reduzem risco e trazem meios de pagamento e frete prontos. O sob medida se justifica quando existe processo próprio, integração com sistemas internos, exigência de desempenho ou quando a plataforma limita algo essencial. Considere sempre o custo total de três anos, incluindo mensalidades, manutenção e evolução, e não apenas o valor inicial. Pergunte também sobre saída: quanto custa migrar depois, quem tem os acessos e se os dados são exportáveis — essa resposta separa fornecedor parceiro de fornecedor que prende o cliente.

Esse é o ponto que mais gera prejuízo em trocas de fornecedor. Crie você mesmo, ou em nome da empresa, o registro do domínio, a conta de anúncios, o gerenciador de negócios, a ferramenta de análise e os perfis sociais, e conceda acesso ao profissional. Guarde as credenciais num cofre de senhas próprio e revogue acessos ao encerrar o contrato. No projeto, deixe em contrato a entrega de arquivos abertos de design, código-fonte, acessos ao servidor, banco de dados e documentação. Verifique também a titularidade de licenças de tema, plug-in e banco de imagens: comprada em nome do fornecedor, ela pode não acompanhar você. Em campanhas, o histórico de conta é ativo relevante para desempenho, e recomeçar do zero custa tempo e dinheiro.

O tema vai de R$ 20 a cerca de R$ 15.000 no catálogo, cobrindo desde peças gráficas avulsas até desenvolvimento de software. Alguns valores de referência: site institucional de R$ 1.500 a R$ 8.000, landing page de R$ 800 a R$ 3.500, loja virtual de R$ 2.500 a R$ 15.000 e gestão de redes sociais de R$ 800 a R$ 4.000 por mês. O que define o preço é a quantidade de telas ou peças, o nível de personalização, se há integração com outros sistemas e quem produz o conteúdo. Projeto feito sobre tema pronto custa uma fração do desenvolvimento sob medida, e é a escolha certa para muita gente. Lembre dos custos recorrentes que não estão no orçamento do projeto: domínio, hospedagem, licenças e manutenção. Peça a proposta com escopo, entregas e o que fica fora.

A execução dos serviços do tema fica em média em torno de quatro horas nas entregas menores e passa de setenta horas nos projetos maiores — mas o calendário real é sempre maior que a soma das horas técnicas. O que mais atrasa projeto digital não é código: é conteúdo. Texto, fotos, catálogo de produtos, logotipo em alta resolução e acessos a domínio e hospedagem precisam estar prontos, e quase nunca estão. Combine desde o início quem produz cada item e uma data de corte para entrega do material. Estabeleça também quantas rodadas de revisão estão incluídas e qual é o prazo para você responder cada uma; projeto parado esperando aprovação é o cenário mais comum. Peça um cronograma com etapas — descoberta, protótipo, desenvolvimento, testes, publicação — e um ambiente de homologação para revisar antes de o site ir ao ar.