¿Qué es una PWA (Progressive Web App)?

El nombre procede de un artículo de Alex Russell del 15 de junio de 2015 en su blog Infrequently Noted. La noche anterior, cuenta, Frances Berriman y él enumeraron en una cena los atributos de esta nueva clase de aplicaciones: se adaptan a cualquier pantalla, funcionan sin conexión con service workers, se instalan sin tienda y se comparten con una URL. Sobre el nombre escribe: «Frances called them “Progressive Open Web Apps” and we both came around to just “Progressive Apps”».

En 2015 el nombre era, por tanto, «Progressive Apps», como el título del artículo en la copia del Internet Archive del 17 de junio de 2015. Hoy se titula «Progressive Web Apps: …», aunque la URL conserva «progressive-apps», y en septiembre de 2016 Russell ya usaba esa forma. «Progresiva» alude a la mejora progresiva: para Russell son «just websites that took all the right vitamins», que con el uso se ganan un sitio en la pantalla de inicio.

• 15 de junio de 2015: Russell y Berriman ponen nombre a las «Progressive Apps».
• 12 de septiembre de 2016: Russell fija criterios mínimos: HTTPS, carga sin conexión (y por tanto service worker) y manifiesto.
• 2018: según WebKit, Safari en iOS 11.3 incorpora los service workers y con iOS 11.4 adopta el manifiesto.
• 2019: Chrome permite instalar PWA en el escritorio.
• 16 de febrero de 2023: iOS y iPadOS 16.4 (beta) traen notificaciones push a las apps web de la pantalla de inicio, y otros navegadores pueden añadir webs a esa pantalla.
• Febrero y marzo de 2024: Apple anuncia que retira estas apps web en la UE por la Ley de Mercados Digitales y luego rectifica: se mantienen con iOS 17.4.
• 22 de abril de 2024: Lighthouse 12.0 elimina la categoría PWA.
• 15 de septiembre de 2025: en iOS y iPadOS 26, según WebKit, toda web añadida a la pantalla de inicio se abre como app web, con o sin manifiesto.

Una PWA se apoya en tres piezas: una web servida por HTTPS, un manifiesto (archivo JSON enlazado desde cada página que describe cómo se instala y se muestra la app) y, de forma opcional, un service worker.

Según MDN, Chrome, Edge y Samsung Internet exigen en el manifiesto name o short_name, iconos de 192 y 512 píxeles, start_url, display o display_override y que prefer_related_applications falte o sea false. La guía de web.dev (19 de septiembre de 2024) solo nombra display y añade que Chrome muestra su aviso de instalación tras al menos un clic y 30 segundos en la página.

El service worker es un script que corre en un hilo aparte, entre la página y la red. Al instalarse puede guardar recursos en la caché, al activarse puede borrar las versiones antiguas y después intercepta cada petición. MDN describe tres estrategias:

• Primero la caché: para la interfaz básica; lo guardado no se renueva hasta que llega un service worker nuevo.
• Caché con renovación (stale while revalidate): responde desde la caché y a la vez la actualiza desde la red.
• Primero la red: usa la caché solo si la red falla, por ejemplo para los mensajes recientes de una app de mensajería.

Una PWA puede combinarlas por tipo de recurso; para datos que no pueden estar desfasados, como los productos disponibles, MDN recomienda ir solo a la red.

Cómo se instala una PWA depende del navegador y del sistema.

Fuente: MDN, «Making PWAs installable» (6 de octubre de 2026) e «Installing and uninstalling web apps» (17 de septiembre de 2026), consultadas el 14.11.2026.

En iOS, según WebKit (febrero de 2023), las notificaciones push solo llegan a apps web instaladas y el permiso solo puede pedirse tras una acción del usuario. Desde iOS 17 la app instalada tiene el mismo límite de almacenamiento que en el navegador. El borrado tras siete días sin uso de Safari (marzo de 2020) no se aplica igual: cada app web instalada cuenta sus propios días de uso, y WebKit no espera que se borren sus datos.

En tiendas: para Google Play, Chrome ofrece Trusted Web Activity (Chrome 72 o posterior), una app Android que abre la web a pantalla completa; para Microsoft Store, Microsoft explica cómo empaquetarla con PWABuilder, que según MDN también prepara paquetes para la App Store de iOS.

Russell mostró en 2015 el recorrido con flipboard.com en Chrome para Android: la web empieza en una pestaña, tras varias visitas el navegador ofrece guardarla y después se abre a pantalla completa desde la pantalla de inicio.

Mainline Menswear, tienda de moda en línea del Reino Unido, comparó su PWA con su web móvil. En el estudio de caso de web.dev (20 de abril de 2021), la empresa da para la PWA un 55 % más de conversión y un 243 % más de ingresos por sesión, medidos con una parte pequeña de sus usuarios.

Trivago midió las sesiones cortadas por falta de conexión. Según web.dev (2020), de los usuarios afectados, en torno al 3 %, el 67 % siguió navegando al recuperarla.

Lighthouse ya no evalúa las PWA desde la versión 12.0; Chrome remite a DevTools. En el panel Application, la pestaña Manifest muestra los errores de instalación (Installability), y la pestaña Service Workers simula la falta de conexión y emula mensajes push.

El efecto se mide en la analítica, comparando sesiones instaladas y en el navegador o, como Trivago, registrando cuándo se pierde y se recupera la conexión.

Según MDN, una PWA funciona en varias plataformas con un solo código y, como una app, se instala y trabaja sin conexión. Según Russell, además se actualiza sola, sin pasar por tiendas.

En contra juegan las diferencias entre plataformas de la tabla. Además, según MDN, la misma PWA instalada desde dos navegadores da dos copias que no comparten datos.

Para el SEO, una PWA tiene el riesgo de cualquier web con mucho JavaScript. Según Google, con el modelo de app shell el HTML inicial no lleva el contenido; Google pide la History API en lugar de fragmentos (#), y su renderizador borra cookies y almacenamiento local entre cargas. Más en renderizado en cliente y JavaScript SEO; la inspección de URL de Search Console muestra si el HTML renderizado contiene el texto.

Toda PWA es una aplicación web, pero no al revés: según MDN, la PWA se puede instalar y para eso necesita un manifiesto. La comparación entre app nativa, web y PWA está en la entrada sobre la app.

Según MDN, añadir a la pantalla de inicio una web que no es PWA solo crea un acceso directo al navegador; en iOS y iPadOS 26, según WebKit, se abre como app web salvo que el usuario lo desactive. Una Trusted Web Activity es una app de Android que muestra una PWA.

En iOS, las PWA dependen de las decisiones de Apple. En febrero de 2024, Apple justificaba la retirada en la UE con problemas de seguridad con motores de navegador alternativos y con la «very low user adoption» de estas apps web, sin dar una cifra. En la App Store, su norma 4.2 pide que una app vaya «beyond a repackaged website».

Los criterios también cambian. En 2016 Russell escribió que se estaban endureciendo y que lo contrario era improbable. Desde las versiones 108 (móvil) y 112 (escritorio), Chrome ya no exige un service worker para instalar desde el menú, y en Safari para iOS 26 no queda ningún requisito, según WebKit. Textos anteriores siguen exigiendo el service worker, entre ellos la versión en español de MDN (traducida por la comunidad, modificada el 21 de julio de 2025).

• Asegúrate de que la web funciona por HTTPS e indexa sin instalar nada, con una URL propia para cada contenido.
• Crea el manifiesto con name o short_name, iconos de 192 y 512 píxeles, start_url y display, y enlázalo desde cada página.
• Si usas service worker, elige una estrategia de caché por tipo de recurso y borra las cachés antiguas al activarlo.
• Ofrece una página propia para cuando no hay conexión.
• Revisa en Chrome DevTools el apartado Installability y el modo sin conexión.
• Instala la PWA en Android, iOS y escritorio, y prueba las notificaciones en iOS desde la app instalada.

• Pide permiso para notificaciones solo tras una acción del usuario.
• Añade description y screenshots al manifiesto; en Android aparecen en el aviso de instalación, según MDN.
• Pon una huella del contenido en el nombre de los archivos (main.2bb85551.js), como recomienda Google, para que Googlebot no use JavaScript antiguo.
• Si los datos sin conexión importan, solicita almacenamiento persistente con navigator.storage.persist().

• Añadir un service worker con un evento fetch vacío solo para cumplir criterios; según Chrome, empeora el rendimiento.
• Usar «primero la caché» para contenido que cambia.
• Cargar vistas distintas con fragmentos de URL (#).
• Dar por hecho que en iPhone solo se instala desde Safari: desde iOS 16.4 sirven también otros navegadores.
• Suponer que iOS borra los datos de una PWA instalada tras siete días sin abrirla: WebKit fija ese plazo para Safari.

Esta entrada se redactó en noviembre de 2026 con ayuda de IA. Los datos proceden de los textos de Alex Russell de 2015 y 2016 y de la documentación de MDN, web.dev, Chrome, Google, WebKit, Apple y Microsoft. Se revisó antes de publicarse y no contiene datos de clientes.