Cumplimiento con los requisitos de nivel de API objetivo de Google Play

Cuando subes un APK, este debe cumplir con los requisitos de Google Play sobre el nivel de API al que se orientará la app.

Las apps nuevas se deben orientar a Android 12 (nivel de API 31) o versiones posteriores, excepto las que son para Wear OS, que deben orientarse a Android 11 (nivel de API 30) o versiones posteriores.

A partir de noviembre de 2022, las actualizaciones de apps deben orientarse al nivel de API 31 o versiones posteriores y ajustarse a los cambios de comportamiento en Android 12.

Nota: A partir de 2022, algunas apps desactualizadas no estarán disponibles para los usuarios nuevos de dispositivos que ejecuten las versiones más recientes de Android.

¿Por qué conviene orientarse a SDKs más nuevos?

Todas las versiones nuevas de Android incluyen cambios que implican mejoras significativas de seguridad y rendimiento, y optimizan la experiencia del usuario de Android. Algunos de esos cambios solo se aplican a las apps que declaran su compatibilidad de forma explícita a través del atributo de manifiesto targetSdkVersion (el nivel de API objetivo).

Si configuras la app para que tenga como objetivo un nivel de API reciente, esto garantiza que los usuarios se beneficien de mejoras importantes, mientras permite que la app aún pueda ejecutarse en versiones anteriores de Android. Orientar tu app a un nivel de API reciente también permite que esta aproveche las funciones más recientes de la plataforma para que los usuarios disfruten de ella. Además, a partir de Android 10 (nivel de API 29), los usuarios ven una advertencia cuando inician una app por primera vez, si esta está destinada a Android 5.1 (nivel de API 22) o una versión anterior.

Este documento resalta los puntos importantes que debes tener en cuenta cuando actualices el nivel de API objetivo con el fin de cumplir con los requisitos de Google Play.

Cuando migres desde versiones anteriores, consulta la lista completa de cambios a continuación.

Nota: Si tu archivo de Gradle contiene elementos del manifiesto, puedes confirmar o cambiar el valor actual de targetSdkVersion en ese archivo, según se describe en la sección Configura tu compilación. Como alternativa, puedes usar el atributo android:targetSdkVersion en el archivo de manifiesto, según se describe en la documentación del elemento <uses-sdk> del manifiesto.

Migra de Android 11 (nivel de API 30) a Android 12 (nivel de API 31)

Seguridad y permisos

Experiencia del usuario

  • Notificaciones personalizadas: Las notificaciones con vistas de contenido personalizado ya no usan el área de notificaciones completa. En su lugar, el sistema aplicará una plantilla estándar. Esta plantilla garantiza que las notificaciones personalizadas tengan la misma decoración que otras notificaciones en todos los estados. Este comportamiento es casi idéntico al comportamiento de Notification.DecoratedCustomViewStyle.
  • Cambios en la verificación de Android App Links: Cuando uses la verificación de Android App Link, asegúrate de que los filtros de intents incluyan la categoría BROWSABLE y admitan el esquema HTTPS.

Rendimiento

  • Restricciones para el inicio del servicio en primer plano: Para orientar tu contenido a Android 12 o versiones posteriores, la app no puede iniciar servicios en primer plano mientras se ejecuta en segundo plano, excepto en algunos casos especiales. Si una app intenta iniciar un servicio en primer plano mientras se ejecuta en segundo plano, se produce una excepción (salvo en algunos casos especiales).

    Procura usar WorkManager para programar y comenzar a realizar trabajos acelerados mientras la app se ejecuta en segundo plano. Para completar acciones urgentes que solicita el usuario, inicia los servicios en primer plano dentro de una alarma exacta.

  • Restricciones del trampolín de notificaciones: Cuando los usuarios presionan notificaciones, algunas apps inician, como respuesta, un componente de app que da comienzo a la actividad que ve el usuario y con la que interactúa. A este componente de app se lo conoce como trampolín de notificaciones.

    Las apps no deben iniciar actividades de servicios ni receptores de emisión que se usen como trampolines de notificaciones. Después de que un usuario presiona una notificación o un botón de acción dentro de la notificación, tu app no puede llamar a startActivity() dentro de un servicio ni receptor de emisión.

Mira el conjunto completo de cambios que afectan a las apps que se orientan a Android 12 (nivel de API 31).

Realiza la migración de una versión anterior a Android 11 (nivel de API 30)

Selecciona la versión de Android desde la que harás la migración:

Realiza la migración a Android 5 (nivel de API 21)

Consulta la página sobre cambios de comportamiento de cada una de las versiones subsiguientes de tu app para garantizar que se hayan considerado los cambios que se implementaron en ellas:

Para continuar, sigue las instrucciones que se describen en la próxima sección.

Realiza la migración a Android 6 (nivel de API 23)

Las siguientes consideraciones se aplican a las apps que se segmentan a Android 6.0 y versiones posteriores de la plataforma:

  • Permisos de tiempo de ejecución

    • Los permisos peligrosos solo se otorgan durante el tiempo de ejecución. Los flujos de la IU deben proporcionar las condiciones para que se otorguen estos permisos.

    • En la medida de lo posible, asegúrate de que la app esté preparada para manejar el rechazo de las solicitudes de permisos. Por ejemplo, si el usuario rechaza otorgar acceso al GPS del dispositivo, la app debería tener otra manera de proceder.

Para ver una lista detallada de los cambios que se implementaron en Android 6.0 (nivel de API 23), consulta la página sobre cambios de comportamiento de esa versión de la plataforma.

Para continuar, sigue las instrucciones que se describen en la próxima sección.

Realiza la migración a Android 7 (nivel de API 24)

Las siguientes consideraciones se aplican a las apps que se orientan a Android 7.0 y versiones posteriores de la plataforma:

  • Descanso y App Standby

    Cuando diseñes la app, ten en cuenta los comportamientos que se describen en la sección Cómo optimizar tu app para Descanso y App Standby, que engloba los cambios progresivos que se implementaron en diferentes versiones de la plataforma.

    Cuando un dispositivo se encuentra en modo de Descanso y App Standby, el sistema se comporta de la siguiente manera:

    • Restringe el acceso a la red.
    • Pospone alarmas, sincronizaciones y tareas.
    • Restringe el GPS y el escaneo de redes Wi-Fi.
    • Restringe los mensajes de Firebase Cloud Messaging de prioridad normal.
  • Cambios de permisos

    • El sistema restringe el acceso a los directorios privados de la app.
    • Si expones un URI de tipo file:// fuera de la app, se activa FileUriExposedException. Si necesitas compartir archivos fuera de la app, implementa FileProvider
  • El sistema prohíbe los vínculos a bibliotecas que no sean de NDK.

Para ver una lista detallada de los cambios que se implementaron en Android 7.0 (nivel de API 24), consulta la página Cambios en el comportamiento de esa versión de la plataforma.

Para continuar, sigue las instrucciones que se describen en la próxima sección.

Realiza la migración a Android 8 (nivel de API 26)

Las siguientes consideraciones se aplican a las apps que se segmentan a Android 8.0 y versiones posteriores de la plataforma:

Para ver una lista detallada de los cambios que se implementaron en Android 8.0 (nivel de API 26), consulta la página sobre cambios de comportamiento de esa versión de la plataforma.

Realiza la migración de Android 8 (API 26) a Android 9 (API 28)

Para ver una lista detallada de los cambios que se implementaron en Android 9.0 (nivel de API 28), consulta la página sobre cambios de comportamiento.

Realiza la migración de Android 9 (nivel de API 28) a Android 10 (nivel de API 29)

Realiza la migración de Android 10 (nivel de API 29) a Android 11 (nivel de API 30)

Para ver una lista detallada de los cambios que se implementaron en Android 11 (nivel de API 30), consulta la página sobre cambios en el comportamiento.

Para continuar, sigue las instrucciones que se describen en la sección anterior a fin de actualizar la versión al nivel de API 31.

Moderniza tus apps

Cuando actualices el nivel de API objetivo, considera adoptar funciones recientes de la plataforma que te permitan modernizar tus apps y mejorar la experiencia de tus usuarios.

Consulta y actualiza tus bibliotecas y SDK

Asegúrate de que tus dependencias a SDK de terceros sean compatibles con la API 29. Algunos proveedores de SDK lo publican en el manifiesto y otros exigen investigación adicional. Si usas un SDK que no es compatible con la API 29, establece como prioridad solucionar el problema con el proveedor del SDK.

Además, ten en cuenta que la targetSdkVersion de tu app o juego podría restringir el acceso a bibliotecas privadas de la plataforma de Android. Para obtener más información, consulta cómo vincular apps NDK a bibliotecas de la plataforma.

También debes verificar las restricciones que existan en la versión de la biblioteca de compatibilidad de Android que estés usando. Al igual que siempre, debes asegurarte de que la compileSdkVersion de tu app sea compatible con la versión más reciente de la biblioteca de compatibilidad de Android.

Se recomienda que elijas una targetSdkVersion menor o igual que la versión más reciente de la biblioteca de compatibilidad. También se recomienda que actualices la biblioteca de compatibilidad a una versión actualizada y compatible para aprovechar las funciones de compatibilidad y correcciones de errores más recientes.

Prueba tu app

Luego de actualizar el nivel de API de tu app y las funciones correspondientes, se recomienda que pruebes algunos de los casos prácticos más importantes. Las siguientes sugerencias no son exhaustivas, pero te pueden servir como guía en el proceso de prueba. Se recomienda que pruebes lo siguiente:

  • Que tu app se compile a la API 29 sin errores ni advertencias
  • Que la app cuente con una estrategia para casos en los que los usuarios rechacen solicitudes de permisos, y los solicite de manera directa Para ello, haz lo siguiente:
    • Inhabilita cada uno de los permisos de tu app en la pantalla Información de apps.
    • Abre la app y asegúrate de que no tenga fallas.
    • Realiza pruebas de los casos prácticos más importantes y asegúrate de que se vuelvan a solicitar los permisos.

  • Que maneje la función de Descanso con los resultados esperados y sin errores.
    • Con el adb, activa la función de Descanso del dispositivo de prueba mientras tu app está en ejecución.
    • Prueba todos los casos prácticos que desencadenen mensajes de Firebase Cloud Messaging.
    • Prueba todos los casos prácticos que usen alarmas o tareas.
    • Elimina todas las dependencias a servicios en segundo plano.
  • Activa el modo App Standby de tu app.
    • Prueba todos los casos prácticos que desencadenen mensajes de Firebase Cloud Messaging.
    • Prueba todos los casos prácticos que usen alarmas.

  • Que administre correctamente las fotos y los videos nuevos que se tomen
  • Que sea capaz de compartir archivos con otras apps
    • Prueba todos los casos prácticos que compartan datos de archivos con otras apps (incluso si las otras apps pertenecen al mismo desarrollador).
    • Comprueba que el contenido sea visible en la otra app y no desencadene fallas.
  • Más información

    Acepta recibir correos electrónicos en Google Play Console para que te enviemos anuncios y actualizaciones importantes de Android y Google Play, incluido el boletín informativo mensual para socios.