Respuesta rápida (2026)
Google Play exige una prueba cerrada con al menos 12 testers con la participación aceptada de forma continua durante al menos 14 días antes de que puedas solicitar acceso a producción. Google publica este requisito para los desarrolladores con cuentas personales creadas después del 13 de noviembre de 2023. Google redujo el mínimo de 20 a 12 el 11 de diciembre de 2024; el periodo de dos semanas no cambió.
Doce testers con la participación aceptada es el umbral que te vuelve elegible para solicitar acceso a producción, no una garantía de que Google lo conceda. Google todavía puede exigir más pruebas, y las razones que publica son tener menos de 12 testers con la participación aceptada y un engagement insuficiente de los testers. Política verificada de nuevo con la documentación publicada por Google el 18 de agosto de 2026. Google puede actualizar los requisitos de Play Console, así que revisa el requisito que se muestra para tu app antes de solicitar.
A fecha de 2026 la regla no ha cambiado: una cuenta personal de desarrollador afectada necesita al menos 12 testers con la participación aceptada de forma continua durante al menos 14 días. PrimeTestLab aporta 12 testers precualificados desde USD 19.99 y la prueba comienza en un plazo de 4-6 horas.
Cuentas personales de desarrollador creadas después del 13 nov 2023
Índice
¿Google cambió el requisito de testers de 20 a 12?
Sí. Esta es la línea de tiempo más clara según la documentación y los anuncios de Google.
Línea de tiempo del cambio (lo que realmente pasó)
Google Play ya tenía segmentos de pruebas (internas, cerradas, abiertas), pero no había una puerta universal de "mínimo de testers durante 14 días" para que cuentas personales nuevas desbloquearan el acceso a producción.
Google anunció que las cuentas personales de desarrollador nuevas deberían probar sus apps con al menos 20 personas durante un mínimo de dos semanas antes de solicitar acceso a producción.
Google actualizó la política y declaró que a partir de entonces exigía 12 testers en lugar de 20 en las cuentas personales de desarrollador, tras escuchar que 20 testers era un reto para quienes empiezan con audiencias más pequeñas. Anuncio de Google, actualizado el 11 de diciembre de 2024 →
Google lo describe como una prueba cerrada con un mínimo de 12 testers que hayan aceptado participar de forma continua durante al menos 14 días, para cuentas personales creadas después del 13 de noviembre de 2023. Requisitos de testing de apps, Play Console Help →
Qué cambió y qué no
En el requisito central publicado por Google, un solo número se movió el 11 de diciembre de 2024: el mínimo de testers pasó de 20 a 12. El periodo de 14 días de participación aceptada de forma continua, el alcance de las cuentas afectadas y la obligación de solicitar acceso a producción se quedaron igual. Por eso una guía de 2024 todavía puede acertar con el proceso y equivocarse con la cifra.
| Requisito | Antes del 11 dic 2024 | Regla actual (2026) |
|---|---|---|
| Mínimo de testers | 20 | 12 |
| Periodo de pruebas | Al menos 14 días con la participación aceptada de forma continua | Sin cambios |
| A quién aplica | Cuentas personales creadas después del 13 nov 2023 | Sin cambios |
| Qué desbloquea | Solicitar acceso a producción | Sin cambios |
Por qué se confundieron los desarrolladores
La mayor parte de la confusión viene de dos cosas:
Siguen circulando videos, posts y tutoriales que hablan de 20 testers porque esa fue la regla durante mucho tiempo tras el despliegue de noviembre de 2023.
Incluso con la regla nueva, 12 es el mínimo, no un resultado asegurado. Google sigue revisando tu historia de pruebas y el engagement de los testers cuando solicitas acceso a producción.
¿A quién aplica el requisito de 12 testers?
Esta regla se centra en las cuentas personales de desarrollador nuevas, no en "todo desarrollador para siempre".
“Los requisitos de pruebas se aplican a los desarrolladores con cuentas personales creadas después del 13 de noviembre de 2023.”
Hasta que cumplas los requisitos, algunas funciones de Play Console como Producción y Pre-registro pueden seguir deshabilitadas. Si no estás seguro del tipo de cuenta que tienes, revisa los detalles de tu cuenta en Play Console y los mensajes del panel de tu app. El panel de Play Console es el indicador más fiable y específico de tu cuenta sobre si el requisito de testing aplica a la app: si muestra el requisito para tu app, el requisito aplica a tu app.
| Tipo de cuenta | Creada | Regla de 12 testers |
|---|---|---|
| Cuenta personal | Después del 13 nov 2023 | Obligatoria |
| Cuenta personal | Antes del 13 nov 2023 | Fuera del alcance |
| Cuenta de organización | Cualquier fecha | Fuera del alcance * |
* Google formula este requisito como un ámbito (cuentas personales creadas después del 13 de noviembre de 2023), no como una lista de exenciones. Lee "fuera del ámbito" como "la regla publicada no te describe", y comprueba dos cosas antes de planificar en torno a ello. Un Product Expert de Google Play ha reportado que una app transferida desde una cuenta personal puede conservar el requisito de prueba tras la transferencia, así que pasar a una cuenta de organización no es una salida documentada. Y una app concreta puede mostrar el requisito en su propio panel diga lo que diga la tabla. El requisito que Play Console muestra para tu app es la respuesta que cuenta.
¿Qué significa de verdad “12 testers durante 14 días”?
El mínimo estricto para ser elegible son tres condiciones a la vez:
¿Invitado, con participación aceptada o probando de verdad?
Tres cosas distintas reciben el nombre de “tester”, y solo una de ellas es el estado que Google cuenta. Casi todo el pánico por los testers que faltan es en realidad la distancia entre las dos primeras filas de abajo.
¿Pueden los 12 testers empezar en días distintos?
Google no publica ningún requisito de empezar el mismo día. Como la elegibilidad se basa en tener al menos 12 testers con la participación aceptada de forma continua durante los 14 días previos al momento en que solicitas, los testers pueden entrar en fechas distintas, pero tu fecha de solicitud más temprana depende de cuándo el duodécimo tester que califica completa ese periodo. Esa es la consecuencia del criterio publicado, no una regla aparte que Google escriba.
Ocho testers aceptan participar el día 1 y otros cuatro entran el día 5. El día 15 solo ocho han completado 14 días continuos, así que lo que esperas es al duodécimo tester que califica, no al calendario. Play Console es la superficie que te dice cuándo se cumple el requisito.
¿Qué pasa si un tester retira su participación?
Esa persona deja de aportar un periodo continuo de participación aceptada, y sus días no se acumulan: si vuelve a aceptar más tarde, empiezan otra vez.
¿Los testers tienen que abrir la app todos los días?
Google no publica ningún requisito de apertura diaria, ni una duración mínima de sesión, ni una cuota de modelos de dispositivo, ni una regla sobre emuladores para este conteo. La condición publicada es la participación aceptada de forma continua durante al menos 14 días. El engagement se evalúa aparte, cuando solicitas, y Google señala el engagement insuficiente de los testers como una razón por la que puede exigir más pruebas, sin publicar dónde está el límite. Pide a tus testers que usen la app como lo haría un usuario real; no los entrenes hacia un número diario inventado, ni elijas un servicio de testers porque prometa uno.
Las huellas ocultas de dispositivo, las sesiones de cinco minutos, las reglas de diversidad de IP y los reinicios automáticos del temporizador son inferencias que otros sitios han publicado como si fueran política. La página pública de requisitos de testing de Google, revisada de nuevo el 18 de agosto de 2026, no especifica requisitos numéricos de aperturas diarias, duración mínima de sesión, diversidad de IP, diversidad de modelos de dispositivo ni reinicio global del temporizador. Lo que sí pide son testers con engagement que usen tus funciones, den comentarios útiles y representen a tu público objetivo, y a nada de eso le pone un número.
Ese es el requisito. Todo lo que sigue es gestión de riesgo, no política:
Muchos desarrolladores apuntan a 20 a 25 testers como colchón de seguridad para fallar menos el requisito por abandonos o bajo engagement. PrimeTestLab también recomienda usar más del mínimo para un camino más fluido, sobre todo si la app es importante y tienes fecha límite.
Requisito oficial frente a recomendación práctica. La columna izquierda es lo que Google documenta. La columna derecha es el consejo de PrimeTestLab: útil, y no algo que Google te exija.
¿Bastan 12 testers para conseguir acceso a producción?
Doce testers con la participación aceptada es el mínimo que cumple la condición de cantidad de testers. No es una garantía de acceso a producción: Google puede pedirte que sigas probando, y da como razones tener menos de 12 testers con la participación aceptada y un engagement insuficiente de los testers.
La propia solicitud de acceso a producción de Google pide información sobre tu prueba cerrada, incluyendo:
- Detalles de engagement: si los testers usaron todas las funciones
- Consistencia de uso: si el uso se parece a un uso real de producción
- Resumen de comentarios: un resumen del feedback y cómo lo recolectaste
Google también indica que, si tu app no está lista para publicarse, puede pedirte que continúes la prueba (Play Console Help). Las razones que da son tener menos de 12 testers con la participación aceptada, o testers sin engagement con tu app durante la prueba cerrada. Esos son los ejemplos que Google publica, no una lista completa de lo que revisa.
El número es necesario, pero el engagement es lo que facilita el camino.
Si haces exactamente 12 y varios testers apenas abren la app, no tienes colchón y te costará demostrar calidad real de pruebas.
Si en cambio usas de 20 a 25 testers, una recomendación de PrimeTestLab y no un requisito de Google, ganas:
- Colchón frente a testers que se unen tarde o se vuelven inactivos
- Más diversidad de dispositivos entre versiones de Android y fabricantes
- Patrones de uso más realistas y comentarios que puedes resumir en el cuestionario
Por eso quien busca “tasa de éxito de la prueba cerrada” en realidad pregunta: “¿Cómo termino esto una sola vez, sin alejar mi fecha de elegibilidad?”
Por qué Google mira más allá del número
Porque el acceso a producción no es solo una checklist. También es una puerta de calidad, y el conteo de testers es la parte a la que Google le pone un número.
"Testing helps verify correctness, usability, and reduces low quality user experiences. Developers who regularly use testing tools are able to provide higher-quality experiences."
Cuando solicitas acceso a producción, Google te pide que describas tu prueba. La redacción exacta del formulario cambia con el tiempo, pero las preguntas han cubierto de forma constante cosas como:
Aunque la política pasó de 20 a 12 testers, la mentalidad no cambió: Google quiere evidencia de pruebas reales.
Cómo funciona la prueba cerrada ahora (checklist simple)
Úsala como tu checklist de "no tires 14 días a la basura".
Si tu cuenta personal de desarrollador se creó después del 13 de noviembre de 2023, asume que la regla aplica. Las cuentas de organización (cuentas organizacionales) están exentas.
Google recomienda usar los segmentos de pruebas (también llamados segmento de pruebas en la documentación de Google en español de LatAm) y explica el propósito de las pruebas internas vs. cerradas vs. abiertas. La prueba cerrada es el canal requerido antes de solicitar acceso a producción en las cuentas afectadas. Mira cómo funciona la prueba cerrada paso a paso.
Tus testers deben haber aceptado participar durante 14 días de forma continua. Si alguien sale de la prueba y vuelve a aceptar, los 14 días deben ser de forma continua para contar.
Google publica una condición, no una cuenta atrás: al menos 12 testers con la participación aceptada de forma continua durante al menos 14 días en el momento de solicitarlo. Nada en su documentación dice que el resto de tus testers vuelva al día cero si bajas de 12, así que trata "un abandono lo reinicia todo" como una afirmación de internet, no como una regla. Lo que sí provoca un abandono es real: si menos de 12 testers siguen cumpliendo el periodo, no eres elegible hasta que un sustituto lo haya completado por su cuenta, lo que puede retrasar tu fecha hasta dos semanas. Por eso existe el plan Enterprise (25 testers): con un grupo más grande, es menos probable que una baja mueva tu fecha.
Desinstalar y salir de la prueba son acciones distintas en Play Console, pero la documentación pública de Google no detalla cómo interactúa una desinstalación con el recuento de participantes; trata la mecánica exacta como no documentada, no como algo zanjado, leas lo que leas por ahí. Lo que Google sí documenta es la otra mitad de la revisión: evalúa si los testers interactuaron, y un grupo que instaló una vez y desapareció es exactamente lo que describe engagement insuficiente de los testers. Por nuestra experiencia ayudando a 9,800+ apps en la prueba cerrada, los testers que desinstalan casi nunca vuelven a interactuar. La instrucción segura para tus testers: seguir dentro de la prueba y mantener la app instalada hasta que hayas enviado la solicitud.
Google indica que más adelante te pedirán un resumen del feedback de la prueba. Arma un archivo chico con:
- Principales bugs encontrados
- Correcciones enviadas durante la prueba
- Qué canales de feedback usaste (correo, formulario, comentarios de Play, grupo de WhatsApp, etc.)
Cuando cumples los criterios, solicitas desde el panel de Play Console y respondes preguntas sobre tu prueba y tu preparación. Google indica que las revisiones suelen tardar 7 días o menos, aunque a veces toman más.
La guía de Google describe buenas prácticas de prueba que pueden incluir recoger feedback de los testers y aplicarlo mediante actualizaciones de la app. Eso no es un número de versiones obligatorio, y no existe ninguna regla publicada que premie lanzar algo pequeño para aparentar actividad. Así que: si la prueba saca a la luz un crash, un problema de usabilidad o un flujo confuso, corrígelo y anota qué cambió; al solicitar el acceso te pedirán resumir tus pruebas. Si la prueba de verdad no revela nada que valga la pena cambiar, no fabriques una actualización para cumplir un requisito que Google nunca escribió.
Casos límite habituales
Las pruebas reales rara vez siguen un camino limpio del día 1 al día 14. Estas tres preguntas son las que más tiempo cuestan a los desarrolladores, y en las tres el consejo seguro de internet vale menos que el mensaje de tu propio panel.
¿Repito la prueba de 12 testers para cada app o cada actualización?
Google lo plantea como un requisito para el acceso a producción de la app que se está revisando. Las actualizaciones normales tras el acceso a producción no se describen como algo que vuelva a activar el requisito inicial, así que sigues usando los segmentos de pruebas porque son útiles, no porque reaparezca la puerta. Así está estructurado el requisito publicado, no es una garantía aparte que Google declare con esas palabras. Para una app distinta en la misma cuenta, sigue el requisito de acceso a producción que se muestra en el panel de Play Console de esa app en lugar de suponer que está exenta o bloqueada.
¿Puedo transferir la app a una cuenta de organización para saltármelo?
No lo planifiques así. Google no publica la transferencia de una app como una vía para librarse del requisito, y un Product Expert de Google Play ha reportado en la Google Play Community que una app transferida desde una cuenta personal puede conservar el requisito de testing después. Trata una transferencia como una decisión de propiedad con su propio trabajo de verificación, no como un atajo para saltarse 14 días. Este comportamiento se basa en reportes de la comunidad, no en una regla de transferencia publicada por Google. Después de cualquier transferencia, revisa el requisito de acceso a producción que se muestra para la app en Play Console.
¿Y si Play Console dice que se requieren más pruebas?
Significa que Google no quedó convencido de que la prueba alcanzara el listón. El mensaje que recibiste es la evidencia más específica que tienes, así que léelo antes de cambiar nada. Las dos razones que Google publica son tener menos de 12 testers con la participación aceptada y un engagement insuficiente de los testers; esos son los ejemplos que da, no una lista completa de lo que evalúa.
- Mantén la prueba cerrada en marcha. No se gana nada con retirarla, y pararla puede costarte el periodo continuo de participación aceptada que ya construiste.
- Comprueba primero el número. ¿Cuántos testers tienen la participación aceptada ahora mismo, y cuántos la han mantenido de forma continua durante todo el periodo? Esa es la única parte de esto que puedes medir.
- Mejora la señal real. Testers que usan la app, comentarios anotados y correcciones de lo que la prueba reveló de verdad. Fabricar actividad no es una vía documentada hacia la aprobación.
- Vuelve a solicitar cuando el requisito esté cumplido y responde el cuestionario a partir de tus registros, no de memoria.
Más a fondo: por qué se rechaza la prueba cerrada y qué hacer después.
Cómo PrimeTestLab te ayuda a terminar la prueba cerrada más rápido
Hay cuatro formas realistas de conseguir 12 testers con la participación aceptada: gente que conoces, una comunidad de usuarios que de verdad quiere tu app, un intercambio entre desarrolladores en el que pruebas la app de otra persona a cambio, o un servicio de pruebas de pago. Las tres primeras pueden costar poco o nada, pero suelen exigir más tiempo de reclutamiento y coordinación: siete formas legítimas de encontrar testers las cubre a fondo. Lo que sigue es la opción de pago, descrita por la empresa que la vende.
Si tu problema principal es “no encuentro testers fiables”, PrimeTestLab está diseñado específicamente para este requisito.
Paquetes actuales de PrimeTestLab
- Cumple el mínimo de Google
- Dispositivos Android reales
- Cobertura completa de 14 días
- Máximo margen de seguridad
- La mejor diversidad de dispositivos
- La tasa más alta al primer intento
- Colchón de seguridad incluido
- Más diversidad de dispositivos
- Más confianza en la aprobación
Los desarrolladores que quieren un colchón frente a testers inactivos pueden elegir más del mínimo. PrimeTestLab recomienda 20 o 25 testers cuando reducir el riesgo de abandonos importa más que usar el paquete más barato.
Enlaces útiles
Preguntas frecuentes
¿Google Play cambió el requisito de testers de 20 a 12?
Sí. Google anunció el requisito para las cuentas personales de desarrollador nuevas en noviembre de 2023 con un mínimo de 20 testers, y lo actualizó el 11 de diciembre de 2024 para exigir 12 en lugar de 20. El periodo mínimo de pruebas de dos semanas no cambió.
¿Cuántos testers necesito para Google Play en 2026?
Si tu cuenta personal de desarrollador se creó después del 13 de noviembre de 2023, necesitas una prueba cerrada con al menos 12 testers (verificadores en la documentación oficial de Google en español) que hayan aceptado participar de forma continua durante al menos 14 días antes de poder solicitar acceso a producción. Esa sigue siendo la regla en 2026; nada ha cambiado desde el 11 de diciembre de 2024.
¿Qué significa “participación aceptada de forma continua durante 14 días”?
Significa que cada tester tiene que mantener la participación aceptada durante al menos 14 días sin ningún hueco. Quien acepta participar, se retira a los pocos días y vuelve a aceptar más tarde empieza ese periodo continuo otra vez: los días anteriores no se acumulan. Google plantea la condición en torno al estado de participación y no publica cómo interactúa la desinstalación con el conteo, así que el consejo seguro es pedir a tus testers que mantengan la participación aceptada y la app instalada hasta que hayas solicitado. El engagement se juzga aparte, cuando solicitas.
¿Los testers tienen que abrir la app todos los días?
No. Google no publica ningún requisito de apertura diaria ni una duración mínima de sesión para este requisito. Lo que publica es la condición de participación: al menos 12 testers con la participación aceptada de forma continua durante al menos 14 días. El engagement se sigue evaluando cuando solicitas, y el engagement insuficiente de los testers es una de las razones que da Google para exigir más pruebas, así que el uso real importa aunque no exista ninguna cuota diaria.
¿Necesito 12 testers para cada app y cada actualización?
Google plantea el requisito como una puerta al acceso a producción de la app que se está revisando, no de cada versión posterior. Las actualizaciones normales tras el acceso a producción no se describen como algo que vuelva a activar el requisito inicial. Una app distinta en la misma cuenta afectada es un caso aparte, así que sigue el requisito que se muestra en el panel de Play Console de esa app en lugar de dar por supuesta una cosa u otra.
¿Bastan 12 testers para conseguir acceso a producción?
12 testers con la participación aceptada es el mínimo que te vuelve elegible para solicitar. Google también revisa el engagement de los testers y tus respuestas sobre la prueba, y puede pedirte que sigas probando: las razones que publica son tener menos de 12 testers con la participación aceptada y un engagement insuficiente de los testers.
¿Por qué algunos desarrolladores usan de 20 a 25 testers si el mínimo es 12?
Porque da un colchón frente a la inactividad y facilita demostrar engagement y comentarios reales. PrimeTestLab también recomienda usar más del mínimo para tener más opciones de aprobación al primer intento.
¿Qué tan rápido puedo conseguir 12 testers con PrimeTestLab?
PrimeTestLab indica que la prueba suele comenzar en 4-6 horas después de que envíes la URL de la prueba y agregues los correos de los testers en Play Console. El plan Starter empieza en USD 19.99 por 12 testers.
Conclusión
Resumen
Google redujo el mínimo de la prueba cerrada de 20 a 12 testers el 11 de diciembre de 2024. En las cuentas personales afectadas, las creadas después del 13 de noviembre de 2023, al menos 12 testers deben tener la participación aceptada de forma continua durante los 14 días previos antes de que el desarrollador pueda solicitar acceso a producción. Cumplir el requisito numérico no garantiza la aprobación, porque Google también revisa el engagement de los testers, los comentarios y la preparación para producción.