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

Rechazo en Google Play

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

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.

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

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

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

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

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

  6. 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é significaQué comprueba Google
targetSdkLa versión de Android para la que se compila y se prueba tu app; controla qué comportamientos modernos se aplicanEste. Debe cumplir el requisito actual para apps nuevas y actualizaciones
compileSdkEl SDK que usa el compilador; debe ser al menos igual al target levelIndirectamente: un compile SDK demasiado bajo impide un target más alto
minSdkLa versión de Android más antigua en la que se instala la appLa 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.

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.