Por qué las apps Lovable ya están listas al 90 % para el Play Store
Cada app Lovable se entrega con un manifest.json, HTTPS y un frontend estructurado — los tres requisitos básicos para una Trusted Web Activity (TWA). La única pieza que suele faltar es el service worker, que controla el comportamiento sin conexión. Si el tuyo está activo, calificas para el wrapper Android más ligero y rápido que Google recomienda. Si no, el modo Capacitor de SaasToStore cubre esa brecha sin ningún cambio de código.
Antes de empezar — lo que necesitas
- La URL HTTPS pública de tu app Lovable
- Una cuenta de desarrollador de Google Play (25 € única vez, verificación en 24–48 h)
- Un icono de 512×512 px (PNG, sin problemas de transparencia) — o deja que SaasToStore genere uno con IA
- Una URL de política de privacidad (SaasToStore puede generar una automáticamente vinculada a tu app)
- Al menos 2 capturas de pantalla del teléfono de tu app en funcionamiento
- Un gráfico de portada de 1024×500 (sin maquetas de dispositivos, sin insignias de stores)
Paso 1 — Verificar la puntuación PWA de tu app Lovable
Antes de elegir un tipo de build, realiza un análisis PWA gratuito de la URL de tu app. El análisis verifica HTTPS, validez del manifest, presencia del service worker y dimensiones de los iconos. La puntuación determina tu camino más rápido hacia el Play Store.
Puntuación ≥ 70 — Build TWA (recomendado)
Wrapper más ligero. Tu app se ejecuta dentro del motor de Chrome — rápido, seguro, con todas las capacidades PWA. El método oficial de Google para publicar PWA.
Puntuación < 70 o sin service worker — Build Capacitor
Wrapper WebView nativo completo. No requiere service worker. Ligeramente más pesado pero supera la revisión del Play Store de forma fiable y soporta todos los tipos de apps Lovable.
→ Ejecutar la verificación PWA gratuita en tu URL Lovable
Paso 2 — Configurar tu cuenta de desarrollador de Google Play
Ve a play.google.com/console, inicia sesión con una cuenta de Google y paga la tarifa de registro única de 25 €. Google verifica tu identidad en 24 a 48 horas. No puedes subir tu primer .aab hasta que la verificación esté completa — empieza este paso en paralelo con tu build, no después.
com.tuapp.lovable) debe coincidir exactamente entre tu build de SaasToStore y la ficha de Play Console. No se puede cambiar después del primer upload.Paso 3 — Construir tu Android App Bundle firmado
Aquí es donde SaasToStore reemplaza lo que de otro modo requeriría Android Studio, Gradle y horas de configuración. El pipeline de build genera un keystore RSA de 2048 bits, compila tu URL Lovable en un .aab firmado y te envía el artifact junto con la copia de seguridad del keystore cifrado por email.
Pega tu URL Lovable
Configura la identidad de la app
com.tuempresa.tuapp) y la versión. Estos no se pueden cambiar después de tu primera publicación.Sube tu icono
Lanza el build
Recibirás un email con: el .aab firmado (para Play Store), el .apk (para pruebas por sideload) y tu archivo keystore cifrado. Guarda el keystore — lo necesitarás para cada actualización futura.
Paso 4 — Configurar tu ficha de Google Play
Se requiere una ficha completa antes de que Google acepte tu .aab. La Play Console bloqueará el envío hasta que estas secciones estén completas:
- Ficha del store — Descripción corta (80 caracteres), descripción completa (4.000 caracteres), capturas de pantalla (mín. 2 teléfono), gráfico de portada (1024×500)
- Categoría de la app — Requerida para la visibilidad. SaasToStore sugiere la categoría óptima según el contenido de tu URL
- Clasificación de contenido — Completa el cuestionario IARC. Suele tardar 5 minutos. Las respuestas incorrectas provocan un rechazo
- Formulario de seguridad de datos — Declara qué datos recopila tu app. Si tu app Lovable usa autenticación, declara las credenciales de usuario. Enlaza a tu política de privacidad
- URL de política de privacidad — Debe ser accesible públicamente sin inicio de sesión. SaasToStore genera una conforme al RGPD automáticamente
Paso 5 — Subir tu .aab y enviarlo a revisión
En la Play Console, ve a Producción → Versiones → Crear versión. Sube el archivo .aab que recibiste por email. Añade notas de versión (requeridas para actualizaciones, opcionales para la primera versión). Guarda, revisa el resumen de la versión y haz clic en «Enviar a revisión».
La revisión inicial de Google para nuevas apps suele tardar de 1 a 3 días laborables. Recibirás un email al aprobarse o si se requieren cambios. Los builds de SaasToStore pasan en el primer envío para la gran mayoría de apps Lovable — el template TWA satisface la política 4.3 (funcionalidad mínima) por construcción.
Después del lanzamiento — actualizaciones y notificaciones push
Las actualizaciones de contenido (nuevas funciones, cambios de UI, correcciones en tu app Lovable) se hacen efectivas instantáneamente para todos los usuarios — sin rebuild, sin nueva revisión de Play Store. Tu app Android carga la versión en vivo de tu URL Lovable en cada inicio.
Las actualizaciones estructurales (nuevo icono, nuevo nombre de app, nuevos permisos, incremento mayor de versión) requieren un nuevo build .aab. Usa el mismo proyecto SaasToStore para conservar tu keystore. Incrementa el código de versión en 1, reconstruye, sube a la Play Console.
Para notificaciones push, el plan PACK UPDATES integra Firebase Cloud Messaging directamente — no se necesita SDK adicional en tu app Lovable. Los usuarios reciben notificaciones push nativas de Android desde tu panel de control.
Publicar en más stores que Google Play
Una vez que tu app Lovable esté en vivo en Google Play, expandirte a stores adicionales no requiere ningún desarrollo adicional. Con el plan LAUNCH, el mismo pipeline de build genera un .msi de Windows, un .dmg de macOS y un .AppImage de Linux — todo desde la misma URL. El Amazon Appstore y el Samsung Galaxy Store aceptan el mismo .aab que ya tienes.