1. Prompts de instalação mais ricos — maior conversão de instalação
O BeforeInstallPromptEvent (a API do navegador que aciona o prompt "Adicionar à tela inicial") recebeu uma reformulação visual. O Chrome agora mostra uma folha inferior com o ícone, nome, descrição e capturas de tela do app — extraídas diretamente do seu manifest.json.
Isso importa porque o prompt antigo era fácil de dispensar sem ler. O novo parece um diálogo de instalação de app real — comparável ao modal da Google Play Store. Dados preliminares do Google mostram que a conversão para instalação melhorou significativamente com a nova UI.
Como maximizar o novo prompt de instalação
- →Adicione capturas de tela ao seu manifest — o Chrome as exibe no diálogo de instalação
- →Use um campo description no manifest.json — ele aparece abaixo do nome do app
- →Defina um short_name significativo (≤12 caracteres) — usado no ícone da tela inicial
- →Use ícones maskable (512×512) — garante exibição correta em todos os launchers Android
- →Acione o prompt em um momento contextualmente relevante, não imediatamente ao carregar a página
2. Web App Scope Extensions — seu SaaS pode abranger múltiplas origens
Uma das novas APIs mais úteis para produtos SaaS: Web App Scope Extensions. Até recentemente, o escopo de uma PWA era limitado à sua própria origem. Navegar para um subdomínio diferente ou URL externa abria imediatamente o navegador — quebrando a ilusão de "app instalado".
Com o Scope Extensions, você pode reivindicar origens adicionais no seu manifest:
// manifest.json
{
"scope": "https://app.example.com/",
"scope_extensions": [
{ "origin": "https://docs.example.com" },
{ "origin": "https://checkout.example.com" }
]
}A navegação para essas origens agora permanece dentro do app instalado. Para uma suite SaaS multi-produto, isso significa que uma única instalação de app cobre toda a superfície do seu produto.
Nota: cada origem estendida deve servir um arquivo /.well-known/web-app-origin-association válido confirmando a associação. Mesmo conceito que assetlinks.json para TWA.
3. File Handling API — a PWA como app desktop real
A File Handling API agora está disponível no Chrome em todas as plataformas. Ela permite que sua PWA instalada se registre como manipuladora de tipos de arquivo específicos no sistema operacional, assim como fazem os apps nativos.
// manifest.json
{
"file_handlers": [
{
"action": "/open-file",
"accept": {
"text/csv": [".csv"],
"application/json": [".json"]
}
}
]
}Casos de uso práticos: uma ferramenta SaaS de dados que abre arquivos .csv com duplo clique, um gerenciador de projetos que manipula arquivos .md, um editor de imagens que se registra para .png e .jpg. O sistema operacional exibe seu app no menu "Abrir com" — exatamente como Figma, VS Code ou qualquer app nativo.
Para apps publicados em lojas de apps através do pipeline desktop do SaasToStore (Pake/Tauri), esse comportamento pode ser configurado nativamente no tauri.conf.json do Tauri — integração ainda mais profunda que a API web.
4. Protocol Handlers — deep links de outros apps
O Protocol Handler Registration permite que sua PWA registre um esquema de URL personalizado:
// manifest.json
{
"protocol_handlers": [
{
"protocol": "web+yourapp",
"url": "/handle?url=%s"
}
]
}Outros apps ou documentos podem então vincular a web+yourapp://action/id e o sistema operacional direcionará o usuário diretamente para sua PWA instalada — com o contexto correto carregado. Pense nos links slack:// do Slack ou nos deep links notion:// do Notion, mas para qualquer app web.
Combinado com o recurso de deep linking nos planos PACK e PRO do SaasToStore, isso cria um fluxo contínuo de referências externas diretamente para seu produto SaaS.
5. Notificações push no iOS — Safari finalmente compatível
A Apple lançou suporte a Web Push para PWAs instaladas no iOS 16.4 (março de 2023) e continuou melhorando-o ao longo de 2024–2025. Em 2026:
- PWAs adicionados à tela inicial no iOS/iPadOS podem receber notificações Web Push
- A W3C Push API e a Notifications API são suportadas — o mesmo código funciona em todas as plataformas
- Limitação: o app deve estar instalado (adicionado à tela inicial) — o Safari não suporta push para PWAs no navegador
- A sincronização em segundo plano e a sincronização periódica em segundo plano ainda não são suportadas no iOS (somente Chrome por enquanto)
Para produtos que abrangem Android e iOS, isso significa que uma única base de código de notificações push agora alcança ambas as plataformas — desde que os usuários instalem a PWA no iOS. Os créditos push do SaasToStore funcionam com o Firebase Cloud Messaging, que gerencia a entrega multiplataforma incluindo PWAs iOS.
6. Capacidades offline aprimoradas — Storage Access API e OPFS
Duas melhorias de armazenamento no Chrome 2025–2026 que importam para apps SaaS com capacidade offline:
| API | O que permite |
|---|---|
| Origin Private File System (OPFS) | Armazenamento de arquivos em sandbox de alto desempenho acessível a partir de service workers. Permite bancos de dados no estilo SQLite, edição de arquivos binários e grandes conjuntos de dados locais — sem atingir os limites do IndexedDB. |
| Storage Access API | Concede acesso ao armazenamento entre origens em contextos específicos. Útil para produtos SaaS que incorporam serviços de terceiros mas precisam de estado local persistente. |
| Cota de armazenamento persistente | As PWAs agora podem solicitar armazenamento persistente que não é removido sob pressão de armazenamento. Anteriormente, o cache do navegador era removido primeiro — tornando frágeis os apps verdadeiramente offline-first. |
7. O que os apps TWA obtêm automaticamente — sem rebuild
Esta é a vantagem arquitetural do TWA: apps publicados por meio de uma Trusted Web Activity usam o Chrome instalado no dispositivo como runtime. Quando o Chrome é atualizado no dispositivo do usuário, seu app da Play Store herda automaticamente todas as novas capacidades PWA.
TWA: automático vs requer rebuild
- ✓ autoNovas APIs PWA que seu site usa (File Handling, Protocol Handlers, OPFS)
- ✓ autoPatches de segurança no motor de renderização do Chrome
- ✓ autoUI aprimorada do prompt de instalação
- ↺ rebuildMudanças no nível de API alvo no shell Android
- ↺ rebuildNovas capacidades de notificações push no shell nativo do app
- ↺ rebuildMudanças nos metadados do manifest do seu app na Play Store
Como verificar se sua PWA está pronta para 2026
Execute sua URL pelo verificador gratuito do SaasToStore — ele audita seu manifest, service worker, configuração HTTPS e pontuação Lighthouse em uma única passagem. Se sua PWA estiver pronta para empacotamento TWA, você verá uma pontuação verde. Se não, o verificador explica exatamente o que precisa ser corrigido.
Auditoria PWA gratuita — 10 segundos
Manifest · Service worker · HTTPS · Pontuação Lighthouse · Compatibilidade TWA — tudo em uma verificação.
Verificar minha PWA →