VKT Toolkit · 8 de octubre de 2026 · 9 min

PWA o app nativa: la comparación honesta de 2026

Casi todos los artículos de «PWA o app nativa» los escribe alguien que vende una de las dos. Este lo escribe un equipo que publicó una PWA — nueve herramientas pequeñas, sin tienda de apps, sin cola de revisión, sin banner de instalación — y que aun así te dirá que hagas una app nativa si tu producto la necesita.

Así que aquí va la versión honesta. Una PWA es un sitio web más tres cosas: un manifest que permite instalarla en la pantalla de inicio, un service worker que la hace funcionar sin conexión, y HTTPS. Una app nativa es un binario que envías a una tienda, pasa revisión y se distribuye. Lo que de verdad decide la pregunta son cuatro cosas: dinero, actualizaciones, capacidades y cómo te encuentra la gente.

La diferencia real, en una frase

Una app nativa son tres productos —una compilación para iOS, otra para Android y una presencia web— que mantienes por separado. Una PWA es una sola base de código que sirves por HTTPS y que, además, se puede instalar. Ese es todo el argumento de arquitectura, y lo demás se deduce de ahí.

Una cifra que antes hundía a las PWA ya no es un problema: los service workers —la pieza que hace posible el modo sin conexión— llegan hoy a cerca del 96 % de los usuarios del mundo. «No funciona en suficientes dispositivos» no es una razón para evitarlas en 2026. La única razón para evitarlas es una capacidad concreta que falte, y eso vive casi por completo en iOS.

El dinero: comisiones, desarrollo y mantenimiento

Aquí hay dos costes distintos que se confunden todo el tiempo: lo que cuesta construirlo y lo que cuesta distribuirlo.

La sorpresa está en la distribución. Una PWA corre en tu propio dominio y cobra por tu propia pasarela: sin cuota de registro, sin comisión, sin intermediario. Las apps nativas pagan las dos cosas, y la cara es la comisión: un porcentaje de los ingresos, para siempre. Apple cobra un 30 % estándar, o un 15 % en el Small Business Program (menos de 1 M de dólares al año). Google cobra un 15 % sobre el primer millón y un 30 % a partir de ahí. El registro en sí es pequeño: 99 dólares al año en Apple y 25 dólares una sola vez en Google.

Esto se movió en 2025 y 2026, y los detalles importan. Tras la orden judicial en Epic contra Apple, las apps de iOS en EE. UU. ya pueden enlazar a su propia pasarela web, y Apple ha propuesto una comisión de alrededor del 15 % sobre esas compras por enlace externo: una cifra que sigue discutiéndose, no resuelta. Google abrió la facturación externa en EE. UU., Reino Unido y el EEE el 30 de junio de 2026, pero sigue cobrando una tarifa de servicio sobre las ventas por enlace externo (10 % en suscripciones, 20 % en otros bienes digitales). En Google, enlazar por fuera te ahorra el 5 % adicional de facturación, no la comisión completa. Los bienes físicos y los servicios suelen quedar exentos de comisión en ambas tiendas: por eso una tienda de productos físicos nunca estuvo pagándola.

El contrapunto honesto: si tu app no vende nada digital, el argumento de la comisión desaparece y puede que la visibilidad en la tienda valga más que la tarifa que evitaste. No hagas una PWA solo para esquivar una comisión que nunca ibas a pagar. La revisión también es más rápida de lo que se dice —Apple resuelve la mayoría en un día—, así que «sin cola de revisión» es un plus, no una razón por sí sola.

Lo que una PWA todavía no puede hacer (casi todo en iOS)

Las carencias se han reducido mucho y conviene decirlo claro, porque eso de que «las PWA están mutiladas» está desfasado. Las notificaciones push llegaron a las PWA instaladas en iOS con la 16.4 (marzo de 2023). Safari 18.4 añadió Declarative Web Push y Screen Wake Lock. Y en iOS 26, cualquier sitio que añadas a la pantalla de inicio se abre por defecto como app independiente, sin barra del navegador.

Lo que no se ha movido es la tabla de abajo. Si algo de esto está en la ruta crítica de tu producto, no eliges entre una buena opción y otra peor: eliges entre nativo y un producto más débil.

Tres puntos merecen una frase más. En iOS el almacenamiento no es una base de datos. WebKit puede borrar los datos que un sitio escribió si lleva un tiempo sin abrirse, así que trata lo local como caché y guarda la copia autoritativa en tu servidor. Todos los navegadores de iOS usan WebKit: Chrome y Firefox heredan las reglas de Safari, así que no hay competencia de motores que empuje las capacidades de las PWA en iOS, y por eso esta tabla cambia despacio. Y el push en iOS exige instalar antes, lo que eleva en silencio la importancia del flujo de instalación: muy pocos sitios llegan hasta ahí, y menos todavía explican cómo.

Android, en cambio, es muy bueno en esto: Chrome muestra su propio aviso de instalación, el push enriquecido funciona, las API de hardware están disponibles y una Trusted Web Activity permite publicar la misma PWA en Google Play si quieres ficha. Si tu público está sobre todo en Android, el caso de la PWA se vuelve mucho más fuerte.

Alcance y retención son dos cosas distintas

Aquí se acaba la tecnología, y sin embargo suele ser lo decisivo.

En alcance gana la PWA, de forma estructural y por mucho. Una PWA es tu sitio web, así que cada página se puede rastrear, indexar y posicionar, y la pueden leer los motores de respuesta con IA, que es donde se responde ya una parte creciente de las preguntas. Una app nativa no existe en nada de eso: compites en la búsqueda de la tienda con todos los que pagaron los mismos 99 dólares. Si tu modelo de crecimiento es «la gente busca el problema que yo resuelvo», de las dos opciones solo la PWA puede jugar.

En retención gana lo nativo, y el motivo es el push. Una app nativa envía push enriquecido sin condiciones, refresca datos en segundo plano y vive en un widget de la pantalla de inicio. Una PWA no puede hacer nada de eso en segundo plano en iOS, y solo hace push después de la instalación manual. Si tu público es mayoritariamente de iPhone y las notificaciones son tu bucle de retención, eso lo decide todo.

Por eso, para muchos equipos la respuesta honesta no es elegir una: una PWA para captar y una app nativa para tus mejores clientes. La PWA recoge a todo el que llega desde un resultado de búsqueda; la app nativa cuida a quien ya te quiere lo bastante como para descargar algo. Las dos son estrategias reales, y comparten backend.

Para que no cites cifras viejas: los famosos éxitos de PWA —Twitter Lite, Pinterest, Starbucks— son de 2017. Tómalos como historia que demostró la idea, no como referencias que puedas prometer. El mercado sí está sano: las PWA se estiman en unos 3.140 millones de dólares en 2026, con un crecimiento cercano al 30 % anual.

Cómo decidir

Olvida los consejos genéricos. Cuenta cuántos de estos puntos están en la ruta crítica de tu producto:

• Bluetooth, NFC, USB o acceso profundo a sensores;
• sincronización fiable en segundo plano, ubicación en segundo plano o cualquier cosa que deba correr con la app cerrada;
• widgets de pantalla de inicio o presencia en la pantalla de bloqueo;
• push enriquecido o silencioso como bucle principal, con público mayoritariamente de iPhone;
• que te descubran quienes navegan por la tienda;
• trabajo intensivo en gráficos: juegos, edición de vídeo o foto, AR.

Dos o más: haz la app nativa. En iOS no vas a rodear eso, y acabarás publicando un compromiso al que llamarás decisión de diseño.

Uno o ninguno: casi siempre es mejor empezar por la PWA. Una base de código, actualizaciones en minutos en lugar de un ciclo de revisión, sin comisión y con tráfico de búsqueda que se acumula en vez de alquilarse a una tienda. Si dudas, publica primero la PWA y mide: añadir después una app nativa es más barato que descubrir que no la necesitabas.

Y si tu idea es pequeña —un contador, un comprobador, algo de dos minutos para las manos—, no hay duda posible. Nadie descarga una app de 40 MB para explotar una burbuja una vez. Justo ahí vive nuestra propia suite: nueve herramientas diminutas, instalables con un toque y funcionales sin conexión. La alternativa es pedirle a un desconocido que gaste tres minutos en una tienda para jugar treinta segundos. Un enlace le gana a una descarga, siempre.

Preguntas frecuentes

Más guías en el blog de VKT.