El lanzamiento gradual es un mecanismo de publicación de Google Play que distribuye una nueva versión de la app a un porcentaje configurable de usuarios antes del despliegue completo. El desarrollador establece el porcentaje inicial (habitualmente el 1% o el 5%), monitoriza la tasa de ausencia de crashes y otras métricas de calidad, e incrementa el porcentaje progresivamente (p. ej., 5% → 20% → 50% → 100%) a lo largo de horas o días. Si se detecta un problema crítico durante el lanzamiento, el desarrollador puede detenerlo, evitando que la build defectuosa llegue a más usuarios.
Cadencia típica de un lanzamiento gradual
- 1-5%: primeras 24-48 horas. Comprueba la tasa de ausencia de crashes, la tasa de ANR y la conversión del flujo clave. Pausa si cualquier regresión supera el 0,1%.
- 5-20%: siguientes 24-48 horas. Una distribución más amplia valida que la build funciona correctamente en más combinaciones de dispositivo + región.
- 20-50%: siguientes 2-3 días. A estas alturas, las regresiones severas ya han salido a la superficie. Continúa si las métricas son estables.
- 50-100%: rampa final. Completa el lanzamiento en 5-7 días desde la publicación inicial.
El equivalente de Apple: «Phased Release» en App Store Connect. Mismo concepto, implementación ligeramente diferente. El phased release de Apple sigue un calendario fijo de 7 días (1% → 2% → 5% → 10% → 20% → 50% → 100%) con incrementos automáticos diarios. Menos control granular que el sistema basado en porcentajes de Google Play, pero el propósito subyacente es idéntico.
Capacidad crítica: la posibilidad de detener un lanzamiento. Si la tasa de ausencia de crashes cae, la tasa de ANR se dispara o una métrica de conversión clave retrocede, el desarrollador detiene el lanzamiento desde la Play Console. La build permanece disponible para los usuarios que ya actualizaron, pero ningún usuario nuevo la recibe. Un lanzamiento de hotfix puede entonces realizarse de forma gradual como un nuevo lanzamiento, reemplazando al defectuoso.