1. Prompts de instalación más ricos — mayor conversión de instalación
El BeforeInstallPromptEvent (la API del navegador que activa el prompt "Agregar a pantalla de inicio") recibió una renovación visual. Chrome ahora muestra una hoja inferior con el ícono, el nombre, la descripción y las capturas de pantalla de la app — extraídas directamente de tu manifest.json.
Esto importa porque el antiguo prompt era fácil de descartar sin leerlo. El nuevo parece un diálogo de instalación de app real — comparable al modal de Google Play Store. Los datos preliminares de Google muestran que la conversión a instalación mejoró significativamente con la nueva UI.
Cómo maximizar el nuevo prompt de instalación
- →Añade capturas de pantalla a tu manifest — Chrome las muestra en el diálogo de instalación
- →Usa un campo description en manifest.json — aparece debajo del nombre de la app
- →Establece un short_name significativo (≤12 caracteres) — se usa en el ícono de la pantalla de inicio
- →Usa íconos maskable (512×512) — garantiza la visualización correcta en todos los launchers de Android
- →Activa el prompt en un momento contextualmente relevante, no inmediatamente al cargar la página
2. Web App Scope Extensions — tu SaaS puede abarcar múltiples orígenes
Una de las nuevas APIs más útiles para los productos SaaS: Web App Scope Extensions. Hasta hace poco, el alcance de una PWA estaba limitado a su propio origen. Navegar a un subdominio diferente o una URL externa abría inmediatamente el navegador — rompiendo la ilusión de "app instalada".
Con Scope Extensions, puedes reclamar orígenes adicionales desde tu manifest:
// manifest.json
{
"scope": "https://app.example.com/",
"scope_extensions": [
{ "origin": "https://docs.example.com" },
{ "origin": "https://checkout.example.com" }
]
}La navegación a esos orígenes ahora permanece dentro de la app instalada. Para una suite SaaS multi-producto, esto significa que una sola instalación de app cubre toda la superficie de tu producto.
Nota: cada origen extendido debe servir un archivo /.well-known/web-app-origin-association válido que confirme la asociación. El mismo concepto que assetlinks.json para TWA.
3. File Handling API — la PWA como app de escritorio real
La File Handling API ya está disponible en Chrome en todas las plataformas. Permite que tu PWA instalada se registre como manejadora de tipos de archivos específicos en el sistema operativo, igual que lo hacen las apps nativas.
// manifest.json
{
"file_handlers": [
{
"action": "/open-file",
"accept": {
"text/csv": [".csv"],
"application/json": [".json"]
}
}
]
}Casos de uso prácticos: una herramienta de datos SaaS que abre archivos .csv con doble clic, un gestor de proyectos que maneja archivos .md, un editor de imágenes que se registra para .png y .jpg. El sistema operativo muestra tu app en el menú "Abrir con" — exactamente como Figma, VS Code o cualquier app nativa.
Para apps publicadas en tiendas de apps a través del pipeline de escritorio de SaasToStore (Pake/Tauri), este comportamiento puede configurarse nativamente en el tauri.conf.json de Tauri — integración aún más profunda que la API web.
4. Protocol Handlers — deep links desde otras apps
Protocol Handler Registration permite que tu PWA registre un esquema de URL personalizado:
// manifest.json
{
"protocol_handlers": [
{
"protocol": "web+yourapp",
"url": "/handle?url=%s"
}
]
}Otras apps o documentos pueden entonces enlazar a web+yourapp://action/id y el sistema operativo dirigirá al usuario directamente a tu PWA instalada — con el contexto correcto cargado. Piensa en los enlaces slack:// de Slack o los deep linksnotion:// de Notion, pero para cualquier app web.
Combinado con la función de deep linking en los planes PACK y PRO de SaasToStore, esto crea un flujo fluido desde referencias externas directamente a tu producto SaaS.
5. Notificaciones push en iOS — Safari finalmente compatible
Apple lanzó soporte de Web Push para PWAs instaladas en iOS 16.4 (marzo 2023) y continuó mejorándolo durante 2024–2025. En 2026:
- Las PWAs añadidas a la pantalla de inicio en iOS/iPadOS pueden recibir notificaciones Web Push
- La W3C Push API y la Notifications API son compatibles — el mismo código funciona en todas las plataformas
- Limitación: la app debe estar instalada (añadida a la pantalla de inicio) — Safari no admite push para PWAs en el navegador
- La sincronización en segundo plano y la sincronización periódica en segundo plano todavía no son compatibles en iOS (solo Chrome por ahora)
Para productos que abarcan Android e iOS, esto significa que una sola base de código de notificaciones push ahora alcanza ambas plataformas — siempre que los usuarios instalen la PWA en iOS. Los créditos push de SaasToStore funcionan con Firebase Cloud Messaging, que gestiona la entrega multiplataforma incluyendo PWAs de iOS.
6. Capacidades offline mejoradas — Storage Access API y OPFS
Dos mejoras de almacenamiento en Chrome 2025–2026 que importan para apps SaaS con capacidad offline:
| API | Lo que permite |
|---|---|
| Origin Private File System (OPFS) | Almacenamiento de archivos en sandbox de alto rendimiento accesible desde service workers. Permite bases de datos tipo SQLite, edición de archivos binarios y grandes conjuntos de datos locales — sin alcanzar los límites de IndexedDB. |
| Storage Access API | Otorga acceso al almacenamiento entre orígenes en contextos específicos. Útil para productos SaaS que integran servicios de terceros pero necesitan estado local persistente. |
| Cuota de almacenamiento persistente | Las PWAs ahora pueden solicitar almacenamiento persistente que no se elimina bajo presión de almacenamiento. Anteriormente, la caché del navegador se eliminaba primero — haciendo frágiles las apps verdaderamente offline-first. |
7. Lo que las apps TWA obtienen automáticamente — sin rebuild
Esta es la ventaja arquitectónica de TWA: las apps publicadas a través de una Trusted Web Activity usan el Chrome instalado en el dispositivo como runtime. Cuando Chrome se actualiza en el dispositivo del usuario, tu app de Play Store hereda automáticamente todas las nuevas capacidades PWA.
TWA: automático vs requiere rebuild
- ✓ autoNuevas APIs PWA que usa tu sitio web (File Handling, Protocol Handlers, OPFS)
- ✓ autoParches de seguridad en el motor de renderizado de Chrome
- ✓ autoUI mejorada del prompt de instalación
- ↺ rebuildCambios en el nivel de API objetivo en el shell de Android
- ↺ rebuildNuevas capacidades de notificaciones push en el shell nativo de la app
- ↺ rebuildCambios en los metadatos del manifest de tu app en Play Store
Cómo comprobar que tu PWA está lista para 2026
Pasa tu URL por el verificador gratuito de SaasToStore — audita tu manifest, service worker, configuración HTTPS y puntuación Lighthouse en un solo paso. Si tu PWA está lista para el empaquetado TWA, verás una puntuación verde. Si no, el verificador explica exactamente qué hay que corregir.
Auditoría PWA gratuita — 10 segundos
Manifest · Service worker · HTTPS · Puntuación Lighthouse · Compatibilidad TWA — todo en una verificación.
Verificar mi PWA →