El plazo de Google Play no significa lo que parece
El 31 de agosto de 2026 ya pasó: desde esa fecha, las apps nuevas y las actualizaciones enviadas a Google Play deben apuntar a Android 16, nivel de API 36, o posterior. La regla para las apps existentes es distinta: para seguir disponibles a usuarios nuevos en dispositivos con versiones recientes de Android, necesitan apuntar como mínimo a Android 15, API 35. Por tanto, decir que todas las apps existentes deben apuntar a API 36 simplifica incorrectamente la política. Google indica que se puede solicitar una extensión, hasta el 1 de noviembre de 2026, para determinados requisitos. (support.google.com)
Apuntar a una API es una declaración técnica de compatibilidad dirigida a Android; no equivale a certificar que la interfaz se diseñó bien para cada tamaño de pantalla. La propia política de Play se ocupa del nivel de API requerido para publicar o distribuir una app. La adaptación visual se rige por otros aspectos: cómo la app responde al espacio disponible, a los cambios de orientación y a la configuración de ventanas. Conviene distinguir ambos asuntos antes de concluir que el cambio de Play garantiza una experiencia mejor en un plegable. (support.google.com)
Qué modifica Android 16 en una pantalla grande
En Android 16, para las apps que apuntan a API 36, el sistema puede dejar de respetar ciertas solicitudes de orientación fija, proporciones máximas o mínimas y restricciones de cambio de tamaño cuando la ventana tiene un ancho mínimo de 600 dp o más. En ese ámbito también se permite el modo multiventana. La documentación incluye las tabletas, las pantallas interiores grandes de plegables y el modo de ventanas de escritorio; no describe un cambio que afecte por igual a cualquier pantalla o a cualquier postura del teléfono. (developer.android.com)
En términos cotidianos, una app que antes aparecía limitada a un rectángulo vertical o con franjas alrededor podría ocupar más espacio y quedar disponible en otras orientaciones o tamaños de ventana. El resultado no es necesariamente una interfaz rediseñada: el sistema puede permitir más espacio, pero corresponde a la app distribuir bien sus elementos dentro de él. Por eso, el cambio puede hacer más visible una interfaz que no se adapta, en vez de repararla automáticamente. Google advierte de problemas posibles, como componentes estirados o superpuestos, si un diseño no se preparó para las nuevas dimensiones. (developer.android.com)
El umbral de 600 dp y las excepciones
El límite importa especialmente en plegables. La regla de Android 16 se aplica según el ancho mínimo de la pantalla o ventana, no simplemente porque el dispositivo tenga una bisagra. Google identifica como excepción las pantallas por debajo de 600 dp, categoría que incluye la mayoría de los teléfonos, además de las pantallas externas de plegables grandes. Así, una misma app podría comportarse de manera distinta en la pantalla exterior y en la interior, dependiendo de las dimensiones y de las condiciones de uso. (developer.android.com)
La documentación también excluye los juegos identificados con la categoría correspondiente y contempla que el usuario active el comportamiento predeterminado de la app en los ajustes de relación de aspecto. Además, en API 36 los desarrolladores pueden declarar una propiedad de compatibilidad para excluir una actividad concreta o toda la aplicación de este comportamiento. No es una salida que mantenga intactas todas las restricciones: Google aclara que, para apps dirigidas a API 36 o posterior, esa propiedad no bloquea la orientación ni impide la rotación en pantallas grandes. La documentación señala que la posibilidad de excluirse se eliminará en API 37. (developer.android.com)
Qué puede notar quien usa un plegable
Al desplegar el teléfono, el usuario podría encontrar una app en pantalla completa en vez de dentro de una columna estrecha, o verla acomodarse al cambiar de orientación y tamaño de ventana. También podría usarla en multiventana si el sistema y la app lo permiten en ese contexto. Son posibilidades derivadas del comportamiento descrito por Android, no una promesa de que cada app vaya a mostrar más contenido o a ofrecer controles nuevos. La documentación no permite anticipar el resultado de una aplicación concreta sin conocer su implementación y probarla en el dispositivo. (developer.android.com)
Si una pantalla parece estirada, algún control queda fuera de alcance o la vista previa de la cámara aparece girada de forma incorrecta, puede ser una señal de que la interfaz no responde bien a esa configuración. Android recomienda comprobar que las pantallas puedan desplazarse, limitar el ancho de componentes que se deformarían al expandirse y validar las vistas de cámara en orientación vertical y horizontal. Estas son recomendaciones de desarrollo; no son ajustes que el usuario pueda aplicar para corregir por su cuenta el código de una app. (developer.android.com)
Qué deben comprobar los desarrolladores
La adaptación exige responder al espacio real disponible, no limitarse a girar una composición diseñada para un teléfono vertical. Android recomienda usar clases de tamaño de ventana y diseños responsivos para elegir una organización adecuada a las dimensiones. En una app de lectura, por ejemplo, el equipo puede decidir mostrar más contenido o varios paneles; en otras interfaces quizá sea preferible mantener una columna legible con un ancho máximo. El criterio es evitar que una ventana más amplia se traduzca simplemente en controles desmesurados o en una distribución difícil de usar. (developer.android.com)
También hay que conservar el estado cuando cambia la configuración. Girar, plegar o desplegar el dispositivo, o cambiar el tamaño de una ventana, puede hacer que Android vuelva a crear una actividad. La guía aconseja preservar datos como lo escrito en un formulario para que la persona no pierda su trabajo ni el contexto de navegación. Por eso, probar solo una captura estática de la pantalla interior no basta: conviene recorrer acciones reales y transiciones entre tamaños, posiciones y ventanas. (developer.android.com)
Para verificar una app concreta, quien la desarrolla puede ensayar en emuladores de pantalla grande y plegables y usar las herramientas de compatibilidad que Android documenta. Quien la usa puede actualizar Android y la app, probar la pantalla exterior e interior y comunicar fallos específicos al desarrollador, pero no puede saber solo por la ficha de Play si el diseño se adaptó correctamente. La conclusión práctica es más acotada que el titular de una política: API 36 permite que Android imponga menos restricciones heredadas en ciertos contextos grandes; la calidad de la experiencia depende todavía de la implementación, del tamaño efectivo de la ventana y de las excepciones activas. (developer.android.com)