Motivo del rechazo
"Not enough testers"
Google marcó tu prueba cerrada antes de dar acceso a producción. Esto es exactamente lo que significa esa frase y cómo desbloquearla.
Lo que Google revisa de verdad
Al menos 12 testers que hayan aceptado participar. Si pierdes uno, bajas a 11: por debajo del mínimo.
14 días de forma continua. Cada tester necesita 14 días sin interrupción; quien se va y vuelve a unirse empieza de nuevo.
Aplica a cuentas personales nuevas creadas después del 13 nov 2023
Respuesta rápida
Mínimo 12 testers de prueba cerrada (closed testing) que hayan aceptado participar + 14 días consecutivos para cuentas personales nuevas creadas después del 13 de noviembre de 2023. Si bajaste de 12, hubo abandonos o poco engagement, Google puede indicar que necesitas más pruebas.
Camino más rápido: suma testers fiables (idealmente más de 12), mantenlos con la participación aceptada, asegúrate de que usen la app de verdad y vuelve a solicitar.
¿Necesitas un arreglo fiable hoy? PrimeTestLab aporta de 12 a 25 testers reales, con arranque rápido y soporte durante toda la prueba de 14 días, desde $19.99, más un 5% de tarifa de servicio (mínimo $1.50).
¿Un tester acaba de salir de tu prueba?
Averigua cuál de estas situaciones ocurrió antes de cambiar nada:
- Un tester dejó de participar el día N: comprueba si otros 12 testers siguen con la participación aceptada de forma continua.
- Solo bajó el número de instalaciones: una desinstalación no demuestra que alguien haya salido de la prueba.
- Cambió el contador de días: anota lo que ves e investiga antes de rehacer nada.
En esta página
Por qué Google Play dice "Not enough testers"
La revisión de acceso a producción de Google comprueba, en esencia, una cosa: si tu prueba cerrada cumple los criterios de tu tipo de cuenta.
Para cuentas personales de desarrollador nuevas, Google indica que debes ejecutar una prueba cerrada con un mínimo de 12 testers que hayan aceptado participar durante al menos los últimos 14 días de forma continua antes de poder solicitar acceso a producción.
Si tu app no está lista, es posible que debas seguir probando, incluso cuando no tienes 12 testers que hayan aceptado participar o cuando tus testers no muestran engagement.
Cuando tu envío no cumple esos criterios, o cuando los testers no usan la app, Google puede responder que la app necesita más pruebas o que no tienes suficientes testers.
A quién aplica el requisito de testers (y por qué te bloquearon)
Aquí es donde muchos desarrolladores se sorprenden.
Google indica que en noviembre de 2023 cambió los requisitos de publicación y que esos cambios obligan a los desarrolladores con cuentas personales creadas después del 13 de noviembre de 2023 a cumplir requisitos específicos de testing antes de publicar apps nuevas en producción.
*Las cuentas de organización igual pueden pasar por revisión. Confirma siempre en tu Play Console y en la documentación de Google.
Si aún piensas que son "20 testers": el 11 de diciembre de 2024, Google anunció que exige 12 en lugar de 20 testers para cuentas personales de desarrollador. Lee nuestro análisis completo del cambio de 20 a 12.
La diferencia entre testers invitados y testers que aceptaron participar
Esto genera mucha confusión del tipo "pero yo agregué 12 correos".
Agregar testers a tu lista no es lo mismo que haber aceptado participar.
- Agregaste sus correos a una lista o a un Google Group
- Puede que ni sepan que los agregaste
- No han hecho clic en el enlace de la prueba
- Google no los cuenta
- Hicieron clic en el enlace de la prueba
- Aceptaron la invitación a la prueba
- Ya pueden instalar la app desde Google Play
- Google sí los cuenta
El propio flujo de configuración de Google para la prueba cerrada incluye:
-
Crear o subir una lista de correos (CSV está bien)
-
Agregar esos testers al segmento de prueba cerrada
-
Copiar el enlace de la prueba para compartir
-
Los testers deben usar ese enlace para unirse
Si tus testers nunca aceptaron participar, Google puede seguir viendo tu prueba por debajo de 12.
Un tester dejó de participar el día N: qué pasa ahora
Un reemplazo puede recuperar tu número de testers, pero no devuelve los días anteriores del tester que se fue.
La regla de Google se refiere a cada tester por separado: cuando solicitas el acceso a producción, al menos 12 testers tienen que haber aceptado participar, cada uno, durante los últimos 14 días de forma continua. Un tester que acepta participar, prueba menos de 14 días y deja de participar no cuenta, aunque vuelva a aceptar después. Google no publica ningún período de gracia en el mismo día ni ninguna regla que permita a un tester nuevo quedarse con los días de otro. Así que la pregunta útil después de una baja no es "¿se reinició el reloj?", sino "¿cuántos de los testers que se quedaron siguen teniendo 14 días sin interrupciones?"
Comprueba quién sigue con la participación aceptada de forma continua
Cuenta los testers que se quedaron antes de tratar una salida como un reinicio de toda la prueba. Si 12 o más de ellos han tenido la participación aceptada sin interrupciones, que se vaya un tester adicional no te impide por sí solo cumplir la regla. La tabla es nuestra lectura del texto de Google sobre cada tester, no un algoritmo publicado de la Console: Google no documenta con exactitud cómo reacciona lo que muestra la Console.
| Tu situación | Qué significa | Qué hacer ahora |
|---|---|---|
| 13 testers, uno deja de participar, quedan 12 | Los 12 que se quedaron todavía pueden cumplir la regla si cada uno tiene 14 días sin interrupciones. | Confirma que siguen con la participación aceptada y mantén la prueba útil. |
| 12 testers, uno deja de participar, quedan 11 | Nadie más puede cubrir los días del tester que se fue. | Recluta un reemplazo ya, conserva a los otros 11 y planifica según los propios 14 días del tester nuevo. |
| Un reemplazo se une el día 9 | Sus 14 días empiezan el día en que acepta participar. No llega con 9 días de crédito. | Anota la fecha en que se unió y sigue contando los testers que se quedaron. |
| Un tester solo desinstaló la app | Cambió la instalación. No está demostrado que haya salido de la prueba. | Pídele que confirme que sigue con la participación aceptada y que vuelva a instalar desde Play Store. |
| El contador cambió y nadie parece haber salido | Cambió lo que se muestra. La causa todavía no se conoce. | Anota la hora y la pantalla, revisa los cambios en la lista y en el grupo, y consulta al soporte de Play Console si sigue sin explicación. |
Reemplaza pronto, sin prometer días guardados
Recluta un reemplazo en cuanto sepas que alguien salió, pero planifica según la propia participación del reemplazo. Reemplazar a un tester el mismo día es una buena práctica; no es una forma documentada de conservar tu fecha de solicitud original.
- Pregúntale al tester nuevo qué cuenta de Google usa en su teléfono y agrega exactamente esa dirección a la lista de correos o al Google Group del canal cerrado.
- Guarda el cambio en Play Console (Test and release > Testing > Closed testing > Manage track > Testers).
- Envía el enlace para aceptar participar y confirma que de verdad se unió a la prueba, no que solo recibió el correo.
- Anota la fecha en que se unió. Sus 14 días de forma continua empiezan entonces.
- Conserva a todos los testers que se quedaron. Nunca quites a un tester que continúa mientras agregas uno nuevo.
Si el contador de días ya cambió
Un cambio en lo que se muestra es un motivo para investigar, no para borrar la prueba ni crear una app nueva. Google no publica ninguna forma manual de restaurar un contador, así que trabaja con pruebas:
- Anota la fecha, la hora y haz una captura de exactamente lo que muestra la Console.
- Comprueba si la lista de testers, el Google Group o el canal cambiaron por esas fechas.
- Pide a tus testers que confirmen que siguen con la participación aceptada con la cuenta de Google correcta.
- Mantén la prueba en marcha, recluta si quedan menos de 12 testers que continúan y solicita el acceso solo cuando la Console indique que eres elegible.
Solo bajó el número de instalaciones
Desinstalar la app y dejar la prueba son acciones distintas en las instrucciones de Google, así que una desinstalación no demuestra que alguien haya dejado de participar. Installed audience (audiencia instalada) en Play Console cuenta los usuarios que tienen la app instalada en al menos un dispositivo que estuvo activo en los últimos 30 días; no mide cuánto tiempo lleva cada tester con la participación aceptada. Comprueba primero la inscripción y después haz que el tester vuelva a usar la app, porque el engagement sigue importando cuando solicitas el acceso. Para la diferencia entre los números que muestra Play Console, consulta por qué no se cuentan los testers agregados, y si el conteo de días parece atascado en lugar de reiniciado, consulta los días de la prueba cerrada que no se actualizan.
Por qué ayuda un colchón
Los testers extra solo te protegen si se unen pronto y se quedan. Un tester reclutado después de una baja empieza sus propios 14 días y no cubre el hueco. Esa es la aritmética detrás de reclutar más de 12 testers desde el primer día.
Las 7 causas más comunes del rechazo por número de testers (y cómo arreglarlas)
Nunca tuviste 12 testers que aceptaron participar durante 14 días consecutivos
El requisito de Google no es "12 personas en total en algún momento". Es tener al menos 12 testers que hayan aceptado participar durante al menos los últimos 14 días de forma continua cuando solicitas acceso.
- Suma más testers de inmediato
- Mantén al menos 12 testers con participación aceptada de forma continua durante toda la ventana de 14 días, y recluta testers extra pronto como colchón
- Vuelve a solicitar solo cuando el requisito esté cumplido
Testers dejaron de participar y se rompió el reloj de 14 días
Google es muy claro con la parte "de forma continua". Explica que no contará a testers que aceptaron participar, probaron menos de 14 días y luego se salieron, aunque después vuelvan a unirse. Los días deben ser consecutivos.
- Pide a los testers que no se salgan hasta completar el período completo
- Suma testers extra por encima del mínimo para que un abandono no te baje de 12
- Si bajaste de 12, un reemplazo no hereda los días del tester que se fue, así que planifica en torno a los 14 días continuos propios del reemplazo (consulta qué pasa cuando un tester deja de participar)
Usaste pruebas internas y asumiste que cuentan
Las pruebas internas son excelentes para QA rápida, pero Google indica que debes ejecutar una prueba cerrada antes de solicitar acceso a producción.
Un usuario que aceptó participar en una prueba interna puede no ser elegible para pruebas cerradas o abiertas hasta que se salga y luego acepte participar de nuevo.
- Asegúrate de que tus testers hayan aceptado participar en el segmento de prueba cerrada, no solo en internas
- Si usaste internas primero, que los testers se salgan correctamente de internas y acepten participar en la prueba cerrada
Lee la comparación completa: Pruebas internas vs cerradas vs abiertas en Google Play
Publicaste la prueba, pero los testers aún no podían acceder
Google indica que, después de publicar por primera vez una prueba abierta, cerrada o interna, el enlace de la prueba puede tardar varias horas en estar disponible para los testers, y los cambios posteriores también pueden tardar varias horas.
- Publica tu versión de prueba cerrada con anticipación
- Dale tiempo a propagarse antes de asumir que los testers "fallaron"
- Cuando subas builds nuevos, espera demoras antes de que todos vean la actualización
Tus testers no usaron la app de verdad
Aunque llegues al número, Google igual puede exigir más pruebas si los testers no muestran engagement.
Al solicitar acceso a producción, te preguntarán sobre: el engagement durante la prueba cerrada, si los testers usaron funciones, cómo se compara el uso con el uso esperado en producción, y los comentarios y cómo se recopilaron.
- Dales a los testers un checklist diario simple (abrir la app, completar un flujo principal, usar una función, enviar un comentario)
- Corrige los problemas que reportan los testers y publica una actualización cuando haya algo que corregir; luego documenta qué cambió
- Usa Comentarios de testing en Play Console para leer y responder
Los testers no eran cuentas elegibles o no pudieron unirse bien
Google indica que los usuarios necesitan una cuenta de Google o de Google Workspace para unirse a una prueba. Además, si usas Google Groups, tus testers deben ser miembros reales de los grupos que agregas y deben completar el flujo para aceptar participar.
- Confirma que cada tester use el mismo correo de cuenta de Google que agregaste
- Si usas Google Groups, confirma que la membresía esté aprobada y activa
- Vuelve a compartir el enlace de la prueba y asegúrate de que completen la acción para aceptar participar
Solicitaste demasiado pronto o malinterpretaste qué significa "lista"
Después de solicitar, Google indica que la revisión suele tardar 7 días o menos, pero igual pueden pedirte que sigas probando si no se cumplen los requisitos.
- No solicites hasta tener una ventana limpia de 14 días con al menos 12 testers que hayan aceptado participar
- En el cuestionario de acceso a producción, describe lo que aprendiste, lo que cambiaste y por qué la app está lista
Relacionado: Respuestas al cuestionario de acceso a producción (2026)
¿Ya estás atrapado en un bucle de rechazos?
Si te han rechazado una o más veces por "not enough testers", esta es exactamente la situación para la que está pensado PrimeTestLab. Consigue 12 testers fiables desde USD 19.99. La prueba suele arrancar en 4-6 horas.
Un checklist de Play Console para diagnosticar el problema en minutos
Usa este checklist ahora mismo después de un rechazo por "not enough testers":
Los seis resueltos: ya abordaste la causa raíz y estás listo para volver a solicitar acceso a producción.
Consejo pro
Si fallas alguno de estos puntos, corrige ese problema concreto antes de volver a solicitar. Muchos desarrolladores solicitan de nuevo demasiado pronto sin resolver la causa raíz.
Cómo mantener a los testers activos para que Google no pida más pruebas
Las mejores prácticas de Google son claras: recluta testers en redes reales y comunidades relevantes, da instrucciones claras sobre cómo probar y reportar bugs, y anima a usar todas las funciones posibles.
Esta es una rutina sencilla de engagement. Es una sugerencia práctica, no una cuota que Google publique:
Lista diaria para testers (cópiala en tu mensaje)
- 1Abre la app una vez al día
- 2Completa tu flujo principal (registro, crear, comprar, etc.)
- 3Prueba una función extra (ajustes, perfil, compartir, búsqueda)
- 4Envía 1 comentario (bug, nota de UX, sugerencia)
Durante los 14 días
- Publica correcciones de lo que reportan los testers, cuando haya algo que corregir
- Mantén un changelog corto que puedas pegar en el cuestionario de acceso a producción
- Guarda los temas clave del feedback para resumirlos después
¿Bastan realmente 12 testers?
12 es el mínimo, pero el mínimo no siempre es seguro.
En la práctica, lo arriesgado no es tocar 12 una vez. Lo arriesgado es mantenerte de forma continua por encima de 12 durante todo el período y tener suficiente engagement para que se vea como un programa de prelanzamiento real.
Por eso muchos desarrolladores eligen un colchón:
Cumple el mínimo, pero 1 o 2 abandonos pueden causar demoras
MínimoColchón más seguro, a menudo con mejor variedad de dispositivos
Colchón seguroEl colchón más fuerte y la mejor cobertura
Mejor coberturaLa aritmética del colchón
Cada tester extra que mantiene la participación aceptada desde el principio es una baja que puedes absorber sin caer por debajo de 12. Las filas usan el número de testers de nuestros tres planes.
| Testers desde el primer día | Por encima del mínimo de 12 | Bajas que aún dejan 12 |
|---|---|---|
| 12 | 0 | 0 |
| 25 | 13 | 13 |
| 25 | 13 | 13 |
Esto supone que los testers que se quedan han mantenido la participación aceptada sin interrupciones. Es aritmética, no una predicción de aprobación: Google sigue revisando el engagement y si la app está lista.
La propia Google recomienda reclutar un grupo diverso de testers y fomentar el uso amplio de funciones porque ayuda a encontrar más problemas y reunir comentarios más útiles.
Lee más: Por qué puede que necesites más de 12 testers en Google Play
Cómo PrimeTestLab resuelve rápido los rechazos por número de testers
Si tu app fue rechazada por "not enough testers" en Google Play, el camino más rápido suele ser conseguir testers fiables que:
- Acepten participar correctamente con el enlace de la prueba
- Se mantengan en la prueba de forma continua durante los 14 días completos
- Usen la app de verdad a lo largo del período
PrimeTestLab está pensado específicamente para el requisito de prueba cerrada de Google Play y ofrece un flujo simple: agregas testers, compartes la URL de la prueba y la prueba arranca en poco tiempo.
Precios más un 5% de tarifa de servicio al pagar, con un mínimo de $1.50 por pedido.
Si ya estás en un bucle de rechazos, esta es exactamente la situación para la que está pensado PrimeTestLab: reemplazar el reclutamiento casero poco fiable con actividad de testers consistente y progreso documentado.
Preguntas frecuentes
¿Cuántos testers necesito en Google Play en 2026?
Para cuentas personales de desarrollador creadas después del 13 de noviembre de 2023, Google exige 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. Cumplirlo te permite solicitarlo; Google sigue decidiendo si concede el acceso.
¿Qué significa "not enough testers" en Google Play?
Google explica que los testers que aceptan participar, prueban menos de 14 días y dejan de participar no cuentan, aunque vuelvan a aceptar participar más tarde. Los días deben ser consecutivos y sin interrupción. La regla se aplica a cada tester: que una persona se vaya no borra los días de los testers que se quedaron, así que comprueba cuántos testers continuos te quedan.
¿Qué pasa si un tester deja de participar durante los 14 días?
Si testers dejan de participar y bajas del mínimo, es posible que ya no cumplas el requisito de "14 días de forma continua". Por lo general necesitas otro período continuo en el que al menos 12 testers permanezcan con la participación aceptada.
¿Cuentan los testers de pruebas internas para el requisito?
No. Google exige una prueba cerrada antes de solicitar acceso a producción. Las pruebas internas sirven para QA rápida, pero la elegibilidad para producción está ligada al segmento de pruebas cerradas (también llamado segmento de pruebas en la documentación de LatAm).
¿Puede Google rechazar mi app aunque tenga 12 testers?
Selecciona tu app y después Test and release > Testing > Closed testing > Manage track > Testers. Crea una lista de correos o sube un CSV (o agrega un Google Group), guarda los cambios y después copia y comparte el enlace para aceptar participar. Los testers tienen que usar ese enlace para unirse de verdad a la prueba.
¿Cómo consigo 12 testers rápido para la prueba cerrada de Google Play?
Primero confirma qué número cambió y por qué Google pidió más pruebas. Corrige las aceptaciones de participación que faltan o el engagement, conserva a los testers que se quedaron y vuelve a solicitar cuando al menos 12 testers hayan aceptado participar cada uno durante los últimos 14 días de forma continua. Un servicio puede ayudar: PrimeTestLab aporta 12 testers desde $19.99, más un 5% de tarifa de servicio (mínimo $1.50), pero ningún servicio puede acortar los 14 días de Google ni prometer la aprobación.
Un tester dejó de participar el día 9. ¿Tengo que empezar de nuevo?
Primero comprueba si otros 12 testers siguen con la participación aceptada de forma continua. Si es así, la salida no te impide por sí sola cumplir el requisito. Si solo quedan 11, un tester nuevo no puede compensar los días anteriores del tester que se fue. Conserva a los testers que se quedaron, recluta pronto y planifica según los propios 14 días del reemplazo. Google no documenta con exactitud cómo reacciona lo que muestra la Console.
Si un tester desinstala y vuelve a instalar el mismo día, ¿se reinicia igual?
Desinstalar y dejar la prueba son acciones distintas en las instrucciones de Google, así que primero confirma si el tester dejó de participar de verdad en lugar de fiarte de un gráfico de instalaciones. Si sí dejó de participar, no des por hecho que volver el mismo día conserva sus días anteriores: Google no publica ninguna regla de gracia en el mismo día. Además, haz que vuelva a usar la app, porque tener la participación aceptada no demuestra engagement por sí solo.
¿Hay forma de ver qué tester causó la bajada?
No solo con el gráfico de Installed audience (audiencia instalada). Comprueba si cambió tu lista de testers o tu Google Group, pide a tus testers que confirmen que siguen con la participación aceptada con la cuenta de Google correcta, y anota la hora y la pantalla en la que cambió el número. No hemos encontrado ningún informe de Play Console que identifique de forma fiable al tester detrás de un cambio.
¿Agregar testers extra sirve como colchón?
Sí, si los testers extra se unen pronto y mantienen la participación aceptada sin interrupciones. Por ejemplo, 25 testers que continúan te dan 13 por encima del mínimo de 12. Esa aritmética no predice la aprobación, y un tester reclutado después de una baja no hereda días anteriores. Elige un grupo que pueda probar bien la app y enviar comentarios útiles.
Conclusión
Resumen
Si Google Play rechazó tu app por "not enough testers", el arreglo es simple pero estricto: ejecuta una prueba cerrada con al menos 12 testers que hayan aceptado participar durante 14 días consecutivos, mantenlos en la prueba y asegúrate de que usen la app de verdad. Si necesitas una solución rápida y fiable, PrimeTestLab aporta 12 testers por $19.99 más 5% de tarifa de servicio (mínimo $1.50), arranca la prueba en 4-6 horas y te ayuda a completar todo el requisito de 14 días sin quedarte atrapado en un bucle por número de testers. Ver planes de precios →