Aplicaciones Web Progresivas: ¿Todavía Vale la Pena Construirlas?

¿Recuerdas cuando las PWA iban a matar a la tienda de aplicaciones? Eso fue alrededor de 2018. El hype era real — Starbucks, Pinterest, Twitter y Alibaba lanzaron aplicaciones web progresivas con resultados impresionantes. Starbucks duplicó sus usuarios activos diarios. Pinterest logró un 40% más de tiempo de uso. Alibaba reportó un aumento del 76% en tasas de conversión.

Seis años después, la conversación ha cambiado. Apple finalmente agregó soporte adecuado para PWA en iOS 16.4 (después de retrasarlo por años). Google dejó de presionar el banner de instalación tan agresivamente. Y la pregunta que más escucho de los equipos de desarrollo es: ¿todavía vale la pena construir PWA, o fue una moda de 2018?

Revisé los datos del Web Almanac 2025 de HTTP Archive, investigué la investigación más reciente de Shopify, miré más de 30 implementaciones reales de PWA y hablé con equipos que las han construido. Esta es la respuesta honesta.

Los Datos: Cuántas PWA Existen Realmente

Déjame empezar con un número que me sorprendió. Según el Web Almanac 2025 (publicado por HTTP Archive, la encuesta más completa de adopción de tecnología web), solo el 3.5% de los sitios móviles y el 3.3% de los sitios de escritorio han construido una PWA completa, es decir, que tienen tanto un manifiesto de aplicación web como un service worker registrado.

Eso es notablemente bajo para una tecnología que ha estado lista para producción desde 2017. Pero aquí está el matiz: las tecnologías subyacentes están en todas partes. Los service workers impulsan notificaciones push, caché offline y sincronización en segundo plano en millones de sitios, incluso cuando esos sitios no se llaman a sí mismos "PWA". El archivo de manifiesto que activa los avisos de instalación es cada vez más común. La etiqueta de "todo o nada" de las PWA se ha vuelto menos útil que entender las capacidades individuales.

El Web Almanac también señala un cambio interesante. Los navegadores Chromium solían requerir un manifiesto, un service worker y HTTPS juntos para el aviso de instalación. Desde 2025, los avisos de instalación dependen principalmente de un manifiesto válido más HTTPS. Los service workers siguen siendo esenciales para la mejor experiencia offline, pero ya no son necesarios para mostrar el botón de instalación. Eso importa porque significa un camino más ligero hacia ser "instalable" para sitios que no necesitan soporte offline completo.

Lo Que las PWA Hacen Bien

El caso a favor de las PWA no ha cambiado mucho desde 2018, pero la evidencia se ha fortalecido.

Rendimiento. Las PWA son rápidas porque almacenan en caché agresivamente. El modelo de app shell — donde un conjunto mínimo de archivos se carga instantáneamente desde la caché en visitas repetidas — funciona. La PWA de Starbucks es 99.84% más pequeña que su app nativa de iOS (233KB vs 148MB). Eso importa para usuarios con almacenamiento limitado, redes lentas o dispositivos antiguos. Y StatCounter registró dispositivos móviles en el 55.9% del tráfico web global en marzo de 2026. Si más de la mitad de tu tráfico es móvil, la carga rápida no es un lujo.

Engagement. Los resultados que las marcas han publicado son difíciles de discutir. Jumia, la plataforma de ecommerce más grande de África, vio un aumento del 33% en conversiones después de su lanzamiento de PWA. MakeMyTrip, el sitio de reservas de viajes indio, reportó 160% más sesiones. Trivago vio 150% más engagement. No son métricas de vanidad — son resultados comerciales reales de experiencias móviles más rápidas y confiables.

Costo. Este es el argumento que todavía golpea más fuerte. Una PWA es un sitio web. Usa un codebase para todas las plataformas. Una app nativa requiere al menos dos codebases (iOS y Android), envíos separados a tiendas de aplicaciones, procesos de revisión separados y tracks de mantenimiento separados. Para un negocio que no necesita integración profunda con el dispositivo (Bluetooth, NFC, ARKit), una PWA puede entregar el 80% del valor al 20% del costo.

Dónde las PWA Todavía se Quedan Cortas

También quiero ser honesto sobre las brechas, porque el contenido de los vendedores tiende a pasarlas por alto.

iOS sigue siendo segunda clase. Apple ha mejorado significativamente el soporte de PWA desde iOS 16.4 — notificaciones push, mejor caché, modo de visualización independiente. Pero Safari todavía está por detrás de Chrome en capacidades de service worker. La confiabilidad de las notificaciones push en iOS es inconsistente. Algunas funciones que funcionan perfectamente en Android simplemente no existen en iOS. Si tu audiencia es mayoritariamente iPhone, una PWA se sentirá como un compromiso.

El modo offline es más difícil de lo que parece. Construir una PWA verdaderamente capaz de funcionar offline es genuinamente difícil. Los service workers pueden almacenar páginas y activos en caché, pero manejar la sincronización de datos offline, la resolución de conflictos y la sincronización en segundo plano requiere una arquitectura sofisticada. La mayoría de las PWA en la práctica son "capaces de funcionar offline" para leer contenido en caché, pero recurren a un estado que requiere red para cualquier operación dinámica. La PWA de Starbucks te permite navegar el menú y personalizar bebidas offline, pero hacer un pedido requiere conectividad. Esa es ingeniería honesta, pero no es la experiencia offline completa que los usuarios esperan de una app nativa.

La instalación es invisible para la mayoría de los usuarios. A pesar de años de trabajo de los navegadores en avisos de instalación, la mayoría de los usuarios no sabe qué es una PWA ni cómo instalarla. El banner que Chrome muestra recibe reacciones mixtas — algunos usuarios lo encuentran útil, muchos lo encuentran confuso o lo descartan. El flujo de "añadir a pantalla de inicio" está enterrado en menús en Safari. Incluso en Android, donde el soporte es mejor, las tasas de adopción de PWA (instalación real y uso regular) siguen siendo bajas en comparación con las apps nativas.

Las APIs del dispositivo son limitadas. Si tu app necesita acceso a Bluetooth, NFC, ARKit, HealthKit o cualquiera de las capacidades más profundas del dispositivo, una PWA no funcionará. La superficie de la Web API se está expandiendo — Web Bluetooth, WebUSB, Web NFC existen — pero son experimentales, específicas de cada navegador y están lejos de la paridad nativa. Las PWA son excelentes para experiencias centradas en contenido. No son excelentes para experiencias de interacción con hardware.

El Veredicto de 2026: Construye una PWA Cuando...

Entonces, ¿cuándo tiene sentido una PWA en 2026? Basado en los datos y despliegues reales, aquí está mi marco de decisión.

Construye una PWA cuando:

• Tu experiencia central está centrada en contenido (leer, navegar, comprar, reservar)
• Tu audiencia se inclina hacia Android o está dividida equitativamente entre plataformas
• Necesitas tiempos de carga rápidos en redes poco confiables (mercados emergentes, áreas rurales, tránsito)
• No puedes justificar el costo de construir y mantener dos apps nativas
• Quieres probar un product-market fit antes de comprometerte con desarrollo nativo

Salta la PWA y construye nativo cuando:

• Tu app requiere integración profunda con el dispositivo (cámaras, sensores, Bluetooth, AR)
• Tu audiencia es abrumadoramente iOS (donde el soporte de PWA es más débil)
• La sincronización de datos offline es un requisito central (no solo leer contenido en caché)
• Necesitas entrega confiable de notificaciones push (donde el soporte de PWA en iOS sigue siendo inconsistente)
• Tu modelo de negocio depende de estar en la tienda de aplicaciones (descubribilidad, apps de pago, compras dentro de la app)

Considera un enfoque híbrido cuando:

• Quieres una PWA para contenido orientado al cliente y una app nativa para funciones de usuario avanzado
• Quieres usar la PWA como una versión "lite" que impulse a los usuarios hacia la app nativa para funcionalidad más profunda

Lo Que las Grandes Marcas Realmente Hacen

Miré más de 30 implementaciones de PWA en todas las industrias. El patrón es claro: las marcas que se comprometen con las PWA las usan como su experiencia web móvil principal, no como un reemplazo de la app nativa.

Starbucks todavía tiene una app nativa. La PWA es una experiencia complementaria para usuarios que quieren el menú, el localizador de tiendas y la funcionalidad del carrito sin la descarga de 148MB. Pinterest usa su PWA como la experiencia web móvil predeterminada y ha visto a los usuarios pasar un 40% más de tiempo en comparación con el antiguo sitio móvil. Twitter/X reportó un 65% más de páginas por sesión con su PWA.

Ninguna de estas empresas eliminó sus apps nativas. Usaron PWA para mejorar su experiencia web móvil y capturar a la audiencia que nunca descargaría una app.

Lo Que Nadie Te Cuenta Sobre las PWA

Aquí está la parte que tuve que aprender hablando con equipos que han pasado por esto.

Una PWA no es un proyecto que terminas. Es una plataforma que mantienes. Los service workers necesitan gestión de versiones. La invalidación de caché es un dolor de cabeza persistente. Probar en combinaciones de motores de navegador (Chromium, WebKit, Gecko) requiere esfuerzo real. Y cada actualización del navegador cambia ligeramente las reglas — Apple ajusta silenciosamente el comportamiento de las PWA en lanzamientos puntuales, y tu service worker puede romperse de maneras que son difíciles de detectar sin monitoreo activo.

Los equipos que tienen éxito con las PWA las tratan como apps, no como sitios web. Tienen pipelines de CI/CD para el service worker. Prueban el comportamiento offline explícitamente. Monitorean las tasas de instalación y las métricas de re-engagement. Invierten en la misma disciplina operativa que tendrían para una app nativa.

Si tratas una PWA como un proyecto de fin de semana, fracasará.

¿Deberías Construir una?

Si estás construyendo una experiencia móvil centrada en contenido y tu presupuesto no soporta dos apps nativas, una PWA es probablemente la decisión correcta. Los datos lo respaldan: tiempos de carga más rápidos, mejor engagement, menor costo. Pero ve con los ojos abiertos. El soporte de iOS, la complejidad offline y la conciencia del usuario son limitaciones reales. La tecnología funciona. El desafío de adopción es humano.

En Mintec, construimos tanto PWA como aplicaciones nativas completas como parte de nuestra práctica de desarrollo web e ingeniería de software. La pregunta con la que siempre empezamos es: ¿cuál es la experiencia de usuario real que necesitas entregar? La decisión de plataforma viene después.

Lectura relacionada: Si estás pensando en arquitectura front-end moderna, nuestra guía sobre CMS headless en 2026 cubre un tema relacionado — desacoplar la capa de contenido de la capa de presentación. Para optimización de rendimiento, este artículo sobre Core Web Vitals en 2026 explica las métricas que importan. Y nuestro artículo sobre características de una página web profesional cubre los principios más amplios que aplican ya sea que uses PWA, nativa o web tradicional.