¿Play Store marcó tu app por tamaños de página de memoria de 16 KB?Recompilamos y volvemos a enviar tu app en 1–3 días.

Android 15 (API 35+) introdujo la compatibilidad con páginas de memoria de 16 KB en el hardware nuevo, una mejora de rendimiento sobre las páginas de 4 KB de siempre. Las apps que incluyen librerías nativas (NDK) compiladas solo para páginas de 4 KB no cargan bien en dispositivos de 16 KB. Por eso Google Play ha convertido la compatibilidad con 16 KB en un requisito de publicación: desde el 1 de febrero de 2027, las apps orientadas a Android 15+ que no admitan páginas de 16 KB ya no pueden publicar nuevas versiones.

Mucho. El aviso con la fecha del 1 de febrero de 2027 significa que Google te ha dado un plazo de gracia fijo. Después de esa fecha, Google bloquea todas las nuevas versiones de tu app (incluidas las correcciones urgentes, los parches de seguridad y las actualizaciones de temporada) hasta que publiques una compilación compatible con 16 KB. La versión actual sigue disponible en Play, pero no podrás actualizarla. Recomendamos resolverlo al menos 2–3 semanas antes de la fecha límite.

Por dos motivos. (1) Para confirmar el aviso real que bloquea tu ficha: Play Console es la única fuente fiable, y la política puede verse distinta según la app y el canal. (2) Para subir el AAB recompilado en tu nombre, de modo que la nueva versión se publique en tu ficha actual, con tu keystore actual y sin afectar a quienes ya tienen la app instalada. Te enviamos una guía de una página para añadirnos con los permisos mínimos.

Porque primero hay trabajo de recuperación. Con source code solo actualizamos NDK + Gradle, recompilamos y re-testamos (normalmente 1-3 días hábiles). Sin source code, extraemos el AAB de Play Console, descompilamos, identificamos librerías nativas alineadas a 4 KB, actualizamos toolchain y recompilamos. Ese trabajo extra añade tiempo y riesgo, por eso se cotiza por caso. Siempre te damos primero el precio más bajo si aplica.

No. Mientras re-firmemos con tu keystore actual (mismo .jks/.keystore + key alias + passwords) y publiquemos con el mismo Package ID, la actualización se instala sobre la app existente: mismo login, mismos pedidos, mismas preferencias y mismo push token. Google Play no permite cambiar keystore ni Package ID de una app ya publicada.

Perder el keystore es el único problema que quizá no podamos resolver. Si tu app usa Play App Signing, Google guarda la clave de firma de la app, y una clave de subida perdida se puede restablecer desde Play Console; te guiamos en el proceso. Si firmaste la app tú mismo sin Play App Signing, Google Play solo acepta actualizaciones firmadas con la clave original, así que la única opción es una ficha nueva con un Package ID nuevo, que cotizamos como un trabajo aparte.

No. Cualquier app de Android que incluya librerías nativas necesita la corrección de 16 KB: Flutter, Kotlin o Java nativo, React Native, Cordova e Ionic, Unity y apps propias hechas a medida. Los scripts de CodeCanyon (6amMart, StackFood, 6Valley, eFood, Demandium, DriveMond, HexaCom, GroFresh) son el caso más habitual que vemos, porque incluyen varios SDK que hay que recompilar.

1-3 días hábiles si tienes source code y keystore y el acceso a Play Console está aprobado. 3-7 días hábiles cuando hay que recuperar desde el AAB publicado. El contador se pausa si estamos esperando accesos o archivos de tu lado; verás el timer en vivo en la página del proyecto.

No. Este servicio cubre solo Android y Play Store. iOS pasa por la revisión propia de Apple (App Review y los manifiestos de privacidad), que gestionamos por separado. Si también necesitas una actualización de iOS, dínoslo en la misma consulta y cotizamos las dos.

Las apps nuevas que apunten a Android 15+ deben nacer con soporte 16 KB desde el inicio, y eso ya forma parte de nuestro servicio estándar de envío de apps a Google Play. Esta página es para apps existentes que se construyeron antes de que 16 KB fuera requisito obligatorio.