Respuesta rápida
A fecha de 14 de agosto de 2026, las fechas límite confirmadas de las políticas de Google Play que siguen pendientes son 30 de septiembre para el registro de nombres de paquete de Google Play y la primera aplicación de la verificación de desarrolladores de Android en cuatro países, 1 de octubre para los informes y las comisiones de servicio aplicables en los programas estadounidenses afectados y 1 de noviembre para el cierre de la prórroga del nivel de API objetivo. Las dos páginas de plazos vigentes de Google coinciden ahora en que Contactos y Ubicación entran en vigor el 27 de enero de 2027; la cronología de Android Developers listó el 28 de octubre de 2026 para las dos hasta mediados de agosto de 2026, así que esa fecha está sustituida, no equivocada. Un conflicto sigue abierto: Child Safety Standards es el 26 de agosto de 2026 en Play Console Help y el 28 de octubre de 2026 en Android Developers, así que prepárate para el 26 de agosto. Tres fechas que siguen apareciendo en los resultados de búsqueda están muertas: 1 de noviembre de 2025 y 31 de mayo de 2026 para los tamaños de página de 16 KB, ahora 1 de febrero de 2027, y el 28 de octubre para Contactos. Si una de estas fechas límite cae mientras estás en mitad de una prueba cerrada, PrimeTestLab mantiene estable el lado de los testers mientras tú publicas la corrección.
Nada de lo que hay en esta página es difícil de encontrar. Lo difícil es juntarlo. Google reparte 2026 entre una página de anuncios de políticas, una tabla viva de plazos que archiva sin avisar todo lo que tenga más de unos tres meses, un archivo de políticas y una cronología aparte en Android Developers que sigue desalineada con la primera en una fila. El resultado es que dos desarrolladores pueden leer hoy una página de Google y salir con fechas límite distintas para la misma política. Este registro pone todos los cambios con fecha en un solo sitio, dice a quién se aplican y cuál es la única acción que piden, y etiqueta cada fila con un estado para que una fecha en disputa nunca parezca una fecha cerrada. Está actualizado a fecha de 14 de agosto de 2026, y donde Google se contradice a sí mismo, se imprimen las dos fechas y las dos URL en lugar de elegir una en silencio.
Actualizado el 14 de agosto de 2026
Las dos páginas de plazos vigentes de Google coinciden ahora en que Contactos y Ubicación entran en vigor el 27 de enero de 2027. Hasta mediados de agosto de 2026, la cronología de Android Developers daba el 28 de octubre de 2026 para las dos, y esta página las llevaba como filas en disputa. Child Safety Standards sigue en disputa entre el 26 de agosto y el 28 de octubre. Registro de cambios completo
Cuatro herramientas en esta página
Las cuatro funcionan en tu navegador con los valores que elijas. No se sube nada, no hace falta ninguna cuenta y ninguna petición sale de la página.
Índice
¿Qué fechas límite de Google Play quedan en 2026?
La próxima fecha confirmada es el 30 de septiembre de 2026, dentro de 25 días. Abajo se siguen 41 filas, desde el 1 de enero de 2026 hasta el 30 de septiembre de 2027. 1 de ellas tiene fechas contradictorias en 1 fila: Google publica dos fechas distintas para la ampliación de Child Safety Standards, así que esa fila imprime las dos. Filtra primero el registro según tu propia app, porque la mayoría de estas filas no te van a aplicar.
Qué incluye ese 41
Ese total es la taxonomía de esta página y no una cifra que publique Google, así que conviene decir qué entra en él: 22 fechas de entrada en vigor de políticas, 1 fila en las que dos páginas vigentes de Google dan dos fechas distintas, 7 fechas de anuncio y de aclaración que por sí solas no obligan a nada, 10 hitos comerciales y de programa de Play que no son requisitos de las políticas del Programa para Desarrolladores, y 1 periodo que Google ha nombrado sin fechar. Si dejas fuera los anuncios y las fechas de programa, el número baja; si cuentas dos veces una política en disputa, sube. Cualquier artículo que cite una cifra redonda de “cambios de políticas de Play en 2026” está citando también su propia taxonomía.
Cómo leer cada fila
Una sola etiqueta de “fecha límite” aplanaría varias cosas distintas en una: fechas de anuncio que no obligan a nada, aclaraciones que no cambian nada, fechas que desde entonces se han movido y fechas sobre las que dos páginas de Google no coinciden. En su lugar, cada fila lleva un estado.
-
Confirmada
Una página de Google con fecha y sin contradicciones detectadas el 12 de agosto de 2026.
-
Las fuentes difieren
Dos páginas vigentes de Google dan dos fechas distintas. Prepárate para la más temprana.
-
Parcial
La regla está documentada; la fecha exacta de entrada en vigor original ya no aparece en ninguna página viva de Google.
-
Anuncio
Es una fecha de anuncio o de aviso, no de aplicación. Las fechas de entrada en vigor varían según el caso.
-
Aclaración
Google lo describió como una aclaración de una regla que ya existía. Sin fecha de entrada en vigor nueva.
-
Sustituida
Una fecha real de Google que desde entonces se ha reemplazado. Se conserva porque sigue circulando.
-
Sin fecha aún
Google ha nombrado un periodo, pero no una fecha. Cualquier cosa más precisa es especulación.
-
Programa
Un hito comercial o de programa de Play, no un requisito de las políticas del Programa para Desarrolladores. Lleva una fecha real y una consecuencia real, pero saltarse uno es un asunto contractual o de ingresos, no una infracción de política. 10 filas llevan esta marca.
La tabla viva de plazos de las políticas de Google conserva las filas recientes y traslada las más antiguas a un archivo de políticas, así que una fecha límite de la que te avisaron en febrero puede ser genuinamente difícil de encontrar en agosto. Por eso las filas que ya pasaron se conservan en esta página en lugar de borrarse: los desarrolladores siguen recibiendo avisos y correos de rechazo que las citan.
Crea tu propia lista de fechas límite
Marca todo lo que describa la app que vas a publicar. El registro de abajo se reduce a las filas que de verdad pueden aplicarse a ti, y el resumen te dice cuál de ellas es la más cercana. No se envía nada a ninguna parte; las respuestas se quedan en este navegador.
Instrumento 02
Perfilador de plazos
Aún no has marcado nada, así que el registro de abajo muestra las 41 filas.
El perfilador filtra las filas de esta página. No es una auditoría de cumplimiento, no puede ver tu manifiesto ni tu Play Console, y una fila que oculte puede aplicarse igualmente si tu app hace algo por lo que las preguntas de arriba no preguntan. 11 filas están ligadas a categorías que estas preguntas no cubren y nunca entran en el filtro al marcar una casilla: Anuncio de los cambios en el modelo de negocio de Play; Autodeclaración de noticias y revistas; Cumplimiento del piloto de mercados de predicción; Aviso sobre el uso compartido del catálogo de Play en EE. UU.; Fecha de clasificación de “instalación nueva” para las comisiones de servicio de Play; Empieza a desplegarse la numeración estándar de las políticas; Entran en vigor Play Catalog Access y los programas de tiendas de apps de terceros en EE. UU.; Los cambios en las comisiones de servicio llegan a Australia y Japón; El nuevo programa de apps y juegos pasa a estar disponible; Los cambios en las comisiones de servicio y el programa nuevo llegan a Corea; Los cambios en las comisiones de servicio y el programa nuevo llegan al resto del mundo.
El registro completo de 2026 y principios de 2027
Verificado frente a las páginas vivas de Google el 14 de agosto de 2026. Cada fila nombra su propia fuente principal, y todas las fechas están escritas completas para poder citarlas sin inferencias.
-
1 ene 2026 Restricción de uso de los datos de la Age Signals API Confirmada Ya pasó
-
28 ene 2026 Requisitos de los programas estadounidenses de enlaces a contenido externo y de facturación alternativa Programa Confirmada Ya pasó
-
28 ene 2026 Requisito de la lista del RBI en India para apps de préstamos personales existentes Confirmada Ya pasó
-
28 ene 2026 Nuevo límite de 180 días para apelar la cancelación de una cuenta de desarrollador Confirmada Ya pasó
-
28 ene 2026 Regla original de restricción por edad para funciones de emparejamiento, citas y dinero real Parcial Ya pasó
-
28 ene 2026 Anuncio de la actualización de las fichas de préstamos personales en Tailandia Anuncio Ya pasó
-
4 mar 2026 Anuncio de los cambios en el modelo de negocio de Play Programa Anuncio Ya pasó
-
4 mar 2026 Fecha límite de las fichas de préstamos personales en Tailandia para apps existentes Confirmada Ya pasó
-
15 abr 2026 Lote de abril de las políticas del Programa para Desarrolladores Anuncio Ya pasó
-
27 may 2026 Política de transferencia de cuentas Confirmada Ya pasó
-
27 may 2026 Autodeclaración de noticias y revistas Confirmada Ya pasó
-
1 jun 2026 Cumplimiento del piloto de mercados de predicción Confirmada Ya pasó
-
22 jun 2026 Aviso sobre el uso compartido del catálogo de Play en EE. UU. Programa Anuncio Ya pasó
-
30 jun 2026 Fecha de clasificación de “instalación nueva” para las comisiones de servicio de Play Programa Confirmada Ya pasó
-
15 jul 2026 Lote de julio de las políticas del Programa para Desarrolladores Anuncio Ya pasó
-
15 jul 2026 Redacción sobre la clasificación de contenido para apps sin clasificar Aclaración Ya pasó
-
15 jul 2026 Los requisitos de Datos de Usuario se aplican a las integraciones de IA de terceros Aclaración Ya pasó
-
15 jul 2026 Tratamiento de la ubicación precisa y aproximada en Seguridad de los datos Aclaración Ya pasó
-
15 jul 2026 Empieza a desplegarse la numeración estándar de las políticas Anuncio Ya pasó
-
22 jul 2026 Entran en vigor Play Catalog Access y los programas de tiendas de apps de terceros en EE. UU. Programa Confirmada Ya pasó
-
27 jul 2026 Plazo único de apelación para cuentas canceladas antes del 28 de enero de 2026 Confirmada Ya pasó
-
1 ago 2026 Calidad en Android TV: arquitecturas de 32 y 64 bits más tamaños de página de 16 KB Confirmada Ya pasó
-
26 ago 2026 Age-Restricted Content and Functionality se amplía al chat aleatorio y anónimo Confirmada Ya pasó
-
26 ago 2026 La política Families prohíbe las apps de chat anónimo dirigidas a menores Confirmada Ya pasó
-
26 ago 2026 Child Safety Standards se amplía al chat anónimo y aleatorio Las fuentes difieren Ya pasó
-
26 ago 2026 El geofencing deja de ser un caso de uso aprobado para servicios en primer plano Confirmada Ya pasó
-
31 ago 2026 Nivel de API objetivo para apps nuevas y actualizaciones Confirmada Ya pasó
-
31 ago 2026 Umbral de disponibilidad para apps existentes Confirmada Ya pasó
-
30 sept 2026 Registro de nombres de paquete de Google Play Confirmada 25 días
-
30 sept 2026 Verificación de desarrolladores de Android, primera aplicación en las instalaciones Confirmada 25 días
-
30 sept 2026 Los cambios en las comisiones de servicio llegan a Australia y Japón Programa Confirmada 25 días
-
30 sept 2026 El nuevo programa de apps y juegos pasa a estar disponible Programa Confirmada 25 días
-
1 oct 2026 Informes de transacciones y comisiones de servicio aplicables en EE. UU. Programa Confirmada 26 días
-
1 nov 2026 Cierre de la prórroga del nivel de API objetivo Confirmada 57 días
-
31 dic 2026 Los cambios en las comisiones de servicio y el programa nuevo llegan a Corea Programa Confirmada 117 días
-
27 ene 2027 SMS y registro de llamadas: termina la excepción de verificación por llamada telefónica Confirmada 144 días
-
27 ene 2027 Política Contacts Permissions Confirmada 144 días
-
27 ene 2027 Política Location Permissions Confirmada 144 días
-
1 feb 2027 Aplicación de la compatibilidad con tamaños de página de 16 KB Confirmada 149 días
-
30 sept 2027 Los cambios en las comisiones de servicio y el programa nuevo llegan al resto del mundo Programa Confirmada 390 días
-
2027 en adelante Expansión mundial de la verificación de desarrolladores de Android Sin fecha aún Sin fecha
Ninguna fila coincide con esa combinación. Quita un filtro para ver el resto.
Este calendario incluye las fechas anunciadas por Google conocidas a fecha de 14 de agosto de 2026. Se añadirán más cambios de 2026 cuando Google los anuncie. Cuando esas páginas se leyeron por última vez, no se había anunciado ningún cambio con fecha de las políticas del Programa para Desarrolladores para el periodo de septiembre a diciembre de 2026 más allá de las filas de arriba, y eso es una afirmación sobre lo que Google había publicado hasta entonces, no una predicción de que el resto del año esté vacío.
Fechas de programas de Play, que no son fechas límite de políticas
Estas 10 filas aparecen en el registro de arriba marcadas como Programa y se recogen aquí porque mezclarlas con la aplicación de las políticas es justo lo que hace que una fecha de clasificación de comisiones acabe en el plan de cumplimiento de alguien. Son reales, tienen fecha y tienen fuente. Ninguna es un requisito de las políticas del Programa para Desarrolladores, y saltarse una es un problema comercial o contractual, no una infracción de política. La mayoría son el despliegue por fases del modelo de negocio de Google, que llega a mercados distintos en fechas distintas a lo largo de 2026 y 2027, así que la fecha que te importa depende de dónde generes ingresos.
- 28 de enero de 2026 Requisitos de los programas estadounidenses de enlaces a contenido externo y de facturación alternativa Desarrolladores con usuarios en EE. UU. que quieran seguir en esos programas.
- 4 de marzo de 2026 Anuncio de los cambios en el modelo de negocio de Play Con el tiempo, todo desarrollador que gane dinero a través de Google Play. El despliegue es por fases y por región a lo largo de 2026 y 2027.
- 22 de junio de 2026 Aviso sobre el uso compartido del catálogo de Play en EE. UU. Desarrolladores cuyas fichas de Play pueden facilitarse a tiendas de Android de terceros participantes en EE. UU.
- 30 de junio de 2026 Fecha de clasificación de “instalación nueva” para las comisiones de servicio de Play Desarrolladores que ganan a través de Play en transacciones del EEE, Reino Unido y EE. UU. Es una clasificación comercial, no un requisito de política.
- 22 de julio de 2026 Entran en vigor Play Catalog Access y los programas de tiendas de apps de terceros en EE. UU. Tiendas de apps participantes en EE. UU. y desarrolladores de Play cuyas fichas entran en el alcance.
- 30 de septiembre de 2026 Los cambios en las comisiones de servicio llegan a Australia y Japón Desarrolladores que ganan a través de Play en transacciones de Australia y Japón.
- 30 de septiembre de 2026 El nuevo programa de apps y juegos pasa a estar disponible Desarrolladores de Australia, el EEE, Japón, Reino Unido y EE. UU.
- 1 de octubre de 2026 Informes de transacciones y comisiones de servicio aplicables en EE. UU. Desarrolladores inscritos en los programas estadounidenses afectados de enlaces a contenido externo y de facturación alternativa.
- 31 de diciembre de 2026 Los cambios en las comisiones de servicio y el programa nuevo llegan a Corea Desarrolladores que ganan a través de Play en transacciones de Corea.
- 30 de septiembre de 2027 Los cambios en las comisiones de servicio y el programa nuevo llegan al resto del mundo Todos los mercados restantes de Play que no cubren las oleadas anteriores.
La fila del 30 de junio es la que más a menudo se queda fuera por completo de una lista de “cambios de Play en 2026”. No te pide cambiar nada en la app: es la línea que Google traza entre una instalación nueva y una existente, y de qué lado caiga un usuario determina la comisión de servicio que se aplica a sus transacciones en el EEE, Reino Unido y EE. UU. Va en un modelo financiero, no en un sprint de ingeniería.
¿Por qué las propias páginas de Google dan fechas distintas?
Porque Google mantiene la misma información en más de un sitio, y los dos sitios no siempre se editan el mismo día. La tabla de plazos de las políticas de Play Console Help y la cronología de políticas de Android Developers son las dos vigentes y las dos oficiales. Hasta principios de agosto de 2026 daban fechas de entrada en vigor distintas para tres políticas. Dos de esos desacuerdos se han cerrado: Android Developers movió Contacts Permissions y Location Permissions del 28 de octubre de 2026 al 27 de enero de 2027, que es la fecha que Play Console Help tenía desde el principio. Uno sigue abierto: la ampliación de Child Safety Standards es el 26 de agosto de 2026 en Play Console Help y el 28 de octubre de 2026 en Android Developers. Prepárate para el 26 de agosto.
Esto no es una arruga menor de documentación. Fue la diferencia entre publicar un cambio de permisos en octubre y publicarlo en enero, y es la razón por la que un resultado de búsqueda, la respuesta de un asistente y un compañero pueden citar cada uno una fecha distinta para la misma política mientras los tres están leyendo a Google.
Fíjate en cómo se vio la resolución desde fuera: sin anuncio, sin entrada en un registro de cambios, sin ninguna nota en ninguna de las dos páginas que dijera qué fecha había estado mal. Una superficie se editó en silencio para coincidir con la otra, y cualquier artículo que hubiera elegido el 28 de octubre y siguiera adelante se volvió inexacto ese día sin que su autor tocara nada. Ese es el riesgo real de este tema, y por eso las filas de abajo mantienen a la vista la fecha sustituida en lugar de borrarla.
Hay una segunda capa en esto. El 14 de agosto de 2026, la página de plazos de Play Console Help devolvía el 27 de enero de 2027 en su cuerpo, mientras que el fragmento indexado en buscadores para esa misma URL seguía llevando el 28 de octubre de 2026 antiguo. Así, alguien podía buscar, ver el dominio del propio Google en el resultado, leer el 28 de octubre en el fragmento y no abrir nunca la página que decía otra cosa. Los fragmentos obsoletos de páginas vivas son parte del problema, no solo las entradas de blog obsoletas.
Instrumento 03
Selector de conflictos
Mostrando las fechas publicadas en Play Console Help, la tabla de plazos de las políticas. support.google.com, tabla 12921780
-
Contacts Permissions
27 de enero de 2027
Las dos páginas coinciden ahora. Android Developers publicaba antes
28 de octubre de 2026Fijada en 27 de enero de 2027 -
Location Permissions
27 de enero de 2027
Las dos páginas coinciden ahora. Android Developers publicaba antes
28 de octubre de 2026Fijada en 27 de enero de 2027 -
Ampliación de Child Safety Standards
26 de agosto de 2026
Otra página:
28 de octubre de 2026Prepárate para 26 de agosto de 2026
Sigue habiendo 1 conflicto. Resueltos hasta ahora: 2. Las dos páginas se releyeron el 14 de agosto de 2026. Donde siguen difiriendo, esta página muestra las dos fechas y recomienda prepararse para la más temprana; no decide qué página tiene razón, porque nada en ninguna de las dos dice que una sustituya a la otra, y la línea del veredicto es una posición de riesgo y no una declaración de Google. Donde ahora coinciden, la fecha que Google reemplazó se mantiene visible para que quien llegue con la antigua sepa que fue real.
Lo que nunca estuvo en disputa
Las fechas se movieron. El alcance no, y el alcance es lo que determina si algo de esto es problema tuyo. La guía de Contactos de Google ata el nuevo régimen de acceso amplio a los contactos a las apps a las que se aplica, no al calendario, y esa frase se ha mantenido estable en las dos superficies todo el tiempo.
Android 17 o posterior (nivel de API 37+)
Google Play Console Help, artículo 16909972, sobre las apps a las que se aplica la política Contacts PermissionsAsí que una app que no tiene como objetivo API 37 todavía no está dentro del régimen de acceso amplio a contactos, y una app que solo necesita un contacto elegido por el usuario queda dirigida a Android Contact Picker en lugar de al acceso amplio. La misma lógica se aplica a la fila de seguridad infantil, la que sigue en disputa: la definición de app de chat aleatorio o anónimo es estable en las dos páginas, y solo cambia la fecha. Si dimensionaste tu trabajo a partir de la definición y no de la fecha, el paso de octubre a enero no te costó nada.
Cómo leer una página de plazos de Google
- Abre la página y lee el cuerpo. Un fragmento de búsqueda puede ir meses por detrás de la página a la que apunta.
- Consulta las dos superficies: la tabla de plazos de Play Console Help y la cronología de políticas de Android Developers.
- Planifica la ingeniería contra la fecha más temprana y comunica la posterior como no resuelta.
- Anota la fecha que leíste y el día en que la leíste. Es la única forma de que notes una edición silenciosa.
- Dar por cerrado el primer resultado de un dominio de Google que veas solo porque el dominio es el correcto.
- Suponer que se aplica la posterior de las dos fechas porque resulta más cómoda.
- Borrar una fecha antigua cuando se mueve. La vas a necesitar cuando alguien te la cite de vuelta.
- Leer “al menos 30 días para cumplir” como la fecha de entrada en vigor. Es un mínimo de preaviso, no una fecha.
El estado de estas filas puede cambiar cualquier semana
El 26 de agosto ya pasó, así que la fila de seguridad infantil habría que volver a comprobarla contra la página final de la política en lugar del texto de la vista previa, y contra la fecha del 28 de octubre que la cronología de Android Developers sigue manteniendo para ella.
¿Qué cambia el 26 de agosto de 2026?
Cuatro cosas, y solo una de ellas tiene que ver con funciones de chat que quizá creas que no tienes. La política Age-Restricted Content and Functionality de Google se amplía a las apps cuya funcionalidad central conecta al azar a desconocidos u oculta quién es un usuario; la política Families impide que las apps de chat anónimo se dirijan a menores; la ampliación de Child Safety Standards está fechada aquí por Play Console Help y el 28 de octubre por Android Developers, lo que la convierte en la única fecha de esta página en la que Google se sigue contradiciendo; y el geofencing deja de ser un caso de uso aprobado para servicios en primer plano. Si ninguna de esas cuatro describe tu app, el 26 de agosto no es tu fecha.
26 de agosto de 2026
Ya pasó-
Confirmada
Age-Restricted Content and Functionality se amplía al chat aleatorio y anónimo
Quién Apps cuya funcionalidad central conecta al azar a desconocidos u oculta deliberadamente quién es un usuario.
Acción Usa las funciones y herramientas de Play Console para impedir que los menores accedan a la app.
-
Confirmada
La política Families prohíbe las apps de chat anónimo dirigidas a menores
Quién Apps de chat anónimo dirigidas a menores.
Acción Deja de dirigirte a menores, o cambia el producto para que ya no encaje en la descripción de chat anónimo.
-
Las fuentes difieren
Child Safety Standards se amplía al chat anónimo y aleatorio
Quién Apps de chat aleatorio y anónimo.
Acción Prepárate para la más temprana de las dos fechas publicadas, que es el 26 de agosto.
-
Confirmada
El geofencing deja de ser un caso de uso aprobado para servicios en primer plano
Quién Apps que declaran un servicio en primer plano para geofencing.
Acción Mueve ese caso de uso a la Geofence API.
Apps de chat anónimo y aleatorio
El detonante es la funcionalidad central, no que haya una pantalla de chat. El lenguaje de la vista previa de la política de Google es concreto sobre la fecha.
en vigor el 26 de agosto de 2026
Google Play Console Help, artículo 17036597, Age-Restricted Content and FunctionalityLas apps dentro del alcance son aquellas cuya funcionalidad central conecta al azar a desconocidos u oculta deliberadamente la identidad del usuario. Para esas, el requisito es usar las funciones y herramientas que Google ofrece en Play Console para impedir que los menores accedan a la app. Una función de mensajería dentro de una app de reparto, un chat de soporte o un hilo de comentarios no son el objetivo de esta política.
La palabra que más confusión genera es “matchmaking”, el emparejamiento. Aparece en la misma familia de políticas y no significa lo que entiende un desarrollador de juegos. El lenguaje de Google se centra en las apps cuya funcionalidad central facilita el emparejamiento o las citas, y trata de forma distinta las funciones incidentales de emparejamiento o citas cuando hay salvaguardas eficaces que mantienen a los menores alejados de ellas. Un juego multijugador con una cola de emparejamiento no queda clasificado automáticamente junto a una app de citas.
La prueba honesta que puedes aplicar a tu propia app
Pregúntate si una persona razonable que describiera tu app en una frase mencionaría que conecta a desconocidos o que oculta la identidad. Si lo haría, considérate dentro del alcance y usa las herramientas de Play Console. Si no lo haría, documenta por qué la función es incidental y qué impide que un menor llegue a ella, porque ese es el argumento que vas a necesitar si alguna vez se cuestiona la clasificación. Google no publica un formulario de autocertificación para esto, así que el razonamiento te toca dejarlo registrado a ti.
Por qué Google da dos fechas para Child Safety Standards
Las filas de Age-Restricted y de Families de arriba están fechadas el 26 de agosto de forma coherente. Child Safety Standards no, y después de que Contactos y Ubicación se reconciliaran a mediados de agosto de 2026, es la última fila de esta página en la que las dos superficies de Google siguen sin coincidir. Una fecha la ampliación aquí, la otra la fecha dos meses después, y ninguna dice que sustituya a la otra.
- Play Console Help dice 26 de agosto de 2026 Tabla de plazos de las políticas 12921780
- Android Developers dice 28 de octubre de 2026 Cronología de políticas de Google Play
Prepárate para la fecha más temprana. El coste de ir pronto son unas semanas de margen; el coste de ir tarde es la aplicación de la política contra una app en producción. Puedes comparar las dos superficies fila a fila en el selector de conflictos de arriba.
El geofencing y los servicios en primer plano
Esta es la fila que más probablemente pille a un equipo que no ha leído una política de seguridad infantil en su vida. El geofencing deja de ser un caso de uso aprobado para un servicio en primer plano, y Google nombra el sustituto directamente.
usa la Geofence API
Google Play Console Help, tabla de plazos de las políticas 12921780Si tu declaración de servicio en primer plano se apoya en el geofencing, lo que deja de ser defendible es la declaración, así que el trabajo consiste en mover el caso de uso, no en reescribir el formulario. Todo lo demás de tu uso de servicios en primer plano no se ve afectado por esta fila.
El 26 de agosto ya pasó. Las filas de arriba se escribieron a partir de las páginas de vista previa de las políticas de Google; cuando una política entra en vigor, el texto de la vista previa suele reemplazarse, así que vuelve a leer la política viva en lugar de una cita de la vista previa antes de fiarte de la redacción exacta.
¿Qué cambia el 31 de agosto de 2026?
Los requisitos de nivel de API objetivo de 2026, que son dos reglas distintas y se confunden constantemente. La regla uno es un umbral de envío: a partir del 31 de agosto, una app nueva o una actualización tiene que apuntar al nivel de su factor de forma, que es API 36 en teléfonos. La regla dos es un umbral de disponibilidad para las apps que no vuelves a tocar, que es API 35 en teléfonos. Fallar la primera bloquea tu subida. Fallar la segunda hace, sin ruido, que los usuarios nuevos con versiones de Android más recientes dejen de ver la app.
31 de agosto de 2026
Ya pasó-
Confirmada
Nivel de API objetivo para apps nuevas y actualizaciones
Quién Todas las apps nuevas y todas las actualizaciones enviadas a Google Play.
Acción Los teléfonos necesitan API 36. Wear OS y Android Automotive OS necesitan API 35. Android XR necesita API 34. Android TV también necesita API 34, pero eso no es nuevo: la tabla de factores de forma de Google fecha el requisito de TV el 31 de agosto de 2025.
-
Confirmada
Umbral de disponibilidad para apps existentes
Quién Apps publicadas por debajo del nivel de disponibilidad de su factor de forma, aunque no envíes nunca una actualización.
Acción Sube el nivel objetivo hasta el umbral de disponibilidad aplicable. En teléfonos es API 35.
A partir del 31 de agosto de 2026
Android Developers, requisitos de nivel de API objetivo para apps de Google PlayLas dos reglas, separadas
Casi todas las respuestas equivocadas sobre esta fecha límite salen de fundir las dos en un solo número. Tienen detonantes distintos y consecuencias distintas.
- Si envías algo API 36 en teléfonos Tanto apps nuevas como actualizaciones. Por debajo del nivel de tu factor de forma, el envío no cumple el requisito.
- Si no envías nada API 35 en teléfonos Una app que no actualizas nunca deja de estar disponible para los usuarios nuevos en dispositivos con versiones de Android más recientes. No se elimina, y quienes ya la instalaron la conservan.
El nivel de cada factor de forma
No copies el número del formato de teléfono a todas las versiones. Los niveles cambian según el factor de forma, y la columna de disponibilidad vuelve a cambiar.
| Factor de forma | Apps nuevas y actualizaciones | Umbral de disponibilidad | Nota |
|---|---|---|---|
| Teléfonos Android, tablets, plegables | API 36 | API 35 | El caso estándar. Se aplican las dos reglas. |
| Android Auto | API 36 | API 35 | Google no lista Android Auto como factor de forma propio, porque una app de Auto es una app de teléfono. El requisito que se aplica es el de los teléfonos. |
| Wear OS | API 35 | API 34 | Una versión aparte con un nivel aparte. |
| Android Automotive OS | API 35 | API 32 | El umbral de disponibilidad más bajo de todos los factores de forma. |
| Android TV | API 34 | API 33 | No es un aumento de 2026: la tabla de factores de forma de Google fecha la regla de envío de API 34 el 31 de agosto de 2025. También tiene los requisitos de calidad de TV del 1 de agosto. |
| Android XR | API 34 | API 34 | Los umbrales de envío y de disponibilidad son el mismo nivel. |
Una fila de esa tabla no es un cambio de 2026 en absoluto, y las propias páginas de Google hacen fácil malinterpretarla. El resumen de Android Developers agrupa el requisito de API 34 de Android TV bajo el 31 de agosto de 2026 junto a todo lo demás, pero la tabla detallada de factores de forma de Play Console Help fecha ese requisito de envío el 31 de agosto de 2025. Si publicas una app de TV, llevas un año bajo la regla de API 34 y el 31 de agosto de 2026 no te cambia nada. El número que sí es distinto es el umbral de disponibilidad: una app de TV existente que no se actualiza nunca sigue cumpliendo con API 33, un nivel por debajo del requisito de envío, y son las apps en API 32 o inferior las que pierden disponibilidad para los usuarios nuevos con versiones de Android más recientes.
El umbral de disponibilidad funciona como un techo de alcance, no como un interruptor: una app por debajo sigue disponible solo en dispositivos con una versión de Android igual o inferior a la que la app tiene como objetivo. Subir targetSdk no sube minSdk, así que cumplir esta fecha límite no deja fuera a los dispositivos antiguos de tu base instalada. Las apps permanentemente privadas distribuidas solo dentro de una organización están exentas. El recorrido completo de la migración, con las pantallas de Play Console y los cambios de comportamiento que llegan con cada nivel, está en el artículo sobre API 36.
¿Puedo prorrogar la fecha límite del 31 de agosto?
A veces. La guía de Google sobre el nivel objetivo de 2026 da a los desarrolladores afectados que cumplan los requisitos más tiempo, hasta el 1 de noviembre de 2026, solicitado a través de la notificación de Play Console que se envía a los desarrolladores afectados. Tres cosas que conviene tener claras antes de planificar con eso.
- Se solicita, no es automático. No hay ninguna garantía de que todas las cuentas o todas las apps vean la opción.
- No crea un nivel objetivo más bajo. Se sigue exigiendo el mismo nivel; lo que ganas es tiempo para llegar a él.
- El plazo se cierra el 1 de noviembre de 2026, que es a su vez una fila de este calendario.
Google tiene un flujo aparte para pedir más tiempo en ciertas declaraciones de políticas, que aparece en Play Console junto a la declaración concreta a la que se aplica. La navegación de Play Console cambia a su propio ritmo, así que sigue la notificación que Google muestre para esa fecha límite en lugar de una ruta de menús escrita en un artículo, incluido este. Y no leas la existencia de una prórroga como prueba de que todas las fechas límite de esta página se pueden prorrogar: la mayoría de las filas de aquí no tienen ningún mecanismo de prórroga documentado.
¿Qué cambia el 30 de septiembre de 2026?
Dos requisitos que constantemente se cuentan como uno. El primero es el registro de nombres de paquete de Google Play, que se aplica a las apps de Play en todo el mundo y donde Google advierte de la retirada de Play. El segundo es la primera oleada de aplicación de la verificación de desarrolladores de Android, que se aplica a las instalaciones a través de tiendas participantes en cuatro países: Brasil, Indonesia, Singapur y Tailandia. Misma fecha, alcance distinto, consecuencia distinta. Ninguno es un apagado mundial de las apps de Android sin verificar. El mismo día caen dos asuntos comerciales que no son requisitos de políticas en absoluto: los cambios en las comisiones de servicio llegando a Australia y Japón, y el nuevo programa de apps y juegos pasando a estar disponible en cinco mercados.
30 de septiembre de 2026
dentro de 25 días-
Confirmada
Registro de nombres de paquete de Google Play
Quién Apps de Play que Google no registró automáticamente. Google dice que más del 99 % sí lo fueron.
Acción Abre la página principal de Play Console y registra cualquier nombre de paquete que siga apareciendo como no registrado.
-
Confirmada
Verificación de desarrolladores de Android, primera aplicación en las instalaciones
Quién Apps instaladas a través de tiendas participantes en Brasil, Indonesia, Singapur y Tailandia, en dispositivos Android certificados.
Acción Verifícate como desarrollador y registra la app o el paquete según corresponda.
-
Confirmada
Los cambios en las comisiones de servicio llegan a Australia y Japón
Quién Desarrolladores que ganan a través de Play en transacciones de Australia y Japón.
Acción Vuelve a modelar tus supuestos de comisiones para esos dos mercados desde esta fecha.
-
Confirmada
El nuevo programa de apps y juegos pasa a estar disponible
Quién Desarrolladores de Australia, el EEE, Japón, Reino Unido y EE. UU.
Acción Decide si el programa nuevo encaja con tu negocio. Que esté disponible no significa estar inscrito.
Los dos requisitos que de verdad piden acción
De las cuatro filas de arriba, estas son las dos que te pueden costar algo si las ignoras. Las otras dos son el despliegue comercial llegando a mercados nuevos, y no le piden nada a tu app.
Requisito A
Registro de nombres de paquete de Google Play
- Alcance
- Todas las apps de Google Play. Google dice que más del 99 % se registraron automáticamente.
- Tu acción
- Abre la página principal de Play Console y comprueba el estado del registro. Registra lo que Google no haya recogido.
- Si no haces nada
- Google advierte de la retirada global de Play y de problemas de instalación.
Requisito B
Verificación de desarrolladores de Android, primera oleada
- Alcance
- Instalaciones a través de tiendas participantes en Brasil, Indonesia, Singapur y Tailandia, en dispositivos Android certificados.
- Tu acción
- Completa la verificación de desarrollador y registra la app o el paquete según corresponda.
- Si no haces nada
- Una app sin verificar o sin registrar no puede seguir la vía habitual de instalación y actualización de las tiendas participantes en los dispositivos dentro del alcance.
registrar los nombres de paquete de sus apps
Google Play Console Help, tabla de plazos de las políticas 12921780La cifra de “más del 99 % se registraron automáticamente” es la razón por la que esta fila se ignora, y también la razón por la que merece dos minutos de tu tiempo. Si estás en la fracción restante, la consecuencia documentada no es un cartel de aviso, es la retirada. Comprobarlo cuesta una carga de página en Play Console.
¿Es el 30 de septiembre una prohibición mundial de Android?
No. La aplicación empieza en cuatro países y, sobre la expansión más amplia, Google publica un periodo en lugar de una fecha.
2027 en adelante
Android Developers, resumen de la verificación de desarrolladores, sobre la expansión más ampliaEse es todo el compromiso publicado. A fecha de 14 de agosto de 2026 no hay ninguna fecha mundial de aplicación anunciada, así que cualquier artículo que nombre una está infiriendo. Verificarse pronto sigue siendo la jugada barata, porque no es algo que quieras descubrir que necesitas durante una publicación. Y la lectura de que “el sideloading ha muerto” solo sobrevive si nunca abres la propia FAQ de Google: cuatro cosas siguen abiertas, y son la diferencia entre una publicación bloqueada y una molestia menor.
-
Instalaciones por ADB
Sin cambios. Google dice que puedes instalar apps sin verificación por ADB, para que los desarrolladores puedan compilar y probar apps que todavía no están pensadas para una distribución más amplia.
Tu propio ciclo de depuración y todo lo que le pases a un tester por cable quedan intactos.
-
El flujo avanzado para usuarios con experiencia
Google está introduciendo una configuración de una sola vez que permite a un usuario aceptar el riesgo e instalar apps de desarrolladores sin verificar, detrás del modo desarrollador, un reinicio, un periodo de espera y una confirmación biométrica o con PIN.
Existe, pero es lento a propósito. No diseñes un plan de distribución basado en pedirle a usuarios normales que pasen por ahí.
-
Otras tiendas y sideloading directo
Google dice que la fecha límite del 30 de septiembre solo se aplica a las tiendas participantes. La distribución a través de otras tiendas, o los usuarios que instalan tu app directamente por sideloading, no entra en esta fase.
Comprueba si la tienda que usas de verdad está en la lista de participantes antes de dar por hecho que te afecta.
-
Factores de forma distintos de teléfonos y tablets
Google dice que la aplicación en esta fase afecta a los factores de forma de teléfono y tablet en las regiones seleccionadas, y a la vez recomienda registrar en todos los factores de forma para asegurar la disponibilidad futura.
Regístralo igualmente. La recomendación es barata y se espera que el alcance se amplíe.
Nada de eso hace que la fecha se pueda ignorar. Significa que el encuadre honesto es estrecho: para las apps dentro del alcance distribuidas a través de tiendas participantes en esos cuatro países, la vía habitual de instalación y actualización se cierra. Todo lo demás lo ha dejado Google explícitamente abierto, y lo dice en su FAQ de verificación.
La verificación no es el requisito de prueba cerrada
Son obstáculos separados y superar uno nunca supera el otro. La verificación de desarrolladores es una capa de identidad para el ecosistema Android. La prueba cerrada de 12 testers y 14 días es una puerta de Play Console para las cuentas personales de desarrollador nuevas que solicitan acceso a producción. Un desarrollador verificado sin una prueba cerrada completada sigue sin poder publicar en producción. La parte del papeleo está cubierta en el artículo sobre la verificación de desarrolladores, y lo que le hace a la versión que le pasas a un tester está en el artículo sobre la instalación del APK.
¿Qué cambia en octubre de 2026?
Una fila con fecha, y es comercial más que técnica: el 1 de octubre, los desarrolladores inscritos en los programas estadounidenses afectados de enlaces a contenido externo y de facturación alternativa empiezan a informar de las transacciones y a contabilizar las comisiones de servicio aplicables. Si buscas el 28 de octubre, ya no es una fecha límite de Contactos ni de Ubicación. Google movió las dos al 27 de enero de 2027 a mediados de agosto de 2026. Sobrevive en una página de Google como la fecha de Child Safety Standards, que la otra página sitúa el 26 de agosto.
1 de octubre: informes y comisiones en los programas estadounidenses afectados
1 de octubre de 2026
dentro de 26 días-
Confirmada
Informes de transacciones y comisiones de servicio aplicables en EE. UU.
Quién Desarrolladores inscritos en los programas estadounidenses afectados de enlaces a contenido externo y de facturación alternativa.
Acción Empieza con los informes obligatorios y contabiliza las comisiones de servicio aplicables.
Esta fila solo te alcanza si te inscribiste en uno de los programas de EE. UU. que permiten enlazar a contenido externo u ofrecer facturación alternativa. Si lo hiciste, aquí empiezan los informes y cualquier comisión de servicio aplicable, y el requisito es administrativo más que técnico. Si no te inscribiste, nada de esta fecha se te aplica.
Merece la pena nombrar la categoría: esta es una fila de Programa, no un requisito de las políticas del Programa para Desarrolladores. Saltársela es un problema contractual y de facturación con Google, no una infracción de política contra tu app, y no puede hacer que retiren tu app como sí puede una fecha límite de políticas incumplida. Por eso las fechas de programa se listan juntas debajo del registro. Es el final de una secuencia que empezó con los requisitos de programa del 28 de enero y pasó por el aviso del catálogo del 22 de junio y el arranque del programa del 22 de julio, todos ellos en las filas que ya pasaron.
28 de octubre: qué pasó con esa fecha
Durante casi todo 2026 esta fue la fecha protagonista de esta página. La cronología de políticas de Android Developers listaba Contacts Permissions y Location Permissions con entrada en vigor el 28 de octubre de 2026, mientras que la tabla de plazos de Play Console Help listaba las dos el 27 de enero de 2027. Esta página las llevaba como filas en disputa y te decía que hicieras la ingeniería para octubre.
Ese desacuerdo se cerró a mediados de agosto de 2026. Android Developers da ahora el 27 de enero de 2027 para las dos políticas, coincidiendo con Play Console Help. No hubo anuncio ni entrada en un registro de cambios; se editó una página para que coincidiera con la otra. Si planificaste contra el 28 de octubre, no has perdido nada y vas tres meses por delante, que es justo el resultado que la regla de la fecha más temprana busca producir. Las dos filas están ahora en lo que ya está fijado para 2027.
Si un artículo o un asistente te sigue diciendo 28 de octubre
No se equivoca sobre de dónde salió la fecha, solo sobre si sigue vigente. El 28 de octubre lo publicó Google, en una página de Google, durante meses. El único sitio donde sigue vigente es la entrada de Android Developers para la ampliación de Child Safety Standards que Play Console Help fecha el 26 de agosto. Así que a una fuente que cite el 28 de octubre hay que preguntarle a qué política se refiere y cuándo lo comprobó por última vez.
¿Qué es el cierre del 1 de noviembre de 2026?
El final de la ventana de prórroga del requisito de nivel de API objetivo del 31 de agosto, y nada más. No es un segundo nivel objetivo posterior, no se aplica a quien no pidió más tiempo y no cambia ninguna otra fecha límite de esta página. Si nunca solicitaste una prórroga, el 1 de noviembre no es una fecha que necesites.
1 de noviembre de 2026
dentro de 57 días-
Confirmada
Cierre de la prórroga del nivel de API objetivo
Quién Apps a las que se concedió más tiempo para el requisito de nivel de API objetivo de 2026.
Acción Publica la versión con el nivel objetivo correcto antes del cierre.
Faltan 57 días. Si tienes una prórroga, lo único que importa entre hoy y esa fecha es que se publique una versión que cumpla, porque la prórroga compra tiempo pero no baja el nivel. Si no tienes ninguna, esta fila es informativa.
Por qué tiene fila propia: los resultados de búsqueda y los resúmenes presentan a menudo el 1 de noviembre de 2026 como una fecha límite del nivel de API objetivo por derecho propio, lo que lleva a los equipos a creer que tienen hasta noviembre cuando el umbral de envío llegó el 31 de agosto. Una fecha es un requisito. La otra es un margen que no tienen todas las cuentas. El detalle de cómo solicitarlo está en el artículo sobre API 36.
¿Qué fechas límite de 2026 ya han pasado?
28 de las 41 filas seguidas quedan por detrás a fecha de 14 de agosto de 2026. Se conservan aquí en lugar de borrarse, porque la tabla viva de plazos de Google archiva las filas antiguas y los desarrolladores siguen llegando con un aviso de Play Console, un correo de rechazo o un artículo que cita alguna de ellas. Una fecha pasada te sigue diciendo si lo que estás leyendo llegó a ser cierto alguna vez.
enero de 2026
- 1 ene Restricción de uso de los datos de la Age Signals API Confirmada
- 28 ene Requisitos de los programas estadounidenses de enlaces a contenido externo y de facturación alternativa Confirmada
- 28 ene Requisito de la lista del RBI en India para apps de préstamos personales existentes Confirmada
- 28 ene Nuevo límite de 180 días para apelar la cancelación de una cuenta de desarrollador Confirmada
- 28 ene Regla original de restricción por edad para funciones de emparejamiento, citas y dinero real Parcial
- 28 ene Anuncio de la actualización de las fichas de préstamos personales en Tailandia Anuncio
marzo de 2026
- 4 mar Anuncio de los cambios en el modelo de negocio de Play Anuncio
- 4 mar Fecha límite de las fichas de préstamos personales en Tailandia para apps existentes Confirmada
abril de 2026
- 15 abr Lote de abril de las políticas del Programa para Desarrolladores Anuncio
mayo de 2026
- 27 may Política de transferencia de cuentas Confirmada
- 27 may Autodeclaración de noticias y revistas Confirmada
junio de 2026
- 1 jun Cumplimiento del piloto de mercados de predicción Confirmada
- 22 jun Aviso sobre el uso compartido del catálogo de Play en EE. UU. Anuncio
- 30 jun Fecha de clasificación de “instalación nueva” para las comisiones de servicio de Play Confirmada
julio de 2026
- 15 jul Lote de julio de las políticas del Programa para Desarrolladores Anuncio
- 15 jul Redacción sobre la clasificación de contenido para apps sin clasificar Aclaración
- 15 jul Los requisitos de Datos de Usuario se aplican a las integraciones de IA de terceros Aclaración
- 15 jul Tratamiento de la ubicación precisa y aproximada en Seguridad de los datos Aclaración
- 15 jul Empieza a desplegarse la numeración estándar de las políticas Anuncio
- 22 jul Entran en vigor Play Catalog Access y los programas de tiendas de apps de terceros en EE. UU. Confirmada
- 27 jul Plazo único de apelación para cuentas canceladas antes del 28 de enero de 2026 Confirmada
agosto de 2026
- 1 ago Calidad en Android TV: arquitecturas de 32 y 64 bits más tamaños de página de 16 KB Confirmada
- 26 ago Age-Restricted Content and Functionality se amplía al chat aleatorio y anónimo Confirmada
- 26 ago La política Families prohíbe las apps de chat anónimo dirigidas a menores Confirmada
- 26 ago Child Safety Standards se amplía al chat anónimo y aleatorio Las fuentes difieren
- 26 ago El geofencing deja de ser un caso de uso aprobado para servicios en primer plano Confirmada
- 31 ago Nivel de API objetivo para apps nuevas y actualizaciones Confirmada
- 31 ago Umbral de disponibilidad para apps existentes Confirmada
Abre cualquiera de estas filas en el registro para ver a quién se aplicaba, qué acción pedía y su fuente principal. El propio archivo de políticas de Google lleva las fechas oficiales de versión de política del 1 de enero, el 28 de enero, el 4 de marzo, el 15 de abril y el 27 de mayo de 2026, que es donde hay que mirar cuando necesitas el texto tal y como estaba un día concreto y no como está ahora.
Tres cosas que enseñan las filas que ya pasaron
Una fecha puede llevar obligaciones sin relación entre sí. Cinco cosas distintas cayeron el 28 de enero, y por eso esa fecha aparece en tantos avisos sin relación entre sí: los requisitos de los programas de EE. UU., la lista del RBI para préstamos personales en India, el límite de 180 días para apelar cancelaciones, la regla de restricción por edad para el emparejamiento y el anuncio de las fichas en Tailandia. Solo tres son requisitos de las políticas del Programa para Desarrolladores. Una de las cinco está marcada aquí como Parcial porque la tabla viva de Google ha archivado por antigüedad la fila del emparejamiento y esta página no va a inventarse una fecha de entrada en vigor limpia que ya no puede señalar.
Una fecha de anuncio no es una fecha de aplicación. El 15 de abril y el 15 de julio fueron lotes de anuncios, y nada pasó a ser exigible por el mero hecho de anunciarse. Google da al menos 30 días para cumplir las políticas recién actualizadas salvo que diga otra cosa, y “al menos 30 días” es un mínimo de preaviso, no una fecha. Leerlo como una fecha es la forma en que un lote de políticas se convierte en un plazo fantasma dentro de un plan de proyecto.
Dos filas no se podían atender tarde. La mayoría de las fechas límite pasadas sí: registras el paquete, arreglas la ficha, completas la declaración. La baja del catálogo del 22 de julio se cerró cuando el programa entró en vigor, y la ventana de apelación heredada del 27 de julio para las cuentas canceladas antes del 28 de enero de 2026 terminó sin más. Los informes de la comunidad sobre un formulario de apelación que redirigía o se negaba a enviarse cerca de esa fecha son reales, y no son lo mismo que una prórroga. Nada en la documentación de Google dice que la ventana se moviera, así que esta página tampoco lo dice.
Tienes 180 días
Google Play Console Help, artículo 16659089, sobre cómo apelar una decisión de cancelación tomada el 28 de enero de 2026 o después¿Qué hay ya fijado para 2027?
Dos fechas y un periodo deliberadamente vago. El 27 de enero de 2027 lleva tres filas: el final de la excepción de SMS y registro de llamadas que permitía usar READ_CALL_LOG para confirmar una llamada telefónica de verificación, más las políticas de permisos de Contactos y Ubicación, que las dos superficies de Google fechan ya aquí. El 1 de febrero de 2027 es la fecha actual de aplicación de los tamaños de página de 16 KB. Más allá de eso, la verificación de desarrolladores de Android se amplía durante “2027 en adelante”, que es un periodo que Google ha publicado y una fecha que no.
27 de enero de 2027
27 de enero de 2027
dentro de 144 días-
Confirmada
SMS y registro de llamadas: termina la excepción de verificación por llamada telefónica
Quién Apps que usan READ_CALL_LOG solo para confirmar una llamada de verificación entrante.
Acción Pásate a una alternativa aprobada, como la Digital Credentials API o la SMS Retriever API.
-
Confirmada
Política Contacts Permissions
Quién Apps cuyo objetivo es Android 17 (nivel de API 37) o posterior y que quieren acceso amplio a la lista de contactos.
Acción Decide si el acceso amplio es realmente central. Si no lo es, pásate a Android Contact Picker.
-
Confirmada
Política Location Permissions
Quién Apps que usan ubicación precisa dentro del alcance de la política.
Acción Opta por el enfoque de alcance mínimo y por el botón de ubicación del sistema donde corresponda.
La fila de SMS y registro de llamadas está cerrada y es estrecha. Si tu única justificación para READ_CALL_LOG es confirmar que ha llegado una llamada de verificación, esa justificación deja de estar disponible, y la dirección documentada es una alternativa aprobada, como la Digital Credentials API o la SMS Retriever API. Las apps que se queden sin una base de permisos que cumpla pueden ser retiradas, y Google es explícito en que un uso engañoso no declarado puede acarrear una aplicación más dura que un simple incumplimiento de política.
Las filas de Contactos y Ubicación llegaron aquí tarde. Hasta mediados de agosto de 2026, la cronología de políticas de Android Developers fechaba las dos el 28 de octubre de 2026 mientras Play Console Help las fechaba aquí, y esta página las llevaba en disputa. Android Developers ha movido desde entonces las dos al 27 de enero de 2027, así que las dos superficies coinciden y la fecha está cerrada. No lo leas como un respiro: el trabajo de Contactos es una decisión de producto sobre si el acceso amplio a la agenda es realmente central, y esa decisión suele ser más lenta que el cambio de código que implica. El alcance no ha cambiado en ningún momento: apps cuyo objetivo sea Android 17, nivel de API 37 o posterior que quieran acceso amplio a los contactos, con Android Contact Picker como vía para todas las demás.
1 de febrero de 2027
1 de febrero de 2027
dentro de 149 días-
Confirmada
Aplicación de la compatibilidad con tamaños de página de 16 KB
Quién Apps cuyo objetivo es API 35 o superior y que incluyen código nativo afectado, en dispositivos de 64 bits con Google Play.
Acción Recompila o sustituye las bibliotecas nativas y verifica la compatibilidad con 16 KB en el bundle de publicación.
Esta es la fecha actual de aplicación de los tamaños de página de 16 KB, y la palabra “actual” está haciendo un trabajo de verdad en esa frase. Ya se ha movido dos veces, y por eso siguen circulando dos fechas anteriores de los 16 KB en artículos y en respuestas de asistentes. La guía viva de tamaños de página de Google es la única fuente con la que merece la pena planificar.
A partir del 1 de febrero de 2027
Android Developers, admitir tamaños de página de 16 KBEl alcance en una línea: apps cuyo objetivo sea API 35 o superior y que incluyan código nativo afectado, en dispositivos de 64 bits con Google Play. Una app escrita solo en Java o Kotlin, incluidas sus bibliotecas y SDK, ya cumple. Todo lo relativo a encontrar qué archivo .so falla, qué dependencia lo trajo y cómo demostrar que el bundle está limpio está en el artículo sobre el error de 16 KB.
Verificación mundial de desarrolladores, sin fecha
2027 en adelante
Sin fecha publicada-
Sin fecha aún
Expansión mundial de la verificación de desarrolladores de Android
Quién Desarrolladores de Android fuera de los cuatro primeros países.
Acción Sigue los anuncios de despliegue de Google. Verificarse pronto no cuesta nada.
Google dice que la expansión más amplia ocurre en 2027 en adelante. Ese es todo el compromiso publicado. A fecha de 14 de agosto de 2026 no hay ninguna lista de países anunciada más allá de los cuatro primeros ni ninguna fecha mundial de aplicación, así que un mes concreto de 2027 que aparezca en un artículo es una inferencia y no información. La cobertura barata es verificarse pronto, porque la verificación no es una tarea de la semana del lanzamiento.
Una cosa que no está en este calendario y que no va a aparecer en él: el requisito de prueba cerrada para las cuentas personales de desarrollador nuevas. No tiene fecha de 2026 ni de 2027 porque no es un cambio programado. Es la puerta permanente entre una cuenta nueva y el acceso a producción, y se aplica desde el día en que creas la cuenta.
¿En qué fechas deberías dejar de confiar?
Seis en concreto. Tres son fechas de Google sustituidas que siguen posicionando: el 1 de noviembre de 2025 y el 31 de mayo de 2026 para los tamaños de página de 16 KB, y ahora el 28 de octubre de 2026 para Contactos y Ubicación, que Android Developers reemplazó por el 27 de enero de 2027 en los días posteriores a la primera publicación de esta página. Una es un conflicto vivo y no un error: el 28 de octubre de 2026 para Child Safety Standards, que Play Console Help fecha el 26 de agosto. Dos son malas lecturas de anuncios reales: una prohibición de las apps sin clasificación el 26 de agosto, que nunca se anunció, y un apagado mundial del sideloading el 30 de septiembre, que son cuatro países.
1 de noviembre de 2025
SustituidaA qué se refiere La fecha original de aplicación general del requisito de páginas de 16 KB.
Estado hoy Sustituida. La guía actual de Google sobre el tamaño de página indica el 1 de febrero de 2027.
Redacción segura Fecha histórica de los 16 KB. Consulta la documentación actual de Google, que indica el 1 de febrero de 2027.
31 de mayo de 2026
SustituidaA qué se refiere Una fecha posterior de prórroga de los 16 KB que Play Console mostró a los desarrolladores afectados.
Estado hoy Sustituida. La fecha documentada actual es el 1 de febrero de 2027.
Redacción segura El 31 de mayo fue una fecha de prórroga anterior. La documentación actual de Google indica el 1 de febrero de 2027.
28 de octubre de 2026 para Contactos y Ubicación
SustituidaA qué se refiere La fecha de entrada en vigor de Contactos y Ubicación que la cronología de políticas de Android Developers mantuvo hasta agosto de 2026, mientras Play Console Help daba el 27 de enero de 2027 para esas dos mismas políticas.
Estado hoy Sustituida, y hace poco. El 14 de agosto de 2026, la cronología de políticas de Android Developers daba el 28 de octubre para las dos políticas. Ahora da el 27 de enero de 2027 para ambas, que es la fecha que Play Console Help tenía desde el principio. Ese conflicto está cerrado.
Redacción segura El 28 de octubre lo publicó Google de verdad y ya no está vigente. Las dos páginas de Google indican ahora el 27 de enero de 2027 para Contactos y Ubicación.
28 de octubre de 2026 para Child Safety Standards
Las fuentes difierenA qué se refiere La fecha de ampliación de Child Safety Standards en la cronología de políticas de Android Developers.
Estado hoy Sigue vigente y sigue contradicha. La tabla de plazos de Play Console Help fecha esa misma ampliación el 26 de agosto de 2026. Es el único conflicto de fechas que queda en esta página.
Redacción segura Play Console Help dice 26 de agosto de 2026; Android Developers dice 28 de octubre de 2026. Prepárate para el 26 de agosto.
26 de agosto de 2026, prohibición de apps sin clasificación
No es lo que pareceA qué se refiere Una mala lectura del punto del 15 de julio sobre la clasificación de contenido.
Estado hoy No se anunció ninguna prohibición nueva para el 26 de agosto. Las apps sin clasificación ya estaban prohibidas, y Google calificó el punto de julio como una aclaración.
Redacción segura Las apps sin clasificación ya estaban prohibidas. El 15 de julio fue una aclaración, no una prohibición nueva para el 26 de agosto.
30 de septiembre de 2026, prohibición mundial del sideloading
No es lo que pareceA qué se refiere Una exageración de la primera aplicación de la verificación de desarrolladores.
Estado hoy La primera aplicación cubre cuatro países: Brasil, Indonesia, Singapur y Tailandia. Google describe una expansión más amplia como 2027 en adelante.
Redacción segura La primera aplicación es Brasil, Indonesia, Singapur y Tailandia, no todo el mundo.
Por qué el 31 de mayo de 2026 ya no es la fecha límite de los 16 KB
Porque Google la movió, dos veces. El 1 de noviembre de 2025 era la fecha original de aplicación. El 31 de mayo de 2026 fue una fecha de prórroga posterior que se mostró a los desarrolladores afectados. La documentación actual dice que las actualizaciones afectadas que no cumplan no se podrán publicar a partir del 1 de febrero de 2027. Las tres fechas fueron reales; solo la última está viva.
La razón por la que esto reaparece constantemente es que el cambio fue silencioso. Los desarrolladores que estaban a mitad de una migración contra el 31 de mayo encontraron la fecha nueva en la documentación y en Play Console, no en un anuncio, así que el suministro de artículos de internet que citan el 31 de mayo nunca se corrigió. Si estás planificando una migración de código nativo, lee la guía de tamaños de página de Google y comprueba su propia marca de última actualización antes de comprometerte con un calendario. El trabajo de reparación en sí está en el artículo sobre el error de 16 KB.
Instrumento 04
Buscador de fechas y avisos
Los tres avisos que más se malinterpretan
El buscador de arriba resuelve cualquier fecha o texto de Play Console de esta página. Estos tres merecen deletrearse, porque cada uno se atribuye rutinariamente al requisito equivocado.
-
“Paquete no registrado”, o un aviso de verificación de desarrollador
Dos requisitos distintos del 30 de septiembre que comparten fecha. El registro de nombres de paquete es global y afecta a todo Play; la aplicación de la verificación son cuatro países y tiendas participantes.
Abre la página principal de Play Console y registra lo que Google no haya recogido, sea cual sea el que te lo pidió. 30 de septiembre
-
“La app debe admitir tamaños de página de memoria de 16 KB”
Compatibilidad del código nativo, aplicada desde el 1 de febrero de 2027, no la fecha del 31 de mayo de 2026 que todavía se cita en artículos antiguos.
Audita las bibliotecas
.soempaquetadas. El artículo sobre los 16 KB -
Un artículo o un asistente dice que la fecha límite de Contactos es el 28 de octubre
Una fecha que Google publicó de verdad y que desde entonces ha reemplazado, no un error de quien escribe.
Usa el 27 de enero de 2027 y comprueba la fecha de la fuente. El 28 de octubre sigue vivo para Child Safety Standards en una de las dos páginas, que es de donde viene la mayor parte de la confusión que queda. El conflicto
Cómo ayuda PrimeTestLab
Con el trabajo de políticas, no. Todas las fechas límite de esta página son ingeniería o papeleo que te corresponde a ti, y este artículo está escrito para que cada una sea lo más corta posible. Lo que asumimos nosotros es el requisito que choca con todas ellas: una prueba cerrada que necesita 12 testers reales que hayan aceptado participar durante 14 días de forma continua, con un reloj que no se puede pausar mientras reconstruyes algo.
La secuencia que le cuesta un mes a la gente es esta. Una cuenta personal de desarrollador nueva empieza una prueba cerrada, arranca la ventana de 14 días y, a mitad, aparece una fila de políticas: un nivel objetivo que subir, un paquete que registrar, un permiso que rehacer. Ahora hay dos calendarios compitiendo por la misma quincena, y el que falla en silencio es el de los testers, porque depende de que otras personas sigan ahí.
El requisito que no está en este calendario
No tiene fecha de 2026 porque no es un cambio programado. Es una puerta permanente, y se aplica desde el día en que se crea la cuenta.
Si tienes una cuenta personal de desarrollador recién creada, debes realizar una prueba cerrada de tu app con un mínimo de 12 testers que hayan aceptado participar durante al menos los últimos 14 días de forma continua.
Google Play Console Help, artículo 14151465Subir versiones nuevas durante la prueba está bien, y Google anima a los desarrolladores a seguir actualizando. Lo que rompe una prueba es que el número de participantes activos baje del mínimo cualquier día de la ventana. Ese es exactamente el fallo que provoca una carrera por las políticas: la atención se va a la versión, los testers se dispersan y el reloj se reinicia.
Prueba cerrada gestionada
12 testers reales en dispositivos reales, con la participación aceptada durante los 14 días completos, para que el lado de los testers siga intacto mientras tú haces el trabajo de cumplimiento. Los dispositivos van de Android 7 a 17, la prueba arranca en 4-6 horas y, si Google no te aprueba, tienes repetición gratis o reembolso completo.
Desde $19.99 · Sin suscripción · 7,400+ apps en 120+ países
Para que quede clara la frontera: no subimos tu nivel de API objetivo, no registramos tu paquete, no rehacemos tus permisos ni migramos tus bibliotecas nativas. Eso es tuyo, y el resto de esta página existe para que sea rápido. Lo que quitamos es el requisito de testers que se apila encima, para que los dos dejen de competir por las mismas dos semanas.
Consejo de secuencia
Si todavía no has empezado la prueba cerrada y ya sabes que una fila de políticas te afecta, arranca primero la ventana de testers y haz el trabajo de políticas dentro de ella. El periodo que cuenta se mide por la continuidad de la participación de los testers y no por una versión congelada, así que los dos calendarios pueden solaparse en lugar de sumarse. Muchas veces es una semana entera ganada, y secuenciarlo así no cuesta nada.
Cómo se mantiene esta página
Frente a nueve páginas de Google, no una. Cada fila de aquí nombra su propia fuente principal, lleva un estado en lugar de una certeza implícita y conserva su valor antiguo cuando una fecha se mueve, en vez de sobrescribirse en silencio. La fecha de verificación al principio de esta página, 14 de agosto de 2026, es el día en que esas nueve páginas se leyeron de principio a fin por última vez.
Las cuatro reglas que sigue este registro
-
01
Una página principal de Google, o no hay fila.
Los hilos de comunidad y los issue trackers sirven para saber qué confunde a los desarrolladores y para detectar que una fecha se ha movido. Nunca establecen la fecha en sí.
-
02
Cuando Google contradice a Google, se imprimen las dos.
Sin desempates silenciosos, sin elegir la fecha que da mejor titular. Las dos fechas, las dos URL y una posición de riesgo que dice prepararse para la más temprana. Cuando las dos superficies son un calendario y la propia página de la política, la página de la política es la mejor autoridad sobre el alcance, incluso mientras la fecha sigue sin resolverse.
-
03
Las fechas sustituidas se conservan, no se borran.
La fecha antigua es la que busca la gente y la que citan los avisos antiguos. Borrarla elimina lo único que puede decirle a un lector que el artículo que acaba de leer se escribió antes del cambio.
-
04
Las consecuencias se citan, no se exageran.
Donde Google dice retirada, esta página dice retirada. Donde Google solo dice que existe un requisito, esta página dice aplicación estándar de las políticas en lugar de inventarse una sanción.
Qué ha cambiado desde que se publicó esta página
La regla 03 solo vale algo si los cambios se ven, así que esto es cada corrección hecha desde la publicación, de la más reciente a la más antigua. Cada entrada dice qué afirmaba antes la página, porque esa es la parte que de verdad necesita quien actuó según el valor antiguo.
-
14 de agosto de 2026
Contactos y Ubicación pasaron de estar en disputa a quedar fijadas en el 27 de enero de 2027. La cronología de políticas de Android Developers había listado las dos como 28 de octubre de 2026 mientras Play Console Help listaba las dos como 27 de enero de 2027; Android Developers da ahora el 27 de enero de 2027 para cada una, así que las dos superficies coinciden y esta página ya no imprime esas filas como un conflicto. El 28 de octubre de 2026 se conserva en la lista de fechas muertas porque Google llegó a publicarlo. Child Safety Standards es ahora el único conflicto de fechas vivo: 26 de agosto de 2026 en Play Console Help frente a 28 de octubre de 2026 en Android Developers.
-
14 de agosto de 2026
Se corrigió el umbral de disponibilidad de Android TV de API 34 a API 33, y se dejó de presentar el requisito de envío de API 34 de Android TV como un aumento de 2026. La tabla detallada de factores de forma de Google fecha ese requisito el 31 de agosto de 2025.
-
12 de agosto de 2026
Primera publicación, verificada frente a nueve páginas de Google.
Dos de esas entradas llegaron en las 48 horas siguientes a la publicación, que es el anuncio honesto de esta sección: un calendario de políticas no es un documento que se escriba una sola vez. La corrección del 28 de octubre en concreto vino de que Google editó una página para que coincidiera con otra sin ningún anuncio, que es exactamente el fallo al que las reglas 02 y 03 existen para sobrevivir.
Las nueve páginas que se releen en cada pasada
Si mantienes tu propio calendario de cumplimiento, esta es la lista entera. Que cualquiera de ellas cambie es motivo para releer las otras ocho, porque así aparecieron los conflictos de esta página en primer lugar, y así se cerró uno de ellos.
https://support.google.com/googleplay/android-developer/announcements/13412212
https://support.google.com/googleplay/android-developer/table/12921780
https://support.google.com/googleplay/android-developer/answer/13386702
https://developer.android.com/distribute/play-policies
https://developer.android.com/google/play/requirements/target-sdk
https://developer.android.com/developer-verification
https://developer.android.com/guide/practices/page-sizes
https://support.google.com/googleplay/android-developer/answer/16909972
https://support.google.com/googleplay/android-developer/answer/16935362
En orden: el índice de anuncios de políticas, la tabla viva de plazos de las políticas, el archivo de políticas, la cronología de políticas de Android Developers, la página de requisitos de nivel de API objetivo, el resumen de la verificación de desarrolladores, la guía de tamaños de página de 16 KB y, después, las dos páginas de Contacts Permissions, que llevan la fecha de entrada en vigor de la propia política y su calendario de cumplimiento. Leídas en ese orden, una fila de calendario nunca es más que una segunda opinión.
Qué se va a quedar obsoleto antes en esta página
- La fila de Child Safety Standards. La última fila en disputa de la página, y la de mayor riesgo. Cualquiera de las dos superficies de Google puede editarse sin aviso, y una resolución va a parecer un cambio silencioso y no un anuncio, que es precisamente como terminó la disputa de Contactos y Ubicación.
- La fecha recién fijada de Contactos y Ubicación. Hoy las dos superficies aceptan el 27 de enero de 2027. Llegó ahí por una edición sin anunciar, así que puede volver a moverse igual. Que coincidan no es lo mismo que sea permanente.
- Las citas del 26 de agosto. Apuntan a páginas de vista previa de políticas. El texto de la vista previa se reemplaza cuando una política entra en vigor, así que a partir de esa fecha la cita que hay que usar es la política viva.
- La fecha del 1 de febrero de 2027 para los 16 KB. Ya se ha movido dos veces. Trátala como el valor actual y no como uno fijo, y mira la marca de última actualización de la propia guía de tamaños de página antes de planificar una publicación.
- La lista de países de la verificación de desarrolladores. Hoy son cuatro países y, después, “2027 en adelante”. El próximo anuncio de países cambia esta fila y nada más de la página.
- El texto sobre la prórroga. Después del 1 de noviembre de 2026, cualquier frase que dé a entender que la prórroga del nivel de API objetivo todavía se puede solicitar pasa a ser falsa, y por eso el texto de esta página se genera a partir de la fecha de hoy en lugar de escribirse a mano.
Si encuentras aquí una fila que ya no coincide con la página viva de Google, gana la página que tienes delante y esta está desactualizada. La marca de verificación de arriba existe para que sepas de un vistazo cuánto fiarte de este registro, y avisarnos es más rápido que esperar a la siguiente pasada.
Preguntas frecuentes
¿Cuál es la próxima fecha límite de las políticas de Google Play en 2026?
A fecha de 14 de agosto de 2026, la próxima fecha confirmada es el 30 de septiembre de 2026, que cubre el registro de nombres de paquete de Google Play y la primera aplicación de la verificación de desarrolladores de Android en las instalaciones en Brasil, Indonesia, Singapur y Tailandia. Una fecha de esa lista sigue en disputa: Play Console Help sitúa la ampliación de Child Safety Standards el 26 de agosto de 2026, mientras que la cronología de políticas de Android Developers indica el 28 de octubre de 2026, así que prepárate para la más temprana.
¿De verdad tengo que apuntar a API 36 antes del 31 de agosto de 2026?
Para las apps móviles de Android nuevas y las actualizaciones de apps móviles normales, sí. La página de Google sobre el nivel de API objetivo indica que, a partir del 31 de agosto de 2026, las apps nuevas y las actualizaciones deben tener como objetivo Android 16, nivel de API 36 o superior. Otros factores de forma tienen sus propios niveles: Wear OS y Android Automotive OS necesitan API 35, y Android XR necesita API 34. Android TV también necesita API 34, pero eso no es un cambio de 2026 en absoluto, porque la tabla detallada de factores de forma de Google fecha el requisito de envío para TV el 31 de agosto de 2025. Hay una segunda regla, distinta, para las apps que no actualizas nunca, que es un umbral de disponibilidad y no de envío: API 35 en teléfonos y API 33 en Android TV.
Mi app ya está publicada. ¿Google la va a retirar el 31 de agosto si no hago nada?
No. Google no elimina una app publicada por no alcanzar el umbral de disponibilidad del 31 de agosto. La consecuencia es más estrecha: una app móvil existente por debajo del nivel de API 35 deja de estar disponible para usuarios nuevos en dispositivos con una versión de Android superior al nivel que la app tiene como objetivo. Quienes ya la instalaron la conservan, y sigue disponible en dispositivos más antiguos. La regla de envío es la otra: una app nueva o una actualización enviada a Google Play a partir del 31 de agosto de 2026 debe tener como objetivo API 36 o superior en móvil.
¿Puedo prorrogar la fecha límite del 31 de agosto para el nivel de API objetivo?
La guía de Google sobre el nivel objetivo de 2026 concede a los desarrolladores afectados que cumplan los requisitos una prórroga hasta el 1 de noviembre de 2026, solicitada a través de la notificación correspondiente de Play Console. Trátala como algo específico de cada app y de cada cuenta, y no como algo que todo desarrollador tiene automáticamente, y recuerda que la prórroga no crea un nivel objetivo más bajo. Solo te da más tiempo para llegar al mismo nivel.
¿El 30 de septiembre de 2026 es el día en que Google bloquea en todo el mundo cualquier app de Android sin verificar?
No. La primera aplicación de la verificación de desarrolladores de Android en las instalaciones, el 30 de septiembre de 2026, cubre las tiendas participantes de Brasil, Indonesia, Singapur y Tailandia, y Google describe una expansión más amplia como 2027 en adelante, sin publicar una fecha mundial exacta. Google también dice que quedan varias vías abiertas: las instalaciones por ADB no requieren verificación, un flujo avanzado de una sola vez permite a los usuarios con experiencia instalar apps de desarrolladores sin verificar, y la distribución a través de tiendas no participantes o el sideloading directo no entran en esta fase. El mismo día llega un requisito distinto: el registro de nombres de paquete de Google Play, donde Google advierte de que una app de Play sin registrar puede enfrentarse a la retirada global de Play.
¿La fecha límite de la política de Contactos es el 28 de octubre de 2026 o el 27 de enero de 2027?
El 27 de enero de 2027. Las dos superficies de Google coinciden ya en esa fecha. Esto estuvo realmente sin resolver durante casi todo 2026: la cronología de políticas de Android Developers decía 28 de octubre de 2026 mientras que la tabla de plazos de Play Console Help decía 27 de enero de 2027, y a mediados de agosto de 2026 se editó Android Developers para que coincidiera con Play Console Help, sin ningún anuncio. El 28 de octubre es una fecha real que Google publicó y que ahora está sustituida, así que una fuente que la siga citando no la ha comprobado desde entonces. La misma corrección se aplica a la política de permisos de Ubicación, que se movió el mismo día. Sobre el alcance, que nunca cambió: la política apunta al acceso amplio a los contactos en apps cuyo objetivo sea Android 17, nivel de API 37 o posterior, y dirige a las apps que no necesitan acceso amplio hacia Android Contact Picker, así que una app en la que el usuario elige un contacto para un fin concreto no entra automáticamente en el régimen de acceso amplio.
¿La fecha límite de los tamaños de página de 16 KB es el 31 de mayo de 2026 o el 1 de febrero de 2027?
Para el requisito general actual de compatibilidad de Google Play, la documentación viva de Android de Google indica que el 1 de febrero de 2027 es la fecha a partir de la cual las actualizaciones afectadas que no cumplan ya no se podrán publicar. El 31 de mayo de 2026 fue una fecha de prórroga histórica que todavía aparece en conversaciones de desarrolladores y en artículos antiguos, y el 1 de noviembre de 2025 fue la fecha original anterior a esa. Este calendario se ha movido más de una vez, así que consulta la guía viva sobre el tamaño de página en lugar de cualquier artículo.
¿Qué fechas límite de Google Play llegan ya en 2027?
Tres cambios con fecha. El 27 de enero de 2027 termina la excepción de SMS y registro de llamadas que permitía usar READ_CALL_LOG para confirmar una llamada telefónica de verificación, y es también la fecha que las dos superficies de Google dan ahora para las políticas de permisos de Contactos y de Ubicación. El 1 de febrero de 2027 es la fecha actual de aplicación de los 16 KB en la guía viva de Google. La verificación de desarrolladores de Android se amplía de forma más general durante 2027 en adelante, sin ninguna fecha global exacta publicada a fecha de 14 de agosto de 2026.
¿Cuáles de estas fechas límite se aplican a una cuenta de desarrollador recién creada que todavía no ha publicado nada?
Las del lado del envío. Tu primera subida tiene que cumplir el nivel de API objetivo de su factor de forma, tu nombre de paquete tiene que estar registrado, tu app necesita una clasificación de contenido y una declaración de Seguridad de los datos completa, y cualquier política ligada a permisos que encaje con tus funciones se aplica desde tu primera versión y no desde una actualización. El único requisito que no está en este calendario es el de la prueba cerrada, porque no es un cambio programado: una cuenta personal de desarrollador nueva debe realizar una prueba cerrada con al menos 12 testers que hayan aceptado participar durante 14 días de forma continua antes de poder solicitar acceso a producción. Las pruebas internas no la sustituyen, y puedes seguir subiendo versiones durante la prueba, porque lo que rompe los 14 días es que baje el número de testers, no una subida nueva. PrimeTestLab aporta esos testers en dispositivos reales desde $19.99.
En resumen
Resumen
A fecha de 14 de agosto de 2026, la próxima fecha límite confirmada de Google Play es el 30 de septiembre de 2026. La secuencia de 2026 es esta: 26 de agosto para las reglas de chat aleatorio y anónimo y el fin del geofencing como caso de uso aprobado para servicios en primer plano; 31 de agosto para los requisitos de nivel de API objetivo: API 36 para los envíos en teléfonos, con un umbral de disponibilidad aparte de API 35 para las apps que no actualizas nunca; 30 de septiembre para el registro de nombres de paquete de Google Play y la primera aplicación de la verificación de desarrolladores de Android en Brasil, Indonesia, Singapur y Tailandia; 1 de octubre para los informes y las comisiones en los programas estadounidenses afectados; y 1 de noviembre para el cierre de la prórroga del nivel de API objetivo. Contactos y Ubicación quedan fijadas en el 27 de enero de 2027, después de que Google sustituyera la fecha del 28 de octubre de 2026 que había publicado para las dos. Una política sigue en disputa: Child Safety Standards es el 26 de agosto en Play Console Help y el 28 de octubre en Android Developers, así que prepárate para el 26 de agosto. El 1 de febrero de 2027 es la fecha actual de los tamaños de página de 16 KB, y sustituye al 1 de noviembre de 2025 y al 31 de mayo de 2026. Y un requisito que no está en ninguna de estas listas sigue impidiendo publicar a las cuentas personales de desarrollador nuevas: una prueba cerrada con 12 testers que hayan aceptado participar durante 14 días de forma continua. Ver planes y precios →
Fuentes principales