Cómo escala de verdad la regla
Cada app nueva necesita su propia prueba cerrada, pero las mismas personas pueden aceptar participar en cada una: no tienen que ser humanos distintos.
La puerta se repite por app. Los testers no tienen por qué.
Respuesta rápida
Por cada app totalmente nueva en una cuenta personal de desarrollador creada después del 13 de nov de 2023, espera ejecutar una prueba cerrada (closed testing) fresca con al menos 12 testers que hayan aceptado participar durante 14 días de forma continua antes de solicitar acceso a producción: la producción se desbloquea por app, no por cuenta. No necesitas una prueba nueva de 12 testers para publicar una actualización rutinaria de una app que ya tiene acceso a producción, y los mismos testers se reutilizan en todas tus apps. Cuando necesitas cruzar esa puerta con rapidez, PrimeTestLab aporta testers reales que hayan aceptado participar en dispositivos reales desde $19.99.
Es una de las preguntas más habituales de desarrolladores con más de una app en el pipeline: una vez que saltaste el aro de 12 testers y 14 días de la prueba cerrada de Google una vez, ¿tienes que repetirlo todo por la siguiente app? ¿O es un hito de cuenta de una sola vez? La respuesta honesta tiene tres partes, y esta guía separa lo que Google dice literalmente de lo que es consenso de la comunidad, para que sepas cuánto confiar en cada afirmación. Actualizado al 1 de julio de 2026.
Qué cubre este post
¿El requisito de 12 testers es por app o por cuenta?
Se gestiona por app, no por cuenta. Tu primera aprobación de producción es el gran hito de onboarding, pero cada app nueva que publicas sigue teniendo su propio camino a producción, así que trata cada nombre de paquete nuevo (cada applicationId nuevo) como si necesitara su propia prueba cerrada, salvo que Play Console muestre con claridad lo contrario.
Aquí es donde la mayoría de desarrolladores se enreda, así que va la versión honesta. Google no publica una sola frase que diga, palabra por palabra, "debes repetir esto por cada app". Tampoco publica una frase que diga "una vez aprobada tu primera app, todas las futuras están exentas". Lo que Google sí dice es que el requisito aplica a "tu app", que la producción se desbloquea al solicitar desde el Panel de esa app concreta, y que la política existe para ayudar a desarrolladores de cuenta personal a preparar su app para distribución.
Junta esos hechos y la lectura más defendible es que el acceso a producción vive a nivel de app, no como un checkbox de cuenta de una sola vez. Hay un matiz en apps posteriores: cuando tu cuenta ya tiene una app en producción con éxito, las siguientes pueden enfrentar un nivel de escrutinio distinto, pero el Centro de ayuda público de Google no promete una exención general y permanente de cuenta para cada app futura. Así que el hábito seguro tras tu primera aprobación es simple: revisa el estado de cada app nueva dentro de Play Console en lugar de asumir que toda tu cuenta quedó desbloqueada para siempre.
"Lo pasé una vez, así que mi cuenta está desbloqueada para siempre."
Los desarrolladores asumen que la prueba cerrada es una puerta de cuenta de una sola vez. Luego su segunda app se queda en Play Console con Producción bloqueada, y el reloj de 14 días vuelve a arrancar: una sorpresa que puede costarte la ventana de lanzamiento.
El acceso a producción se otorga app por app.
Cada nombre de paquete nuevo arranca con Producción bloqueada y debe cumplir por su cuenta la prueba cerrada de 12 testers y 14 días. El alivio: los mismos testers pueden servir en todas tus apps, así que no vuelves a reclutar desde cero.
Cómo leer los niveles de confianza en este post. Las preguntas de política de Google atraen muchas afirmaciones de blog con tono muy seguro. Para cuidarte, todo lo de abajo va etiquetado según lo sólida que es la fuente, para que sepas en qué apoyarte y qué revalidar en tu propia Play Console.
Dicho de forma literal en las páginas de ayuda de Play Console de Google. Aquí viven el requisito en sí, la definición de aceptar participar y la recomendación sobre actualizaciones.
Coherente con el lenguaje de Google y muy reportado por desarrolladores, pero no escrito palabra por palabra. La lectura por app y la mecánica de reinicio se sientan aquí.
Repetidas por algunos servicios de testing pero ausentes de la docs de Google (p. ej. filtrado de testers por sensores). Trátalas con escepticismo; nosotros no las restablecemos como hecho.
¿Qué exige Google de forma oficial hoy?
Una cuenta personal de desarrollador de nueva creación debe 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. Cumple eso y puedes solicitar acceso a producción desde el Panel en Play Console.
Google Play Console Help
"If you have a newly created personal developer account, you must run a closed test for your app with a minimum of 12 testers who have been opted-in for at least the last 14 days continuously."
Play Console Help, answer 14151465 (Testing requirements for production access)
Algunos detalles que conviene fijar, todos de la documentación propia de Google:
Confirmado por Google
- El mínimo actual es 12 testers: bajó de 20 el 11 de diciembre de 2024, con la duración de 14 días sin cambios.
- La regla aplica a cuentas personales creadas después del 13 de noviembre de 2023. Las cuentas de organización están exentas.
- Tras solicitar, la revisión de acceso a producción suele tardar 7 días o menos, aunque a veces puede alargarse.
Dónde se frenan las apps
- Google puede pedirte que sigas probando si no tienes 12 testers que hayan aceptado participar.
- O si los testers no tuvieron engagement suficiente durante la prueba cerrada.
- Tutoriales viejos aún dicen "20 testers": ese número cambió y ya no es correcto.
Ese último punto importa. Cumplir no es solo conteo de cabezas: Google mira si testers reales usaron de verdad tu app. Por eso la bajada de 20 a 12 no volvió trivial el requisito: el engagement sigue contando, y por eso cubrimos por qué bajó el número en nuestro explicador de 20 a 12 testers.
¿Cuándo no necesitas 12 testers nuevos?
Si tu app ya tiene acceso a producción y publicas una actualización normal de esa misma app, no necesitas reclutar 12 testers nuevos y esperar otros 14 días solo para publicarla. La prueba cerrada es una puerta al acceso a producción por primera vez, no un peaje recurrente en cada release.
Google dice que, tras una solicitud de acceso a producción exitosa, puedes publicar en producción, y que recomienda probar las actualizaciones futuras de forma habitual. La palabra "recomienda" hace trabajo real aquí: el testing continuo es una buena práctica, no una puerta obligatoria nueva por cada update de producción. La documentación de testing de Google también nota que, cuando ejecutas pruebas cerradas de una app que ya publicaste, solo los usuarios de tu grupo de prueba reciben la build de prueba cerrada como actualización, lo cual solo tiene sentido porque la app ya existe en producción.
Nombre de paquete totalmente nuevo
Espera una prueba cerrada fresca de 14 días
- Un
applicationIdnuevo nunca publicado antes - Producción bloqueada hasta que superes la prueba
- Necesita 12+ testers que hayan aceptado participar durante 14 días de forma continua
Update de una app aprobada
No se exige una prueba nueva de 12 testers
- Mismo nombre de paquete, ya en producción
- Solo empujas la versión nueva a producción
- Probar updates futuros se recomienda, no se manda
Así que la regla limpia es: app nueva, espera que sí; actualización de una app ya en producción, no. Si no cambió nada excepto la versión de la misma ficha y el mismo nombre de paquete, una prueba cerrada nueva de 12 personas no es el requisito estándar. Un matiz a marcar: empujar una build nueva durante tu primera prueba cerrada es distinto de actualizar una app ya aprobada: lo desglosamos en si actualizar reinicia la prueba cerrada.
¿Los testers tienen que ser personas nuevas cada vez?
No. Incluso cuando una app nueva necesita prueba cerrada, los 12 testers no tienen que ser 12 personas completamente distintas. Google te deja reutilizar la misma lista de correos de testers en pruebas futuras de cualquiera de tus apps: la misma cuenta de Google puede ser tester de tantas de tus apps como quieras.
Esa es la señal oficial más clara de que un solo set de testers puede servir a todo tu catálogo. Lo que importa de verdad no es la novedad. Es que, para la app que llevas a producción, al menos 12 testers hayan aceptado participar de forma activa en la prueba cerrada de esa app y se mantengan así durante 14 días de forma continua.
Así que cada app sigue ejecutando su propia puerta de 14 días, pero las personas que la llenan pueden ser las mismas cada vez. Eso reformula el problema: arma un pool de testers confiable una vez, y cada lanzamiento futuro lo reutiliza. Esto es lo que implica para un roadmap multi-app:
Interactivo
Planificador de portafolio
¿Cuántas pruebas cerradas necesitará tu roadmap, y cuántos testers?
3 apps = 3 pruebas cerradas separadas, pero sigue bastando un solo pool de 12 testers si los reutilizas. Si corres las pruebas en paralelo, el tiempo de calendario se colapsa: solo son 42 días si las corres estrictamente una tras otra.
¿Qué cuenta como tester que aceptó participar durante 14 días?
Los 14 días deben ser de forma continua. Google no contará a testers que acepten participar, prueben menos de 14 días y luego se salgan, aunque después vuelvan a unirse para que el total sume 14 días.
Google Play Console Help
"This means that we won't count testers who opted in, tested for less than 14 days, and then opted out. Even if they opt back in so that they are opted in for a total of 14 days, these 14 days must be consecutive to count."
Play Console Help, answer 14151465 (FAQ)
Siguen dos implicaciones prácticas, y ambas atrapan a quien lo hace por primera vez:
Esto sí cuenta
- Un tester que hace clic en el enlace oficial de la prueba y acepta participar en un dispositivo con esa cuenta de Google iniciada.
- Mantenerse con la participación aceptada los 14 días de forma continua completos, sin salirse.
- Engagement genuino y continuo: abrir y usar la app de verdad.
Esto NO cuenta
- Solo agregar una dirección de correo a tu lista de testers: la persona aún tiene que aceptar participar.
- Una racha rota: salirse a mitad de ventana y volver a unirse reinicia el conteo continuo.
- Un tester atrapado en tu prueba interna: debe salir de internas antes de unirse a la prueba cerrada.
La regla del colchón (consenso de la comunidad)
Si los testers se alejan y tu conteo activo cae por debajo de 12 a mitad de ventana, la racha continua puede romperse y en la práctica reiniciar el reloj. Google no publica el algoritmo exacto de reinicio, pero este comportamiento es coherente con su wording de "de forma continua", y es por eso que desarrolladores experimentados reclutan un colchón de 15 a 25 testers en lugar de exactamente 12. Desglosamos la mecánica de la racha en la guía de 14 días de forma continua.
¿Necesitas tú una prueba nueva de 12 testers? Descúbrelo
Cada situación es un poco distinta. Elige la que te describe y obtén una respuesta directa, más qué hacer después.
Interactivo
Chequeo de prueba nueva
Elige tu escenario para ver si aplica una prueba cerrada fresca de 14 días.
Sí: ejecuta una prueba cerrada completa
Prueba nueva requeridaEste es el caso clásico. Antes de solicitar acceso a producción, necesitas al menos 12 testers que hayan aceptado participar durante 14 días de forma continua. Arráncala el día uno: es el paso fijo más largo de todo tu lanzamiento.
Siguiente paso: recluta un colchón de 15 o más para que una sola baja no reinicie tu reloj.
Sí por la app, pero reutiliza tus testers
Prueba nueva, mismas personasCada nombre de paquete nuevo tiene su propia prueba cerrada de 14 días, así que planifica una. La buena noticia: la misma lista de testers puede aceptar participar también en esta app. No necesitas 12 humanos nuevos.
Siguiente paso: apunta tu pool de testers existente al enlace de la prueba de la app nueva y confirma que al menos 12 están activos.
No: solo publica la actualización
Sin prueba nuevaUna app que ya tiene acceso a producción no lo vuelve a ganar. Publicar una actualización rutinaria del mismo nombre de paquete no dispara una prueba cerrada nueva. Probar updates se recomienda, no se exige.
Siguiente paso: lanza tu versión nueva a producción como de costumbre.
No: tu cuenta es anterior a la regla
ExentaEl requisito de prueba cerrada aplica a cuentas personales creadas después del 13 de noviembre de 2023. Una cuenta creada en esa fecha o antes no está sujeta a él.
Siguiente paso: confirma la fecha de creación de tu cuenta en Play Console antes de apoyarte en esto.
No: las cuentas de organización están exentas
ExentaLas cuentas de organización / negocio no están sujetas al requisito de prueba cerrada de 14 días. El trade-off es un setup más pesado: un negocio registrado y un número D-U-N-S.
Siguiente paso: sopesa el papeleo en nuestra guía de cuenta personal vs organización.
¿Cómo encajan las pruebas internas, cerradas y abiertas?
Google ofrece tres canales de pruebas (también llamados segmento de pruebas en la documentación es-419), pero solo uno, la prueba cerrada, cumple el requisito de acceso a producción. Las pruebas internas no cuentan para él, y las pruebas abiertas solo se desbloquean cuando ya tienes acceso a producción.
Internas
Hasta 100 testers, builds más rápidas
- Ideal para QA rápida y smoke tests
- Entrega builds casi al instante
- Los testers deben salir antes de unirse a una prueba cerrada
NO cuenta para el requisito
Cerrada
12+ testers, 14 días de forma continua
- El canal obligatorio para cuentas personales nuevas
- Corre por app, en cada nombre de paquete nuevo
- Los testers se reutilizan en todas tus apps
Requerida antes de solicitar acceso a producción
Abierta
Pública, cualquiera puede unirse
- Buena para feedback de beta a escala
- Listada de forma pública en tu ficha de tienda
- Solo disponible cuando ya tienes acceso a producción
Se desbloquea tras el acceso a producción
El hecho de que las pruebas abiertas solo aparezcan después del acceso a producción es otra confirmación silenciosa de que la aprobación de producción está atada al setup de release de cada app, no otorgada a nivel de cuenta. Si estás eligiendo entre canales, nuestro desglose de pruebas internas vs cerradas vs abiertas cubre cada uno a fondo.
¿Cómo funciona la revisión de acceso a producción?
Cuando tienes 12 o más testers que han aceptado participar de forma continua durante 14 días, solicitas acceso a producción desde el Panel. El cuestionario de Google cubre tres áreas, y la revisión suele tardar 7 días o menos.
El cuestionario pregunta sobre tu prueba cerrada, sobre tu app y sobre la preparación para producción. Google usa esas respuestas para confirmar que las apps se probaron bien antes de llegar al público. Si te piden seguir probando, las dos razones más habituales que cita Google son no tener 12 testers que hayan aceptado participar, y testers que no tuvieron engagement con tu app durante la prueba.
El movimiento pro
Como el acceso a producción se otorga por app, tus respuestas del cuestionario importan en cada app nueva, no solo en la primera. Guarda una plantilla corta que describa cómo reclutaste testers y cómo interactuaron, y adáptala en cada lanzamiento. Las respuestas vagas de una sola línea son un motivo habitual de que las primeras solicitudes vuelvan atrás.
Dos plazos de 2026 para tener en el radar
Son distintos del requisito de prueba cerrada, pero afectan el mismo timeline de lanzamiento, así que planifica a su alrededor. Nota las insignias de confianza: uno es el plan declarado de Google, el otro es un programa confirmado.
El target API level sube a 36
Planificado para agosto de 2026
Google planea exigir que apps nuevas y actualizaciones apunten a Android 16 (API level 36), siguiendo su cadencia anual habitual. A mediados de 2026 la fecha exacta aún no había reemplazado el requisito anterior en la página oficial de política de target API de Google, así que trátalo como plan declarado de Google y confirma la fecha vigente en Play Console antes de apoyarte en ella.
Android Developer Verification
30 de septiembre de 2026
Google empezará a exigir el registro de apps por desarrolladores verificados en Brasil, Indonesia, Singapur y Tailandia, con un despliegue global más amplio en 2027 y después. Es un chequeo de identidad que confirma quién eres: totalmente separado de demostrar que tu app funciona mediante la prueba cerrada.
Mantén las dos aparte: la verificación del desarrollador confirma quién eres; la prueba cerrada confirma que tu app funciona. Ninguna reemplaza a la otra. Para el checklist completo de lanzamiento 2026, ve nuestra guía de requisitos de publicación en Google Play.
Cómo te ayuda PrimeTestLab a cumplir, app tras app
Como la prueba cerrada se repite por cada app nueva, una fuente fiable y repetible de testers reales se paga sola en todo tu catálogo, no solo una vez. PrimeTestLab aporta testers humanos reales que hayan aceptado participar en dispositivos Android reales, de Android 7 a Android 17 y en 120+ países, para que cumplas el requisito de 12 testers sin perseguir amigos y colegas en cada lanzamiento. La prueba arranca en 4-6 horas, y hemos apoyado 7,400+ apps con una tasa de éxito de 99.9%.
Tú compartes el enlace de la prueba cerrada. Nosotros manejamos la invitación, la verificación de que aceptaron participar y la retención completa de 14 días, para que un tester que se baje nunca rompa tu racha ni reinicie el reloj. Cada plan usa testers reales con engagement genuino, que es exactamente lo que Google evalúa.
Paquetes actuales
- Cumple el mínimo de Google
- Dispositivos Android reales
- Cobertura completa de 14 días
- El colchón absorbe bajas
- Mejor diversidad de dispositivos
- Mayor solidez al primer intento
- Colchón de seguridad incluido
- Mejor diversidad de dispositivos
- Más colchón ante la revisión
Preguntas frecuentes
¿Necesito 12 testers por cada app que publico en Google Play?
Para una app nueva en una cuenta personal de desarrollador creada después del 13 de noviembre de 2023, la expectativa es sí: cada app nueva necesita su propia prueba cerrada con al menos 12 testers que hayan aceptado participar durante 14 días de forma continua antes de que puedas solicitar acceso a producción. Las actualizaciones rutinarias de una app que ya tiene acceso a producción no exigen una prueba nueva de 12 testers. En la documentación oficial de Google en español, a los testers también se les llama verificadores.
¿Puedo reutilizar los mismos testers en varias apps?
Sí. Google permite reutilizar la misma lista de correos de testers en pruebas futuras de cualquiera de tus apps, así que los 12 testers no tienen que ser 12 personas distintas cada vez. Lo que importa es que al menos 12 estén activos y hayan aceptado participar en la app concreta que llevas a producción, y que se mantengan así durante 14 días consecutivos.
¿Actualizar mi app reinicia el reloj de 14 días?
No. Una vez que una app tiene acceso a producción, publicar una actualización rutinaria del mismo nombre de paquete no dispara una prueba cerrada nueva. Google recomienda probar las actualizaciones futuras como buena práctica, pero no exige volver a ganar el acceso a producción cada vez que publicas un update de una app ya aprobada. Detalles completos aquí.
¿Las cuentas de organización también necesitan 12 testers?
No. El requisito de prueba cerrada aplica a cuentas personales de desarrollador creadas después del 13 de noviembre de 2023. Las cuentas de organización no están sujetas a él, aunque crear una exige registrar un negocio y aportar un número D-U-N-S, con su propio tiempo y papeleo. Compara tipos de cuenta.
¿Qué pasa si un tester baja el conteo durante los 14 días?
Si tu conteo activo de testers que han aceptado participar cae por debajo de 12 a mitad de ventana, la racha continua puede romperse y el reloj se reinicia en la práctica. Google no publica el algoritmo exacto de reinicio, pero encaja con su lenguaje de "de forma continua". Reclutar un colchón de 15 a 25 testers en lugar de exactamente 12 te protege de que una sola baja te cueste dos semanas.
¿Va contra las reglas de Google pagar por testers?
Reclutar testers reales, también a través de un proveedor de pago, no está prohibido, y el propio cuestionario de acceso a producción de Google menciona un proveedor de testing de pago como ejemplo. Lo que sí prohíben las políticas de Google son cuentas falsas, emuladores y engagement simulado, que arriesgan la suspensión de la cuenta. Por eso testers reales en dispositivos reales con engagement genuino es el enfoque conforme.
Conclusión
Resumen
No necesitas 12 testers totalmente nuevos cada vez que tocas Google Play. Para una app nueva en una cuenta personal nueva, asume que debe superar la prueba cerrada de 12 testers y 14 días antes de producción, porque Google enmarca el acceso a producción alrededor de cada app individual. Cuando una app ya tiene acceso a producción, las actualizaciones rutinarias no exigen una prueba cerrada fresca, y los mismos testers se reutilizan entre apps. Cuando necesitas cruzar esa puerta con rapidez y de forma segura, PrimeTestLab aporta testers reales que hayan aceptado participar en dispositivos reales desde $19.99. Ver planes de precios →