PWA a APK — Convierte tu PWA en una app Android firmada

Cómo funciona la conversión de PWA a APK

Tu app es una Trusted Web Activity (TWA): una app Android ligera que abre tu PWA a pantalla completa en el motor de navegador que ya está en el teléfono —normalmente Chrome—, sin barra de direcciones. Es el enfoque que Google recomienda para publicar una PWA en Google Play. Tu código sigue en tu servidor, así que cada cambio que publicas en tu sitio aparece al instante en la app instalada: sin nueva versión y sin revisión de la tienda.

Convierte tu PWA a APK en 4 pasos

1. 1. Revisa tu PWA

   Pega tu URL en el verificador de arriba. En unos diez segundos analiza tu manifest, tus iconos, tu service worker y el HTTPS, y te dice exactamente qué corregir, con instrucciones para Lovable, Bubble, Webflow, Framer y más. Gratis y sin cuenta.

2. 2. Define la identidad de la app

   Elige el nombre de la app, tu nombre de paquete —por ejemplo com.tuempresa.app— y tu icono. El color del tema, el fondo y la pantalla de inicio salen de tu manifest y puedes ajustarlos.

3. 3. Lanza el build

   Un clic. Obtienes un AAB firmado para Google Play y un APK para instalar en un dispositivo, ambos orientados a Android 16 (API 36). Tu clave de firma se genera una sola vez, se guarda cifrada y se reutiliza en cada actualización.

4. 4. Publica

   Sube el AAB en Google Play Console, o conecta tu cuenta y publica directamente desde SaasToStore. Coloca en tu sitio el assetlinks.json generado para que Android oculte la barra de direcciones.

APK o AAB: lo que Google Play exige de verdad

Desde agosto de 2021, Google Play solo acepta apps nuevas en formato Android App Bundle (.aab). El APK sigue siendo lo que necesitas para probar en un teléfono o distribuir fuera de la tienda. Un convertidor que solo te da un APK te deja atascado en el paso de subida; cada build de SaasToStore entrega los dos.

¿Está lista tu PWA? La checklist

Un APK basado en una TWA necesita una PWA instalable. Antes del build, comprueba que tienes:

Seis errores que rompen una app de PWA a APK

• La barra de direcciones aparece dentro de tu app

  Android solo la oculta cuando puede verificar que la app y el sitio son tuyos, mediante un archivo /.well-known/assetlinks.json con tu nombre de paquete y la huella de firma. SaasToStore genera ese archivo por ti. Cuando tu app ya esté en Google Play, añade también la huella de la clave de firma de Google (Play Console → Integridad de la app): Google vuelve a firmar tu app y, sin esa línea, la barra reaparece para todos los que la instalaron desde la tienda.

• Perder la clave de firma

  Cada actualización debe firmarse con la misma clave. Si la pierdes, tendrás que pasar por el proceso de restablecimiento de Google antes de poder publicar de nuevo. Tu keystore se genera una vez, se guarda cifrado y se reutiliza automáticamente en cada build.

• Cambiar el nombre de paquete tras el lanzamiento

  En Google Play, un nombre de paquete no puede cambiar nunca. Un nombre nuevo es una app nueva, que empieza de cero en instalaciones y reseñas. Elige el tuyo —com.tuempresa.app— desde el primer build.

• Apuntar a una versión de Android desactualizada

  Desde el 31 de agosto de 2026, Google Play exige que las apps nuevas y las actualizaciones apunten a Android 16 (API 36). Las herramientas que no se han puesto al día producen builds que se rechazan al subirlos. Cada build de SaasToStore apunta a la API 36.

• Iconos recortados

  Android muestra los iconos dentro de un círculo o un cuadrado redondeado. Sin un icono maskable —con margen de seguridad alrededor del logo—, tu logo queda recortado o enmarcado en blanco. Añade a tu manifest un icono maskable de 512×512.

• Una página de inicio en otro dominio

  Si tu app se abre en una página fuera del dominio verificado —un inicio de sesión alojado en otro sitio, por ejemplo—, Android muestra la barra de direcciones en esa página. Mantén tu start_url y tus flujos principales en el dominio declarado en assetlinks.json.

¿SaasToStore o hacerlo tú mismo con Bubblewrap?

Bubblewrap, la herramienta de línea de comandos de código abierto de Google, produce el mismo tipo de app, y es una buena opción si te manejas bien en la terminal. La diferencia está en todo lo que rodea al build:

Actualizaciones sin volver a publicar

Como la app carga tu PWA en vivo, los cambios que publicas en tu sitio llegan al instante a todas las apps instaladas, sin nuevo build ni revisión de la tienda. Solo vuelves a hacer un build cuando cambia el envoltorio de la app: su nombre, su icono, sus colores o un nuevo requisito de Android. Los nuevos builds reutilizan la misma clave de firma, así que Google Play los acepta como actualizaciones.

La misma PWA en iOS y escritorio

La URL que conviertes en APK también puede convertirse en una app iOS para la App Store y en apps de escritorio para Windows, macOS y Linux, desde el mismo proyecto y en el mismo panel.

Conversor en línea: qué se ejecuta y dónde

El build se ejecuta en nuestros servidores, no en tu máquina. Te basta un navegador y tu URL — sin Android Studio, sin JDK, sin Bubblewrap, sin caché de Gradle. Nada que instalar y nada que mantener al día. Funciona igual desde Windows, macOS, Linux o un Chromebook, porque ninguna de esas herramientas toca tu ordenador. Lo que recibes es el AAB firmado y el APK, listos para subir.