Desde el 31 de agosto de 2026, Google Play exige que las apps móviles nuevas y las actualizaciones tengan como objetivo Android 16, nivel de API 36. Las apps móviles existentes deben apuntar a Android 15, nivel de API 35, para seguir disponibles para nuevos usuarios en dispositivos con versiones de Android más recientes. Es una puerta de release, no una edición de la ficha.

La regla en una tabla

  • Apps móviles nuevas y actualizaciones: target API 36 o superior.
  • Apps móviles existentes: target API 35 o superior para seguir disponibles para nuevos usuarios en versiones más recientes de Android.
  • Fecha límite: 31 de agosto de 2026.
  • Prórroga: las apps elegibles pueden solicitar en Play Console tiempo adicional hasta el 1 de noviembre de 2026.

Wear OS, Android Automotive OS, Android TV y Android XR tienen umbrales distintos. Consulta la tabla de plataformas vigente en los requisitos de nivel de API objetivo de Google antes de enviar.

Revisa cada pista de release activa

Abre Play Console y anota el target API de los artefactos que sirven producción, prueba abierta y prueba cerrada. Después revisa el bundle candidato que tu CI está a punto de subir. Un ajuste local del proyecto no demuestra que el artefacto firmado use el mismo valor.

No confundas target SDK con minimum SDK

Subir targetSdkVersion activa el comportamiento de plataforma más nuevo. No elimina automáticamente el soporte de dispositivos antiguos; eso lo controla por separado minSdkVersion.

Prueba los cambios de comportamiento, no solo el build

  1. Actualiza el compile y el target SDK con un Android Gradle Plugin y una toolchain compatibles.
  2. Revisa los cambios de comportamiento de Android 16 que aplican al apuntar a la API 36.
  3. Actualiza los SDK incompatibles con el nuevo target.
  4. Ejecuta permisos, trabajo en segundo plano, notificaciones, deep links, edge-to-edge y flujos de facturación en un dispositivo Android actual.
  5. Publica en una pista interna e inspecciona los detalles del artefacto en Play Console.

Checklist para el ticket de release

Target API in signed AAB: 36
      Production artifact checked: yes
      Android 16 behavior tests: passed
      Third-party SDK audit: complete
      Internal-track install: verified
      Extension needed: no

Qué pasa si la incumples

Una actualización no conforme no podrá enviarse después de la fecha límite. Una app existente antigua también puede perder visibilidad para nuevos usuarios en versiones más recientes de Android. Los usuarios actuales quizá conserven el acceso, pero eso no es una estrategia de distribución segura. Trata la conformidad del target API como un chequeo permanente de release, no como una emergencia anual.

¿Te ha resultado útil este artículo?