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. ¿Aún no tienes una PWA, solo archivos HTML en tu ordenador? Empieza por HTML a APK, que explica cómo publicarlos gratis primero.

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 build de pago te da un AAB firmado para Google Play y un APK para instalar en un dispositivo, ambos orientados a Android 16 (API 36); el build de prueba gratis es un APK con el logo de SaasToStore. Tu clave de firma se genera con tu primer build de pago, se guarda cifrada y se reutiliza en cada actualización.

4. 4. Publica

   Un build de pago entrega los archivos firmados que pide cada store, empezando por el AAB para Google Play. Coloca en tu sitio el assetlinks.json generado para que Android oculte la barra de direcciones.

Qué archivo para cada uso

La regla práctica: el APK sirve para instalar; el AAB, para publicar en Google Play.

• Probar en tu teléfono → APK

  Abre el archivo en un teléfono Android e instálalo. Es también lo que te da el build de prueba gratuito: un APK con el logo de SaasToStore, para ver tu app antes de publicarla. Un .aab no se puede abrir en un teléfono.

• Compartir con algunos testers → APK

  Envía el archivo o un enlace de descarga; cada tester autoriza una vez la instalación desde ese origen. Para grupos más grandes, los canales de prueba de Google Play usan el mismo AAB que la versión pública.

• Publicar en Google Play → AAB

  Obligatorio para toda app nueva desde agosto de 2021. Google Play genera a partir de él un APK optimizado para cada dispositivo; tus usuarios no notan la diferencia.

• Amazon Appstore, Samsung Galaxy Store o tu propio sitio → APK

  Fuera de Google Play, el APK es lo que subes u ofreces para descargar.

• Cada actualización → la misma clave

  Sea cual sea el formato, una actualización debe firmarse con la misma clave que la primera versión. SaasToStore genera esa clave una vez por app, la guarda cifrada y la reutiliza en cada build de pago, tanto para el APK como para el AAB.

¿Está lista tu PWA? La checklist

Un APK basado en una TWA parte del manifest de tu PWA. 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. Un build de pago de 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: 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 con tu primer build de pago, se guarda cifrado y se reutiliza automáticamente en cada build de pago.

• 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 de un build de pago es el AAB firmado y el APK, listos para subir.