TL;DR. App Store Connect ofrece tres formas de lanzar una versión aprobada: automática (en vivo en el instante en que App Review la aprueba), manual (retenida en «Pending Developer Release» hasta que hagas clic en Release) y programada (retenida hasta la fecha y hora que fijes, y entonces se lanza sola). Las tres afectan tus metadatos de la misma forma una vez en vivo — tu nuevo campo de keywords, subtítulo, descripción y screenshots entran en vigor en el momento en que la versión se lanza, no en el momento en que se aprueba. Si tienes lanzamiento manual o programado y revisas rankings o conversión el mismo día en que App Review aprueba tu actualización, estás midiendo una versión que todavía no está en vivo.

Los developers indie que siguen de cerca sus cambios de keywords suelen vigilar una fecha: el día en que App Review aprueba la versión. Esa es la fecha equivocada, salvo que tu opción de lanzamiento esté en automática. Aprobación y lanzamiento son dos estados distintos en App Store Connect, y la brecha entre ambos puede ser de minutos, de días o — si te olvidas de una versión retenida en «Pending Developer Release» — de semanas.

¿Cuándo exactamente entran en vivo mis nuevas keywords y mi subtítulo?

Tu campo de keywords, subtítulo, título, descripción y screenshots se actualizan todos en el lanzamiento, no en la aprobación. En una versión con lanzamiento automático, esos dos eventos ocurren uno justo detrás del otro, así que la distinción rara vez importa en la práctica. En lanzamiento manual o programado, no es así: la versión puede quedar completamente aprobada, con tu nueva metadata ya validada y lista, durante todo el tiempo que la dejes sin lanzar.

App Store Connect tiene tres opciones de lanzamiento, que eliges por versión antes de enviarla a revisión:

  • Lanzamiento automático — la versión se pone en vivo en el instante en que App Review la aprueba. Sin ningún paso extra.
  • Lanzamiento manual (“Release the app yourself”) — tras la aprobación, la versión queda en estado Pending Developer Release hasta que haces clic en Release This Version. Apple envía un correo recordatorio si lleva más de 30 días ahí.
  • Lanzamiento programado — Apple lo describe como “automatically release this version after App Review, no earlier than” una fecha y hora que tú fijas. La versión se lanza sola en cuanto llega esa fecha, pero no antes, aunque la aprobación llegue antes.

Las tres requieren el rol de Titular de cuenta, Administrador o Gestor de apps para configurarse.

¿Por qué importa esto específicamente para un cambio de keywords o subtítulo?

Porque el fallo es silencioso. Si envías una versión con el campo de keywords reescrito, ves cómo App Review la aprueba, y al día siguiente revisas rankings o App Store Connect Analytics esperando movimiento, no verás nada — no porque las keywords no hayan funcionado, sino porque la versión aprobada ayer sigue en «Pending Developer Release», esperando a que hagas clic en un botón que se te olvidó. Nada en la interfaz te lo grita; la versión simplemente muestra en silencio «Pending Developer Release» en vez de «Ready for Sale», y es fácil leer eso como «todavía procesando» en vez de «esperándote a ti».

El lanzamiento programado tiene una versión de la misma trampa con un giro: a veces los developers fijan una fecha “no earlier than” para una campaña de marketing coordinada, y luego olvidan que esa fecha también retiene su cambio de metadata, no solo el lanzamiento de la función. Si la fecha se atrasa dos semanas durante la planificación y nadie actualiza la fecha de lanzamiento en App Store Connect, la reescritura del campo de keywords que hiciste para esa campaña queda dormida hasta que llega la fecha original.

El lanzamiento manual también tiene una trampa cuando hay varias plataformas: el lanzamiento se aplica por versión de plataforma. Si envías juntas las versiones de iOS y iPadOS y ambas están en «Pending Developer Release», hacer clic en Release en una no lanza la otra — cada plataforma necesita su propio disparador manual.

Entonces, ¿qué opción de lanzamiento debería usar?

Elige la opción según lo que quieras proteger:

  • Usa el lanzamiento automático para actualizaciones rutinarias solo de metadata o de bajo riesgo, cuando quieras que el nuevo campo de keywords y el subtítulo estén en vivo lo antes posible — es el default correcto para la mayoría de la iteración de ASO, porque elimina por completo el fallo de “se me olvidó hacer clic en Release”.
  • Usa el lanzamiento manual cuando estés coordinando un cambio de metadata con un evento externo — una fecha de prensa, el inicio de una campaña de pago, un anuncio de función — y necesites que la product page cambie en un momento exacto que controles a mano. Pon un recordatorio en el calendario para la fecha de aprobación, no solo para la fecha de lanzamiento, porque la aprobación puede llegar días antes de que estés listo.
  • Usa el lanzamiento programado cuando el momento del lanzamiento sea fijo y se conozca de antemano, y no quieras depender de estar conectado para hacer clic en un botón. Vuelve a revisar la fecha programada cada vez que el cronograma de la campaña cambie — App Store Connect no lo hace por ti.

En cualquier caso, si estás validando un cambio de keywords o subtítulo y quieres saber cuándo empieza a afectar a los visitantes nuevos, revisa el campo de estado de la versión buscando «Ready for Sale», no la notificación de aprobación de App Review. La aprobación es un resultado de revisión. Ready for Sale es el momento en que tu nueva metadata empieza a hacer su trabajo.

Antes de tu próximo envío enfocado en metadata

  1. Revisa qué opción de lanzamiento tiene configurada la versión antes de enviarla — no asumas que es automática; la opción se hereda de la última versión que configuraste.
  2. Si estás en lanzamiento manual o programado, pon el disparador real del lanzamiento en tu calendario, separado de la fecha de envío.
  3. Cuando revises rankings o conversión tras un cambio de keywords o subtítulo, confirma primero que el estado de la versión dice «Ready for Sale» — una versión aprobada pero no lanzada no va a mover ninguna de las dos métricas.
  4. Para apps multiplataforma en lanzamiento manual, lanza cada versión de plataforma por separado; aprobar o lanzar una no afecta a las demás.

Para seguir leyendo