Desde noviembre de 2023, Google Play exige que las nuevas cuentas personales de desarrollador demuestren que una aplicación ha sido probada por personas reales antes de poder publicarla. La regla es sencilla de expresar y fácil de incumplir: al menos 12 testers deben participar en una prueba cerrada durante 14 días continuos, seguida de una solicitud de acceso a producción que Google revisa y puede rechazar. Así funciona el requisito en la práctica y así se realiza una prueba que se aprueba a la primera.
A quién se aplica la regla
| Cuenta | ¿Se requiere una prueba cerrada antes de producción? |
|---|---|
| Cuenta personal creada después del 13 de noviembre de 2023 | Sí, para cada aplicación que quieras publicar en producción |
| Cuenta personal creada el 13 de noviembre de 2023 o antes | No |
| Cuenta de organización | No |
El requisito comenzó con 20 testers en noviembre de 2023 y se redujo a 12 el 11 de diciembre de 2024. El periodo de 14 días no ha cambiado. Si publicas para una empresa, la forma más sencilla de evitar la regla es publicar desde una cuenta de organización a nombre de la empresa, que de todos modos es la cuenta adecuada para una aplicación empresarial; la configuración se explica en cómo publicar en Google Play en 2026.
Cómo funciona realmente el plazo de 14 días
La redacción de Google es precisa: al menos 12 testers deben haberse registrado en tu prueba cerrada cuando solicites acceso a producción y deben haber permanecido registrados de forma continua durante los 14 días anteriores. De aquí se derivan tres consecuencias:
- Recibir una invitación no equivale a registrarse. Un tester solo cuenta después de aceptar la invitación mediante el enlace de registro de la prueba mientras ha iniciado sesión con la cuenta de Google incluida en tu lista. Enviar un correo electrónico no basta; comprueba el recuento en Play Console.
- La continuidad importa. Un tester que abandona la prueba y vuelve a registrarse inicia un nuevo periodo continuo. Si el recuento baja de 12 durante esas dos semanas, el día que solicites acceso no tendrás 12 testers con 14 días continuos.
- Planifica un margen. Recluta entre 15 y 20 testers para que la baja de algunos no reinicie tu calendario.
Qué solicita la aplicación de acceso a producción
Una vez cumplidos los criterios, solicitas el acceso desde el panel de Play Console. El formulario tiene tres partes:
- Sobre tu prueba cerrada: qué facilidad hubo para reclutar testers, cómo interactuaron con la aplicación y un resumen de los comentarios recibidos.
- Sobre tu aplicación: el público previsto, qué valor ofrece la aplicación y cuántas instalaciones esperas durante el primer año.
- Sobre la preparación para producción: qué cambiaste como resultado de las pruebas y cómo decidiste que la aplicación estaba lista.
Google indica que la revisión suele tardar siete días o menos, pero puede prolongarse. Añade esa semana a tu plan de lanzamiento: con la prueba de 14 días, el plazo mínimo desde la primera compilación cerrada hasta producción es de aproximadamente tres semanas.
Por qué se rechazan las solicitudes
Cuando una solicitud no prospera, Google te pide que continúes con las pruebas. Los motivos indicados son menos de 12 testers registrados o una participación insuficiente de los testers. En la práctica, la participación insuficiente suele manifestarse de alguna de estas formas:
- Testers que instalaron la aplicación una vez y nunca volvieron a abrirla
- Ningún comentario o comentarios genéricos ("buena aplicación") que no dan lugar a cambios
- Ninguna compilación nueva durante la prueba, por lo que no hay pruebas de que las pruebas influyeran en el producto
- Respuestas de la solicitud vagas, copiadas o incoherentes con lo que muestra la prueba
- Una aplicación visiblemente inacabada: pantallas de marcador de posición, flujos rotos o cierres inesperados
Un plan de pruebas que se aprueba
| Cuándo | Qué hacer |
|---|---|
| Antes del día 0 | Recluta entre 15 y 20 personas reales de tu público objetivo: clientes, personal o personas en una lista de espera. Recopila la cuenta de Google que utilizará cada una. |
| Día 0 | Sube una compilación completa al canal de pruebas cerradas, añade a los testers (una lista de correo o un grupo funcionan bien) y envía el enlace de registro con las instrucciones de instalación. |
| Días 1–3 | Confirma que todos los testers se hayan registrado y hayan instalado la aplicación. Envía un guion de prueba breve que cubra los flujos principales de la aplicación. |
| Días 4–10 | Recopila los comentarios en un solo lugar, corrige los problemas reales y publica al menos una o dos actualizaciones con notas de la versión claras. |
| Días 11–14 | Pide a los testers que repitan los flujos principales en la compilación más reciente; registra qué cambió y por qué. |
| Día 14 o posterior | Confirma que al menos 12 testers muestran 14 días continuos, presenta la solicitud y responde basándote en tu registro de comentarios, no en la memoria. |
El registro de comentarios es el documento más útil que producirás. Convierte las preguntas de la solicitud en hechos: quién probó la aplicación, qué encontró y qué cambiaste. Esta misma disciplina corresponde a cualquier lanzamiento, como explicamos en las pruebas de aceptación y la aprobación final.
Sobre los servicios de testers remunerados
Existen servicios que venden grupos de testers y se anuncian ampliamente. El requisito se refiere a pruebas genuinas, y las solicitudes cuyos testers muestran poca participación y cuyas respuestas no reflejan cambios impulsados por comentarios son precisamente las que se rechazan para realizar más pruebas. Los testers que desinstalan la aplicación o abandonan el grupo también rompen la continuidad que mide la regla. Si recurres a ayuda externa, úsala para llegar a usuarios reales del tipo de aplicación que tienes y sigue realizando el plan de pruebas anterior.
Después del acceso a producción
El acceso a producción se aplica a la aplicación que lo obtuvo. Una aplicación nueva en la misma cuenta personal debe realizar su propia prueba cerrada. Las actualizaciones de una aplicación que ya tiene acceso a producción no repiten el requisito, pero sí pasan por la revisión normal y deben cumplir las reglas técnicas vigentes, incluido el requisito de API de destino de Android 16 para las actualizaciones desde el 31 de agosto de 2026 y el registro de aplicaciones para la verificación de desarrolladores de Android.
Preguntas frecuentes
¿Los testers pueden ser miembros de mi propio equipo?
Pueden formar parte del grupo, pero una prueba realizada únicamente por compañeros rara vez produce la participación y los comentarios por los que pregunta la solicitud. Incluye también a usuarios reales del público objetivo.
¿Puedo utilizar las pruebas internas en su lugar?
No. El requisito se refiere a una prueba cerrada. Las pruebas internas siguen siendo útiles para tu equipo antes de comenzar la prueba cerrada.
¿Ayuda cambiar a una cuenta de organización?
Las cuentas de organización no están sujetas a este requisito. Para una aplicación empresarial es el tipo de cuenta adecuado en cualquier caso, pero requiere un número D-U-N-S y una verificación de la organización, procesos que también llevan su tiempo.
Servicios relacionados de Manboo
- Desarrollo de aplicaciones Android, incluida la configuración de Play Console, los canales de publicación y las declaraciones de políticas.
- Desarrollo de aplicaciones iOS, incluido App Store Connect, TestFlight y la preparación para la revisión de aplicaciones.
- Desarrollo de aplicaciones Flutter cuando una base de código debe superar las revisiones de ambas tiendas.
- Mantenimiento de software para aplicaciones existentes que necesitan actualizaciones de API de destino, SDK o políticas.
- Solicita una revisión del alcance y un presupuesto para el lanzamiento en una tienda o un envío rechazado.