Saltar al contenido
WebViewGold Del vibe coding a la App Store
Español
Consigue WebViewGold

Requisito de Google Play

Tamaño de página de memoria de 16 KB en Google Play: qué significa y cómo hacer que una compilación de WebViewGold lo cumpla

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.

  • Garantía de aprobación – o te devolvemos el dinero en 14 días
  • Sin programar
  • Pago único, actualizaciones gratuitas
  • Soporte humano 24/7
  • Hecho en Alemania desde 2014 · ISO 27001

Qué dice el requisito y cuándo se aplica

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:

  • 1 de noviembre de 2025: el requisito entró en vigor para las apps nuevas y las actualizaciones que se dirigen a Android 15 o posterior.
  • Hasta el 31 de mayo de 2026: los desarrolladores que necesitaban más tiempo podían solicitar una prórroga en la Play Console.
  • 31 de agosto de 2026: las apps nuevas y las actualizaciones deben dirigirse a Android 16 (API level 36), así que toda subida nueva queda sujeta a la regla.
  • 1 de febrero de 2027: la guía para desarrolladores de Android de Google (actualizada en octubre de 2026) indica que a partir de esta fecha no se podrán publicar actualizaciones que no sean compatibles con páginas de 16 KB.

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.

Cómo te lo indica la Play Console

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.

Por qué afecta siquiera a una app web empaquetada

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.

El código de WebViewGold es Java

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 pueden traer archivos .so

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.

Plantillas y herramientas antiguas

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!

Lucas DuBois · CodeCanyon

En qué punto está la plantilla actual de WebViewGold

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.

Revisa tu bundle en unos quince minutos

Necesitas la compilación firmada que quieres publicar y Android Studio.

  1. Mira el App bundle explorer

    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.

  2. Averigua si incluyes código nativo

    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.

  3. Comprueba la alineación de cada biblioteca

    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.

  4. Confírmalo con zipalign

    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".

  5. Prueba en un emulador de 16 KB

    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.

  6. Corrige, recompila y sube

    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.

Comandos para la comprobación

Los nombres de archivo son ejemplos. zipalign está en la carpeta build-tools de tu Android SDK, y adb en platform-tools.

bash
# 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

Solución según la causa

CausaSolución
Proyecto compilado con una versión anterior de WebViewGoldDescarga 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 antiguoActualiza 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.1Actualiza 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 disponibleSustituye 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.

Lista de comprobación de 16 KB

  • El App bundle explorer indica que el bundle es compatible con 16 KB.
  • Ninguna advertencia de alineación para archivos .so en el APK Analyzer, y la comprobación de zipalign se supera.
  • Compilada desde la plantilla actual de WebViewGold o en el Cloud Builder.
  • Cada SDK que añadiste tú está en una versión compatible con 16 KB.
  • Probada en un emulador de 16 KB, incluidas las funciones que usan SDK nativos.
  • Version code aumentado antes de la subida.

Preguntas frecuentes

Mi app solo muestra mi web. ¿Tengo que hacer algo con las páginas de 16 KB?

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.

¿Tengo que cambiar mi app web por el requisito de 16 KB?

No. El requisito afecta a las bibliotecas nativas del bundle de Android. HTML, CSS y JavaScript no se ven afectados.

¿Qué pasa con la versión que ya está publicada?

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.

¿Importa la regla de 16 KB para las bibliotecas de 32 bits?

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.

¿Cómo averiguo qué SDK incluye la biblioteca sin alinear?

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.

Tres formas de llevar tu app a las tiendas

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.

Hazlo tú mismo

$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

Full Service

$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 de WeSetupYourWebViewApp

Precios de la Oferta de invierno válidos hasta el 31 de diciembre de 2026.

¿Listo para lanzar tu app?

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.