Prueba cerrada en Google Play: 12 testers, 14 días y un plan para conseguir acceso a producción (2026)

Si tu cuenta de desarrollador de Google Play es una cuenta personal creada recientemente, la prueba cerrada de Google Play es un requisito que tienes que superar antes del lanzamiento. Cuando solicites acceso a producción, al menos 12 testers deben estar inscritos en tu prueba cerrada, y cada uno debe haber estado inscrito de forma continua durante los 14 días anteriores. Trátala como un proyecto de pruebas de dos semanas con un responsable, un calendario y un ciclo de comentarios, no como una casilla que marcas el último día.

¿Qué exige la prueba cerrada de Google Play en 2026?

A noviembre de 2026, las cuentas de desarrollador personales creadas después del 13 de noviembre de 2023 deben hacer una prueba cerrada con «un mínimo de 12 testers que hayan estado inscritos de forma continua durante al menos 14 días» antes de poder solicitar acceso a producción. Hasta entonces, las opciones de Producción y Registro previo siguen bloqueadas para la app.

• 12 testers deben estar inscritos en la prueba cerrada en el momento en que presentas la solicitud.
• Deben haber estado inscritos durante los 14 días anteriores, de forma continua.
• Un tester que se da de baja y vuelve a inscribirse tiene que completar de nuevo 14 días consecutivos para contar.
• La prueba cerrada está disponible en cuanto completas la configuración de la app. La prueba abierta sigue bloqueada hasta que tengas acceso a producción.
• La prueba interna no tiene requisitos previos, pero es un canal independiente.

Las reglas están en la página de Google App testing requirements for new personal developer accounts. Esa página solo trata las cuentas personales. No dice nada sobre las cuentas de organización, así que revisa lo que muestra tu propio Panel en lugar de dar nada por hecho.

¿Cómo se configura un canal de prueba cerrada en Play Console?

Para configurar una prueba cerrada, abre Pruebas y lanzamientos > Pruebas > Prueba cerrada en Play Console, haz clic en Gestionar canal, añade testers en la pestaña Testers y luego lanza una versión. Puedes añadir testers mediante una lista de correos o un grupo de Google. Cada lista admite hasta 2000 usuarios, así que el tamaño de la lista nunca es el límite. Lo difícil es conseguir que la gente se inscriba.

1. En la pestaña Testers, crea una lista de correos o introduce un grupo de Google como yourgroupname@googlegroups.com.
2. Añade una URL o dirección de correo para comentarios. Google la muestra en la página de inscripción de los testers.
3. Copia el enlace de inscripción para compartir y guarda los cambios.
4. Crea una versión en el canal cerrado y lánzala.
5. Comparte el enlace de inscripción junto con la URL de Play Store cuando la versión esté publicada. Los testers no pueden encontrar una app en fase previa a producción buscándola en Play.

La página de configuración de pruebas de Google enumera varias trampas. «El enlace de inscripción solo se muestra cuando el estado de la app es 'Publicada'», así que las apps en Borrador o Pendiente de publicación no tienen enlace. Subir un CSV sobrescribe las direcciones que ya había en la lista, y se rechazan los archivos CSV guardados como UTF-8 con BOM. Con un grupo de Google, las personas deben unirse al grupo antes de poder inscribirse. Quien ya esté en tu prueba interna debe salir de ella antes de poder recibir la prueba cerrada.

¿Cuántos testers deberías reclutar y cuáles cuentan?

Recluta a 15–16 testers, no a 12, porque solo cuentan las personas inscritas mediante el enlace de inscripción de Play, y quien abandone antes del día 14 no cuenta en absoluto. Los 14 días de cada tester empiezan cuando se inscribe, así que alguien que se une tarde retrasa la fecha más temprana en la que puedes presentar la solicitud.

Buenas fuentes son tu lista de correo, tu lista de espera de la beta, amigos con teléfonos Android y otros desarrolladores indie que prueben tu app a cambio de que tú pruebes la suya. Pide a cada persona que confirme que aceptó el enlace de inscripción e instaló la app desde Play. Un APK instalado manualmente o una build reenviada no cuentan. Si tu app es de pago, Google señala que los testers deben comprarla para participar, lo que es un motivo más para ofrecer una build de prueba gratuita o una vía con códigos promocionales.

¿Qué deben hacer los testers durante los 14 días?

Los testers deben usar la app como lo harían usuarios reales, con una tarea concreta cada pocos días, para que reúnas comentarios y publiques correcciones durante ese periodo. El formulario de producción pregunta si los testers usaron todas las funciones y si su uso se pareció al comportamiento real, y necesitas respuestas para ambas preguntas.

Los testers no pueden dejar reseñas públicas en versiones de prueba. Recopila los comentarios a través de tu URL o correo de comentarios, o mediante los comentarios privados de Google Play. Lleva un registro de cada informe, de lo que cambiaste y de qué build lo corrigió. Si las pruebas revelan cierres inesperados o pantallas rotas, el plan de pruebas de la build de release para rechazos 2.1 es una lista de comprobación útil también para builds de Android.

¿Qué ocurre cuando los desarrolladores reciben «se requieren más pruebas»?

Los casos públicos muestran que alcanzar el número de testers te permite presentar la solicitud, pero no garantiza la aprobación. Lo que distingue las aprobaciones de los rechazos es una participación visible de los testers y actualizaciones motivadas por sus comentarios.

• Rechazo tras usar un servicio de testers. En la comunidad de MIT App Inventor, un desarrollador contó en julio de 2024 (cuando el requisito era de 20 testers) que alcanzó la cifra mediante un servicio de intercambio de testers. Aun así recibió «More testing required to access Google Play production», con los motivos «Testers were not engaged with your app during your closed test» y «You didn't follow testing best practices, which may include gathering and acting on user feedback». Google le indicó: «Before applying again, test your app using closed testing for an additional 14 days with real testers». También dijo que no pudo rellenar el formulario posterior a la prueba porque no sabía quiénes eran sus testers ni cómo habían probado la app. El hilo no recoge ninguna solución.
• Aprobación tras rehacer la prueba. Una desarrolladora en DEV Community descubrió que la mayoría de sus amigos y familiares usaban iPhone. Solo 4–5 personas instalaron la app, y cerca de la mitad la eliminaron en pocos días. Pasó a un grupo de Google configurado como «Cualquiera puede unirse» y reclutó a otros desarrolladores mediante una app de pruebas recíprocas, que la publicación promociona. Llegó a 14 testers en dos días, publicó 6 actualizaciones pequeñas durante el periodo y respondió el formulario con cuidado. Cuenta que obtuvo la aprobación dos días después de presentar la solicitud.

Conclusión: ambos desarrolladores alcanzaron el número de testers. La aprobada podía señalar uso real, actualizaciones y comentarios, mientras que el rechazado tenía las cifras pero ninguna evidencia que pudiera describir en el formulario. Si ya recibiste ese correo, la guía sobre «More testing required» en Google Play explica qué cambiar antes de volver a solicitarlo.

¿Qué pregunta el formulario de solicitud de acceso a producción?

El formulario de solicitud de acceso a producción, que se abre desde el Panel, tiene tres partes: tu prueba cerrada, tu app y tu preparación para producción. Las respuestas se pierden si haces clic en Descartar o sales de una sección sin pulsar Siguiente, así que redáctalas de antemano.

Google también advierte que «la revisión no es un paso para solucionar problemas». Antes de solicitarlo, confirma el cumplimiento de las políticas, la clasificación de contenido, la estabilidad y, si tu app requiere inicio de sesión, unas credenciales que funcionen. La guía para configurar una cuenta demo está escrita para Apple, pero el mismo acceso para revisores sirve para Google.

¿Qué deberías comprobar antes de pulsar Solicitar acceso a producción?

Antes de presentar la solicitud, confirma que al menos 12 testers inscritos llevan cada uno 14 días continuos, que tu registro de comentarios muestra correcciones publicadas y que todas las tareas de configuración de la app están completas. Planifica la fecha de lanzamiento teniendo en cuenta la revisión de Google, que «suele tardar siete días o menos, pero en ocasiones puede tardar más».

Ejemplo práctico: un desarrollador independiente termina la configuración de la app el lunes y lanza la build 1. Invita a 16 personas de una lista de espera y de una comunidad de desarrolladores, y 14 se han inscrito el día 2. Insiste con dos personas y añade tres más. El día 4 un tester informa de un cierre inesperado en un dispositivo antiguo, y la build 2 se publica el día 5. Como los que se unieron más tarde empezaron sus 14 días después, el desarrollador cuenta los días por persona, no desde la primera versión. Presenta la solicitud cuando 12 personas llevan 14 días continuos, con un registro que muestra nueve errores encontrados y siete corregidos.

1. El Panel muestra al menos 12 testers inscritos con 14 días continuos cada uno.
2. La última build del canal cerrado es la que piensas promocionar y cumple el nivel de API objetivo vigente (consulta la guía del nivel de API objetivo 36).
3. El registro de comentarios recoge los problemas encontrados, los cambios hechos y las builds publicadas.
4. La ficha de Play Store, la clasificación de contenido, la sección de seguridad de los datos y las demás tareas de configuración están completas.
5. Las credenciales de acceso para revisores funcionan, si la app requiere inicio de sesión.
6. Las respuestas del formulario están redactadas y son concretas sobre testers reales y cambios reales.

Si también publicas en iOS, la lista de comprobación para enviar a App Store cubre la parte de Apple. Si prefieres delegar el lanzamiento, nuestro servicio de envío a App Store configura Play Console y App Store Connect y prepara ambas revisiones por $599; las cuotas de las cuentas de desarrollador se pagan aparte. También puedes escribir a yagyeshsrbobde@gmail.com.