Respuesta rápida
Para las cuentas personales de Play Console creadas después del 13 de noviembre de 2023, la prueba interna es opcional, la prueba cerrada (closed testing) es obligatoria antes de poder solicitar acceso a producción y la prueba abierta queda disponible después del acceso a producción. Esa prueba cerrada necesita al menos 12 testers que hayan aceptado participar durante los 14 días previos de forma continua. Completarla te habilita a solicitarlo: Google todavía revisa la solicitud. Para cualquier otra cuenta, estos son simplemente tres canales con audiencias y visibilidad distintas, y ninguno es obligatorio.
Para las cuentas personales de desarrollador nuevas afectadas, la prueba cerrada es el único canal que se interpone entre tú y una solicitud de producción: Google exige que al menos 12 testers hayan aceptado participar de forma continua durante los 14 días previos antes de que puedas solicitar publicar en producción.
Cuáles de esas reglas te aplican depende de tu cuenta de desarrollador. Google limita el requisito de pruebas a las cuentas personales de Play Console creadas después del 13 de noviembre de 2023. Si tu cuenta es de organización, o es personal y se creó antes de esa fecha, este requisito específico no te cubre y puedes elegir canales según tus necesidades de QA y de beta. Revisa en qué grupo estás antes de planear un lanzamiento.
Fuentes oficiales consultadas
Verificado por última vez contra el Help Center de Google el 16 de agosto de 2026. Todo lo que hay en esta página y no se atribuye a Google es experiencia operativa propia o está etiquetado explícitamente como una afirmación propia.
¿Cuáles son los tres segmentos de pruebas de Google Play?
Google Play ofrece tres segmentos de pruebas (también llamados segmento de pruebas en la documentación es-419) antes de producción: prueba interna, prueba cerrada y prueba abierta. Cada uno cumple un propósito distinto en el ciclo de desarrollo, y Google recomienda empezar con la prueba interna y luego ampliar a la prueba cerrada. El orden obligatorio depende de tu cuenta de desarrollador: la secuencia interna → cerrada → solicitud de producción que se describe abajo solo es obligatoria para las cuentas personales creadas después del 13 de noviembre de 2023.
Prueba interna
QA rápido con tu propio equipo. Hasta 100 testers. Builds disponibles en minutos.
Opcional
Prueba cerrada
Grupo beta controlado. Obligatoria para las cuentas personales creadas después del 13 nov 2023: 12+ testers, 14 días continuos, antes de poder solicitar acceso a producción.
Requerida*
Prueba abierta
Beta pública. Testers ilimitados, o un tope de al menos 1,000. Opcional para cualquier cuenta; para las cuentas personales creadas después del 13 nov 2023 queda disponible después del acceso a producción.
Opcional
* Obligatoria para cuentas personales de desarrollador creadas después del 13 de noviembre de 2023. Completar la prueba cerrada te permite solicitar acceso a producción: no es una aprobación automática.
Cómo fluyen los segmentos de pruebas hacia producción (cuentas personales creadas después del 13 nov 2023)
El final del periodo de 14 días no es la meta: completarlo es lo que te habilita a solicitar. La prueba abierta se ramifica después del acceso a producción, no conduce a él
Prueba interna vs cerrada vs abierta: comparación lado a lado
Estas son todas las diferencias clave entre los tres segmentos de pruebas, según la documentación oficial de Play Console de Google.
| Factor | Interna | Cerrada | Abierta |
|---|---|---|---|
| ¿Quién puede unirse? | Interna: Solo testers invitados | Cerrada: Lista de correo, Google Groups u org | Abierta: Cualquiera en Google Play |
| Capacidad de audiencia | Interna: 100 testers por app | Cerrada: Listas de correos: 2,000 usuarios por lista, 50 listas por canal, 200 listas en total. Google Groups: sin límite de tamaño publicado | Abierta: Ilimitados, o con un tope que elijas (mínimo 1,000) |
| Disponibilidad de la versión y revisión | Interna: Normalmente disponible en minutos. Excepciones: la primera versión interna de una app totalmente configurada, y la primera versión tras un rechazo, pueden revisarse | Cerrada: Flujo normal de revisión de Play | Abierta: Flujo normal de revisión de Play |
| Duración requerida | Interna: Ninguna | Cerrada: 12 testers x 14 días* | Abierta: Ninguna |
| ¿Obligatoria antes de solicitar producción? | Interna: No | Cerrada: Sí* | Abierta: No |
| ¿Visible en Play Store? | Interna: No | Cerrada: No | Abierta: Sí |
| Apps de pago | Interna: Los testers pueden instalar una app de pago gratis | Cerrada: Los testers normalmente tienen que comprar la app | Abierta: Los testers normalmente tienen que comprar la app |
| Visibilidad de los comentarios | Interna: Privados para ti | Cerrada: Privados; no afectan tu calificación pública | Abierta: Privados; no afectan tu calificación pública |
| Mejor para | Interna: QA rápido, testing de equipo | Cerrada: Beta prelanzamiento, cumplir requisitos | Abierta: Beta pública, soft launch |
* Para cuentas personales de desarrollador creadas después del 13 de noviembre de 2023; las demás cuentas no se rigen por este requisito. Cumplirlo te permite solicitar acceso a producción: Google todavía revisa la solicitud.
¿La prueba cerrada tiene un tope de 2,000 testers? No. 2,000 es el límite de tamaño de una sola lista de correos de testers. La documentación de configuración de Google permite hasta 50 listas por canal y 200 listas en total, y describe Google Groups como una forma aparte de gestionar los testers de la prueba cerrada sin publicar un límite de tamaño comparable. Así que el número que de verdad te limita son los 12 testers que deben haber aceptado participar de forma continua para el requisito de acceso a producción, no un techo de 2,000 personas. Las páginas que escriben "prueba cerrada: máximo 2,000 testers" citan un método de inscripción como si fuera todo el canal.
¿Quién debe completar la prueba cerrada antes de producción?
Google delimita este requisito de forma estrecha, y casi toda la confusión alrededor de los tres canales viene de leerlo como una regla universal. El Help Center de Google exige a las cuentas personales de Play Console creadas después del 13 de noviembre de 2023 una prueba cerrada con al menos 12 testers (en la documentación oficial de Google en español, verificadores) que hayan aceptado participar de forma continua durante los 14 días previos, antes de que esos desarrolladores puedan solicitar acceso a producción. Si esa no es tu cuenta, esta secuencia no es tu camino a producción.
| Qué aplica | Cuenta personal creada después del 13 nov 2023 | Cualquier otra situación de cuenta |
|---|---|---|
| Prueba cerrada, 12 testers, 14 días | Cuenta personal después del 13 nov 2023: Obligatoria antes de poder solicitar acceso a producción | Cualquier otra cuenta: No se rige por este requisito específico |
| La prueba abierta en esta secuencia | Cuenta personal después del 13 nov 2023: Queda disponible después del acceso a producción | Cualquier otra cuenta: Depende de los canales habilitados para la app; la prueba abierta sigue siendo opcional en cualquier caso |
| Camino sensato | Cuenta personal después del 13 nov 2023: QA interno (opcional) → prueba cerrada obligatoria → solicitud de acceso a producción → producción y, si quieres, prueba abierta | Cualquier otra cuenta: Elige canales según la audiencia y el rollout que necesites, no según esta secuencia |
* La primera columna es lo que Google documenta. La segunda es deliberadamente conservadora: Google publica este requisito para las cuentas personales nuevas afectadas, y no publica una regla universal equivalente para todos los demás.
Para las cuentas de la primera columna, la pregunta que sigue siempre es la misma: ¿puede otro canal sustituir la prueba cerrada? No puede.
La prueba interna NO sustituye
Google etiqueta la prueba interna como opcional y dice específicamente que debes correr una prueba cerrada antes de solicitar acceso a producción. La prueba interna es excelente para QA; no cumple el requisito.
La prueba abierta NO es un atajo
Google dice que la prueba abierta queda disponible cuando tienes acceso a producción. En las cuentas afectadas, la prueba cerrada va primero y la abierta después, así que no sirve para adelantarse.
Las cuentas de organización no están cubiertas por este requisito de cuentas personales nuevas. Léelo de forma estrecha: significa que la regla de 12 testers durante 14 días no les aplica. No significa que una cuenta de organización esté exenta de la revisión de Play, del cumplimiento de las políticas ni de cualquier otra obligación de publicación. La comparación entre cuenta personal y de organización repasa los pros y los contras antes de que elijas.
¿Qué es la prueba interna en Google Play?
La prueba interna es el canal más rápido de Google Play. Está pensada para un grupo pequeño de tus propios testers de confianza, y los builds suelen estar disponibles en minutos. Incluso puedes empezar una prueba interna antes de terminar de configurar tu app, lo que la hace ideal para QA temprano, smoke testing y chequeos de bugs antes de preocuparte por estar listo para lanzar. Eso sí, "suelen" está haciendo trabajo real en esa frase: mira las excepciones más abajo.
Google limita la prueba interna a 100 testers por app. Los usuarios de prueba interna se invitan de forma directa, y la app está disponible para ellos solo por URL, no como un listing público en Play.
La prueba interna no está libre de revisión
Las actualizaciones internas se publican casi de inmediato en la mayoría de los casos, pero Google documenta excepciones: la primera versión interna de una app totalmente configurada puede necesitar revisión, y también la primera versión que envías después de un rechazo. Las versiones internas además pueden revisarse de forma retroactiva. Fíjate en el alcance: si tu primera versión interna es de una app totalmente configurada, esa versión puede tener que esperar la revisión. Google no aplica esa excepción a las pruebas internas de apps que aún no están totalmente configuradas, que es justo el caso de QA temprano para el que existe la prueba interna.
Una diferencia entre canales que sorprende con las apps de pago: los testers internos pueden instalar una app de pago sin comprarla, mientras que los testers de la prueba cerrada y de la abierta tienen que comprarla como cualquier otro usuario. Si tu app es de pago, contémplalo antes de invitar a un grupo de prueba cerrada.
¿La estás configurando en lugar de elegir entre canales?
Esta página compara los tres canales. La configuración paso a paso, las reglas de la lista de correos y del CSV de testers, el enlace de la prueba y las soluciones para "esta app no está disponible para tu cuenta" están todas en cómo configurar la prueba interna de Google Play (en inglés).
Mejores casos de uso de la prueba interna
Matiz importante
Puedes correr la prueba interna a la vez que la cerrada y la abierta para versiones distintas. Sin embargo, un usuario que aceptó participar en el segmento interno no es elegible para tu segmento abierto o cerrado hasta que primero se salga de la prueba interna y luego acepte participar en el otro canal.
¿Qué es la prueba cerrada en Google Play?
La prueba cerrada es el canal que Google usa para una beta más realista con un grupo que controlas. Google dice que este canal te permite compartir tu app con un conjunto más amplio de testers que eliges tú, para corregir problemas y asegurarte de que la app cumple la política de Google Play antes del lanzamiento.
Requisito de acceso a producción
Cuando solicitas, al menos 12 testers deben haber aceptado participar de forma continua durante los 14 días previos. Cumplirlo te permite solicitar acceso a producción: no es una aprobación.
¿Cuándo empieza realmente el periodo de 14 días?
No cuando subes la build, y no cuando agregas los correos de los testers. El tiempo que califica se acumula por tester, y solo cuando dos cosas son ciertas: la versión cerrada está disponible para los testers y cada tester aceptó participar de forma individual a través de tu enlace de la prueba. Lo que Google mide en el momento en que solicitas es que al menos 12 testers hayan aceptado participar de forma continua durante los 14 días inmediatamente anteriores a la solicitud, así que la lectura más segura es contar hacia atrás desde la fecha de tu solicitud, no hacia adelante desde la fecha de tu versión. Play Console, y no tu propia hoja de cálculo, es lo que te dice que la solicitud está disponible.
Google es muy específico sobre lo que significa "de forma continua". El periodo que califica son los 14 días inmediatamente anteriores a tu solicitud y tienen que ser consecutivos, así que los testers que aceptan participar, se quedan menos de 14 días y luego se salen no cuentan, aunque después vuelvan a aceptar.
En la práctica, la prueba cerrada es donde se traban la mayoría de los que publican por primera vez. La prueba interna no cumple esta regla. La prueba abierta no la reemplaza. Para las cuentas personales afectadas, este paso de prueba cerrada es la puerta entre "mi app está en testing" y "por fin puedo solicitar acceso a producción", y qué pasa cuando termina el periodo es una etapa aparte que hace tropezar a otros tantos desarrolladores. Si lo que quieres es configurar el canal y no elegir entre canales, nuestra guía para configurar un segmento de prueba cerrada e invitar testers tiene los pasos en la Console, y la guía completa de 12 testers durante 14 días profundiza en el requisito mismo.
Listas de correo
2,000 usuarios por lista, 50 listas por canal, 200 listas en total
Google Groups
Gestiona los testers con un grupo en lugar de una lista. Google no publica un límite de tamaño comparable en esta documentación de configuración
Distribución
Comparte la URL de la store o el enlace de la prueba directamente con los testers
Múltiples canales
Crea canales cerrados adicionales para probar funciones por separado
Antes de que tu app esté en prueba abierta o producción, los testers normalmente no encontrarán una app de prueba cerrada solo buscando en Play Store. Debes compartirles la URL de la store o el enlace de la prueba de forma directa.
¿Qué pasa después de los 14 días?
El final del periodo que califica no es un interruptor que publique tu app, y no es una fecha del calendario que puedas marcar por adelantado. Una vez que al menos 12 testers han aceptado participar de forma continua durante el periodo completo de 14 días inmediatamente anterior a tu solicitud, Play Console te deja solicitar acceso a producción, y Google revisa esa solicitud. Trata a Play Console, y no a tu propio conteo de días, como la fuente de verdad de cuándo eres elegible.
No es una aprobación automática
Completar la prueba cerrada obligatoria hace que un desarrollador afectado sea elegible para solicitar. No garantiza la aprobación. Google evalúa cómo reclutaste a tus testers, qué tan participativos fueron, qué comentarios recibiste, qué cambiaste como consecuencia, para quién es la app y si está lista para producción. Google también puede exigir pruebas adicionales, incluso cuando la participación de los testers fue insuficiente.
- Confirma la elegibilidad: al menos 12 testers que hayan aceptado participar de forma continua durante el periodo completo de 14 días anterior a tu solicitud, con Play Console habilitando la solicitud. Qué cuenta como 14 días continuos tiene los casos borde.
- Solicita el acceso a producción en Play Console.
- Responde las preguntas de Google sobre tu prueba cerrada, tu app o juego y tu preparación para producción: nuestra guía del cuestionario de acceso a producción las recorre una por una.
- Google revisa la solicitud. Google dice que esto normalmente tarda siete días o menos, pero puede tardar más.
- Google otorga el acceso a producción, o te pide seguir probando.
Planifica para ese último resultado en lugar de que te sorprenda. Si Google vuelve pidiendo más, qué significa realmente "más pruebas requeridas" (en inglés) cubre la respuesta. Y tampoco estás congelado durante los 14 días: puedes seguir enviando builds al segmento cerrado, porque el criterio que Google mide es la participación continua de los testers, no un congelamiento del código. Actualizar tu app durante la prueba cerrada repasa qué se reinicia y qué no.
¿Los testers tienen que usar la app a diario?
El requisito vs lo que Google evalúa
El mínimo publicado por Google es la participación continua de al menos 12 testers durante los 14 días previos. Google no publica una regla de que cada tester deba abrir la app a diario, ni completar un número determinado de sesiones. Eso sí, la solicitud de acceso a producción pregunta por la participación de los testers y el uso de las funciones, y Google puede exigir más pruebas cuando la participación es insuficiente.
Así que trata la aceptación como el piso y no como todo el trabajo: recluta testers que de verdad puedan usar la app y contarte algo útil, y guarda registro de lo que cambiaste por ellos. Cualquiera que cite una cuota exacta de uso diario, un número de sesiones o un umbral de detección de bots está repitiendo folclore comunitario: Google no publica ninguno de esos números.
¿Qué es la prueba abierta en Google Play?
La prueba abierta es el canal de beta pública. Google dice que la prueba abierta hace visible en Google Play la versión de prueba de tu app, y que cualquiera puede unirse y enviar comentarios privados. Para las apps de acceso anticipado que aún no están en vivo en producción, los usuarios pueden encontrar tu prueba abierta buscando en Google Play. Para las apps que ya tienen una versión de producción en vivo, los usuarios pueden aceptar participar en la prueba abierta desde el listing de la store.
Google te deja elegir testers ilimitados, o un número limitado que debe ser de al menos 1,000. Ese tope es un techo para el grupo, no una cantidad de testers que tengas que reclutar, y es el ajuste que peor se lee en todo el canal. La ruta en la Console, los ajustes de testers y de comentarios, qué expone realmente lo "público" y qué revisar cuando la prueba no aparece están todos en la guía completa de configuración de la prueba abierta de Google Play (en inglés).
Los comentarios se mantienen privados. Google dice que los comentarios y las calificaciones que recoges durante la prueba abierta y la cerrada son privados para ti: no aparecen en el listing de tu store y no afectan tu calificación pública en Play Store. Una beta tosca no te va a costar estrellas.
La prueba abierta no es un atajo
Para las cuentas personales de Play Console creadas después del 13 de noviembre de 2023, el Help Center de Google dice que la prueba abierta queda disponible una vez que tienes acceso a producción. Para esas cuentas, la prueba abierta no es un atajo para rodear la prueba cerrada obligatoria: es una herramienta opcional de beta pública que usas más adelante, una vez superada la puerta. En general, la prueba abierta es simplemente el canal amplio de prelanzamiento de Google para poner una build de prueba frente a una audiencia grande, y es opcional para todos.
Revisión de la versión vs revisión de acceso a producción
Las cuentas personales afectadas pueden encontrarse con dos procesos de revisión distintos, con disparadores distintos y plazos publicados distintos. Casi todas las preguntas del tipo "mi prueba cerrada se retrasó" vienen de confundirlos.
| Revisión | Cuándo ocurre | Plazo publicado |
|---|---|---|
| Revisión de la versión o de cambios en la app | Cuándo: Antes de que se publique un cambio enviado. Las versiones cerradas y abiertas siguen normalmente este flujo. Las actualizaciones internas suelen estar disponibles de inmediato, salvo los casos documentados por Google de primera versión y de primera versión tras un rechazo, y pueden revisarse de forma retroactiva. | Plazo: De unas horas a 7 días, y los casos excepcionales pueden tardar más |
| Revisión de acceso a producción | Cuándo: Solo después de que una cuenta personal afectada haya completado la prueba cerrada obligatoria y haya enviado la solicitud de acceso a producción | Plazo: Normalmente 7 días o menos, a veces más |
Los plazos y los 14 días
Tu primera versión cerrada puede tener que terminar la revisión de Play antes de que los testers lleguen a ella y acepten participar, así que presupuesta el tiempo de revisión antes del periodo que califica, no dentro de él. Las actualizaciones posteriores también pueden revisarse, pero enviar una actualización no termina por sí misma una prueba cerrada en curso ni borra la participación continua de los testers: mientras la actualización está en revisión, la versión aprobada anteriormente sigue disponible y tus testers siguen aceptados. El criterio que Google mide es que al menos 12 testers hayan aceptado participar de forma continua durante los 14 días previos a tu solicitud, no que tu build haya dejado de cambiar. Actualizar tu app durante la prueba cerrada repasa qué se reinicia y qué no.
Definiciones que usa esta página
- Aceptó participar: el tester siguió tu enlace de la prueba y aceptó la invitación. Estar en tu lista de correos no es lo mismo.
- Acceso a producción: permiso para publicar esta app en el segmento de producción. Lo otorga Google después de la solicitud, no el hecho de terminar la prueba.
- Revisión de la versión: el control que pasa una build o un cambio en la app ya enviados, antes de publicarse. Las versiones cerradas y abiertas suelen pasarla; las actualizaciones internas normalmente no.
- Revisión de acceso a producción: la evaluación aparte de tu prueba cerrada, tu app y tu preparación, una vez que solicitas.
- Visibilidad pública: si una búsqueda normal en Play Store puede mostrar la app. Las pruebas internas y cerradas no son visibles; las abiertas sí pueden serlo.
¿Qué segmento de pruebas deberías usar?
Para la mayoría de los desarrolladores, el camino correcto es simple. Aquí va cuándo usar cada canal:
Usa la prueba interna cuando...
Quieres QA rápido con tu propio equipo, cliente o unos pocos testers de confianza. Ideal para atrapar bugs obvios enseguida, porque los builds internos suelen estar disponibles en minutos.
Usa la prueba cerrada cuando...
Necesitas testing prelanzamiento real con un grupo controlado, y sobre todo si eres una cuenta personal de desarrollador creada después del 13 de noviembre de 2023 que debe cumplir la regla de Google de 12 testers durante 14 días antes de solicitar acceso a producción. Este es el canal que más importa para poder lanzar.
Usa la prueba abierta cuando...
Quieres una beta pública, un soft launch más amplio o comentarios a gran escala antes de un rollout completo a producción. La prueba abierta es opcional para cualquier cuenta y, en las cuentas sujetas a las reglas nuevas de cuentas personales, queda disponible una vez que tienes acceso a producción.
Antes de empezar los 14 días: chequeo de preparación
El periodo que califica es la parte cara, así que vale la pena no arrancarlo con una build que lo desperdicie. Nada de esto es un requisito de Google (la app no tiene que estar congelada ni libre de bugs), pero una prueba que se estanca porque nadie pudo iniciar sesión son 14 días que gastas dos veces.
Listo para pasar de interna a cerrada
Ese último punto es criterio, no política: Google pide 12 y no publica ningún margen recomendado, pero un grupo de exactamente 12 no tiene holgura si una persona cambia de teléfono.
Camino recomendado según el tipo de cuenta de desarrollador
Esa es la secuencia para las cuentas personales creadas después del 13 de noviembre de 2023, y coincide con la propia recomendación de Google de empezar con la prueba interna y luego ampliar a la prueba cerrada. Cualquier otra cuenta: esta secuencia concreta no se te impone. Elige prueba interna, cerrada o abierta según la audiencia y el rollout que de verdad necesites, sujeto a los canales habilitados para tu app, y usa la prueba abierta siempre que una beta pública sea de verdad la herramienta correcta.
Errores comunes en las pruebas de Google Play
Entender qué son los canales es una cosa. Moverte entre ellos sin perder días es otra. Estos tres son los errores que vemos con más frecuencia en los proyectos que ha atendido PrimeTestLab: los dos primeros son comportamiento documentado de Play Console, y el tercero es donde los desarrolladores más suelen malinterpretar qué les da terminar la prueba.
Reutiliza la build ya probada (no la vuelvas a subir)
Muchos desarrolladores pierden tiempo subiendo un App Bundle (AAB) nuevo con un version code nuevo para cada canal. No hace falta. Una vez que tu app pasa la prueba interna, puedes poner ese mismo artefacto en el segmento cerrado sin volver a compilarlo: abre el segmento cerrado, crea una versión y elige "Add from library" para seleccionar la versión que ya subiste. Sin volver a subir, sin version code nuevo.
Ruta en Play Console Test and release > Testing > Closed testing > crear versión > Add from library
También existe un atajo "Promote release" en algunas versiones de Play Console y en mucha documentación comunitaria antigua. Si tu consola lo ofrece, úsalo. Simplemente no está documentado como una ruta estable de interna a cerrada en la ayuda actual de versiones de Google (respuesta 9859348), y por eso la ruta de la biblioteca es la que conviene memorizar. La guía de configuración de la prueba interna (en inglés) la recorre paso a paso.
Los testers internos deben salirse antes de unirse a la prueba cerrada o abierta
Google indica que un usuario que aceptó participar en una prueba interna no es elegible para la prueba cerrada ni la abierta hasta que se salga de la prueba interna. Eso es política documentada, no un bug. En la práctica, Play Store suele mostrarles a esos testers una pantalla de "Not Found" o "App not available" mientras la cuenta sigue vinculada a la prueba interna, lo que manda a los desarrolladores a buscar en el listing de su store un problema que no está ahí.
Enviar el enlace de la prueba cerrada mientras el tester sigue en el segmento interno
El tester se sale de la interna primero y luego hace clic en el enlace de la prueba cerrada
Terminar la prueba no es lo mismo que estar aprobado
El paso de 12 testers durante 14 días es un umbral de elegibilidad, no un veredicto. Superarlo permite a un desarrollador afectado solicitar acceso a producción; Google entonces evalúa cómo reclutaste a los testers, qué tan participativos fueron, qué comentarios recibiste, qué cambiaste por ellos y si la app está lista. Google puede otorgar el acceso, o pedir más pruebas. Los que salen perjudicados son los desarrolladores que planean una fecha de lanzamiento contando desde el final de los 14 días: prensa, anuncios, la fecha límite de un cliente. Mete la revisión de acceso a producción en tu calendario como una etapa aparte, y lee por qué se rechaza la prueba cerrada antes de enviarla, no después.
Experiencia de PrimeTestLab
Esto es lo que hacemos por nuestros clientes, contado como relato propio y no como una regla de Google: nos encargamos de la gestión de testers, de coordinar que acepten participar y de la secuencia de canales. A los testers los reclutamos y filtramos nosotros y usan dispositivos Android reales, y empiezan a aceptar participar en cuanto tu segmento de prueba cerrada y tu enlace de la prueba están listos: en 4 horas desde la configuración, garantizado en 6, según los términos de entrega de nuestra página de precios. Lo que eso quita es el reclutamiento y los errores al aceptar participar. No acorta la revisión de Google, y no decide tu solicitud de acceso a producción.
Preguntas frecuentes
¿La prueba interna cuenta para el requisito de 12 testers durante 14 días?
No. El requisito de acceso a producción de Google es específicamente una prueba cerrada. La prueba interna se describe como opcional y está pensada para QA privado y rápido, así que los testers que reúnas ahí no cuentan para los 12. Corre primero la prueba interna si te ayuda, y luego corre la prueba cerrada que sí cumple el requisito.
¿Pueden correr la prueba interna y la cerrada a la vez, y puede un tester estar en las dos?
Los canales pueden correr al mismo tiempo con versiones distintas: esa parte está bien. Un tester individual no puede estar en los dos a la vez, eso sí: Google indica que un usuario que aceptó participar en una prueba interna no es elegible para la prueba cerrada ni la abierta hasta que se salga de la interna. Así que cada tester tiene que dejar la prueba interna antes de que tu enlace de la prueba cerrada le funcione, y por eso un enlace correcto puede seguir mostrando "app no disponible".
¿Qué pasa después de los 14 días?
Quedas habilitado para solicitar acceso a producción: nada se publica de forma automática. Una vez que al menos 12 testers han aceptado participar de forma continua durante el periodo completo de 14 días anterior a tu solicitud, Play Console te deja enviarla. Respondes las preguntas de Google sobre tus pruebas, tu app y tu preparación para producción, y Google revisa la solicitud (normalmente en siete días o menos, a veces más). Google entonces otorga el acceso a producción o te pide más pruebas.
¿Los testers de la prueba cerrada tienen que usar la app a diario?
El mínimo publicado por Google es la participación continua de al menos 12 testers durante los 14 días previos, no el uso diario. No existe ninguna regla oficial de que cada tester deba abrir la app a diario ni completar un número determinado de sesiones. Eso sí, Google evalúa la participación y los comentarios de los testers cuando solicitas, y puede exigir más pruebas si la participación fue insuficiente, así que recluta testers que de verdad vayan a usar la app.
¿Puedo actualizar mi app durante la prueba cerrada de 14 días?
Sí. El criterio que Google mide es que tus testers sigan aceptados de forma continua, no que tu build deje de cambiar, y Google espera que actúes sobre los comentarios de las pruebas antes de producción. Las versiones nuevas siguen pasando por el flujo normal de revisión de Play y, mientras una actualización está en revisión, la versión aprobada anteriormente sigue disponible para tus testers: enviarla no termina por sí misma la prueba ni borra la participación.
¿Cuál es la diferencia entre la revisión de la versión y la revisión de acceso a producción?
Son dos procesos aparte. La revisión de la versión es el control que pasa una build o un cambio en la app ya enviados, antes de publicarse; Google dice que puede tardar de unas horas hasta 7 días, y los casos excepcionales más. Las versiones cerradas y abiertas suelen pasarla, mientras que las actualizaciones internas suelen estar disponibles de inmediato, salvo los casos documentados por Google de primera versión y de primera versión tras un rechazo. La revisión de acceso a producción solo ocurre después de que una cuenta personal afectada ha completado la prueba cerrada obligatoria y ha enviado la solicitud de acceso a producción; Google dice que esa normalmente tarda siete días o menos. Pasar la revisión de la versión no otorga acceso a producción.
Dónde encaja PrimeTestLab
Esta es la única sección comercial de la página, así que tómala como una afirmación propia y no como parte de las reglas de Google. Si solo necesitas QA rápido con tu propio equipo, la prueba interna basta y no necesitas ningún servicio de testing. Si tu problema es la prueba cerrada obligatoria, en concreto encontrar suficientes testers confiables que sigan aceptados y activos los 14 días completos, ese es el canal para el que está construido PrimeTestLab.
Nuestro foco
PrimeTestLab es para el segmento de prueba cerrada, no para el interno ni el abierto. Encontrar 12 testers confiables por tu cuenta puede tomar semanas de reclutamiento y coordinación; nosotros los aportamos en dispositivos reales, aceptados durante los 14 días completos, y el testing empieza en 4 horas (garantizado en 6). Es un servicio de pago opcional: no cambia los requisitos de Google, y Google es la única que decide la solicitud de acceso a producción. Los planes empiezan en USD 19.99 más la tarifa de servicio que se agrega en el checkout (5%, con un mínimo de $1.50, así que Starter totaliza $21.49).
Esas tres cifras son datos operativos propios que reporta PrimeTestLab sobre los proyectos de testing de apps que hemos atendido. No están auditadas y no son una garantía de Google: Google decide cada solicitud de acceso a producción de forma independiente de nosotros.
Los planes van de 12 a 25 testers. El plan de 25 testers cuesta menos que el de 20 testers porque es nuestro nivel destacado y lleva un descuento mayor sobre su precio base: ese orden es deliberado, no un error. La página de precios es la fuente mantenida de los precios actuales y de la tarifa del checkout.
Elegir tu canal: la versión corta
Conclusión
Usa la prueba interna para QA privado y rápido. Usa la prueba cerrada cuando necesites una beta controlada y, en las cuentas personales creadas después del 13 de noviembre de 2023, para completar el paso obligatorio de Google de 12 testers durante 14 días antes de solicitar acceso a producción. Usa la prueba abierta cuando quieras una beta pública más amplia y el canal esté disponible para tu app. Y si estás sujeto a las reglas nuevas de cuentas personales, recuerda que terminar la prueba cerrada inicia la etapa de solicitud de acceso a producción: no es una aprobación automática.
¿Necesitas ayuda con la prueba cerrada? Mira nuestros planes de precios, lee nuestra guía completa de 12 testers o prepárate para el cuestionario de acceso a producción.
Historial de revisiones
| Fecha | Qué cambió |
|---|---|
| 16 de agosto de 2026 | Qué cambió: Se volvió a revisar el Help Center de Google. Se corrigió la fila de capacidad de audiencia de la prueba cerrada, que pasó de un máximo de testers a la capacidad de las listas de correos; se añadieron las dos excepciones de revisión interna documentadas por Google; se separó la revisión de la versión de la revisión de acceso a producción en una sección propia; se reemplazó la redacción de "día 14" en días de calendario por una redacción de elegibilidad por periodo completo; y se quitaron la apertura duplicada y las tarjetas de precios del cuerpo del artículo. |
| 5 de marzo de 2026 | Qué cambió: Primera publicación. |