En 2026, una app en la App Store tarda de media menos de 24 horas en revisarse, pero el tiempo real depende del tipo de envío. Una actualización o un cambio de metadatos suele salir en horas; la primera versión de una app nueva puede tardar de uno a tres días, y hasta siete en casos excepcionales. Apple no garantiza un plazo, así que cualquier cifra es un promedio, no una promesa. Si tu envío supera claramente el rango de su tipo, conviene revisar los detalles antes que reenviar.
Respuesta rápida
Apple indica que "en promedio, el 90% de los envíos se revisan en menos de 24 horas", según su página de App Review. En la práctica, una actualización tarda de horas a un día, un cambio solo de metadatos suele ser más rápido, y la primera app nueva es la más lenta, de uno a siete días. Reenviar reinicia la revisión. Si pasas de 48 horas sin cambios, revisa la conformidad de exportación y las notas para revisión; pasados varios días, contacta a soporte.
¿Cuánto tarda según el tipo de envío?
El tiempo depende sobre todo de qué envías, no solo de la cola. Una primera versión se revisa por completo; una actualización se centra en lo que cambió; un cambio de metadatos apenas necesita evaluación técnica. La tabla siguiente resume los rangos por tipo de envío.
| Tipo de envío | Tiempo típico | Notas |
|---|---|---|
| Primera app (nueva) | 1 a 3 días, hasta 7 | Se revisa todo por primera vez |
| Actualización de app | Horas a 1 día | Suele ser más rápida |
| Cambio solo de metadatos | Horas | El más rápido |
| Compra dentro de la app | Se revisa con la versión | Incluye la primera compra nueva |
| Cuenta nueva o marcada | Más lento | Revisión más estricta |
Estos rangos son orientativos, no garantías. La misma actualización puede salir en tres horas para una cuenta establecida y tardar un día para una cuenta nueva. Lo que más alarga el tiempo no es el tamaño de tu app, sino que sea la primera revisión, que la cuenta sea reciente, o que cambies permisos o declaraciones sensibles que obligan a un examen más cuidadoso. Por eso, al planificar un lanzamiento, conviene calcular el tiempo según el tipo de envío real y no según el mejor caso posible.
¿Cuánto tarda revisar una compra dentro de la app?
Las compras dentro de la app y las suscripciones se revisan junto con la versión que las introduce, así que su tiempo va ligado al del envío. La primera vez que envías una compra nueva, Apple la evalúa como parte de la revisión, y eso puede añadir tiempo si la configuración o los metadatos de la compra están incompletos. Las compras ya aprobadas no vuelven a revisarse en cada actualización.
Un error común es enviar la app y esperar que la compra se active por separado. No es así: si la compra es nueva, debe adjuntarse a la versión en revisión y aprobarse con ella. Revisar que el precio, la descripción y la captura de la compra estén completos antes de enviar evita un rechazo que retrasaría toda la versión, no solo la compra.
¿Qué significan los estados mientras esperas?
Mientras esperas verás una secuencia de estados que indica en qué punto está tu envío. "Esperando revisión" significa que estás en la cola; "En revisión" que un revisor ya lo evalúa; "Pendiente de publicación" que fue aprobada y esperas tú para publicar; y "Rechazado" que hay un problema, cuyo detalle aparece en el Centro de resoluciones.
Entender los estados evita reacciones apresuradas. Un envío que lleva horas en "Esperando revisión" no está atascado, solo en la cola. Y uno que dice "Pendiente de publicación" ya pasó la revisión: lo que falta es tu propia acción de publicarlo, no la de Apple. Confundir estos estados es una de las razones más comunes por las que la gente reenvía sin necesidad.
¿Por qué tarda más en 2026?
En 2026 hubo periodos con tiempos más largos de lo habitual. A comienzos de año, muchos desarrolladores reportaron esperas de varios días en un hilo de los foros de Apple, por encima del promedio de 24 horas. Estos atascos suelen deberse al volumen de envíos y a controles más estrictos en ciertas cuentas, no a un cambio en el plazo oficial, que Apple no publica como garantía.
Si envías durante uno de esos periodos, un tiempo largo no significa que tu app tenga un problema. Aun así, conviene distinguir un atasco general de un problema propio: si tu envío supera con claridad el rango de su tipo y ves un aviso o un rechazo, la causa está en tu lado y hay que corregirla, no esperar a que se resuelva sola. Consultar el estado de la revisión y las novedades oficiales de Apple ayuda a saber si estás ante un atasco general o un caso aislado de tu cuenta.
¿Qué hacer primero y qué revisar después?
Actúa según el tiempo que llevas esperando, no según la ansiedad. La tabla siguiente ordena qué hacer en cada tramo de tiempo.
| Tiempo esperando | Qué hacer primero | Qué revisar después |
|---|---|---|
| Menos de 24 horas | Esperar | Nada, es normal |
| 24 a 48 horas | Esperar | Conformidad de exportación y notas para revisión |
| 2 a 7 días | Preparar un caso | Metadatos y si otro envío bloquea el proceso |
| Más de 7 días | Contactar a soporte | Fechas, capturas e identificador de la app |
| Estado "Rechazado" | Leer el Centro de resoluciones | Corregir el motivo exacto |
La regla práctica es simple: por debajo de 48 horas, espera; entre dos y siete días, revisa tus metadatos y prepara un caso; y pasados siete días, contacta a soporte con pruebas. Reenviar rara vez ayuda, porque reinicia la cuenta del tiempo y te devuelve al final de la cola.
¿Reenviar o esperar?
En casi todos los casos, esperar. Subir un build nuevo de la misma versión reemplaza al que está en revisión y reinicia el proceso, así que pierdes el progreso y el lugar en la cola. Reenviar solo tiene sentido si corregiste un problema real que habría causado un rechazo.
Editar los metadatos de un envío que está "Esperando revisión" también puede devolverlo a la cola, así que evita tocarlo sin motivo. La forma más tranquila de acortar el tiempo total es enviar una vez, bien hecho, y dejar que la revisión termine, en lugar de encadenar cambios que reinician el reloj una y otra vez.
¿Cuándo escalar a soporte?
Escala cuando superes con claridad el rango de tu tipo de envío, y sin duda pasados siete días sin cambios. Para un rechazo, responde en el Centro de resoluciones. Incluye el identificador de la app, la fecha y la hora del envío y una captura del estado, para que tu caso no se retrase por falta de datos.
Ten expectativas realistas: en los atascos de 2026, el soporte y las revisiones aceleradas tardaron en responder. Escalar es lo correcto tras varios días, pero no garantiza un desbloqueo inmediato, sobre todo si la causa es un atasco general y no un problema de tu app. Aun así, dejar constancia por escrito ayuda si el caso se alarga.
Antes de enviar, revisa el build
Una parte de las esperas largas empieza por un rechazo evitable que te devuelve al principio. Un problema como una clave secreta incrustada, un permiso sin justificación o una configuración de red insegura puede costarte otro ciclo de revisión completo, justo cuando esperabas publicar.
Un escáner de seguridad como PTKD.com analiza el .ipa antes de enviarlo y devuelve un informe ordenado por gravedad y mapeado a OWASP MASVS, para que corrijas lo que dispararía un rechazo antes de entrar a la cola. Conviene ser honesto sobre su límite: un escáner no acelera la revisión de Apple ni sustituye una auditoría manual en apps de alto riesgo o reguladas. Lo que sí hace es evitar los rechazos previsibles que repiten la espera, que es justo lo que quieres cuando el tiempo de revisión ya es largo. En un año con atascos, evitar un solo rechazo puede ahorrarte varios días de espera adicionales.
Puntos clave
- El tiempo depende del tipo: metadatos y actualizaciones en horas, la primera app de uno a siete días.
- Apple revisa el 90% de los envíos en menos de 24 horas de media, pero es un promedio, no una garantía.
- En 2026 hubo atascos de varios días por volumen y controles más estrictos en ciertas cuentas.
- Reenviar reinicia la revisión; por debajo de 48 horas, espera, y pasados siete días, contacta a soporte.
- Antes de enviar, revisa el build con PTKD.com para no perder un ciclo por un rechazo evitable.
