Del prompt a la ficha pública
- Lo que creó tu herramientaApp web, proyecto Expo, Flutter o nativo
- AAB de lanzamiento firmadoEl archivo que acepta Google Play
- Cuenta de desarrolladorUS$25 una sola vez, identidad verificada
- Formularios de contenidoPrivacidad, seguridad de los datos, clasificación
- Prueba cerrada12 testers, 14 días, si tu cuenta la exige
- Versión de producciónDespués de obtener el acceso
Tu herramienta de IA solo cambia el primer paso. Los pasos dos a seis son iguales para cualquier app Android.
Respuesta rápida
Para publicar en Google Play una app hecha con vibe coding, genera un Android App Bundle (AAB) firmado con el framework que tu herramienta realmente produjo y luego completa los requisitos de la cuenta, del contenido de la app y de la versión. Si tu cuenta personal de desarrollador se creó después del 13 de noviembre de 2023, la app también necesita una prueba cerrada (closed testing) con un mínimo de 12 testers que hayan aceptado participar durante 14 días de forma continua antes de que puedas solicitar acceso a producción. La ruta privada de Google AI Studio para apps personales, anunciada el 13 de octubre de 2026, es un camino distinto y no crea una ficha pública.
La mayoría de los constructores de apps con IA se quedan en una vista previa que funciona: una URL, una sesión de Expo Go o un APK en tu propio teléfono. Nada de eso es lo que revisa Google Play. Este artículo parte de lo que tu herramienta realmente produjo y luego recorre la compilación, las correcciones, los formularios y la prueba en el orden en que Play Console los pide. Vigente al 16 de octubre de 2026.
Qué cubre este artículo
¿Puedo publicar en Google Play una app hecha con IA?
Sí, si la app terminada cumple los requisitos de Google Play. No encontramos ninguna política de Google que prohíba una app porque su código lo escribió una IA. Una versión pública pasa por las mismas revisiones de calidad y de políticas que cualquier otra app, así que usar IA para escribir el código no te quita la responsabilidad sobre la app terminada.
El propio anuncio de Google del 13 de octubre de 2026 habla de crear apps Android con vibe coding en Google AI Studio. Lo que no crea es un atajo: una ficha pública sigue necesitando una versión que funcione, declaraciones precisas y, para muchas cuentas personales nuevas, la prueba cerrada. No encontramos ninguna política fechada de Google dirigida a las apps escritas con IA como categoría. Las reglas que frenan las compilaciones flojas hechas con IA son las generales, sobre utilidad y comportamiento defectuoso.
“No permitimos apps que solo tengan funcionalidad y contenido limitados.”
Política para Desarrolladores de Google Play, Funcionalidad mínima
Código con IA, funciones con IA e imágenes de ficha con IA son tres preguntas distintas
Una IA escribió tu código
No existe una declaración sobre la autoría del código. La revisión se fija en la app que publicas: si funciona, qué hace con los datos y si es útil.
Tu app genera contenido con IA
Las apps que generan contenido en tiempo de ejecución entran en la política de Google sobre contenido generado por IA: protecciones contra el contenido prohibido y una forma, dentro de la app, de que los usuarios lo denuncien o lo marquen.
Una IA hizo las imágenes de tu ficha
Las imágenes y los videos de la ficha de Play Store y de promoción tienen sus propias declaraciones condicionales de etiqueta de IA, que se evalúan elemento por elemento. Eso trata de los recursos gráficos, no de tu código.
Para todo lo que una app nueva necesita antes de la revisión, consulta los requisitos de publicación de Google Play para 2026.
¿Quieres una ficha pública o solo una app en tu teléfono?
Decide esto primero, porque el uso personal privado y una ficha pública en Play ahora tienen caminos de entrada distintos. Todo lo que sigue a esta sección trata de la ficha pública.
La ruta privada de Google AI Studio frente a una ficha pública en Play
Una app que solo instalas tú
El 13 de octubre de 2026 Google anunció que las apps creadas con vibe coding en Google AI Studio se pueden instalar de forma privada en tu propio dispositivo desde un catálogo personal. Google describe que el despliegue empieza en mercados seleccionados, entre ellos EE. UU., para usuarios de 18 años o más con una cuenta de Google estándar. Según Google, la opción de compartir con un círculo pequeño llegará más adelante.
Una app que cualquiera puede instalar
Una ficha pública necesita una cuenta de desarrollador de Play Console (US$25 una sola vez, con verificación de identidad y, para las cuentas personales nuevas, una comprobación en un dispositivo Android físico con Android 10 o posterior), un AAB firmado, los formularios de contenido de la app y, para las cuentas personales creadas después del 13 de noviembre de 2023, la prueba cerrada. Google dice que una versión pública mantiene su revisión habitual de confianza, seguridad y calidad.
No pudimos verificar una lista completa de países para la ruta privada, así que consulta el anuncio de Google de octubre de 2026 para tu mercado antes de planificar en torno a ella. Tampoco des por hecho que una app privada se salta los controles de seguridad; Google no lo ha dicho.
¿Cómo obtengo el AAB de mi herramienta?
El proceso de compilación para Android depende del framework de tu proyecto, no del nombre del asistente de programación. Un botón web de publicar puede generar un sitio web sin generar un Android App Bundle, así que primero identifica lo que tienes: una app web, un proyecto Expo o React Native, un proyecto Flutter o un constructor que exporta el AAB por sí mismo.
Elige la herramienta que usaste
Replit
- Ruta al AAB
- La documentación móvil de Replit dice que Replit todavía no admite la publicación en Google Play y que EAS CLI y EAS Build no son compatibles en Replit. Si tu proyecto es una app Expo, exporta el código fuente con Git y ejecuta la compilación de producción de Expo (consulta la tarjeta de Expo) en tu propia computadora. Si es un proyecto web, usa la ruta de Capacitor de la tarjeta de Lovable.
- Ojo con
- Los consejos que te dicen que ejecutes EAS desde el Shell de Replit están desactualizados. La ruta de exportar y luego compilar fuera combina piezas documentadas; Replit no la ofrece como un solo botón.
Lovable
- Ruta al AAB
- Lovable publica sitios web. No tiene empaquetado ni envío a tiendas integrados. La opción documentada es empaquetar tú mismo la compilación web con Capacitor:
npm install @capacitor/android, luegonpx cap add androidynpx cap open android, y crear el bundle firmado en Android Studio. - Ojo con
- La versión mayor de Capacitor fija el API objetivo que puedes alcanzar: Capacitor 8 corresponde a API 36 y Capacitor 7 a API 35. Revisa los plugins y la firma, y recuerda que el wrapper tiene que seguir siendo una app útil, no solo el sitio web dentro de un marco.
Bolt
- Ruta al AAB
- Bolt puede crear una app web o un proyecto móvil Expo. Para un proyecto Expo, descárgalo en un editor local, configura EAS y ejecuta la compilación de producción para Android. Un proyecto web necesita una capa como Capacitor o una compilación nativa aparte.
- Ojo con
- No ejecutes pasos de compilación nativa sobre un proyecto web simple. La guía de Bolt va de las pruebas internas directamente a producción; añade en medio la prueba cerrada de Google si tu cuenta está dentro del requisito.
FlutterFlow
- Ruta al AAB
- Ve a Settings and Integrations > App Settings > Mobile Deployment > Google Play Store y luego despliega o descarga el AAB. FlutterFlow documenta una primera subida manual a pruebas internas y despliegues automáticos después.
- Ojo con
- Guarda o exporta la clave de subida generada, o importa la tuya original. Revisa los valores del SDK en la configuración avanzada de Android; FlutterFlow no promete que todos los proyectos cumplan las reglas de API o de 16 KB.
Kodular
- Ruta al AAB
- Usa Export app as AAB (el atajo documentado es Alt + Shift + E) y sube el bundle resultante.
- Ojo con
- La versión 2026.05.3 de Kodular, publicada el 27 de septiembre de 2026, añadió el API objetivo 36, así que vuelve a compilar cualquier AAB anterior. El componente obsoleto Firebase Database bloquea la compilación hasta que lo migres, y cada extensión necesita su propia comprobación de compatibilidad.
Expo
- Ruta al AAB
- Configura EAS y la firma, y luego ejecuta
eas build --platform android --profile production. Descarga el AAB o envíalo coneas submit --platform android. - Ojo con
- Un APK de vista previa no sirve para subirlo a Play; el perfil de producción genera un AAB. La documentación de envío de Expo, actualizada el 9 de octubre de 2026, admite un primer envío automatizado, y por defecto llega al canal interno. Las pruebas internas no son la prueba cerrada, así que elige el canal a propósito.
Cursor o Claude Code (Flutter)
- Ruta al AAB
- Configura la firma de lanzamiento, revisa el application ID y los valores del SDK en Gradle, y luego ejecuta
flutter build appbundle. El bundle aparece enbuild/app/outputs/bundle/release/app.aab. - Ojo con
- El asistente no es el runtime; Flutter sí lo es. Revisa los plugins nativos y conserva el application ID original si estás actualizando una app que ya existe en Play.
Cursor o Claude Code (React Native)
- Ruta al AAB
- Configura el keystore de subida y la firma de lanzamiento, y luego ejecuta
npx react-native build-android --mode=release. El bundle aparece enandroid/app/build/outputs/bundle/release/app-release.aab. Si el proyecto usa Expo, sigue la tarjeta de Expo. - Ojo con
- React Native 0.81 pasó a apuntar a API 36 por defecto y la 0.77 añadió compatibilidad con 16 KB. Son hitos, no prueba de que todas las bibliotecas de tu app cumplan.
Cada ruta de arriba se comprobó con la documentación del propio proveedor el 16 de octubre de 2026; ninguna se ejecutó en un proyecto de prueba. Los constructores cambian rápido, así que confirma con la documentación actual antes de compilar. Y no subas a mano el número del SDK objetivo para que un proyecto antiguo pase: actualiza a herramientas que admitan el nuevo objetivo.
¿Qué debo corregir antes de subirla?
Revisa el artefacto de lanzamiento antes de invitar a nadie a probarlo. Tres comprobaciones técnicas detectan la mayoría de las sorpresas tras una recompilación: el nivel de API objetivo, el tamaño de página de las bibliotecas nativas y la identidad y la firma de la app.
Nivel de API objetivo
Desde el 31 de agosto de 2026, las apps nuevas y las actualizaciones para teléfonos y tablets deben apuntar a Android 16 (nivel de API 36) o superior; las apps con una prórroga tuvieron hasta el 1 de noviembre de 2026. Las apps de Wear OS, Android Automotive, TV y XR tienen otros objetivos. Los detalles y la forma de corregirlo están en el artículo sobre el nivel de API objetivo.
Tamaño de página de 16 KB y bibliotecas nativas
Las apps que contienen código nativo deben ser compatibles con dispositivos con páginas de memoria de 16 KB. La guía actual de Google bloquea las actualizaciones incompatibles a partir del 1 de febrero de 2027 para las apps que apuntan a API 35 o superior, pero eso no es una exención para una app nueva: revisa ahora las bibliotecas nativas. Que un framework sea compatible con 16 KB no demuestra que todas las dependencias nativas de tu app lo sean. Consulta cómo encontrar y corregir el error de 16 KB.
Identidad y firma de la app
“Si cambias el ID de aplicación, Google Play Store trata la subida como una app completamente diferente.”
Android Developers, Configura el módulo de la app
Cuando una recompilación con IA regenera el proyecto, compara el nuevo application ID con el que Play Console ya conoce. Guarda la clave de subida y sus contraseñas en un lugar seguro. Con la firma de apps de Play (Play App Signing), Google guarda la clave de firma de la app, y la clave de subida con la que firmas cada bundle es una clave distinta.
¿Google rechazará mi wrapper web?
No por ser un wrapper. Un wrapper debe cumplir las mismas reglas de calidad publicadas que el resto de las apps, y algunas de esas reglas golpean más fuerte a los wrappers simples.
Permiso y funcionalidad útil
La política de spam de Google no permite apps que “ofrecen una WebView de un sitio web sin permiso del propietario o administrador del sitio”, ni apps cuyo propósito principal es enviar tráfico de afiliados a un sitio web. Su política de funcionalidad mínima cubre aparte las apps con contenido limitado o comportamiento defectuoso. Un wrapper de tu propio sitio supera la prueba del permiso, pero aun así tiene que hacer algo útil y funcionar en un dispositivo real.
TWA frente a WebView
Una Trusted Web Activity muestra tu sitio en el navegador del usuario y demuestra la propiedad mediante Digital Asset Links; una WebView lo muestra dentro de tu propia app. Hay desarrolladores que reportan apps TWA publicadas y también rechazadas, y la documentación pública de Google no dice que el uso de TWA sea invisible para las comprobaciones de las pruebas. Cambia la arquitectura solo ante un problema identificado, no porque un foro diga que los wrappers siempre fallan.
Si tu TWA muestra una barra de direcciones del navegador después de instalarla desde Google Play, revisa primero Digital Asset Links contra el certificado de firma de Play: la corrección del SHA-256 en assetlinks.json lo explica paso a paso.
Diagnostica el rechazo real
Lee la política que nombra el correo de rechazo y reproduce el problema en la compilación de lanzamiento, no en la vista previa. Un rechazo por funcionalidad defectuosa apunta a un cierre inesperado, un inicio de sesión que no funciona o una pantalla que no carga, no al framework. Consulta cómo corregir un rechazo por funcionalidad defectuosa.
¿Qué formularios de Play Console necesito?
Tus declaraciones deben describir lo que la app publicada y sus dependencias hacen de verdad, incluidos los SDK, el inicio de sesión, la analítica, los anuncios y cualquier servicio de IA en la nube. Los constructores con IA suelen añadirlos sin avisarte.
“Las apps que no acceden a ningún dato personal y sensible del usuario deben presentar igualmente una política de privacidad.”
Política para Desarrolladores de Google Play, Datos del usuario
| Formulario | Quién lo necesita | Dónde | Completo cuando |
|---|---|---|---|
| Política de privacidad | Quién lo necesitaTodas las apps | DóndeApp content > Privacy policy, además de la política o un enlace dentro de la app | Completo cuandoUna página pública que coincide con tu app y con sus prácticas reales de datos |
| Seguridad de los datos (Data safety) | Quién lo necesitaApps en canales cerrados, abiertos o de producción, aunque no recopilen datos | DóndeApp content > Data safety | Completo cuandoRespuestas basadas en el inventario real de SDK, backend y WebView |
| Clasificación del contenido | Quién lo necesitaTodas las apps nuevas | DóndeApp content > Content rating questionnaire | Completo cuandoUna clasificación enviada; Google no permite apps sin clasificar |
| Acceso a la app | Quién lo necesitaApps con inicio de sesión o funciones restringidas | DóndeApp content > App access | Completo cuandoUn revisor puede llegar a todas las funciones anunciadas |
| Anuncios y público objetivo | Quién lo necesitaTodas las apps | DóndeApp content > Ads, luego Target audience and content | Completo cuandoGrupos de edad y comportamiento de anuncios reales declarados |
| Funciones de IA generativa | Quién lo necesitaApps que generan contenido en tiempo de ejecución | DóndeDentro de la propia app | Completo cuandoProtecciones de contenido y una forma, dentro de la app, de denunciar o marcar lo que genera |
| Acceso a contactos | Quién lo necesitaApps que apuntan a API 37+ y solicitan READ_CONTACTS | DóndeDeclaración de contenido de la app | Completo cuandoAcceso amplio justificado, o reemplazado por el selector de contactos, antes del 27 de enero de 2027 |
| Eliminación de la cuenta | Quién lo necesitaApps que permiten a los usuarios crear una cuenta | DóndeUna forma de solicitar la eliminación dentro de la app y en la web, con esa URL web indicada en Play Console | Completo cuandoEliminar la cuenta borra sus datos, y cualquier retención legítima está declarada |
Las etiquetas de los menús varían entre las páginas de ayuda de Google, así que si una etiqueta es distinta en tu Console, busca en App content (Contenido de la app). Estas rutas vienen de la documentación de Google, no de capturas de pantalla de tu cuenta.
¿Dónde encaja la prueba cerrada?
Después de la compilación, los formularios y una versión usable, y antes de solicitar acceso a producción. Google la exige a las cuentas personales de desarrollador creadas después del 13 de noviembre de 2023; las cuentas de organización y las cuentas personales más antiguas quedan fuera de esa regla.
“Si tienes una cuenta personal de desarrollador creada recientemente, debes realizar una prueba cerrada de tu app con un mínimo de 12 testers que hayan aceptado participar durante al menos los últimos 14 días de forma continua.”
Ayuda de Play Console, respuesta 14151465
Usa el canal correcto
La prueba se hace en un canal de pruebas cerrado (segmento de pruebas, en la versión latinoamericana de Play Console). Las pruebas internas son una preparación útil, con hasta 100 testers por app, pero no cuentan; configurar las pruebas internas explica la diferencia. Una URL de vista previa, una sesión de Expo Go o un APK instalado a mano tampoco cuentan: los testers aceptan participar e instalan desde Google Play.
Solicita el acceso y luego publica
Cuando el Panel muestre que cumples los requisitos, solicita acceso a producción y responde con honestidad las preguntas sobre tu prueba. Google dice que la revisión suele tardar siete días o menos y que en ocasiones puede tardar más. La aprobación te da acceso a producción; todavía tienes que preparar y enviar una versión de producción antes de que la app sea pública. Si acabas de pagar la tarifa, qué hacer después de pagar US$25 explica todo el orden.
¿Y si la recompilación perdió mi clave o cambió mi paquete?
Primero identifica si la recompilación cambió tus credenciales, la identidad de tu app o ambas cosas. Perder una clave de subida no es lo mismo que perder una clave de firma de la app, y un application ID cambiado crea otra app en Play aunque las pantallas se vean idénticas.
| Síntoma | Revisa primero | Cómo recuperarte |
|---|---|---|
| Keystore de subida perdido | Revisa primero¿La app está inscrita en la firma de apps de Play? | Cómo recuperarteCrea una nueva clave de subida, exporta su certificado público como archivo PEM y luego solicita el restablecimiento de la clave de subida en Play Console, en Manage Play app signing > Upload key certificate. |
| Clave de firma de la app autogestionada perdida | Revisa primero¿La firma la gestionaba Google o tú? | Cómo recuperarteSin la clave original y sin la firma de apps de Play, actualizar la app existente puede ser imposible. Compruébalo antes de recompilar con una nueva identidad. |
| La recompilación tiene otro paquete | Revisa primeroCompara el nuevo application ID con el de la app publicada | Cómo recuperarteRestaura el application ID original si quieres una actualización y luego revisa la firma y el código de versión. |
| La TWA muestra una barra del navegador tras instalarla desde Play | Revisa primero¿assetlinks.json incluye el certificado de firma de Play? | Cómo recuperarteCorrige Digital Asset Links para el nombre de paquete y la clave de firma reales. |
| La compilación de lanzamiento falla aunque la vista previa funciona | Revisa primero¿Qué cambia entre la vista previa y el bundle de lanzamiento? | Cómo recuperartePrueba a fondo la propia compilación de lanzamiento y revisa su configuración, sus bibliotecas nativas y sus dependencias. Que funcione una vista previa en el navegador o en Expo no demuestra que el bundle esté listo. |
“Si pierdes tu clave de subida o sospechas que se vio comprometida, no pierdes el acceso a tu app.”
Ayuda de Play Console, Usar la firma de apps de Play
keytool -export -rfc -keystore upload-keystore.jks -alias upload -file upload_certificate.pemUsa la ruta y el alias reales de tu keystore. Solo subes el certificado público; nunca envíes la clave privada a nadie.
Lista de verificación previa al envío
Envía la app cuando la compilación de lanzamiento real, las declaraciones, los datos de acceso para el revisor y la evidencia de las pruebas coincidan. Marca cada punto a medida que lo superes.
Diez puntos de control antes de enviar
0 de 10 puntos superadosLos diez puntos superados. Tu versión, tus formularios y la evidencia de tu prueba coinciden.
¿Cuándo ayuda un servicio de testers?
Cuando ya tienes una versión usable para la prueba cerrada y lo que queda es encontrar 12 personas (verificadores, en la documentación oficial de Google en español) que acepten participar y se queden 14 días. Un servicio de testers no puede arreglar tu compilación, verificar tu cuenta ni tomar la decisión de Google por ti.
Muchos creadores que usan IA llegan a este punto al final: la app funciona, pero nadie a su alrededor tiene un teléfono Android, o un amigo abandona el día nueve. PrimeTestLab aporta testers reales en dispositivos Android reales. Compartes tu enlace de la prueba, los testers aceptan participar en 4-6 horas y se quedan los 14 días completos, y un tester que abandona se reemplaza el mismo día (el reemplazo empieza sus propios 14 días, así que importa tener un margen por encima de 12). Nunca nos das acceso a Play Console, y sigues la prueba en un panel en vivo con un informe escrito al final.
Mira cómo funciona el servicio de 12 testers o elige un plan abajo.
Planes actuales
Starter
12 testers
$19.99
Enterprise
25 testers
$27.99
Professional
25 testers
$59.99
Más 5% de tarifa de servicio al pagar (mínimo $1.50). Visa o Mastercard via Stripe. Si Google no concede el acceso a producción tras la prueba completa, tú eliges: repetición gratis o reembolso completo.
Preguntas frecuentes
¿Puedo publicar en Google Play una app que hice con IA?
Sí. Una app creada con IA se puede enviar para su publicación pública, y Google dice que esa ruta mantiene su revisión habitual de confianza, seguridad y calidad. Identifica el framework que produjo tu herramienta, crea su Android App Bundle firmado y completa los requisitos de cuenta y de app que te correspondan. Usar IA no hace, por sí solo, que la app terminada esté lista.
Replit me dio un enlace. ¿Dónde está mi AAB?
Un enlace web publicado no es un bundle de Android. Comprueba si tu proyecto es un sitio web o un proyecto móvil Expo o React Native. La documentación actual de Replit no admite la publicación en Google Play ni ejecutar EAS en Replit. Exportar el código móvil y compilarlo con Expo en otro lugar es una ruta posible, pero no es un botón de publicación de Replit.
¿Puedo meter mi sitio web de Lovable en una app Android?
Lovable documenta el empaquetado externo, incluido Capacitor, pero no tiene envío integrado a Google Play. La capa Android sigue necesitando firma de lanzamiento, la configuración correcta y pruebas en un dispositivo real. El permiso para usar el sitio web es solo una parte; la app también necesita funcionalidad útil y una experiencia estable. Empaquetarla, por sí solo, no la hace aceptable.
¿Necesito testers si creé la app con Expo o FlutterFlow?
Revisa tu cuenta de Play, no el constructor. La regla de Google cubre las cuentas personales creadas después del 13 de noviembre de 2023, y ninguna herramienta de compilación está exenta. Una subida interna exitosa desde Expo o FlutterFlow no completa la prueba cerrada obligatoria. Sigue el Panel de la app y haz la prueba en el canal cerrado si tu cuenta la exige.
¿Hay que convertir una TWA a WebView para que la aprueben?
No encontramos ningún requisito de Google que obligue a esa conversión. Google documenta las Trusted Web Activities como una integración de Android basada en el navegador, y hay desarrolladores que reportan tanto lanzamientos de TWA exitosos como rechazos. Empieza por el rechazo real, el permiso del sitio web, la funcionalidad y cómo se comporta la compilación de lanzamiento. La documentación pública no respalda las afirmaciones de que las pruebas con TWA son invisibles para Google.
Mi app no recopila nada. ¿Igual necesito información de privacidad?
Sí. Google exige una política de privacidad incluso a las apps que no acceden a datos personales ni sensibles, y las apps en canales cerrados, abiertos o de producción deben completar la sección de seguridad de los datos. Revisa antes cada SDK y servicio remoto: la analítica, los anuncios, el inicio de sesión o el contenido web controlado por la app pueden cambiar las respuestas correctas aunque tus propias pantallas no recopilen nada.
Perdí mi keystore. ¿Tengo que empezar una app nueva?
Primero identifica qué clave perdiste. Con la firma de apps de Play, una clave de subida perdida se puede reemplazar mediante el restablecimiento de la clave de subida de Google, usando el certificado público de una clave nueva. Perder una clave de firma de la app autogestionada sin esa protección es distinto y puede impedir las actualizaciones. Revisa la configuración de firma de la app original antes de recompilar con una nueva identidad.
¿Puedo cambiar el nombre del paquete al recompilar?
Cambiar el application ID hace que Google Play trate el bundle como una app diferente. Si quieres actualizar la ficha existente, restaura su application ID original y firma con las credenciales correctas. Un nombre de app conocido o una interfaz idéntica no conservan la identidad cuando el identificador de paquete que hay debajo ha cambiado.
¿Recompilar con la última versión del framework corrige el error de 16 KB?
Puede corregir las bibliotecas del propio framework, pero no demuestra que toda la app sea compatible. Los plugins nativos, los SDK o las extensiones pueden seguir incluyendo binarios incompatibles. Inspecciona el bundle de lanzamiento final y prueba en un entorno de 16 KB. Google considera las dependencias nativas parte de tu app, incluidas las que un constructor externo añadió por ti.
¿Mis cambios en Lovable actualizarán la app de Play automáticamente?
Depende de cómo esté hecha la app. Una TWA muestra tu contenido web en vivo a través del navegador, mientras que un proyecto Android empaquetado tiene su propia versión nativa y su propia configuración. Averigua qué archivos y servicios afecta un cambio antes de decidir si necesitas un bundle nuevo. No des por hecho que todos los cambios de web, plugins, permisos o firma siguen el mismo proceso de actualización.
En resumen
Resumen
La herramienta de IA que usaste no cambia lo que pide Google Play: un AAB firmado, las declaraciones y, para las cuentas personales creadas después del 13 de noviembre de 2023, una prueba cerrada con 12 testers que hayan aceptado participar durante 14 días de forma continua. Identifica lo que creó tu herramienta, sigue la ruta de lanzamiento de ese framework, resuelve las comprobaciones de API objetivo, 16 KB y firma, y completa los formularios a partir de la compilación real. Cuando encontrar testers es lo último que te separa del acceso a producción, PrimeTestLab te los aporta desde $19.99. Ver planes →