Waiting for Review en App Store Connect: los estados

Waiting for Review significa que Apple recibió tu envío, pero ningún revisor lo ha abierto todavía. En la interfaz francesa aparece como "En attente de vérification". No tienes que hacer nada, salvo mantener activos tu cuenta demo y tu servidor. Y sobre todo, no retires la versión para volver a enviarla: la revisión empezaría desde cero.

Estos son los demás estados de App Store Connect, con lo que cada uno te pide. Revisé los textos de la interfaz francesa de App Store Connect el 25 de octubre de 2026, en mis propias apps. Las definiciones vienen de la página oficial de los estados, que no existe en francés.

Los estados de App Store Connect

Cada estado va acompañado de un indicador de color: rojo, tienes que actuar; amarillo, hay un proceso en curso, de tu lado o del de Apple; verde, la app está lista para la distribución.

Estado	Qué significa	Qué haces tú
Prepare for Submission	Versión en preparación	Completar la ficha
Ready for Review	Todo está lleno, no se ha enviado nada	Enviar
Invalid Binary	Build no conforme	Subir otro build
Waiting for Review	Recibida, todavía sin abrir	Esperar
In Review	Un revisor la está examinando	Estar localizable
Accepted	Validada, otro elemento rechazado	Corregir o retirar el otro
Pending Developer Release	Aceptada, espera tu luz verde	Publicar cuando quieras
Ready for Distribution	Aceptada y distribuible	Revisar tus contratos
Rejected	Versión rechazada	Leer el mensaje
Metadata Rejected	Ficha rechazada, no el build	Corregir y luego responder
Developer Rejected	Tú la retiraste de la revisión	Reenviar cuando estés listo

Justo antes de la distribución, también puedes ver Processing for Distribution: la app se está procesando y estará disponible para distribución en menos de 24 horas.

Hay dos estados menos comunes. Pending Apple Release: Apple retiene tu versión hasta el lanzamiento público del sistema al que apunta; revisa el deployment target de tu build si no era lo que querías. Waiting for Export Compliance: Apple está revisando tu archivo CCATS.

Los estados del build en sí, como Missing Compliance o Expired, forman otra lista, detallada en la guía sobre el número de build y la versión.

Lo que te pide cada estado

Antes del envío

Prepare for Submission es el punto de partida de cada versión. Ready for Review significa que todo está lleno y que indicaste que quieres enviarla. No se ha enviado nada a Apple mientras no mandes el envío. En este estado, tus imágenes y videos ya no se pueden modificar.

Invalid Binary indica un build que no cumple los requisitos vigentes. Apple te pide subir uno nuevo o elegir uno que sí los cumpla.

Durante la revisión

Waiting for Review: todavía puedes modificar cierta información o retirar el envío. Ya no puedes subir ni modificar capturas de pantalla ni vistas previas en video.

In Review: un miembro de App Review está probando tu app. Si alguna parte requiere iniciar sesión, la página de App Review pide una cuenta demo válida en la sección App Review Information. Las App Review Guidelines también exigen que los servicios del servidor estén activos y accesibles durante la revisión.

Después de la revisión

Pending Developer Release es el estado más engañoso (en la interfaz francesa se lee "Prête pour la publication"): tu app está aceptada, pero no está a la venta. Elegiste la publicación manual y Apple espera tu señal. El botón de arriba a la derecha en la página de la versión (Release This Version en la ayuda de Apple) la publica, y puede tardar hasta 24 horas en aparecer. Según la ayuda sobre las opciones de publicación, Apple te manda un recordatorio por correo si pasas más de 30 días en este estado.

Ready for Distribution: la app está aceptada y es distribuible, siempre que tus contratos estén vigentes. El titular de la cuenta (Account Holder) acepta los más recientes en la sección Business. Para una app de pago o con suscripción, es el Paid Apps Agreement.

Accepted aparece en un elemento validado cuando otro elemento del mismo envío, una suscripción por ejemplo, fue rechazado. La app solo sale cuando todo está aceptado: corrige el elemento rechazado o retíralo del envío.

Los rechazos

Rejected: App Review te explica el motivo en la sección App Review. El envío pasa a Unresolved Issues y, según la ayuda sobre estos envíos, ya no puedes agregarle elementos. Los pasos a seguir están en responder a App Review.

Metadata Rejected: el problema está en tu ficha, no en tu código. Lees el mensaje, corriges los metadatos y respondes. No necesitas un build nuevo. Un rechazo por la 2.3.10 por mencionar Android en la ficha es un ejemplo.

Developer Rejected: el nombre asusta, pero fuiste tú quien retiró la versión de la revisión. No hay ningún rechazo de fondo. Reenvía el mismo build, o uno nuevo, cuando estés listo.

En todos los casos, reenvía solo después de corregirlo todo: Apple advierte que reenviar con problemas sin resolver retrasa la revisión y lleva al mismo resultado.

Cuando "Waiting for Review" se alarga

Apple no fija ningún umbral a partir del cual la espera se vuelve anormal. Sus objetivos, y lo que valen en la práctica, están en la guía sobre el tiempo de validación en el App Store. Si los superas, la página Track a submission's review status menciona tres casos que tardan más en revisarse:

• Poco o ningún historial de revisión, el caso de una primera app.
• Documentos por confirmar: autorizaciones, licencias, acuerdos de colaboración.
• Temas complejos o nuevos: contenido regulado, nuevas capacidades de la plataforma, entitlements activados.

Una investigación por fraude o manipulación, como reseñas falsas o una función oculta al revisor, también puede alargar la revisión.

Para seguir la espera, abre History en el menú lateral de tu app: según la ayuda sobre el historial de estados, cada cambio de estado aparece ahí con su fecha. Para recibir un correo con cada cambio, activa la notificación App Status Reports en la gestión de usuarios.

No retires tu versión para reactivarla

Es el reflejo que más caro sale. Según la ayuda de Apple sobre el retiro, una versión retirada sale de la cola y pasa a Developer Rejected. Si la reenvías, la revisión vuelve a empezar desde el principio.

Pedir una revisión acelerada

Apple reserva la revisión acelerada para urgencias reales y da dos ejemplos: la corrección de un bug crítico y un lanzamiento ligado a un evento relacionado con tu app.

1. Primero envía la app: solo se puede acelerar un envío que ya se mandó.
2. Al enviarla, llena el campo Notes: para un bug crítico, explica el bug que corrige la versión; para un evento, indica su nombre, su fecha y la relación de tu app con él. Agrega una cuenta demo si hay funciones que requieren iniciar sesión.
3. Manda el formulario Request an Expedited App Review eligiendo la app y la plataforma.

App Review estudia cada solicitud y acelera según su disponibilidad. Una solicitud nunca es una garantía.

Contactar a Apple

Para un envío en curso, la ayuda de App Review indica el botón Reply to App Review en App Store Connect: te responde un especialista que conoce tu app. Ese campo no sirve para pedir una revisión acelerada ni para apelar, que tienen sus propios formularios. Después de una respuesta de App Review, puedes pedir en la misma ventana una llamada con un representante de Apple. Estas llamadas suelen hacerse en un plazo de tres a cinco días hábiles.

TestFlight: un build en Waiting for Review para los testers externos

El mismo estado, Waiting for Review, existe en la pestaña TestFlight, para otra revisión. La lista de estados de build marca la diferencia:

• Testers internos: un build en estado Ready to Submit ya se les puede distribuir, sin revisión beta.
• Testers externos: el build va a TestFlight App Review y pasa al estado Waiting for Review, luego In Beta Review. Las pruebas externas solo empiezan después de la aprobación.

La ayuda sobre testers externos aclara que el primer build de una versión requiere una revisión completa, no necesariamente los siguientes. Solo un build por versión puede estar en revisión a la vez, y puedes enviar hasta seis por periodo de 24 horas. Un build rechazado pasa a Rejected y ya no sirve en TestFlight: tienes que subir uno nuevo. El resto está en la guía TestFlight para probar tu app de iPhone.

Acortar la espera antes del envío

Apple lo dice en su página de seguimiento: para reducir el tiempo de revisión, llena la sección App Review Information y adjunta todos los documentos requeridos antes de enviar. El Apple Review Kit contiene mi checklist previa al envío y plantillas de notas para el revisor: cuenta demo, compra in-app, funciones ocultas.

¿Estás preparando tu primer envío? El diagnóstico gratuito te manda mi checklist antirrechazo de Apple y te dice qué te falta. Todos los pasos están reunidos en publicar una aplicación en el App Store.

Preguntas frecuentes

¿Qué significa "Waiting for Review" en App Store Connect?

Apple recibió tu envío, pero la revisión no ha empezado. En la interfaz francesa aparece como "En attente de vérification". Todavía puedes modificar cierta información, pero ya no tus capturas de pantalla ni tus vistas previas en video.

¿Cuánto dura el estado "Waiting for Review"?

Apple publica objetivos de plazo, no una garantía, y ningún umbral de alerta. Una primera app, sin historial de revisión, es uno de los casos que Apple dice que tardan más en revisarse.

¿Hay que retirar la versión si la espera es demasiado larga?

No. Una versión retirada pasa a Developer Rejected, y la revisión vuelve a empezar desde el principio cuando la reenvías. Para una urgencia real, como la corrección de un bug crítico, mejor pide una revisión acelerada.

¿Qué significa "Pending Developer Release" en App Store Connect?

En la interfaz francesa se muestra como "Prête pour la publication". Apple aceptó tu versión, pero elegiste publicarla tú mismo. No está a la venta mientras no la publiques desde su página.

¿Por qué mi build de TestFlight está en Waiting for Review?

Ese estado significa que lo enviaste para testers externos: espera a TestFlight App Review, y las pruebas externas empiezan después de la aprobación. Los testers internos no necesitan esta revisión.