TL;DR. El lanzamiento por fases, el interruptor en App Store Connect que despliega una actualización a lo largo de 7 días en pasos de 1/2/5/10/20/50/100 % entre usuarios con actualizaciones automáticas, solo controla a los usuarios existentes con actualizaciones automáticas activadas. No hace nada para frenar las nuevas instalaciones, las actualizaciones manuales, ni la velocidad a la que tus nuevos metadatos llegan a la búsqueda de App Store. Tu campo de keywords, tu subtítulo y tus screenshots actualizados quedan visibles al 100 % de los visitantes e instalaciones nuevas en el instante en que la versión pasa App Review, sin importar en qué porcentaje esté el lanzamiento por fases. Trátalo como una red de seguridad contra crashes o regresiones de tu binario, no como una red de seguridad para un cambio de ASO riesgoso.
El lanzamiento por fases se ve, en la interfaz de App Store Connect, como un dial que giras despacio. Eso se lee como precaución, y muchos developers indie extienden esa lectura a los metadatos: “voy a lanzar el subtítulo nuevo con el lanzamiento por fases activado, así puedo pausar si la conversión se hunde antes de que todos lo vean”. Ese razonamiento está equivocado, y está equivocado de una forma que importa si estás calculando el momento de un cambio de metadata en función de eso.
¿El lanzamiento por fases retrasa que mis nuevas keywords, subtítulo o screenshots salgan en vivo?
No. El lanzamiento por fases solo frena la actualización automática de la app que se envía a los dispositivos de los usuarios existentes. Tu product page — título, subtítulo, reindexación del campo de keywords, screenshots, descripción, texto promocional — se actualiza para cada visitante nuevo y cada instalación nueva en el momento en que Apple aprueba la versión, sin importar en qué porcentaje esté el lanzamiento por fases, incluso en 1 %.
Apple lo dice directamente en la documentación de ayuda de App Store Connect: las descargas manuales y las instalaciones nuevas no están sujetas al lanzamiento por fases en ningún momento del despliegue. Lo mismo pasa con un análisis de la competencia, un screenshot en una reseña, o un resultado de búsqueda en Safari que muestre tu nueva product page al día siguiente de la aprobación — nada de eso está condicionado por el porcentaje del lanzamiento por fases. El dial que ves subir de 1 % a 100 % describe qué tan rápido reciben el binario nuevo los usuarios existentes. No dice nada sobre qué tan rápido cambia el listado en sí para todos los demás.
Si estás probando un cambio de metadata y quieres un despliegue controlado, la herramienta correcta es Product Page Optimization, que corre variantes de tratamiento reales contra tráfico en vivo y te deja comparar la conversión antes de comprometerte. El lanzamiento por fases nunca se construyó para ese trabajo.
¿Qué porcentaje de usuarios recibe la actualización cada día?
El cronograma fijo de Apple es 1 % el día 1, 2 % el día 2, 5 % el día 3, 10 % el día 4, 20 % el día 5, 50 % el día 6 y 100 % el día 7. No es configurable — no puedes fijar tu propia rampa, solo puedes pausar la que Apple te da.
| Día | % acumulado en la nueva versión (solo actualizaciones automáticas) |
|---|---|
| 1 | 1 % |
| 2 | 2 % |
| 3 | 5 % |
| 4 | 10 % |
| 5 | 20 % |
| 6 | 50 % |
| 7 | 100 % |
Activar el lanzamiento por fases es una decisión por versión que tomas al enviarla, en la configuración de build de la versión dentro de App Store Connect. Requiere el rol de Titular de cuenta, Administrador o Gestor de apps. Si te lo saltas, la actualización sale al 100 % de los usuarios con actualizaciones automáticas de inmediato tras la aprobación, igual que siempre antes de que existiera el lanzamiento por fases.
¿Puedo pausar un lanzamiento por fases, y qué detiene realmente una pausa?
Sí — puedes pausar en cualquier momento dentro de los 7 días, por un total acumulado de hasta 30 días repartidos en cuantas pausas quieras usar, sin límite en el número de pausas. Pausar congela el porcentaje en el día en que estés; no revierte a nadie a la versión anterior.
Dos comportamientos sorprenden a la gente:
- Pausar no detiene a los usuarios que todavía están alcanzando el nivel actual. Si estás en el día 3 (5 %) y pausas, el despliegue deja de avanzar hacia el día 4, pero Apple sigue entregando la actualización a los usuarios elegibles hasta completar ese 5 % — pausar detiene la rampa, no la entrega que ya está en marcha.
- Tienes que pausar antes del siguiente corte de 24 horas, no después. Una vez que el día cambia, el salto al siguiente porcentaje (digamos, de 5 % a 10 %) ya ocurrió, y no hay opción de reversión parcial.
También puedes saltar directo al 100 % en cualquier momento con la opción para liberar la actualización a todos los usuarios de inmediato en la página de la versión, y si retiras la app de la venta a mitad del despliegue, el lanzamiento por fases se detiene de forma permanente para esa versión — no se puede reanudar después, ni aunque restaures el listado.
El fallo real que esto provoca
Un developer lanza una versión con un deep link roto escondido en una reescritura del subtítulo, activa el lanzamiento por fases y observa la conversión en App Store Connect Analytics. Durante un día no parece pasar nada raro, porque el único tráfico afectado por el porcentaje del lanzamiento por fases es el de los usuarios existentes que reciben la actualización del binario — y la mayoría de ellos no iba a releer el subtítulo nuevo de todas formas, porque ya tienen la app. Mientras tanto, cada visitante nuevo que llega desde la búsqueda, desde “También te puede interesar” o desde un link en un sitio de reseñas está viendo el subtítulo nuevo a máximo volumen desde el primer día. Para cuando el dial del lanzamiento por fases llega al 50 %, el daño en los metadatos — o la ganancia en los metadatos — ya se manifestó por completo en la audiencia que realmente importa: la gente que está decidiendo si instala.
Si estás validando un cambio de subtítulo, keyword o screenshots, observa las métricas de conversión de usuarios nuevos desde el primer día, no el porcentaje del lanzamiento por fases. Si te preocupa una regresión en el binario — un crash, una función rota, una caída de rendimiento — el lanzamiento por fases es exactamente la herramienta correcta, porque esa es la audiencia que realmente controla: gente que ya tiene tu app y está por recibir código nuevo en su dispositivo.
Qué hacer antes de tu próximo envío
- Decide qué estás tratando de proteger en realidad: la estabilidad de los usuarios existentes (usa el lanzamiento por fases) o la conversión de instalaciones nuevas (usa Product Page Optimization, no el lanzamiento por fases).
- Si vas a lanzar un cambio de metadata junto con un build, no esperes a que suba el porcentaje del lanzamiento por fases para revisar la conversión — las instalaciones nuevas ven el cambio al 100 % de inmediato.
- Si aparece un crash o una regresión a mitad del despliegue, pausa antes del siguiente corte de 24 horas y después decide entre un build de hotfix o liberar la actualización a todos los usuarios una vez que confirmes el fix.
- Confirma que tienes acceso como Titular de cuenta, Administrador o Gestor de apps antes del día del envío — el lanzamiento por fases no está disponible para todos los roles de App Store Connect.