Closed Testing Track en Google Play: qué es, configuración y prueba alfa

¿Qué es Closed Testing Track?

Closed Testing Track es un track de Google Play Console para distribuir compilaciones previas al lanzamiento a un grupo limitado de participantes externos. A diferencia de Internal Testing, el track cerrado está diseñado para testers fuera del equipo de desarrollo — socios, clientes clave o grupos focales.

La principal diferencia con el track Internal es la revisión obligatoria de Google. Antes de activar Closed Testing, la compilación pasa por una moderación según las reglas de Google Play. La revisión tarda desde varias horas hasta 2 días y confirma que la aplicación cumple los requisitos básicos de la plataforma. Una vez aprobada, el track se activa.

Según el Blog de Android Developers (2024), Closed Testing Track admite hasta 200 grupos de testers. A cada grupo se le pueden asignar diferentes versiones de compilación, lo que permite realizar pruebas A/B de funcionalidad o diseño entre audiencias segmentadas antes de un lanzamiento beta abierto.

Casos de uso de Closed Testing

Las pruebas cerradas se utilizan para verificar nuevas funciones antes del lanzamiento masivo, integrarse con servicios de terceros, probar suscripciones y facturación de Google Play con transacciones reales, y recopilar comentarios cualitativos de la audiencia objetivo. Closed Testing Track permite a los desarrolladores obtener comentarios de usuarios reales antes de ampliar las pruebas al track Open.

Cómo configurar Closed Testing Track en Google Play Console

La configuración de Closed Testing Track comienza en Google Play Console en Release > Testing > Closed Testing. El proceso incluye crear un track, vincular Google Groups para la gestión de testers y subir una compilación AAB.

Al crear el track, debes especificar el nombre del grupo de testers (correo electrónico del grupo de Google) y subir la compilación. Google Play Console verifica la existencia del grupo y su disponibilidad para la distribución. Después de la subida, la compilación se envía a moderación — el estado se muestra en la consola.

Una vez superada la moderación, el track pasa al estado Activo. Los testers reciben una notificación por correo electrónico y pueden instalar la aplicación a través de Google Play mediante el enlace. El enlace del track cerrado no es público — solo está disponible para los miembros del grupo y no se indexa en la búsqueda de Google Play.

// build.gradle - implementar en Closed Testing Track
play {
    track = "closedalpha"
    serviceAccountCredentials = file("service-account.json")
    
    // Notas de la versión específicas para testers alfa
    releaseNotes {
        defaultLanguage "en-US"
        releaseNotes "Bug fixes and performance improvements"
    }
}

Gestión de testers mediante Google Groups

Google Groups es el mecanismo obligatorio de gestión de acceso para Closed Testing Track. El grupo se crea en Google Groups y se vincula al track en Play Console. Todos los miembros del grupo obtienen automáticamente acceso a las compilaciones asignadas.

Creación de un grupo: ve a groups.google.com, crea un grupo con el nombre testers-your-app, establece el tipo de grupo como Lista de correo. Después de la creación, especifica el correo electrónico del grupo en la configuración del track Closed Testing. Google Play Console confirmará la conexión con el grupo y mostrará el número de participantes.

La gestión de testers se realiza a través de la interfaz de Google Groups: agregar y eliminar participantes no requiere cambios en Play Console. Esto es conveniente para equipos dinámicos donde la composición cambia con frecuencia. Closed Testing Track admite hasta 200 grupos por aplicación, cada uno con acceso independiente a diferentes compilaciones.

Estrategia de distribución de grupos

Para las pruebas A/B, se crean varios grupos con diferentes compilaciones. El Grupo A recibe la compilación con una nueva función, el Grupo B recibe la versión de control. Las métricas de Android Vitals se comparan entre grupos en Play Console. Este enfoque permite validar cambios en usuarios reales sin riesgo para todos los testers.

Diferencias entre los tracks Closed, Internal y Open

Closed Testing Track ocupa una posición intermedia entre los tracks Internal y Open. A diferencia de Internal, Closed requiere moderación y utiliza Google Groups. A diferencia de Open, Closed no publica la aplicación en la búsqueda de Google Play ni proporciona reseñas públicas.

El track Closed es el único que permite realizar pruebas con participantes externos sin visibilidad pública. Esto es importante para aplicaciones B2B donde los clientes prueban la integración antes del lanzamiento general, o para aplicaciones con suscripciones donde es necesario verificar la facturación con pagos reales.

Recomendaciones para organizar pruebas alfa

Para un uso efectivo de Closed Testing Track, se recomienda segmentar a los testers por roles y escenarios de uso. Un grupo separado para probar escenarios de pago, otro para pruebas de UI/UX, y otro para pruebas de integración.

La duración de las pruebas en el track Closed no está limitada — las compilaciones permanecen disponibles hasta que el desarrollador suba una nueva versión o elimine el track. Google recomienda actualizar las compilaciones regularmente para que los testers trabajen con la versión más reciente de la aplicación.

Antes de pasar del track Closed al Open, asegúrate de que las métricas clave de Android Vitals estén en la zona verde: tasa de fallos por debajo del 1.5%, ANR por debajo del 0.5%. Si las métricas superan los umbrales, corrige los problemas antes de ampliar la audiencia de pruebas.

• Segmenta a los testers en grupos según escenarios de uso para una recopilación de comentarios dirigida
• Usa Fabric o Firebase Crashlytics para un análisis detallado de fallos en los dispositivos de los testers
• Actualiza las compilaciones cada 1-2 semanas para que los testers trabajen con la versión más reciente
• Recopila comentarios a través de In-App Review API o Google Groups para obtener retroalimentación estructurada
• Verifica Android Vitals antes de pasar al track Open — la tasa de fallos no debe superar el 1.5%