Respuesta rápida
Con fecha del 14 de agosto de 2026, Google Play exige a los desarrolladores con cuentas personales de desarrollador creadas después del 13 de noviembre de 2023 que ejecuten una prueba cerrada con al menos 12 testers que hayan mantenido la participación aceptada durante al menos los últimos 14 días de forma continua antes de poder solicitar acceso a producción. Google anunció este requisito el 9 de noviembre de 2023 con 20 personas durante un mínimo de dos semanas, y después bajó el mínimo de testers a 12 el 11 de diciembre de 2024, manteniendo el periodo de 14 días. Alcanzar el umbral hace que un desarrollador sea elegible para solicitar, no que esté aprobado: Google revisa la solicitud, indica que esa revisión suele tardar 7 días o menos y puede pedir más pruebas. Las pruebas internas tienen su propio tope de 100 testers y no cumplen este prerrequisito de prueba cerrada. El acceso a la prueba cerrada se puede gestionar con listas de correos o Google Groups, y también se le puede dar acceso a organizaciones de Google Play gestionado.
Si la cifra que te falta son las doce personas
Esa es la única cifra de esta página que no puedes consultar en ningún lado, y es justo lo que aporta PrimeTestLab: testers reales que mantienen la participación aceptada durante toda la ventana. Cómo funciona →
La mayoría de las páginas que posicionan para estas búsquedas responden una pregunta algo distinta de la que se hace. Las búsquedas detrás de este tema son, de forma abrumadora, búsquedas de verificación: alguien ya leyó una cifra en algún lado y quiere saber si sigue vigente, qué cuenta en realidad y quién lo dice. Ese trabajo no es el de un tutorial, así que este artículo está construido como una obra de referencia. Cada estadística lleva una frase, un matiz de fecha y una fuente, y nada se redondea desde una suposición plausible hasta convertirlo en un hecho. Todo lo que hay aquí está vigente al 14 de agosto de 2026, comprobado ese mismo día con las páginas de Ayuda de Google, su documentación para desarrolladores y sus informes de seguridad publicados.
Conviene llevarse dos hábitos a todos los bloques de abajo. Primero, 12 es lo vigente y 20 es historia; las páginas que siguen publicando 20 como requisito de 2026 citan un anuncio que Google dejó atrás en diciembre de 2024. Segundo, un umbral no es una decisión. Casi todos los hilos angustiados de la propia Developer Help Community de Google vienen de alguien que cumplió la condición numérica y dio por hecho que ahí terminaba todo.
El escritorio de consulta
Tres instrumentos hechos para una página de cifras. Ninguno necesita cuenta, ni subir archivos, ni una petición de red; cada uno corre en tu navegador con los valores que elijas.
Las cinco cifras más citadas
Cinco cifras concentran casi toda la demanda detrás de este tema: 12 testers, 14 días continuos, el corte de cuentas del 13 de noviembre de 2023, la reducción desde 20 del 11 de diciembre de 2024 y los 7 días o menos que Google da como tiempo habitual de revisión del acceso a producción. Cada una está escrita abajo como una frase completa, para poder extraerla sin que pierda su sentido.
-
01
Verificado
El mínimo actual de la prueba cerrada de Google Play es de 12 testers con participación aceptada durante al menos los últimos 14 días de forma continua, para las cuentas personales de desarrollador nuevas afectadas.
Ayuda de Google Play Console, respuesta 14151465 · comprobado el 14 de agosto de 2026
-
02
Verificado
La regla de los 12 testers aplica a las cuentas personales de desarrollador creadas después del 13 de noviembre de 2023.
Ayuda de Google Play Console, respuestas 14151465 y 6112435 · comprobado el 14 de agosto de 2026
-
03
Verificado, histórico
El anuncio original de Google, del 9 de noviembre de 2023, pedía 20 personas durante un mínimo de dos semanas antes de solicitar acceso a producción.
Android Developers Blog, 9 de noviembre de 2023 · comprobado el 14 de agosto de 2026
-
04
Verificado
Google bajó el requisito de 20 testers a 12 el 11 de diciembre de 2024, mientras que el periodo de pruebas de dos semanas se mantuvo.
Actualización del Android Developers Blog, más la guía oficial de la Help Community de Google · comprobado el 14 de agosto de 2026
-
05
Verificado
Google indica que revisar una solicitud de acceso a producción suele tardar 7 días o menos, aunque en ocasiones puede tardar más.
Ayuda de Google Play Console, respuesta 14151465 · comprobado el 14 de agosto de 2026
Instrumento 01
Compositor de citas
Elige cualquier cifra de esta página y un formato. Obtienes la frase que sostiene, su fuente, la fecha en que se comprobó y su calificación de confianza, lista para pegar en un documento, un ticket o una respuesta.
Cada línea lleva fecha a propósito. Las páginas de políticas cambian, y una estadística sin fecha es justo la forma en que una cifra ya superada sigue circulando dos años más.
Dónde ver el progreso y las estadísticas de la prueba cerrada en Play Console
Abre la app en Play Console y revisa el requisito de pruebas para el acceso a producción en el Panel de la app. La cifra que califica es el conteo de testers con participación aceptada que se muestra para ese requisito, no el tamaño de la lista de correos, ni los eventos de instalación, ni el conteo de instalaciones de Play Store.
Esta es una búsqueda por derecho propio, y merece la respuesta directa de arriba antes que una explicación. La cifra que decide tu elegibilidad es el conteo que Play Console reconoce frente al propio requisito de acceso a producción. Esa es la cifra que hay que vigilar, y es la que lee el filtro de la solicitud.
Esto confunde porque cerca se ven varios conteos más y ninguno de ellos es el que califica. Son cuatro mediciones distintas:
| Qué puedes ver | Qué mide | ¿Es la cifra que califica? |
|---|---|---|
| Direcciones de tu lista de correos o Google Group | Quién es elegible para unirse a la prueba. | No |
| Instalaciones o eventos de instalación en Estadísticas | Actividad de instalación a nivel de dispositivo, con su propio retraso de reporte. | No |
| Conteo de instalaciones de la ficha de Play Store | Agregado del lado de la tienda, no inscripción en la prueba. | No |
| Testers con participación aceptada que se muestran para el requisito de acceso a producción | Los testers que Play Console cuenta como participantes continuos en la prueba cerrada. | Sí |
Fuente: Ayuda de Play Console, respuesta 14151465 y respuesta 9845334 · comprobado el 14 de agosto de 2026
De ahí se derivan dos consecuencias prácticas, y son de distinto tipo. El conteo de testers que califica puede diferir de las cifras de instalación porque miden cosas distintas, así que una discrepancia entre ambos es lo esperable y no un fallo. Los desarrolladores también reportan retrasos en la actualización del contador, pero Google no publica ni la frecuencia de actualización del contador ni su algoritmo de cálculo, así que no hay ningún intervalo documentado que puedas esperar. Usa el requisito de acceso a producción del Panel como la indicación definitiva de si eres elegible. El diagnóstico completo de un contador atascado por debajo del tamaño de tu lista está en el artículo sobre agregar 12 testers y ver cero participaciones aceptadas.
No existe una pantalla aparte de «estadísticas de prueba cerrada». Play Console reporta instalaciones, vitals y valoraciones en Estadísticas y en Android vitals, y reporta tu elegibilidad frente al requisito de acceso a producción en el Panel. Son dos superficies distintas, y solo la segunda mide la condición 12/14. Leer la primera y esperar la segunda es la versión más común de esta confusión.
Parcial Google documenta las dos superficies; no publica ningún informe de progreso combinado con ese nombre.
La regla de 12 testers y 14 días
Para una cuenta afectada, la condición de Google es una prueba cerrada con al menos 12 testers que hayan aceptado participar durante al menos los últimos 14 días de forma continua. Cumplirla desbloquea la posibilidad de solicitar el acceso a producción desde el Panel de la app. No desbloquea la producción en sí.
«Si tienes una cuenta personal de desarrollador creada recientemente, debes ejecutar 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.»
Ayuda de Google Play Console, respuesta 14151465 · comprobado el 14 de agosto de 2026
Lee esa frase despacio, porque encierra cuatro condiciones distintas y en cada una hay desarrolladores que pierden semanas. El canal tiene que ser cerrado. El conteo es de al menos 12. El estado que se cuenta es el de participación aceptada de forma continua, no instalaciones, descargas ni una meta documentada de uso activo diario. Y la ventana son los últimos 14 días, de forma continua, lo que significa que el periodo que califica es el que tienes justo detrás, no cualquier quincena buena que puedas señalar en tu historial.
Ese es el umbral numérico publicado, y es solo la mitad del cuadro. La interacción se evalúa por separado y también pesa: Google pregunta cómo interactuaron los testers con la app, si su uso se pareció al que esperas en producción y qué comentarios aportaron, y señala que una interacción insuficiente de los testers puede derivar en una petición de más pruebas en lugar de en la concesión del acceso. El conteo mide la participación aceptada. La interacción es lo que lee la revisión.
| Estadística | Valor actual | Qué significa en realidad |
|---|---|---|
| Tipo de cuenta afectada | Personal | El requisito está documentado para las cuentas personales nuevas, no para todos los desarrolladores de Google Play. |
| Fecha de corte de creación de la cuenta | Después del 13 de noviembre de 2023 | Las cuentas personales creadas en esa fecha o antes quedan fuera del grupo que describe esta página de Ayuda. |
| Canal exigido | Prueba cerrada | Las pruebas internas no la sustituyen, por mucha gente que pases por ellas. |
| Mínimo de testers | 12 | Valor actual. Fue 20 hasta el 11 de diciembre de 2024. |
| Periodo exigido | 14 días de forma continua | Esos testers deben haber mantenido la participación aceptada a lo largo de los 14 días más recientes completos. |
| Siguiente paso una vez que calificas | Solicitar acceso a producción | Una solicitud desde el Panel de la app, no un ascenso automático. |
| Secciones de la solicitud | 3 | Tu prueba cerrada, tu app o juego, y la preparación para producción. |
| Tiempo de revisión declarado | 7 días o menos, normalmente | Google dice normalmente. Deja abierta de forma explícita la posibilidad de revisiones más largas. |
Fuente: Ayuda de Play Console, respuesta 14151465 · comprobado el 14 de agosto de 2026
Las fechas de la fila del mínimo de testers tienen detrás un relato que este artículo deliberadamente no vuelve a contar. Si quieres la historia completa de cómo 20 pasó a 12 y qué dijo Google en cada paso, está en el artículo sobre el cambio de 20 testers a 12 en Google Play. Aquí todo es la evidencia, no la historia.
A quién le aplica el requisito
Google Play ofrece dos tipos de cuenta de desarrollador, Personal y Organización, y cobra la misma tarifa única de registro de US$25 por cualquiera de las dos. El requisito adicional de pruebas está documentado para las cuentas personales creadas después del 13 de noviembre de 2023. Eso es todo lo que dice sobre el alcance el texto de Ayuda actual.
Dilo con cuidado. «Las cuentas de Organización están exentas» es la formulación que usa todo el mundo, y es una lectura práctica razonable del alcance, pero Google no escribe esa frase en el texto de Ayuda revisado para esta página. La versión defendible es la que usa este artículo: el requisito documentado de 12 testers para el acceso a producción está acotado a las cuentas Personales nuevas afectadas. Si estás eligiendo entre los dos tipos de cuenta, las ventajas y desventajas están en el artículo sobre cuenta personal frente a cuenta de organización.
Parcial Respaldado por el alcance, no por una frase explícita de exención.
Qué está contando «14 días de forma continua»
Esta es la frase más reescrita de todo el tema. Las páginas comerciales la reformulan una y otra vez como 12 instalaciones, 12 usuarios activos diarios o una app que tiene que quedarse instalada 14 días. La redacción de Google habla de un estado de participación aceptada mantenido de forma continua, y la diferencia importa porque cambia qué vigilas mientras corre el reloj.
Google dice esto
- Un mínimo de 12 testers.
- Con la participación aceptada durante al menos los últimos 14 días de forma continua.
- La prueba tiene que ser una prueba cerrada.
- Cada tester tiene que aceptar participar mediante el proceso de inscripción a la prueba.
- Un usuario que participa en una prueba interna tiene que salirse de ella antes de poder entrar en una prueba abierta o cerrada.
Google no dice esto
- Que los testers tengan que abrir la app todos los días.
- Que el requisito sean 12 instalaciones o 12 usuarios activos diarios.
- Que una desinstalación cuente automáticamente como dejar de participar.
- Que un solo abandono reinicie el reloj de todos al día cero.
- Que cada tester tenga que estar en un dispositivo físico y no en un emulador.
Nada de eso significa que la interacción sea irrelevante. Significa que la interacción se juzga en otro lado: en la solicitud de acceso a producción, donde Google pregunta cómo reclutaste a los testers, cómo interactuaron con la app y qué comentarios aplicaste. Trata la ventana de 14 días como un conteo de participaciones que hay que proteger y la solicitud como el lugar donde se evalúa la calidad de tus pruebas. La mecánica día a día de la ventana está en el artículo sobre la regla de los 14 días consecutivos.
Instrumento 02
Tus cifras
Esta página lleva alrededor de treinta cifras y solo algunas son condiciones para el acceso a producción. Responde tres preguntas y las ordena en lo que debes cumplir para solicitar, lo que pasa después de calificar y los datos de publicación aparte que son ciertos de todos modos.
Todas las cifras de los canales de pruebas de Google Play
Las pruebas internas admiten hasta 100 testers por app. La prueba cerrada se puede gestionar con listas de correos o Google Groups, y también se le puede dar acceso a un canal a organizaciones de Google Play gestionado. Las listas de correos admiten hasta 2.000 usuarios cada una, con 50 listas por canal y 200 listas en total; Google señala que no hay límites de tamaño en los Google Groups usados con canales cerrados adicionales. La prueba abierta es Ilimitada o está limitada a un tope configurado de al menos 1.000.
| Canal o método | Límite documentado | ¿Canal válido para el prerrequisito? | La matización que importa |
|---|---|---|---|
| Interna | 100 testers por app | No | Canal opcional. Los builds suelen estar disponibles para los testers pocos minutos después de publicarse. |
| Cerrada, vía lista de correos | 2.000 usuarios por lista | Sí | Estar en la lista no es lo mismo que aceptar participar. Solo cuentan los testers con la participación aceptada. |
| Cerrada, listas de correos por canal | 50 listas | Sí | Es un límite de configuración sobre las listas. No lo multipliques para sacar un techo de testers únicos. |
| Cerrada, listas de correos en total | 200 listas | Sí | Límite de configuración a nivel de cuenta descrito por Google. |
| Cerrada, vía Google Group | Sin límite de tamaño declarado para los grupos usados con canales cerrados adicionales | Sí | Los testers tienen que unirse al grupo y después aceptar participar. Pertenecer al grupo no inscribe a nadie por sí solo. |
| Cerrada, vía organización de Google Play gestionado | Sin cifra de testers publicada | Sí | Tú eliges qué organización puede acceder al canal; los administradores de esa organización asignan a los usuarios. |
| Abierta | Ilimitada, o un piso configurado de 1.000 | No | Los 1.000 son el mínimo al que puedes configurar el límite, no una cantidad de participantes que haya que reclutar. |
| Cualquier canal, cuenta del tester | Cuenta de Google o cuenta de Google Workspace | Prerrequisito para todos | Google indica que los usuarios necesitan una cuenta de Google o una cuenta de Google Workspace para unirse a una prueba. |
Fuentes: Ayuda de Play Console, respuesta 9845334 y respuesta 14151465 · comprobado el 14 de agosto de 2026
Cifras de las pruebas internas
Las pruebas internas admiten hasta 100 testers por app, y la redacción de Google es que un app bundle nuevo publicado en el canal interno está disponible para los testers en cuestión de minutos. Es el canal más rápido para poner un build delante de un grupo pequeño, y justo por eso atrapa a la gente: el prerrequisito de acceso a producción nombra una prueba cerrada, así que el tiempo pasado en el canal interno no se acumula para los 14 días, por mucha gente que pongas o por muy a conciencia que usen la app. Tampoco es el canal más permisivo, porque una prueba abierta se puede poner en Ilimitado.
Las pruebas internas tienen una ventaja real que los demás canales no tienen: si la app es de pago, los testers internos pueden instalarla gratis. En una prueba abierta o cerrada, Google indica que los testers igual tienen que comprar una app de pago. Ese es un costo real que hay que prever, y es aparte de la tarifa de registro de $25.
El error más caro de esta página
Pasar a doce personas por pruebas internas durante catorce días no produce nada que cuente para el acceso a producción. Hay una segunda trampa encima: Google indica que un usuario que participa en una prueba interna tiene que salirse de las pruebas internas antes de poder entrar en una prueba abierta o cerrada, así que esas mismas personas pueden quedar sin registrarse, en silencio, en el canal que sí cuenta.
Límites de las listas de la prueba cerrada
La prueba cerrada se puede poblar de tres formas, y las cifras famosas solo describen una de ellas. Google documenta las listas de correos de testers, los Google Groups y dar acceso al canal a una organización de Google Play gestionado. Las cifras que todo el mundo cita, 2.000 usuarios por lista, 50 listas por canal de pruebas y 200 listas de correos en total, son límites sobre las listas de correos en concreto. Son tres techos de configuración distintos, y ninguno dice nada sobre cuántas personas únicas pueden probar tu app.
Uses la ruta que uses, el paso de inscripción es el mismo y es el que decide tu cifra. Los testers necesitan una cuenta de Google o de Google Workspace, y cada uno tiene que aceptar participar mediante el enlace de inscripción. En el caso de un Google Group, Google es explícito en que los usuarios tienen que unirse al grupo antes de aceptar participar en la prueba, así que pertenecer al grupo y ser un tester que califica son dos estados distintos con dos conteos distintos.
No multipliques estas cifras. Cincuenta listas por dos mil usuarios es un cálculo, no una estadística de Google. Google expresa límites de listas, no un tope definitivo de personas únicas, así que una cifra como «100.000 testers máximo» es un número derivado presentado como documentación. Esta página no lo publica, y nada que cite esta página debería publicarlo tampoco.
Hay una segunda razón por la que la aritmética falla. Las listas de correos no son la única forma de poblar una prueba cerrada: Google también documenta el uso de Google Groups y señala que no hay límites de tamaño en esos grupos. Un techo que se puede esquivar eligiendo otra configuración nunca fue un techo de testers.
Cifras de las pruebas abiertas
Una prueba abierta se puede poner en Ilimitado o limitarse a un tope de testers que tú configuras, en cuyo caso ese límite configurado debe ser de al menos 1.000. Esta es la cifra peor citada de todo el tema. Es un piso de un ajuste, no un requisito de encontrar mil personas, y no tiene nada que ver con el requisito de la prueba cerrada. Google también documenta ejecutar varias pruebas cerradas junto con una prueba abierta al mismo tiempo.
Si las pruebas abiertas aparecen en gris
En una cuenta personal nueva afectada ese es el estado esperado, no un bug. La página de requisitos actual de Google dice que las pruebas abiertas quedan disponibles cuando lo está el acceso a producción, así que el orden es primero la prueba cerrada, después la solicitud y después los demás canales. Para qué sirve cada canal, y cuándo elegir cada uno una vez que los tienes todos disponibles, está en la comparación entre pruebas internas, cerradas y abiertas.
Instrumento 03
Planificador de límites de canal
Elige un canal, di si estás probando para cumplir el requisito de las cuentas personales nuevas e ingresa la lista que tienes en mente. Esto la contrasta con los límites documentados de esa configuración concreta, en lugar de aplicar el umbral de 12 testers a toda prueba cerrada que exista.
Estadísticas del acceso a producción
El día 14 no publica nada. Te hace elegible para solicitar el acceso a producción desde el Panel de la app, mediante una solicitud de 3 secciones. Google la revisa después, indica que esa revisión suele tardar 7 días o menos y puede concluir que la app no está lista y pedirte que sigas probando. Una solicitud aprobada concede el acceso a producción y las pruebas abiertas.
-
Paso 1
Calificar
Al menos 12 testers con la participación aceptada durante al menos los últimos 14 días de forma continua, en el canal cerrado.
Esto lo controlas tú -
Paso 2
Solicitar
Una solicitud de 3 secciones desde el Panel de la app: tu prueba cerrada, tu app o juego, y la preparación para producción.
Esto lo controlas tú -
Paso 3
Revisión
Decide Google. Normalmente 7 días o menos, en ocasiones más, y el resultado puede ser una petición de más pruebas.
Esto lo controla Google
Casi todos los hilos angustiados de la propia Developer Help Community de Google se reducen al hueco entre el paso dos y el paso tres. Los desarrolladores publican títulos como «production access rejection despite 12 testers opted-in for 14 days continuously» y describen testers que nunca desinstalaron, porque habían entendido el umbral como la decisión. No lo es. Doce testers durante catorce días continuos son una condición de elegibilidad, y el proceso documentado de Google es explícito en que puede exigir seguir probando si considera que la app no está lista.
Completar 12 testers durante 14 días continuos hace que un desarrollador sea elegible para solicitar el acceso a producción. No garantiza la aprobación para producción.
Ayuda de Google Play Console, respuesta 14151465 · comprobado el 14 de agosto de 2026
Nadie fuera de Google puede ponerle un número a con qué frecuencia la revisión dice que no, porque Google no publica ninguno. El rechazo repetido está bien documentado en la propia Help Community de Google, no en una estadística, así que esta página lo trata como una posibilidad documentada con evidencia de la comunidad, no como una tasa. La mecánica de recuperación tras una negativa, incluido si arranca una ventana nueva, está en el artículo sobre por qué se rechaza la prueba cerrada.
Qué pregunta Google después de la prueba cerrada
La solicitud tiene tres secciones. Las preguntas de Google cubren cómo encontraste a tus testers y cómo trabajaste con ellos, qué es la app y para quién es, y si está lista para un público general. No hay ninguna fórmula de puntuación publicada detrás de ellas, así que la postura útil es la precisión y no la optimización.
Cómo se reclutó a los testers, cómo interactuaron con la app y qué comentarios llegaron.
Qué hace la app, para quién es y qué valor le ofrece a ese público.
Qué cambió a raíz de las pruebas y por qué la app ya está lista para producción.
No hay hoja de respuestas publicada. Google nombra las tres secciones y los temas sobre los que pregunta. No publica un modelo de puntuación, ni un límite de caracteres, ni una lista de frases que aprueban. Cualquier página que presente una se la inventó. En el artículo sobre el cuestionario de acceso a producción hay ejemplos trabajados de cómo describen los desarrolladores su prueba en la práctica.
En cuanto a tiempos, los 7 días o menos de Google son la única cifra con una fuente primaria detrás, y Google la matiza con un «suele». Tómala como la descripción del caso común y no como un plazo con el que puedas planificar una fecha de lanzamiento. Los tiempos de revisión etapa por etapa a lo largo de todo el recorrido de publicación están en el artículo sobre los tiempos de revisión de Google Play.
Cronología de la política de prueba cerrada
Cuatro fechas cargan con toda la historia: el anuncio, el corte de cuentas afectadas cuatro días después, la reducción de 20 a 12 en diciembre de 2024 y el estado actual. La fecha del anuncio y la fecha de corte son cosas distintas, y confundirlas es el error más común en los artículos sobre esta política.
-
9 de noviembre de 2023
Anunciado con 20 testers
Google anunció que las cuentas personales de desarrollador nuevas tendrían que probar con 20 personas durante un mínimo de dos semanas antes de solicitar acceso a producción, para que los desarrolladores pudieran detectar problemas y recibir comentarios antes del lanzamiento.
Verificado, histórico -
13 de noviembre de 2023
El corte de cuentas afectadas
La fecha que usa la página de Ayuda actual de Google para definir a quién afecta: las cuentas personales de desarrollador creadas después de ella. Es un límite de grupo, no la fecha del anuncio, y entre las dos hay cuatro días.
Verificado -
11 de diciembre de 2024
20 pasó a 12
Google actualizó la política para reducir el requisito de pruebas de 20 testers a 12. El periodo de 14 días no cambió. Los desarrolladores notaron el cambio en Play Console antes de que la documentación se pusiera al día, y por eso algunos hilos de la época lo tratan como un posible bug.
Verificado -
Hoy, 14 de agosto de 2026
12 testers, 14 días continuos
El estado actual, comprobado con la página de requisitos de Google en esta fecha. En las fuentes revisadas no se encontró ningún umbral sustituto ni fecha de fin para esta regla.
Verificado
Esa es la evidencia, sin el relato. La historia completa de qué cambió, por qué los desarrolladores reaccionaron como lo hicieron y qué significó para las apps que estaban a mitad de prueba en ese momento está en el artículo sobre el cambio de 20 testers a 12 en Google Play, que sigue siendo el registro canónico de este sitio sobre el cambio de política.
Lo que Google dice, y lo que no
Ocho afirmaciones hacen casi todo el daño en este tema, y las ocho son extrapolaciones de la redacción real de Google, no citas de ella. La tabla de abajo empareja el síntoma tal como lo reportan los desarrolladores con la lectura más defendible de la documentación, y califica qué tan firme es esa lectura.
| Lo que reportan los desarrolladores | La explicación más defendible | Qué revisar | Calificación |
|---|---|---|---|
| «Agregué 12 correos pero Play Console cuenta menos.» | Estar en una lista de correos no es lo mismo que haber completado la aceptación de participación. | Confirma que cada tester usó el enlace de inscripción con una cuenta válida y que de verdad aceptó participar. | Verificado |
| «Hice pruebas internas con más de 12 personas durante 14 días.» | El prerrequisito especifica prueba cerrada. El tiempo de pruebas internas no se acumula para cumplirlo. | Configura e inicia el canal de prueba cerrada. El margen de 100 personas de las pruebas internas no lo sustituye. | Verificado |
| «Llegué al día 14, ¿por qué no puedo publicar?» | El día 14 te habilita para solicitar acceso a producción, nada más. | Abre el Panel de la app y completa la solicitud de acceso a producción en cuanto aparezca la elegibilidad. | Verificado |
| «Google me rechazó aunque tenía 12 testers.» | El umbral rige la elegibilidad para solicitar, no el resultado de la revisión. | Sigue probando si te lo piden, y responde la solicitud con precisión sobre reclutamiento, interacción, comentarios y preparación. | Verificado |
| «Las pruebas abiertas están desactivadas para mi app.» | Es lo esperable en el flujo de una cuenta afectada. Las pruebas abiertas quedan disponibles cuando lo está el acceso a producción. | Completa primero la prueba cerrada y la solicitud de acceso a producción. | Verificado |
| «¿Mis testers tienen que abrir la app todos los días?» | Google especifica participación aceptada de forma continua. No publica ninguna condición numérica de una apertura al día. | Fomenta el uso genuino y recoge comentarios, porque la interacción se evalúa en la solicitud, pero no presentes las aperturas diarias como una regla de Google. | Verificado |
| «Un tester desinstaló la app. ¿Se reiniciaron mis 14 días?» | La condición publicada es la participación aceptada de forma continua, y la fuente no equipara desinstalar con dejar de participar. | Revisa el estado real de participación y si al menos 12 testers siguen cumpliendo la condición continua de 14 días. | Parcial |
| «Mi conteo de testers se ve mal después de un rechazo.» | Se reporta una y otra vez en la Help Community de Google. Google no documenta ningún algoritmo de conteo que lo explique. | Concilia la lista con el estado de participación antes de dar por hecho que hay un fallo de la Console. Tester fantasma es lenguaje de desarrolladores, no un término de Google. | Reportado |
El patrón es el mismo en las ocho filas. Google publica un umbral y un proceso; no publica la mecánica que hay debajo. Ese hueco es donde las páginas comerciales meten detalles que suenan seguros, y por eso este artículo califica cada línea en lugar de aplanarlas todas en una sola voz. Si lo que se te quedó atascado por debajo del tamaño de la lista es justamente el contador, el diagnóstico completo está en el artículo sobre agregar 12 testers y ver cero participaciones aceptadas.
Sobre los servicios de testers de pago, incluido este. Desarrolladores de la Help Community de Google han preguntado directamente si usar un servicio de pago provocó su rechazo. Ninguna fuente primaria de Google encontrada para esta página dice que los servicios de testers de pago estén permitidos, y ninguna dice que estén prohibidos. La postura precisa es que Google documenta requisitos y revisa solicitudes; no publica ninguna regla sobre los canales de reclutamiento, ni a favor ni en contra. Cualquier página que afirme que Google los respalda o los prohíbe está rellenando con una opinión un hueco de la documentación.
Sin verificar No se localizó ninguna fuente primaria de Google en ninguno de los dos sentidos.
Cifras que Google no publica
Seis de los datos más citados en este tema no tenían ninguna fuente primaria de Google detrás en las fuentes revisadas para esta página: una tasa de aprobación de la prueba cerrada, una tasa de rechazo, un conteo exacto y actual de apps en Google Play, un umbral de aperturas diarias de la app, una fórmula de puntuación de la revisión del acceso a producción y el algoritmo detrás del conteo de testers de Play Console. Si una página te entrega alguno de estos como estadística de Google, pregúntale de qué página primaria de Google salió la cifra.
-
Una tasa de aprobación o de éxito de la prueba cerrada Sin fuente encontrada
No se localizó ningún porcentaje publicado por Google que describa con qué frecuencia se concede el acceso a producción a los desarrolladores que cumplen el umbral 12/14. Los porcentajes que circulan vienen de servicios comerciales que describen sus propios resultados, que es otra medición con otro denominador.
-
Una tasa de rechazo de Google Play Sin fuente encontrada
Google publica conteos de apps infractoras detenidas, no un porcentaje de rechazo con denominador. No se puede reconstruir una tasa a partir de esos conteos, porque la población de la que salieron no se publica junto a ellos.
-
Un conteo exacto y actual de apps de Google Play Millones, sin cuantificar
El material actual de Google describe Play como el hogar de millones de apps y contenidos, en lugar de dar una cifra de inventario precisa. Existen estimaciones comerciales de inteligencia de apps que no son cifras de Google, así que esta página no pone una en su lugar.
-
Un requisito de aperturas diarias de la app No está en la regla
La regla de elegibilidad actual especifica participación aceptada de forma continua y no fija ningún requisito numérico de una apertura de la app por tester y por día. Google sí pregunta por la interacción de los testers al evaluar el acceso a producción, y ahí es donde la interacción importa de verdad.
-
Una fórmula de puntuación del acceso a producción Sin fuente encontrada
Google nombra las tres secciones de la solicitud y los temas sobre los que pregunta. En la documentación revisada para esta página no aparece ninguna ponderación, umbral, límite de caracteres ni modelo de cómo se evalúan las respuestas.
-
Un algoritmo de conteo de testers o de reinicio Sin fuente encontrada
Google publica la condición de que al menos 12 testers deben haber aceptado participar durante los últimos 14 días de forma continua. No publica cómo deriva Play Console ese conteo, qué pasa con los relojes individuales cuando un tester se sale, ni si algún evento reinicia la ventana para todos. Las historias sobre reinicios que circulan son inferencias del comportamiento de la Console, no documentación.
Hay una ausencia más que vale la pena nombrar, porque es la que más se rellena con algo que suena autoritativo. Google no ha publicado un impacto numérico independiente del requisito de 12 testers. Sus informes de seguridad agrupan los requisitos de pruebas con la verificación de desarrolladores y las comprobaciones obligatorias previas a la revisión, y describen el efecto combinado. Cualquier frase del tipo «la regla de los 12 testers redujo X un Y por ciento» es una construcción, no una cita.
Una prueba que puedes aplicar a cualquier página, incluida esta
Ante cada estadística, hazte tres preguntas: ¿de qué frase exacta sale?, ¿cuándo se comprobó esa frase por última vez? y ¿lo dice la fuente o la página solo lo insinúa? Una estadística que no sobrevive a esas tres preguntas no es una estadística. Cada cifra de arriba está escrita para poder rastrearse hasta un número de respuesta de la Ayuda de Play Console o hasta una publicación de Google con nombre propio, y por eso también el Compositor de citas del principio de este artículo le adjunta la fuente y la fecha a todo lo que copies.
Cómo ayuda PrimeTestLab con la cifra que no puedes consultar
Cada cifra verificada de arriba se puede rastrear hasta una fuente primaria; las interpretaciones parciales y las cifras que Google no publica se etiquetan aparte. Solo una cifra de esta página es una tarea y no un dato: 12 personas reales, con la participación aceptada, durante 14 días continuos. PrimeTestLab aporta ese grupo en dispositivos reales de Android 7 a 17, desde $19.99, y lo sostiene durante toda la ventana para que el conteo no baje del umbral mientras tú trabajas en el build.
Lo que eso compra es un conteo estable de participaciones aceptadas, que es la única variable de la que la documentación te hace responsable y la que rompe en silencio la mayoría de las pruebas autoorganizadas. Lo que no compra es una decisión. Google revisa por su cuenta la solicitud de acceso a producción, y ningún servicio puede prometer el resultado de esa revisión. A lo que sí nos podemos comprometer es a la parte que está en nuestras manos: si una campaña no entrega las pruebas que pagaste, la garantía es repetición gratis o reembolso completo.
| Qué hay que resolver | Reclutar el grupo por tu cuenta | Un grupo gestionado |
|---|---|---|
| Al menos 12 testers | Amigos, foros y grupos de intercambio. Encontrar doce es posible; encontrar doce que cumplan hasta el final es lo difícil. | 12 asignados desde el inicio, con niveles más grandes de 20 y 25 testers para tener margen sobre el mínimo. |
| Participación aceptada durante 14 días continuos | Vigilas el estado de participación a diario y persigues a quien se sale, porque bajar del mínimo rompe la condición de continuidad. | El grupo se sostiene durante toda la ventana, así que el conteo que estás protegiendo es trabajo de otro. |
| Diversidad de testers y dispositivos | A quien logres convencer, con el hardware que tenga. | Personas reales en dispositivos reales de Android 7 a 17, en 120+ países. |
| Comentarios para la pregunta de preparación | Depende por completo de qué tan comprometidos estén tus reclutas. Suele ser la parte más débil de una prueba autogestionada. | Comentarios estructurados de los testers que puedes citar cuando la solicitud pregunte qué cambió a raíz de las pruebas. |
| Costo | Sin desembolso de dinero, pagado en días de perseguir gente justo en la ventana en la que más necesitas estar construyendo. | Desde $19.99 para el nivel de 12 testers. |
| La decisión de acceso a producción | De Google | Sigue siendo de Google. Ningún servicio puede prometer la aprobación, y el que lo haga está describiendo algo que no controla. |
Como contexto de escala, no como afirmación sobre tu app: PrimeTestLab ha ejecutado pruebas cerradas para 7,400+ apps con un historial de 99.9% en 120+ países. Son nuestras cifras, medidas en nuestras campañas, y pertenecen a la misma categoría que cualquier otra cifra propia publicada en internet: son útiles, y no son una estadística de Google.
Preguntas frecuentes
¿Todavía necesito 20 testers para Google Play en 2026?
No. El mínimo actual es de 12 testers, no de 20. Google anunció el 9 de noviembre de 2023 un requisito de 20 personas con un mínimo de dos semanas, y el 11 de diciembre de 2024 actualizó la política para bajar el mínimo de testers a 12, mientras que el periodo de 14 días se mantuvo. Las páginas que siguen publicando 20 como la cifra de 2026 están citando el anuncio ya superado.
¿Los 12 testers tienen que mantener la participación aceptada los 14 días completos?
La redacción de Google es que al menos 12 testers deben haber aceptado participar durante al menos los últimos 14 días de forma continua. Para ese umbral numérico publicado, Google cuenta el estado de participación continua, no las instalaciones, las descargas ni una meta documentada de uso activo diario. La interacción va por separado, pero también pesa: Google pregunta cómo interactuaron los testers con la app, si su uso se pareció al uso esperado en producción y qué comentarios aportaron, y una interacción insuficiente puede derivar en una petición de más pruebas. Un grupo de testers que participó cada uno en momentos distintos no equivale a 12 testers que estuvieron todos con la participación aceptada a lo largo de la misma ventana continua de 14 días.
¿Cuándo empieza en realidad el periodo de 14 días?
No desde que agregas las direcciones de correo. Agregar a alguien a una lista o a un Google Group solo hace que esa persona sea elegible para unirse; el estado que califica es el de los testers que completaron la aceptación de participación y luego la mantuvieron. La condición que publica Google es que al menos 12 testers hayan aceptado participar durante al menos los últimos 14 días de forma continua, así que toma el estado de elegibilidad que Play Console muestra para el requisito de acceso a producción como la fuente de verdad, en lugar de contar días desde la fecha en que configuraste el canal.
¿Las pruebas internas cuentan para los 12 testers durante 14 días?
No. El prerrequisito de acceso a producción de Google exige expresamente una prueba cerrada. Las pruebas internas se describen por separado como un canal opcional que admite hasta 100 testers por app, y las versiones internas suelen estar disponibles para los testers pocos minutos después de publicarse. Pasar a 12 personas por una prueba interna durante 14 días no cumple el requisito de la prueba cerrada.
¿Mis 12 testers tienen que abrir la app todos los días?
El requisito numérico público de Google no fija un umbral de una apertura de la app al día. La condición numérica documentada es la participación aceptada de forma continua. La interacción igual importa, porque la solicitud de acceso a producción pregunta a los desarrolladores cómo reclutaron a los testers, cómo interactuaron estos con la app y qué comentarios dieron, y Google indica que una interacción insuficiente de los testers puede derivar en una petición de más pruebas. Lo que ninguna fuente de Google encontrada para esta página publica es un número de aperturas diarias, así que trata el uso genuino como algo que conviene fomentar y describir, no como una cuota documentada que hay que cumplir.
Terminé los 14 días. ¿Estoy aprobado automáticamente para producción?
No. Completar una prueba cerrada que califique te hace elegible para solicitar el acceso a producción desde el Panel de la app en Play Console. Google revisa esa solicitud y puede concluir que la app no está lista y pedirte que sigas probando. Doce testers durante 14 días continuos son un umbral de elegibilidad, no una garantía de aprobación.
¿Cuánto tarda Google en revisar el acceso a producción?
La página de Ayuda actual de Google dice que la revisión del acceso a producción suele tardar 7 días o menos, y que en ocasiones puede tardar más. Es la descripción del caso habitual, no un acuerdo de nivel de servicio ni una fecha de decisión garantizada, así que nunca debería citarse como un plazo exacto de siete días.
¿Puedo usar pruebas abiertas en lugar de la prueba cerrada?
Para este prerrequisito, no. La página de requisitos actual de Google describe una prueba cerrada para las cuentas personales nuevas afectadas, y dice que las pruebas abiertas quedan disponibles cuando lo está el acceso a producción. La cifra de 1.000 asociada a las pruebas abiertas es el límite mínimo de testers configurable cuando una prueba abierta no está puesta en Ilimitado, no un requisito de reclutar 1.000 participantes.
¿Puedo usar Google Groups en lugar de listas de correos individuales?
Sí. Google documenta el acceso a la prueba cerrada mediante listas de correos de testers, mediante Google Groups y otorgando acceso al canal a una organización de Google Play gestionado. Las cifras de 2.000 usuarios por lista, 50 listas por canal y 200 listas en total describen específicamente las listas de correos; Google señala que no hay límites de tamaño en los Google Groups usados con canales cerrados adicionales. Pertenecer al grupo no es lo mismo que haber aceptado participar: Google indica que los usuarios tienen que unirse al grupo antes de aceptar participar en la prueba, así que son dos conteos distintos.
¿Mis testers necesitan una cuenta de Google?
Sí. Google indica que los usuarios necesitan una cuenta de Google o una cuenta de Google Workspace para unirse a una prueba. Una dirección guardada en tus contactos o un buzón común que no esté asociado a una cuenta de Google válida no puede completar la aceptación de participación, y esa es una de las razones por las que una lista puede parecer completa mientras el conteo que califica se queda más abajo.
¿Los testers de una prueba cerrada tienen que comprar una app de pago?
Sí, si la app en sí es de pago. Google indica que los testers de una prueba abierta o cerrada igual tienen que comprar la app, mientras que los testers de una prueba interna pueden instalar una app de pago gratis. Ese costo se suma a la tarifa única de registro de desarrollador de US$25 y a lo que le pagues a un proveedor de testing, y aplica al canal cerrado que pide el requisito de acceso a producción.
¿Las cuentas de Organización necesitan la prueba de 12 testers?
La documentación actual de Google acota este requisito adicional de pruebas a las cuentas personales de desarrollador creadas después del 13 de noviembre de 2023, y por separado identifica Personal y Organización como los dos tipos de cuenta de desarrollador. La afirmación precisa y defendible es que el requisito documentado de 12 testers para el acceso a producción está acotado a las cuentas Personales nuevas afectadas. Google no usa la frase las cuentas de Organización están exentas en el texto de Ayuda revisado para esta página.
¿Por qué Play Console muestra menos testers que los correos que agregué?
Agregar una dirección a una lista de correos válida y que esa persona complete la aceptación de participación son dos pasos distintos. Google les dice a los desarrolladores que distribuyan la URL de participación y señala que cada tester tiene que aceptar participar. Los hilos de la Developer Help Community muestran una y otra vez listas más grandes que el conteo que califica justamente por esto, así que revisa el estado de participación de cada tester en lugar del tamaño de la lista.
¿Dónde veo mi progreso de la prueba cerrada en Play Console?
Consulta el requisito de pruebas para el acceso a producción que aparece en el Panel de la app. La cifra que califica es el número de testers que Play Console reconoce como participantes aceptados para ese requisito, no el número de direcciones de correo que agregaste, ni las instalaciones que muestra Estadísticas, ni el conteo de instalaciones de la ficha de Play Store. Ese conteo que califica puede diferir de las cifras de instalación porque miden cosas distintas. Los desarrolladores también reportan retrasos en la actualización del contador, pero Google no publica ni la frecuencia de actualización del contador ni su algoritmo de cálculo, así que usa el requisito de acceso a producción del Panel como la indicación definitiva de si ya eres elegible.
¿Desinstalar la app reinicia los 14 días?
La condición que publica Google está formulada en torno a que los testers mantengan la participación aceptada de forma continua, y la documentación primaria revisada para esta página no dice que desinstalar por sí solo equivalga a dejar de participar. Trata el estado de participación como la cifra que hay que vigilar. Si menos de 12 testers cumplen la condición continua de 14 días, todavía no eres elegible para solicitar, pero la idea muy difundida de que una sola desinstalación reinicia automáticamente toda la prueba no está respaldada por la fuente.
¿Google publica una tasa de aprobación o de éxito de la prueba cerrada?
No se encontró ninguna tasa de aprobación, tasa de rechazo ni porcentaje de éxito publicado por Google para el requisito de 12 testers en las fuentes primarias revisadas para esta página. Google sí publica cifras de seguridad de todo el ecosistema, como haber impedido la publicación de más de 1,75 millones de apps que infringían las políticas en 2025, pero son conteos de todo Google Play y no se pueden convertir en una tasa de aprobación de la prueba cerrada. Considera sin fuente cualquier porcentaje presentado como la tasa de éxito de la prueba cerrada de Google mientras no lo publique una página primaria de Google.
¿Cuánto cuesta correr la prueba cerrada con 12 testers reales?
Google cobra una tarifa única de registro de desarrollador de US$25 y no cobra nada por la prueba cerrada en sí, así que el costo real de la prueba es encontrar 12 personas que mantengan la participación aceptada durante 14 días continuos. PrimeTestLab aporta 12 testers reales en dispositivos reales desde $19.99 y mantiene al grupo durante los 14 días completos, con repetición gratis o reembolso completo. Ningún servicio puede prometer la aprobación de Google, porque la decisión de acceso a producción es de Google.
Apéndice
Estadísticas adyacentes de Google Play
Todo lo anterior es una cifra de la prueba cerrada. Lo que sigue es el conjunto de datos que los desarrolladores buscan después de llegar a esta página: cuánto cuesta la cuenta en sí y cuándo cierra Google una que no se usa, las fechas de API objetivo y de políticas que deciden si un build se acepta siquiera, los umbrales de Android vitals que rigen la visibilidad en la tienda y los conteos de aplicación de políticas del propio ecosistema de Google. Mismas fuentes, mismas calificaciones, misma fecha de comprobación: ninguno es una condición del requisito 12/14, y por eso están aquí y no dentro de él.
Cifras de la cuenta de desarrollador y de publicación
Google Play cobra una tarifa de registro única de US$25, exige que el titular de la cuenta tenga al menos 18 años y ofrece dos tipos de cuenta, Personal y Organización. Las apps nuevas tienen que publicarse como Android App Bundle desde agosto de 2021. Nada de esto depende del requisito de prueba cerrada, y todo aparece en las mismas respuestas de Ayuda.
| Estadística | Valor | Confianza | Matización |
|---|---|---|---|
| Tarifa de registro de desarrollador | US$25 | Verificado | Pago único, se cobra al registrarte. No es una suscripción anual. |
| Edad mínima del desarrollador | 18 años | Verificado | Declarado en la página de registro de cuentas de Google. |
| Tipos de cuenta de desarrollador | 2 | Verificado | Personal y Organización. El requisito de prueba cerrada está documentado para las cuentas Personales nuevas. |
| Requisito de Android App Bundle | Desde agosto de 2021 | Verificado | Aplica a las apps nuevas en Google Play. En textos atemporales, usa el mes y no un día concreto. |
| Exención de las cuentas de Organización | Por alcance | Parcial | Google acota el requisito a las cuentas Personales nuevas. No publica una frase de exención para las cuentas de Organización. |
Fuentes: Ayuda de Play Console, respuesta 6112435 y documentación de Android App Bundle · comprobado el 14 de agosto de 2026
La tarifa es la cifra que más se recuerda mal, como si fuera recurrente, y vale la pena precisar qué compra y qué no. Registra la cuenta de desarrollador. No acorta la prueba cerrada, no exime de ella a una cuenta afectada y no acelera la revisión del acceso a producción. Lo que pasa de verdad después de ese pago, paso a paso, está en el artículo sobre qué hacer tras pagar la tarifa de $25.
Cifras de inactividad de la cuenta
Están en esta misma página porque son las cifras que deciden si la cuenta por la que pagaste los US$25 sigue existiendo cuando vuelvas a ella. Google las publica, y son más específicas de lo que espera la mayoría de los desarrolladores: un año, 1.000 instalaciones acumuladas de por vida, 180 días de uso de Play Console y avisos de advertencia 60, 30 y 7 días antes del cierre.
| Caso | Condiciones que enumera Google | Confianza |
|---|---|---|
| Cuenta sin apps | Creada hace más de un año y nunca ha enviado una app a revisión. | Verificado |
| Cuenta con apps | Creada hace más de un año; todas las apps publicadas, incluidas las activas, las retiradas y las suspendidas, suman menos de 1.000 instalaciones acumuladas de por vida; el número de teléfono y el correo de contacto de la cuenta están sin verificar; y no se ha usado Play Console en los últimos 180 días. | Verificado |
| Calendario de avisos | Avisos recordatorios 60, 30 y 7 días antes de que se cierre la cuenta. | Verificado |
| La tarifa tras el cierre | La tarifa de registro no se reembolsa cuando una cuenta se cierra por inactividad. | Verificado |
Fuente: Ayuda de Play Console, respuesta 11605267 · comprobado el 14 de agosto de 2026
Reproduce las condiciones, no un atajo booleano. Las cuatro cifras de arriba son exactamente lo que Google enumera para una cuenta que ha publicado apps. Esta página las presenta como un conjunto, en el orden de Google, y no las comprime en «con que se cumpla una se cierra tu cuenta» ni en «las cuatro tienen que cumplirse a la vez», porque las reformulaciones populares de esta regla se contradicen entre sí y la página de origen es una lista, no una fórmula. La única cifra que esta página sigue sin publicar es un conteo exacto y actual de apps en Google Play: el propio material de Google dice «millones» en lugar de dar una cifra, y las estimaciones comerciales de inteligencia de apps no son una cifra de Google.
Parcial Condiciones verificadas una por una. La relación lógica exacta entre ellas no se declara con la claridad suficiente para parafrasearla.
Las fechas límite de 2026 y 2027
Tres fechas de publicación quedan lo bastante cerca del requisito de prueba cerrada como para aparecer en las mismas respuestas. Las apps y actualizaciones nuevas de teléfono y tablet han tenido que apuntar, por lo general, a Android 16, nivel de API 36 o superior, desde el 31 de agosto de 2026. Se puede pedir una prórroga hasta el 1 de noviembre de 2026. La nueva política de permisos de contactos entra en vigor el 27 de enero de 2027, no el 28 de octubre de 2026.
| Fecha | Qué es | La cifra implicada | Estado |
|---|---|---|---|
| Agosto de 2021 | Las apps nuevas de Google Play deben usar Android App Bundle | AAB obligatorio | Vigente |
| 9 de noviembre de 2023 | Anuncio original del requisito de pruebas | 20 personas, mínimo 2 semanas | Histórico |
| 13 de noviembre de 2023 | Fecha de corte de las cuentas afectadas por el requisito de pruebas | Cuentas personales nuevas posteriores a esta fecha | Definición vigente del grupo afectado |
| 11 de diciembre de 2024 | Se reduce el umbral de testers | 20 pasa a 12 | Umbral vigente |
| 31 de agosto de 2025 | Piso de API objetivo para los envíos de Android TV | Android 14, API 34 | En vigor |
| 31 de agosto de 2026 | Piso de API objetivo para apps y actualizaciones nuevas de teléfono y tablet | Android 16, API 36 | En vigor |
| 1 de noviembre de 2026 | Fin de la prórroga solicitable del API objetivo | Prórroga hasta esta fecha | Próximamente |
| 28 de octubre de 2026 | Fecha anterior de la política de contactos | Superada | No publicar como vigente |
| 27 de enero de 2027 | Fecha de entrada en vigor de la política de permisos de contactos | Nueva política de contactos | Fecha límite publicada vigente |
El piso de API objetivo del 31 de agosto de 2026
Desde el 31 de agosto de 2026, las apps y actualizaciones nuevas en Google Play han tenido que apuntar, por lo general, a un nivel de API mínimo, y ese piso no es el mismo en todos los tipos de dispositivo. Teléfonos y tablets se quedan en API 36. Wear OS y Android Automotive OS, en API 35. Android TV y Android XR, en API 34. El piso de API 34 de Android TV no es nuevo en esa fecha: la Ayuda de Play Console lo fecha el 31 de agosto de 2025, un año antes, y la página actual de requisitos de API objetivo de Google mantiene Android TV en el mismo API 34, junto con Android XR. O sea que, para Android TV, la fecha del 31 de agosto de 2026 no cambia nada del nivel exigido. Leer un solo nivel de API para toda la tabla es el error más fácil de cometer aquí, y dar por hecho que todos los tipos de dispositivo estrenaron piso en 2026 es el segundo.
| Categoría de dispositivo | Objetivo mínimo | Vigente para envíos nuevos | Prórroga |
|---|---|---|---|
| Teléfono y tablet, apps y actualizaciones nuevas | Android 16, API 36+ | 31 de agosto de 2026 | Se puede pedir hasta el 1 de noviembre de 2026 |
| Wear OS | Android 15, API 35+ | 31 de agosto de 2026 | Proceso vigente de elegibilidad y prórroga de Google |
| Android Automotive OS | Android 15, API 35+ | 31 de agosto de 2026 | Proceso vigente de elegibilidad y prórroga de Google |
| Android XR | Android 14, API 34+ | 31 de agosto de 2026 | Proceso vigente de elegibilidad y prórroga de Google |
| Android TV | Android 14, API 34+ | 31 de agosto de 2025, ya en vigor; se mantiene sin cambios el 31 de agosto de 2026 | Proceso vigente de elegibilidad y prórroga de Google |
Fuentes: Ayuda de Play Console, respuesta 11926878 y Android Developers, requisitos de nivel de API objetivo · comprobado el 14 de agosto de 2026
Esto se cruza con la prueba cerrada de una forma muy práctica: el build que subes para la prueba es un build, y le aplican los mismos pisos de envío. La migración en sí, incluido qué cambia y qué no al subir el objetivo, está en el artículo sobre el nivel de API objetivo, y el error de librerías nativas que atrapa a casi todo el mundo a mitad de migración está en el artículo sobre el tamaño de página de 16 KB.
La fecha de la política de contactos que cambió
Fecha límite modificada
28 de octubre de 2026 27 de enero de 2027
La tabla actual de fechas límite de políticas de Google y su página de Ayuda sobre información sensible dan las dos el 27 de enero de 2027 como fecha de entrada en vigor de la nueva política de permisos de contactos, anunciada el 15 de abril de 2026. El 28 de octubre de 2026 aparece en material más antiguo, incluidas algunas notas anteriores de este mismo sitio, y ya no es la fecha vigente. La política se refiere al acceso amplio a los contactos, y se espera el uso del selector de contactos de Android cuando ese acceso amplio no sea necesario; depende del caso de uso, así que no debería reducirse a una afirmación general de que un nivel de API completo no puede usar los contactos.
Verificado Fecha verificada. El alcance de la política en sí se califica como parcial: Google la describe por caso de uso y no como una regla única de nivel de API.
Umbrales de Android vitals que conviene conocer
Los umbrales generales de mal comportamiento de Google Play son 1,09% para la tasa de fallos percibidos por el usuario y 0,47% para la tasa de ANR percibidos por el usuario, evaluados sobre los últimos 28 días de datos. Son umbrales de calidad de la app y de visibilidad en la tienda. No son criterios publicados para decidir si a un desarrollador nuevo se le concede el acceso a producción tras una prueba cerrada.
| Vital principal | Umbral general | Por modelo de teléfono | Por modelo de reloj |
|---|---|---|---|
| Tasa de fallos percibidos por el usuario | 1.09% | 8% | 4% |
| Tasa de ANR percibidos por el usuario | 0.47% | 8% | 5% |
| Uso excesivo de batería | 1% | No aparece | 1% |
| Wake locks parciales excesivos | 5% | No aparece | No aparece |
Fuente: Android Developers, Android vitals · comprobado el 14 de agosto de 2026
Mantén esto separado del requisito. Los asistentes recurren al 1,09% y al 0,47% cuando se les pregunta qué mide Google durante la prueba cerrada, porque son los porcentajes más a mano. No son eso. Rigen cómo se trata a una app en la tienda una vez que tiene usuarios, sobre una ventana móvil de 28 días. Nada de la documentación de acceso a producción de Google revisada para esta página los vincula con la decisión sobre la prueba cerrada.
Aun así conviene conocerlos durante una prueba, por una razón práctica: un fallo con el que se topan tus doce testers es un fallo con el que se toparán tus primeros mil usuarios, y la pregunta de preparación de la solicitud de acceso a producción pide saber qué cambió a raíz de las pruebas. Arreglar lo que la prueba sacó a la luz es la respuesta a esa pregunta.
Qué muestran las propias cifras de ecosistema de Google
Google dice que impidió la publicación de más de 1,75 millones de apps que infringían las políticas en 2025 y que inhabilitó más de 80.000 cuentas de desarrollador maliciosas ese año, frente a 2,36 millones de apps y más de 158.000 cuentas en 2024. Google menciona los requisitos de pruebas entre las medidas destinadas a subir el listón de calidad del ecosistema, pero no publica ningún efecto numérico aislado de la regla de los 12 testers en sí.
| Periodo | Cifra | Qué respalda legítimamente |
|---|---|---|
| 2023, herramientas de pruebas | 3x en promedio | La observación declarada por Google de que las apps que usaban sus herramientas de pruebas promediaban el triple de instalaciones e interacción de los usuarios que las que no. |
| 2024, apps bloqueadas | 2,36 millones | La escala de la aplicación de políticas previa a la publicación en Play ese año. |
| 2024, cuentas inhabilitadas | 158,000+ | La escala de la aplicación de políticas a nivel de cuenta. |
| 2025, apps bloqueadas | Más de 1,75 millones | La cifra anual más reciente encontrada al 14 de agosto de 2026. |
| 2025, cuentas inhabilitadas | 80,000+ | La cifra anual más reciente encontrada sobre aplicación de políticas a cuentas. |
| 2025, acceso excesivo a datos | Más de 255.000 apps | Apps a las que se impidió obtener un acceso excesivo a datos sensibles de los usuarios. |
| 2025, reseñas de spam | 160 millones | Valoraciones y reseñas de spam bloqueadas. Contexto general de calidad. |
| Descripción actual de Play | Más de 10.000 comprobaciones de seguridad | Comprobaciones que, según Google, aplica a cada app que ofrece. |
Fuentes: el informe de seguridad de Google de 2025 y el informe de 2024 · comprobado el 14 de agosto de 2026
No conviertas esto en una tasa de rechazo
1,75 millones y 2,36 millones son conteos de apps infractoras detenidas por los sistemas de seguridad de Google en toda la tienda. No llevan denominador, no son específicos de la prueba cerrada, y ninguna operación aritmética con ellos produce un porcentaje de rechazo de Google Play. La caída interanual de 2,36 millones a 1,75 millones tampoco es prueba de que aprobar se haya vuelto más fácil: Google publica esas cifras junto con cambios en la verificación, la revisión y los requisitos de pruebas, sin aislar qué causó qué.
La estadística del 3x, y lo que no es
La cifra más citable que Google ha publicado en esta área es la que acompañó a su anuncio del 9 de noviembre de 2023: las apps que usaban las herramientas de pruebas de Google Play promediaban el triple de instalaciones e interacción de los usuarios que las que no. Es una cifra real de Google, y se usa mal constantemente.
El 3x es una correlación, y es anterior a la regla
Google reportó una asociación entre usar sus herramientas de pruebas y tener más instalaciones e interacción. No afirmó que las herramientas causaran esa diferencia, y la estadística se publicó junto al anuncio original de los 20 testers, no como una medición de este. Cualquier frase del tipo «la prueba cerrada hace que tu app tenga 3x más éxito», o peor, «la regla de los 12 testers produce un crecimiento de 3x», hace dos cosas que la fuente no respalda: convierte una correlación en una causa y atribuye una observación de 2023 sobre herramientas de pruebas opcionales a un requisito obligatorio cuya forma actual no existió hasta diciembre de 2024.
El resumen honesto de la posición de Google es estrecho y vale la pena citarlo con precisión: Google dice que la verificación de desarrolladores, las comprobaciones obligatorias previas a la revisión y los requisitos de pruebas subieron en conjunto el listón para entrar al ecosistema. Agrupa el requisito de prueba cerrada con otras salvaguardas. No ha publicado un impacto numérico independiente para la regla de los 12 testers, y este artículo no se lo inventa.
Conclusión
Resumen
Con fecha del 14 de agosto de 2026, Google Play exige que las cuentas personales de desarrollador creadas después del 13 de noviembre de 2023 ejecuten una prueba cerrada con al menos 12 testers que hayan aceptado participar durante al menos los últimos 14 días de forma continua antes de solicitar acceso a producción. Ese umbral cuenta el estado de participación aceptada de forma continua; la interacción de los testers se revisa aparte dentro de la solicitud, y Google indica que una interacción insuficiente puede derivar en una petición de más pruebas. El 20 es histórico, sustituido el 11 de diciembre de 2024. Las pruebas internas tienen un tope de 100 testers y no cumplen el requisito; los 1.000 de las pruebas abiertas son un piso de configuración, no una meta de reclutamiento. El día 14 se abre una solicitud de 3 secciones, y Google indica que esa revisión suele tardar 7 días o menos. No se encontró ninguna tasa de aprobación de la prueba cerrada en las fuentes primarias de Google revisadas para esta página, así que cualquier porcentaje presentado como estadística de Google debería llegar acompañado de una cita primaria de Google. El reclutamiento de testers, la coordinación y el trabajo de QA se pueden tercerizar; la decisión de acceso a producción de Google no, ni por nosotros ni por nadie. Ver planes de precios →
Fuentes primarias
Catorce fuentes primarias. Cada cifra de esta página sale de una de ellas, y cada tabla importante lleva debajo su fuente concreta. Cuando una afirmación se apoya en reportes de la Developer Help Community y no en una declaración de Google, la página la califica como reportada y no como verificada.
Qué caduca primero en esta página
- Las fechas del nivel de API objetivo. El 31 de agosto de 2026 y el 1 de noviembre de 2026, fin de la prórroga, son las fechas límite más cercanas de esta página. La página cambia sola su tiempo verbal en ambas, pero conviene releer los pisos correspondientes en la página de requisitos de Google antes de planificar un lanzamiento en torno a ellos.
- La fecha de la política de contactos. Google ya la movió una vez, del 28 de octubre de 2026 al 27 de enero de 2027. Tómala como la fecha de esta página con más probabilidades de volver a moverse.
- Los límites de los canales. Los límites de producto como 100, 2.000, 50 y 200 pueden cambiar sin un anuncio de políticas, normalmente junto con un rediseño de Play Console. Vale la pena revisarlos cada trimestre.
- Las cifras de seguridad de 2025. Son anuales. Quedan desactualizadas en cuanto Google publique su siguiente informe del ecosistema, y con ellas se va la fila de comparación de 2024.
- La tarifa de registro. Los US$25 son una cifra comercial y pueden cambiar en cualquier momento sin aviso.
- Las ausencias. Si Google llegara a publicar una tasa de aprobación de la prueba cerrada o un conteo exacto de apps, la sección sobre las cifras que Google nunca publica pasaría de estar incompleta a estar equivocada. Ese es el modo de fallo que hay que vigilar.
Cada estadística se contrastó con una fuente primaria de Google el 14 de agosto de 2026. Se revisa cada mes, y de inmediato después de cualquier anuncio de políticas de Play Console.