Target API level demasiado bajo: por qué Google bloquea la subida y cómo recompilar una app de WebViewGold que cumpla
Es el rechazo menos dramático de Google Play y el más fácil de arreglar. Tu bundle se compiló a partir de una plantilla que apunta a una versión de Android más antigua de la que Google exige ahora. Descarga la versión actual de WebViewGold, traslada tus ajustes, recompila y sube. O recompila en el Cloud Builder, que siempre usa la plantilla actual.
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
9:41
Tu app
Tu appYa en tu bolsillo
App Store · Google Play Aprobada
Qué es el target API level y por qué Google lo impone
Cada app de Android declara para qué versión de Android se compiló y se probó: el target SDK. El sistema lo usa para decidir qué comportamientos modernos se aplican a la app: solicitudes de permisos en tiempo de ejecución, el permiso de notificaciones, las restricciones al trabajo en segundo plano, el selector de fotos, etc. Una app que apunta a una versión antigua conserva comportamientos antiguos y menos respetuosos con la privacidad. Por eso Google exige que las apps nuevas y las actualizaciones apunten a una versión reciente de Android, y sube el listón una vez al año, normalmente a finales del verano (boreal), hasta la versión principal del año anterior.
Lo notarás de una de dos maneras. O bien la Play Console rechaza la subida o la versión con un mensaje que indica el nivel exigido, o bien Google te avisa de que tu app existente dejará de mostrarse a los usuarios de dispositivos más nuevos si no la actualizas. Ambos casos tienen la misma solución: recompilar con una plantilla que apunte al nivel actual.
Por qué tu bundle se compiló demasiado antiguo
Una descarga antigua
Descargaste WebViewGold hace meses, lo configuraste y no lo envías hasta ahora. Las plantillas descargadas antes de la fecha límite anual apuntan al nivel anterior. Las actualizaciones son gratuitas; descarga la versión actual desde donde la compraste.
Un proyecto copiado
Clonaste el proyecto de tu última app para ahorrar tiempo. La copia arrastra consigo el build.gradle antiguo.
Herramientas desactualizadas
Un Android Studio o un plugin de Gradle desactualizados pueden negarse a compilar con un target más nuevo o usar en silencio componentes del SDK en caché. Actualiza el IDE y acepta las actualizaciones del SDK que te proponga.
APK en lugar de App Bundle
No es un problema de API level, pero aparece en el mismo paso de subida: Play exige un .aab firmado para las apps nuevas. WebViewGold genera App Bundles desde Android Studio y en el Cloud Builder.
Solución: actualiza la plantilla y recompila
Unos treinta minutos en Android Studio. Conserva el proyecto antiguo hasta que la nueva compilación esté publicada.
Descarga la versión actual de WebViewGold para Android
Las actualizaciones son gratuitas durante toda la vida de tu licencia. Descarga la última versión y descomprímela junto a tu proyecto existente, no encima de él.
Traslada tu configuración
Copia tus valores del Config.java antiguo al nuevo (URL, nombre de paquete, ID de push, flags de funciones), los textos de strings.xml, los ID de AdMob si usas anuncios, los iconos de la app en las carpetas mipmap, los gráficos del splash y cualquier cambio que hicieras en AndroidManifest.xml, como permisos eliminados o intent filters para deep links. Un diff lado a lado de ambos Config.java evita que se te olvide algún flag.
Usa la misma clave de firma
Compila el App Bundle firmado con el mismo upload keystore que usaste antes. Con Play App Signing, Google guarda la clave de firma de la app y solo tiene que coincidir tu clave de subida. Un bundle firmado con un keystore nuevo se rechaza para una app existente.
Aumenta el version code
Play solo acepta un bundle si su version code es mayor que el de cualquiera subido antes, incluidos los bundles de los canales de prueba.
Compila y sube
Genera el bundle firmado en Android Studio (menú Build) y sube el .aab al canal que quieras. El aviso desaparece si el target level ya cumple el requisito.
Prueba una vez en un dispositivo
Instala la nueva compilación desde el canal de pruebas internas y abre tus pantallas clave. Los target levels más nuevos cambian cómo se comportan las notificaciones, el acceso a archivos y la navegación hacia atrás; la plantilla actualizada ya lo gestiona, pero echar un vistazo rápido no cuesta nada.
Con una buena versión optimizada de su aplicación web, puedes tener una impresionante aplicación móvil en un par de minutos. ¡Además del servicio al cliente es muy agradable y muy útil! ¡Puedo recomendar WebViewgold :-)
Julian Koch · Cofundador de Dueldonkey · CodeCanyon
Cloud Builder: siempre la plantilla actual
Si usas el Cloud Builder de WebViewGold, no hay ninguna plantilla en tu ordenador que pueda quedarse anticuada. Cada compilación usa la versión actual de WebViewGold, así que el target API level es siempre el que Google exige en ese momento. Abre tu proyecto, conserva tus ajustes, recompila y sube a la Play Console desde el navegador. También es la forma más sencilla de cumplir la fecha límite anual con una app que no has tocado en un tiempo: una recompilación sin cambiar nada en tu app web.
Los tres números de SDK en build.gradle
Qué significa
Qué comprueba Google
targetSdk
La versión de Android para la que se compila y se prueba tu app; controla qué comportamientos modernos se aplican
Este. Debe cumplir el requisito actual para apps nuevas y actualizaciones
compileSdk
El SDK que usa el compilador; debe ser al menos igual al target level
Indirectamente: un compile SDK demasiado bajo impide un target más alto
minSdk
La versión de Android más antigua en la que se instala la app
La política no lo exige; solo decide qué dispositivos ven la app
Preguntas frecuentes
¿Qué API level necesito ahora mismo?
La Play Console te lo indica en el error de subida y en el panel de la app. El requisito cambia cada año, así que compila siempre con la plantilla actual de WebViewGold en lugar de fiarte de un número de un viejo hilo de foro.
¿Se verán afectados mis usuarios actuales mientras recompilo?
No. La versión publicada sigue funcionando. La fecha límite afecta a la visibilidad de tu app para usuarios nuevos en dispositivos más recientes y a tu capacidad de publicar actualizaciones.
¿Tengo que cambiar algo en mi app web?
No. El target API level es una propiedad del contenedor nativo. Tu app de Lovable, Bolt o Replit no se toca; solo se recompila el proyecto de WebViewGold.
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.
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.
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.
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.