Apple dice que, en promedio, el 90% de los envíos se revisan en menos de 24 horas, pero eso es un promedio, no una garantía. En la práctica, una revisión de la App Store puede tardar desde unas horas hasta varios días, y durante los atascos de 2026 muchos desarrolladores vieron esperas mucho más largas de lo habitual. Si tu app lleva más de 48 horas sin moverse, todavía suele estar dentro de lo posible, pero conviene revisar metadatos y conformidad de exportación antes de asumir que algo va mal.
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. Ese número es un promedio amplio, no un compromiso, y cubre desde cambios de metadatos hasta apps nuevas con permisos complejos. En 2026 hubo periodos con demoras de varios días. "Esperando revisión" significa que estás en cola; "En revisión" que un revisor ya evalúa tu app. Reenviar no acelera nada. Ante una urgencia real, existe la revisión acelerada.
¿Qué significan los estados de revisión?
Los estados describen en qué punto del proceso está tu envío, y entenderlos evita reacciones que empeoran la espera. "Esperando revisión" quiere decir que tu build ya se procesó y está en la cola, sin que un revisor lo haya abierto. "En revisión" significa que una persona lo está evaluando activamente. "Pendiente de publicación" indica que Apple ya aprobó la app y ahora la publicación depende de ti, si elegiste liberación manual.
Hay dos estados de rechazo que conviene distinguir. "Rechazado" apunta a un problema en la app o su comportamiento, mientras que "Metadata Rejected" señala un problema solo en los metadatos, como una captura, una descripción o una URL, y suele resolverse sin subir un build nuevo. En ambos casos, el detalle aparece en el Centro de resoluciones, que es donde debes responder. Confundir estos estados lleva a mucha gente a subir builds innecesarios que reinician la cola.
También existe el estado "Rechazado por el desarrollador", que aparece cuando eres tú quien cancela el envío, por ejemplo para corregir algo antes de que Apple lo revise. Y si tu app requiere una cuenta para funcionar, Apple espera credenciales de demostración en las notas para revisión; sin ellas, el revisor puede detenerse y devolver el envío, lo que se percibe como una demora aunque en realidad falte un dato tuyo.
¿Cuánto tarda realmente Apple en 2026?
Lo normal sigue rondando las 24 horas para la mayoría de los envíos, pero el rango real va de unas horas a varios días, y en 2026 hubo picos claros. Cualquier cifra exacta es un promedio observado, no una promesa de Apple. La siguiente tabla resume los estados y cuándo deberías empezar a preocuparte.
| Estado | Qué significa | Rango normal | Señal de alarma |
|---|---|---|---|
| Esperando revisión | En cola para la revisión | Horas a 48 horas | Más de 3 a 4 días sin cambios |
| En revisión | Un revisor evalúa la app | Minutos a 24 horas | Más de 48 horas en este estado |
| Pendiente de publicación | Aprobada, esperando tu acción | Estado final, decides tú | (ninguna) |
| Rechazado | Problema en la app | Requiere acción tuya | Revisa el Centro de resoluciones |
| Metadata Rejected | Problema solo de metadatos | Corrige y responde | (ninguna, es rápido) |
En febrero y marzo de 2026 se documentaron demoras notables. En un hilo de los foros de desarrolladores de Apple, decenas de personas reportaron envíos de la App Store parados durante días o semanas, muy por encima del promedio habitual. Lo menciono para que sepas que una espera larga en esos periodos no siempre significa que tu app tenga un problema.
¿Por qué se retrasa una revisión?
La mayoría de los retrasos vienen del tipo de cuenta y del tipo de envío, no de la calidad de tu código. Los factores más comunes son la carga de la cola de Apple, que sea el primer envío de una app nueva, cambios grandes que disparan una revisión más cuidadosa, permisos sensibles como acceso a la ubicación o a datos del usuario, y problemas de metadatos como una nota para revisión vacía o una configuración de conformidad de exportación incompleta.
También influyen las fechas. Los envíos hechos justo antes de periodos de mucho volumen, como el inicio de una beta de iOS o las semanas cercanas a un evento de Apple, tienden a encolarse más. Y hay épocas de atasco general, como ocurrió en 2026, en las que incluso una app sencilla puede tardar varios días. En esos casos, subir versiones nuevas no ayuda, porque el problema está en la cola, no en tu build.
El primer envío de una app nueva casi siempre tarda más que una actualización, porque Apple evalúa todo por primera vez, desde los permisos hasta la clasificación por edad. Una actualización menor de una app ya conocida suele pasar más rápido, salvo que cambies permisos, la privacidad declarada o la categoría, cambios que vuelven a activar una revisión más cuidadosa.
¿Qué hacer primero y qué revisar?
Antes de escalar o reenviar, confirma que el problema no está en tu propio envío. La siguiente tabla te da una ruta clara según cuánto tiempo llevas esperando.
| Tu situación | Qué hacer primero | Cuándo escalar |
|---|---|---|
| Menos de 48 horas | Esperar, es el rango normal | Todavía no |
| Entre 2 y 7 días | Revisar metadatos, notas para revisión y conformidad de exportación | Prepara un caso para soporte |
| Más de 7 días sin cambios | Contactar a soporte de App Review con fechas y capturas | De inmediato |
| Estado "Rechazado" | Leer el motivo exacto en el Centro de resoluciones y corregir | Solo si es un error de Apple |
| "En revisión" más de 48 horas | Esperar un poco más y luego contactar | Si supera claramente el rango |
Los tres puntos que resuelven más casos de aspecto raro son: que la información de conformidad de exportación esté completa, que la nota "para revisión" explique cómo probar la app, y que no haya otro envío de la misma app bloqueando el proceso. Revisar esto primero evita escalar por algo que puedes corregir en minutos.
Si tu app tiene inicio de sesión, incluye una cuenta de demostración activa y, si alguna función requiere una configuración especial, explícalo paso a paso en las notas para revisión. Una parte llamativa de los rechazos y las demoras se debe a que el revisor no pudo entrar o no encontró cómo probar una función concreta.
¿Cuándo pedir una revisión acelerada o escalar?
Solicita una revisión acelerada solo cuando haya una urgencia real, como un fallo crítico en producción o una fecha inamovible ligada a un evento. Apple ofrece un formulario para pedir prioridad, pero conviene usarlo con criterio: pedir aceleración para cada envío reduce tu credibilidad y no garantiza nada. Para un rechazo, responde dentro del Centro de resoluciones, que es el canal que Apple lee para los casos de revisión.
Ten expectativas realistas durante los atascos. En 2026, varios desarrolladores reportaron que las solicitudes aceleradas y los correos de soporte tardaron en responderse. Escalar es correcto cuando superas con claridad el rango normal, pero documenta el identificador de la app, la fecha y la hora del envío, y una captura del estado, para que tu caso avance en lugar de quedar en pausa por falta de datos.
Antes de enviar, revisa el build
La forma más segura de no perder tiempo es no gastar un ciclo de revisión en una app que iba a ser rechazada. Cada rechazo te devuelve a la cola, así que un problema evitable, como una clave secreta incrustada en el binario, un permiso sin justificación o una configuración de red insegura, puede costarte otro ciclo completo justo cuando los tiempos ya son largos.
Un escáner de seguridad como PTKD.com analiza el archivo .ipa antes de subirlo y devuelve un informe con los hallazgos ordenados por gravedad y mapeados 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 puede acelerar 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 te obligan a repetir la espera, que es justo el problema cuando la cola ya está lenta. Además, conviene revisar el binario en busca de rastreadores no declarados o de usos de APIs que Apple no permite antes de subir, porque son motivos de rechazo frecuentes que un vistazo previo detecta a tiempo.
Puntos clave
- Apple revisa el 90% de los envíos en menos de 24 horas de media, pero es un promedio, no una garantía, y en 2026 hubo demoras de varios días.
- "Esperando revisión" es estar en cola; "En revisión" es que un revisor ya evalúa tu app; "Pendiente de publicación" depende de ti.
- Reenviar no acelera la revisión y puede reiniciar la cola; revisa metadatos y conformidad de exportación primero.
- Pide una revisión acelerada solo ante una urgencia real, y escala con identificador, fecha y capturas cuando superes varios días.
- Antes de enviar, revisa el build con PTKD.com para no perder un ciclo de revisión por un rechazo evitable.
