Guía · tracks de Play Console
Prueba interna vs cerrada vs abierta en Google Play
Diferencias reales entre los tracks interno, cerrado y abierto de Play Console: cupo de testers, revisión, velocidad y cuál cuenta para el requisito de producción. Con tabla comparativa.
Play Console ofrece tres tracks de prueba con propósitos distintos. Confundirlos es el motivo número uno por el que un equipo cree tener cubierto el requisito de producción y descubre que no es así.
Tabla comparativa
| Interna | Cerrada | Abierta | |
|---|---|---|---|
| Cupo de testers | Hasta 100, sin mínimo | Mínimo 12 para producción | Sin límite (o desde 1.000) |
| ¿Cuenta para el requisito de producción? | No | Sí — es el único track que cuenta | No |
| Cómo se unen los testers | Lista de correos / grupo | Lista de correos, enlace o grupos | Enlace público en la ficha de Play |
| Velocidad de disponibilidad | Minutos tras publicar | Revisión estándar de Google | Revisión estándar de Google |
| Visibilidad | Solo invitados | Solo invitados | Cualquiera desde la ficha de Play |
| Uso típico | Builds diarias del equipo | Beta estable acumulando 14 días | Beta pública / feedback amplio |
Cuál usar según tu fase
- Interna — para el equipo interno probando builds diarias. Disponible en minutos, sin revisión de Google.
- Cerrada — la única que cuenta para el requisito de 12 testers / 14 días. Úsala con una build estable, no la que cambias cada hora.
- Abierta — cuando quieres feedback público amplio antes de producción; cualquiera puede unirse desde la ficha de Play.
El error que más cuesta
Reunir 12+ personas en prueba interna y descubrir, al pedir acceso a producción, que ese track no cuenta para el requisito — solo la prueba cerrada con opt-in continuo 14 días lo hace. Si tu objetivo es desbloquear producción, monta la campaña de testers directamente sobre el track cerrado.