Cuánto tarda de verdad la review de una app en 2026
5 min
Apple dice que la mayoría de envíos a la App Store se resuelven en uno o dos días. Google dice que la review puede tardar desde unas horas hasta siete días, y te pide dejar al menos una semana antes de una fecha de lanzamiento fija. Los hilos de foros con esperas de un mes existen, pero son la cola larga, no el calendario con el que deberías planear un release.
Este post se queda en lo que publica cada tienda, más un medidor independiente para Apple. Sin medias inventadas de mi bandeja de entrada.
0h
Apple: 90% bajo esto
0días
Google: margen mínimo
0días
Test cerrado en Play
Lo que publica Apple
App Review trabaja sin parar. El objetivo de Apple es revisar al menos el 50% de los envíos en menos de 24 horas y el 90% en menos de 48 horas. Las actualizaciones con cambios pequeños y correcciones de errores suelen ir más rápido. La primera app, las que necesitan licencias y las que tocan capacidades nuevas o reguladas pueden tardar más.
Apple también lista casos en los que la review se alarga a propósito: poca o ninguna historia previa en App Review, documentación que falta, y asuntos complejos o nuevos. Ahí un margen de dos días se queda corto.
Lo que muestra un medidor independiente
Runway publica medias truncadas de equipos que usan su herramienta de releases. A finales de septiembre de 2026 mostraba unas 7 horas de espera y unas 2 horas dentro de review en la App Store. Las medias mensuales de 2026 se quedaron por debajo de un día de espera en casi todos los meses, con una cola larga: en julio hubo una espera de 42 días.
Úsalo como termómetro, no como promesa. La muestra son equipos de release con trayectoria, y la media esconde los casos extremos que llenan los foros.
Lo que publica Google
Google no promete un tiempo fijo. La ayuda de Play Console dice que el procesamiento puede tardar unas horas o hasta siete días, o más en casos excepcionales. La misma página te pide planear un margen de al menos una semana entre el envío y la publicación.
Hay dos reglas extra en el primer lanzamiento:
- Si envías más cambios mientras hay una review abierta, el reloj parte del último cambio y puedes volver al final de la cola.
- Las cuentas personales creadas después del 13 de noviembre de 2023 tienen que hacer un test cerrado con al menos 12 testers apuntados durante 14 días seguidos antes de pedir acceso a producción. Solo esa puerta son dos semanas, antes de que empiece la review de producción.
En Google Play no hay botón de review acelerada. La publicación gestionada te deja aprobar un build ya revisado más tarde. No hace la review más rápida.
Planea el margen, no la media
Las medias dicen lo que suele pasar. Una fecha de lanzamiento necesita el margen que la propia tienda te pide asumir. Usa el planificador de abajo con tu tienda y tu caso. Los días de margen salen de los objetivos y consejos publicados arriba, no de una muestra privada de mis apps.
Tienda
Qué vas a publicar
2días
Margen recomendado
2026-11-18
Envía antes del
Objetivo publicado por Apple: el 90% de los envíos se revisan en menos de 48 horas. Dos días naturales cubren ese objetivo en una actualización rutinaria.
Los márgenes son de planificación, sacados de la documentación de Apple y Google, no medias medidas. Un rechazo suma otro ciclo completo de review.
Cómo no reiniciar el reloj
Casi todos los retrasos que controlas son deberes a medias, no la cola:
- Pon credenciales de demo y notas de review en App Review Information o en Play Console antes de enviar.
- Adjunta licencias y documentos de partnership si la app los necesita. No esperes al rechazo para buscarlos.
- No retires un envío de la App Store que está en espera solo para volver a mandarlo. Apple dice que el proceso empieza de cero.
- En Play, congela el conjunto de cambios cuando arranca la review. Subidas extra te mandan al final de la cola.
- Usa rollout por etapas o publicación gestionada para que un "aprobado" no tenga que significar "en vivo ahora mismo".
Si llevas tres o cuatro días en Apple sin cambio de estado, trátalo como excepción y sigue el hilo en App Store Connect. No rediseñes todo el plan de lanzamiento con la historia más larga del foro de esa semana.
La conclusión útil
Para una actualización rutinaria en la App Store, planea dos días. Para la primera app en la App Store, planea cuatro. En Google Play, planea una semana, y suma los 14 días de test cerrado si tu cuenta personal es nueva. Las tiendas publican esos márgenes. El planificador de arriba los convierte en una fecha de envío.
Así saco cada actualización. Si quieres un segundo vistazo a un plan de release antes de pulsar Enviar, hablamos.
Fuentes
¿Tienes algo entre manos?
Trabaja conmigo