Tu app web no es el problema
HTML, CSS y JavaScript se ejecutan dentro de Android System WebView, que Google distribuye y actualiza. Nada de tu código de Lovable, Bolt o Replit es una biblioteca nativa.
Requisito de Google Play
Google Play exige que las apps que se dirigen a Android 15 o posterior sean compatibles con los dispositivos que usan páginas de memoria de 16 KB. El código Java y Kotlin no se ve afectado; solo importan las bibliotecas nativas (archivos .so) de tu bundle. En una app de WebViewGold, esas bibliotecas vienen de los SDK incluidos, así que la solución casi siempre es compilar desde la plantilla actual y revisar el bundle una vez.
Desde $109 de pago único por plataforma, o deja que nuestro equipo lo haga todo desde $698.
Android ha usado tradicionalmente páginas de memoria de 4 KB. A partir de Android 15, los dispositivos pueden usar en su lugar páginas de 16 KB, lo que según Google mejora el rendimiento. Las bibliotecas nativas que se enlazaron para páginas de 4 KB pueden no cargarse o bloquearse en un dispositivo así, por lo que Google Play exige que las apps que se dirigen a Android 15 (API level 35) o posterior sean compatibles con páginas de 16 KB en dispositivos de 64 bits.
El calendario cambió más de una vez, y por eso los foros se contradicen:
Lo que cuenta es la fecha y el texto que la Play Console muestra para tu propia app. Compruébalos antes de planificar una versión.
La advertencia aparece en las páginas de las versiones y en el App bundle explorer (Explorador de app bundles), donde Google muestra si un bundle es compatible con páginas de 16 KB. Los desarrolladores citan textos del tipo "Your app does not support 16 KB memory page sizes", a veces seguidos de la ruta de la biblioteca que falla, como base/lib/arm64-v8a/libexample.so. Una app existente también puede recibir un mensaje en la bandeja de entrada o un email con el plazo que le corresponde.
Antes de que la exigencia se aplique a tu app, es una advertencia con fecha. Una vez que se aplica, una versión que no cumple no se puede publicar, y la única salida es un bundle nuevo con las bibliotecas alineadas.
HTML, CSS y JavaScript se ejecutan dentro de Android System WebView, que Google distribuye y actualiza. Nada de tu código de Lovable, Bolt o Replit es una biblioteca nativa.
El código escrito en Java o Kotlin no depende del tamaño de página. Google dice que las apps sin código nativo ya son compatibles con los dispositivos de 16 KB.
Los SDK de escaneo, anuncios, analítica, informes de fallos, pagos o multimedia a veces incluyen bibliotecas nativas. Si uno de ellos es una versión antigua, todo el bundle suspende la comprobación.
Una plantilla descargada hace mucho tiempo, bibliotecas copiadas en una carpeta jniLibs o un Android Gradle plugin anterior a la 8.5.1, que no alinea las bibliotecas sin comprimir en límites de 16 KB.

¡Gran trabajo! Nunca tuve que usar código para nada, pero logré trabajar con esto y tener mi App lista. ¡Fácil y rápido! ¡También con gran ayuda de los creadores!
WebViewGold incluye la compatibilidad total con páginas de memoria de 16 KB entre sus funciones para Android, y el registro de cambios de Android recoge una compatibilidad mejorada con 16 KB en la versión 16.8 (mayo de 2026). Compilar desde la plantilla actual con las versiones de SDK que incluye es el camino previsto para obtener un bundle conforme. Aun así, hay dos situaciones que merecen una revisión: un proyecto que configuraste con una versión anterior y cualquier biblioteca que hayas añadido tú.
El Cloud Builder siempre compila con la plantilla actual, así que recompilar ahí una app antigua sin cambiar tus ajustes es la solución más rápida. En Android Studio, sigue los pasos de actualización de la plantilla de la guía del target API level, que se aplican aquí sin cambios. Como una recompilación para el target level actual también activa el comportamiento edge-to-edge de Android 15, revisa la guía de edge-to-edge en la misma pasada.
Necesitas la compilación firmada que quieres publicar y Android Studio.
En la Play Console, abre el App bundle explorer, elige la versión y lee la información de compatibilidad con 16 KB. Si indica que el bundle cumple, ya has terminado con este tema.
En Android Studio, genera un APK de release firmado (menú Build, Generate Signed App Bundle or APK) y ábrelo con Build, Analyze APK. Si no hay carpeta lib o no contiene archivos .so, la app no tiene código nativo y ya es compatible con páginas de 16 KB.
En el APK Analyzer, la carpeta lib tiene una columna Alignment que avisa de los archivos que no están alineados a 16 KB. Los nombres de archivo suelen dar una pista del SDK que los incluye.
Ejecuta sobre el APK la comprobación de zipalign de las build tools del Android SDK, como se muestra abajo. La última línea de la salida debería decir "Verification successful".
Crea un dispositivo virtual con una imagen de sistema de Android 15 o posterior etiquetada como 16 KB Page Size, confirma el tamaño de página con adb, instala la app y abre las funciones que dependen de SDK, como el escáner, los anuncios o los pagos.
Actualiza la plantilla o el SDK que incluye la biblioteca sin alinear, recompila con un version code más alto y súbela. El App bundle explorer muestra el resultado para la nueva versión.
Los nombres de archivo son ejemplos. zipalign está en la carpeta build-tools de tu Android SDK, y adb en platform-tools.
# 1. ¿Están todas las bibliotecas nativas alineadas a 16 KB? (busca "Verification successful")
zipalign -v -c -P 16 4 app-release.apk
# 2. Enumera las bibliotecas nativas que hay dentro del APK
unzip -l app-release.apk | grep "\.so$"
# 3. ¿Qué dependencia las trae? (ejecútalo en la carpeta del proyecto)
./gradlew app:dependencies --configuration releaseRuntimeClasspath
# 4. En el emulador de 16 KB: debería mostrar 16384
adb shell getconf PAGE_SIZE| Causa | Solución |
|---|---|
| Proyecto compilado con una versión anterior de WebViewGold | Descarga la plantilla actual (las actualizaciones son gratuitas), traslada Config.java, los iconos y tus cambios en el manifiesto y recompila. O recompila en el Cloud Builder. |
| Un SDK que añadiste incluye un archivo .so antiguo | Actualiza el SDK a la versión que su proveedor marca como compatible con 16 KB, o quítalo si no lo necesitas. |
| Tu propio código C o C++ | Compila con el NDK r28 o posterior, que alinea a 16 KB por defecto. Con NDK más antiguos, añade los flags del linker -Wl,-z,max-page-size=16384 y -Wl,-z,common-page-size=16384. |
| Android Gradle plugin anterior a la 8.5.1 | Actualiza el plugin con el asistente de actualización de Android Studio. Empaquetar las bibliotecas comprimidas (useLegacyPackaging) es solo un último recurso, porque aumenta el tamaño instalado. |
| Un .so precompilado sin actualización disponible | Sustituye la biblioteca o la función que depende de ella. Ningún ajuste de compilación convierte una biblioteca enlazada para páginas de 4 KB en una conforme. |
Compruébalo una vez. Si el bundle no contiene bibliotecas nativas, ya es compatible con páginas de 16 KB. Si contiene archivos .so de SDK, tienen que estar alineados; la plantilla actual de WebViewGold está preparada para ello con los SDK que incluye.
No. El requisito afecta a las bibliotecas nativas del bundle de Android. HTML, CSS y JavaScript no se ven afectados.
Las instalaciones existentes siguen funcionando. El requisito controla qué versiones nuevas puedes publicar. En un dispositivo con páginas de 16 KB, Android puede ejecutar algunas apps sin alinear en un modo de compatibilidad que muestra una advertencia, algo con lo que no conviene contar.
El requisito de Play se refiere a los dispositivos de 64 bits, así que las bibliotecas de 64 bits de tu bundle (las carpetas arm64-v8a y x86_64) son las que deben estar alineadas. Aun así, mantén actualizadas las demás.
El nombre del archivo en la carpeta lib suele señalarlo, y el árbol de dependencias de Gradle muestra qué biblioteca lo trae. Si no lo tienes claro, envía la lista de archivos junto con tu versión de WebViewGold al chat de soporte.
El mismo resultado, con distinta cantidad de trabajo por tu parte. Las tres incluyen la garantía de aprobación y soporte humano 24/7.
$109 por plataforma, pago único
La licencia de WebViewGold: un proyecto de Xcode o Android Studio listo para usar. Pega tu URL, define nombre e icono, activa funciones, compila y envía. Actualizaciones gratuitas para siempre.
Ver planes en la página principal$349 por licencia, complemento de pago único
Sin Mac, sin Xcode, sin Android Studio: configura en el navegador, compilamos ambas apps en la nube y las entregamos a App Store Connect y a Play Console.
Cómo funciona el Cloud Builder Prueba la demo gratuita$698 por plataforma $798
Envíanos tu URL y tu icono. Nuestro equipo configura, compila y entrega tu app en 72 horas, en marca blanca y con los proyectos fuente. Ambas plataformas por $1,158.
Detalles del Full Service Con tecnología dePrecios de la Oferta de invierno válidos hasta el 31 de diciembre de 2026.
Garantía de aprobación en App Store & Google Play – o te devolvemos el dinero en 14 días
¿Prefieres delegarlo? Full Service: configuramos, compilamos y entregamos en 72 horas, desde $698 por plataforma. ¿Preguntas? Chatea con nosotros 24/7.
Los reembolsos se conceden bajo las condiciones indicadas en nuestras FAQ: un rechazo por motivos ajenos al contenido por parte de Apple y/o Google, reclamado dentro de los 14 días posteriores a la compra.