La respuesta corta
Los tiempos de revisión del App Store se han vuelto impredecibles: los desarrolladores denuncian apps y actualizaciones que esperan tres semanas o cerca de un mes, aunque Apple afirma que la media es de 1,5 días. Todo equipo cuyo lanzamiento, demo para un cliente o hotfix dependa de la aprobación debería incluir un margen de revisión en su plan de desarrollo de iOS y de lanzamientos, en lugar de dar por hecho un plazo de 48 horas.
¿Qué denuncian los desarrolladores?
The Register, en un artículo del 22 de octubre, señaló una serie de hilos de los Apple Developer Forums con títulos como «Unusually long Apple 'waiting for review' time» y «Stuck in 'Waiting for Review' since October 8». Un desarrollador, D1 Tech, afirmó que llevaba esperando desde el 19 de septiembre. Una publicación de Reddit describía una espera de casi un mes. Muchas de las builds retrasadas no eran apps nuevas, sino correcciones de errores para apps que ya habían sido aprobadas.
Dos días antes, mobilegamer.biz había recogido testimonios similares de estudios de videojuegos. El responsable de un estudio dijo que cinco de sus apps llevaban más de una semana esperando la revisión; otro desarrollador explicó que las revisiones suelen tardar de tres a cinco días incluso cuando son aceleradas, con comentarios que a menudo son vagos. Los servicios de seguimiento de terceros, como el panel de tiempos de revisión de Runway, también muestran que los tiempos medios aumentan.
¿Qué dice Apple sobre los tiempos de revisión?
La guía publicada por Apple sigue indicando que App Review «normalmente» gestiona al menos el 50% de los envíos en menos de 24 horas y el 90% en menos de 48 horas. En una declaración a mobilegamer.biz, Apple afirmó que su tiempo medio de revisión es de 1,5 días para todas las apps y de 14 horas para las actualizaciones menores, aunque algunas apps nuevas tardan más cuando requieren un examen adicional. Añadió que en las últimas 12 semanas su equipo de App Review procesó una media de 378.000 envíos a la semana y que sigue «haciendo evolucionar nuestro proceso de revisión para dar soporte a ese crecimiento». The Register indicó que Apple no había respondido a su solicitud de comentarios en el momento de la publicación.
Ambas cosas pueden ser ciertas a la vez. Una media de 1,5 días oculta una cola larga, y es en esa cola donde se retrasa un lanzamiento. Un desarrollador típico puede notar pocos cambios mientras una minoría espera semanas, que es exactamente la incertidumbre que rompe las fechas de lanzamiento.
¿Por qué se atasca la cola de revisión?
Apple no ha señalado una causa, pero el aumento del volumen está bien documentado. En abril, The Information informó, y 9to5Mac lo recogió, de un salto interanual del 84% en las nuevas apps del App Store, a medida que las herramientas de programación con IA abarataban el coste de publicar una. Business Insider ya había advertido en marzo del auge de las apps programadas con IA. Más envíos de poco esfuerzo significan más apps que requieren una inspección más detallada, y Apple también ha endurecido sus normas: el 16 de octubre añadió la directriz 2.5.19, que prohíbe las funciones ocultas o latentes que se activan después de la aprobación.
El momento añade presión. El iPhone Duo salió a la venta el 23 de octubre con iOS 27.1, y Xcode 27.1 trajo los SDK y el simulador para su diseño plegable. Los equipos que corren para publicar builds optimizadas para el Duo se suman a la misma cola que la avalancha de nuevos envíos.
Qué significa para los equipos de software de EE. UU. y la UE
Para las empresas que venden apps móviles o dependen de ellas, App Review ha pasado de ser un trámite administrativo a un riesgo para el calendario. La exposición es mayor en tres ámbitos: los lanzamientos ligados a una fecha de marketing o a un contrato con un cliente, los hotfixes para incidencias en producción y las apps reguladas de fintech o healthtech, en las que una corrección de seguridad o de cumplimiento normativo no puede esperar tres semanas.
El plazo de los hotfixes es la carencia más grave. Si un flujo de pago falla o aparece un error en el tratamiento de datos, la corrección no llega a los usuarios hasta que Apple la aprueba, y la vía de revisión acelerada es discrecional. Eso da más valor a las mitigaciones del lado del servidor, como desactivar un flujo defectuoso que ya está en la build revisada, siempre que se mantengan dentro de lo que App Review ha visto. Activar nuevas funcionalidades después de la aprobación es exactamente lo que ahora prohíbe la directriz 2.5.19.
Los equipos de la UE cuentan con una alternativa parcial en los marketplaces alternativos de apps y la distribución web que permite la Digital Markets Act, pero esas apps siguen pasando por la revisión de notarización de Apple, así que no son una vía limpia para saltarse el proceso. Los contratos con proveedores de desarrollo de apps también deberían dejar de prometer fechas fijas de publicación en la tienda y definir la entrega como «build enviada y superando las comprobaciones previas a la revisión».
Cómo planificar los lanzamientos de iOS con una revisión más lenta
- Añada un margen de revisión. Planifique de una a dos semanas entre el envío y cualquier lanzamiento público o compromiso con un cliente, y registre los tiempos reales de revisión de cada versión.
- Desvincule el lanzamiento de la aprobación. Envíe pronto y use la publicación manual, de modo que una build aprobada espere a su fecha en lugar de que su fecha espere a la aprobación.
- Acierte a la primera. Aplique una lista de comprobación previa al envío para metadatos, etiquetas de privacidad, credenciales de demostración y notas para la revisión; cada rechazo reinicia la espera.
- Tenga un interruptor de apagado, no de activación. Cree mecanismos del lado del servidor para desactivar flujos de riesgo en la build revisada, y no use flags para activar funciones no revisadas.
- Reserve la revisión acelerada. Úsela para correcciones realmente críticas, de modo que sus solicitudes sigan siendo creíbles, y cuente con días en lugar de horas.
- Use TestFlight y la publicación por fases. Valide las builds con testers externos antes del envío y despliegue de forma gradual las actualizaciones de riesgo tras la aprobación.
Preguntas frecuentes
¿Cuánto tarda la revisión del App Store en octubre de 2026?
Apple dijo a mobilegamer.biz que su tiempo medio de revisión es de 1,5 días para todas las apps y de 14 horas para las actualizaciones menores, y que algunas apps nuevas tardan más cuando necesitan un examen adicional. Al mismo tiempo, desarrolladores en los foros de Apple y en Reddit denuncian envíos concretos atascados en Waiting for Review durante tres semanas o cerca de un mes.
¿Por qué son más lentas las revisiones del App Store?
Apple no ha dado una causa. Afirma que su equipo de App Review procesó una media de 378.000 envíos a la semana en las últimas 12 semanas y que sigue haciendo evolucionar el proceso para dar soporte a ese crecimiento. A principios de 2026, The Information informó de un salto interanual del 84% en las nuevas apps, que la prensa vincula a la expansión de las herramientas de programación con IA.
¿Se puede acelerar una revisión del App Store?
Apple permite a los desarrolladores solicitar una revisión acelerada para correcciones de errores críticos o eventos con fecha, pero la concede caso por caso, y los desarrolladores afirman que las revisiones aceleradas también pueden tardar varios días. La palanca más fiable es la planificación: enviar antes, mantener builds pequeñas y evitar reenvíos innecesarios, porque cada nueva build inicia su propia espera.
¿Deberíamos cambiar nuestro proceso de lanzamientos móviles por los retrasos?
Sí, si una fecha de lanzamiento depende de la aprobación. Añada a los planes de lanzamiento un margen de revisión de una a dos semanas, desvincule las fechas de marketing del envío, envíe pronto las builds candidatas a hotfix, use la publicación por fases para las actualizaciones de riesgo y mantenga la configuración del lado del servidor dentro de lo que App Review ha visto, ya que la directriz 2.5.19 prohíbe las funciones activadas después de la aprobación.
Fuentes
The Register — Apple App Store review process hits a traffic jam (22 de octubre de 2026) (en inglés)
mobilegamer.biz — App Store review times are being dragged down by a flood of AI-made apps and games (20 de octubre de 2026) (en inglés)
9to5Mac — App Store sees 84% surge in new apps as AI coding tools take off (6 de abril de 2026) (en inglés)
Apple Developer — App Review (en inglés)