¿Cuánto tarda Apple en revisar una app en 2026?

La mayoría de las revisiones del App Store se resuelven en menos de 48 horas, y muchas en menos de 24. La página de App Review de Apple dice que suele revisar al menos el 50 % de los envíos en menos de 24 horas y el 90 % en menos de 48. Los datos en vivo del rastreador de tiempos de Runway, actualizados el 29 de octubre de 2026, daban una media de 14 horas y 53 minutos en Waiting for Review más 49 minutos en In Review: unas 15 horas y 42 minutos en total.

Eso es el caso típico, no una promesa. La cola se alarga cuando Apple abre los envíos para un sistema operativo nuevo cada septiembre, en las fiestas de diciembre y con cualquier app que necesite documentos, use un permiso especial (entitlement) o sea nueva en la tienda. En esas fechas una revisión puede llevar varios días, y algunos desarrolladores cuentan esperas de dos semanas o más. Apple publica objetivos y un recuento anual de revisiones, pero no la longitud de la cola en tiempo real, así que todas las cifras en vivo de esta página vienen de terceros que miden envíos reales.

En realidad, el tiempo de revisión son tres relojes que corren uno detrás de otro. Primero, Apple procesa el build después de que lo subes. Luego el envío espera en Waiting for Review hasta que un revisor lo toma. Después pasa a In Review mientras alguien lo prueba. Tras la aprobación hay un cuarto paso, más corto: la publicación, que puede ser inmediata, quedar en tus manos o tener fecha programada. Cada sección de abajo cubre uno de esos pasos, con lo que Apple dice que significa cada estado y lo que puedes hacer mientras esperas.

La pregunta se busca de muchas formas: cuánto tarda Apple en revisar una app, cuánto tarda Apple en aprobar una app, cuánto tarda en publicarse una app en el App Store, por qué mi app sigue pendiente de revisión en App Store Connect. Todas apuntan al mismo proceso, el que lleva el equipo de App Review de Apple con las App Review Guidelines en la mano. Esta guía no trata las reseñas y calificaciones de los usuarios, que son otro sistema y tienen su propia guía sobre cómo conseguir reseñas en el App Store.

Un primer envío suele tardar más que una actualización, porque hay más cosas que comprobar: la idea, el modelo de negocio, el registro y el inicio de sesión, las respuestas de privacidad y cada pantalla. Apple no publica una cifra aparte para apps nuevas. Su ayuda sobre el estado de la revisión da la regla general de que la mayoría de los envíos se revisan en 48 horas y algunos necesitan más tiempo, y nombra tres motivos: apps con poco o ningún historial previo en App Review, que es el caso de cualquier app nueva; documentos que App Review tiene que confirmar, como licencias, autorizaciones o acuerdos con socios; y apps con contenido regulado, capacidades nuevas de la plataforma, entitlements activados u otras funciones sensibles.

En la práctica, cuenta con dos a cinco días para un primer lanzamiento en una semana normal, y una semana o más en septiembre o a finales de diciembre. Esos rangos son nuestra estimación para planificar, hecha con los objetivos de Apple, los datos del rastreador de arriba y los testimonios que recogemos más abajo; no son una cifra de Apple. Las apps de salud, finanzas, préstamos, criptomonedas, apuestas y otros sectores regulados deberían esperar el extremo largo, porque casi siempre necesitan documentos.

Casi todo el retraso de una primera app se puede evitar. La página de Apple sobre cómo dar la información para una revisión completa pide una descripción de la idea y del modelo de negocio, el propósito y el público, los dispositivos y versiones del sistema en los que probaste la app, cada servicio externo del que depende, una cuenta de prueba que funcione cuando empiece la revisión y cualquier diferencia entre regiones. Dice sin rodeos que los envíos incompletos se rechazan y que mandar todo desde el principio hace la revisión más rápida y más previsible. Un rechazo en el primer envío te cuesta mucho más tiempo que la propia cola.

Las cuentas de desarrollador nuevas pasan además por la inscripción en el Apple Developer Program antes de poder enviar nada. Es un paso distinto de App Review y no entra en estos tiempos; lo que cuesta y cómo funciona está en nuestra guía del Apple Developer Program. Una vez activa la cuenta, el reloj de la revisión empieza cuando pulsas Submit for Review. Si estás planificando todo el lanzamiento, la checklist para lanzar una app coloca la ventana de revisión dentro de las ocho semanas previas al día del lanzamiento.

Las actualizaciones suelen ser los envíos más rápidos de la cola. La ayuda sobre el estado de la revisión de Apple dice que las actualizaciones con cambios pequeños y correcciones de errores suelen pasar la revisión rápido, mientras que otros envíos pueden tardar más en verificarse. Para una app ya asentada que publica una actualización rutinaria, es habitual que la aprueben el mismo día, y la media de finales de octubre de 2026, unas 16 horas desde el envío hasta la decisión, es una expectativa razonable.

Una actualización se frena cuando cambia algo que App Review tiene que mirar con lupa: un método de inicio de sesión nuevo, compras dentro de la app o suscripciones nuevas, un entitlement nuevo, datos que antes no recogías o contenido de un área regulada. La norma 2.3.1(a) de las guidelines pide describir de forma concreta cada función nueva y cada cambio del producto en el campo Notes for Review, y avisa de que las descripciones genéricas se rechazan. Desde la actualización del 16 de octubre de 2026, las funciones ocultas, dormidas o sin documentar tienen su propia norma, la 2.5.19, que antes formaba parte de la 2.3.1. Una nota clara que diga qué cambió y dónde lo encuentra el revisor es la forma más barata de que una actualización no se quede parada.

Desde el 29 de octubre de 2025, Apple permite enviar elementos a App Review por separado de un envío que ya está en la cola. Puedes mandar una versión con la corrección de un error crítico mientras tus páginas de producto personalizadas siguen en revisión, enviar In App Events por su cuenta mientras se revisa una versión, o mandar funciones de Game Center, como logros o tablas de clasificación, aparte de la versión. Así, un elemento de marketing atascado ya no tiene por qué bloquear una corrección urgente.

Cuando rechazan una actualización por algo que no tiene implicaciones legales ni de seguridad, Apple puede ofrecerte un Bug Fix Submission: aprueba la actualización ahora y tú corriges el problema en la siguiente versión. La página de Bug Fix Submissions explica que la oferta aparece al principio del mensaje de rechazo, que solo sirve para actualizaciones de apps ya aprobadas para el App Store o para la distribución alternativa, y que un problema aplazado una vez no se puede volver a aplazar en el envío siguiente. Para aceptarla respondes al mensaje en lugar de reenviar la app, porque un nuevo envío arranca otra revisión. Si actualizas a menudo, nuestra guía sobre cada cuánto actualizan las apps te ayuda a poner este ritmo en contexto.

La revisión beta de TestFlight es una revisión más ligera que se aplica cuando pruebas con testers externos. La descripción general de TestFlight de Apple dice que, cuando añades el primer build de tu app a un grupo, ese build pasa por App Review; que la revisión solo es obligatoria para el primer build; y que los siguientes pueden no necesitar una revisión completa. Los testers internos, hasta 100 usuarios de App Store Connect con acceso a tu contenido, pueden probar sin ese paso. Los externos pueden ser hasta 10 000 personas, y cada build se puede probar durante un máximo de 90 días.

En cuanto a tiempos, Runway mostraba una media de 11 horas y 11 minutos esperando la revisión beta y 1 hora y 3 minutos en revisión beta, con datos actualizados el 29 de octubre de 2026: unas 12 horas y 14 minutos en total, con un procesamiento del build de 2 horas y 26 minutos de media. En esa lectura, la revisión beta fue algo más rápida que la revisión completa, pero el orden puede cambiar de una semana a otra, así que no cuentes con que una sea siempre más rápida. Si una beta pública importa para tu lanzamiento, añade pronto el primer build externo para que la revisión esté hecha antes de que la necesites.

Un build de TestFlight rechazado no afecta a tu app publicada. La página de estados de Apple dice que, en TestFlight, tienes que enviar un build nuevo a revisión antes de poder invitar otra vez a testers externos, así que corrige el problema en un build nuevo en lugar de esperar al rechazado.

Sí. La ayuda sobre revisiones aceleradas de Apple dice que App Review trabaja las 24 horas, y la tabla por días de arriba muestra medias de sábado y domingo en el mismo rango que el resto de la semana: 9 horas y 23 minutos de espera los sábados y 13 horas y 48 minutos los domingos en los datos de Runway. Enviar un viernes por la noche no significa esperar al lunes.

Las fiestas son otra historia. El aviso de fiestas más reciente con fecha que Apple ha publicado, del 2 de diciembre de 2024, decía que App Review seguiría aceptando envíos durante toda la temporada, pedía mandar pronto los envíos con fecha límite y avisaba de que las revisiones podían tardar más del 20 al 26 de diciembre por el gran volumen. En 2022 la ventana fue del 23 al 27 de diciembre, según 9to5Mac. Cualquier aviso para la temporada actual aparece en la página de noticias para desarrolladores de Apple, así que míralo antes de planificar un lanzamiento para la última semana del año.

Hay otras dos épocas que se comportan como fiestas. Los días después de que Apple abre los envíos para un sistema nuevo cada septiembre traen una ola de actualizaciones, aunque en los datos actuales del rastreador septiembre de 2026 tuvo una espera media más corta que agosto. Y las semanas siguientes a un cambio grande de las App Review Guidelines, como el del 16 de octubre de 2026, pueden traer más preguntas de los revisores mientras los equipos se adaptan. Ninguna de las dos se anuncia como una época lenta, así que planifica para ambas.

Waiting for Review significa que Apple tiene tu envío y que nadie lo ha abierto todavía. Una espera de uno o dos días es normal. A partir del tercer día conviene revisar algunas cosas, porque parte de los retrasos los provoca el propio envío y no la cola.

Apple enumera los motivos por los que una revisión tarda más en su ayuda sobre el estado de la revisión. El primero, tal como lo leímos el 4 de noviembre de 2026, es el historial: las apps con poco o ningún historial previo en App Review necesitan más tiempo. El segundo son los documentos: si App Review tiene que pedir y verificar autorizaciones, licencias o acuerdos con socios, el reloj se para hasta que los tiene. El tercero es la complejidad: el contenido regulado, las capacidades nuevas de la plataforma, los entitlements activados u otras funciones sensibles reciben más escrutinio. Y el cuarto son las investigaciones: App Review investiga las conductas denunciadas o detectadas que se salen del Developer Code of Conduct, como hacerse pasar por otro desarrollador, manipular el App Store o publicar apps de baja calidad señaladas por muchas quejas de clientes, y Apple dice que una investigación puede alargar la revisión de un envío.

El volumen es el último motivo, y el que menos puedes controlar. Apple revisó 9 100 620 envíos en 2025, según su Informe de Transparencia de 2025. Eso son unos 175 000 a la semana, o unos 24 900 al día (la división es nuestra). En abril de 2026, un portavoz de Apple dijo a The Information que su equipo había procesado más de 200 000 envíos a la semana durante las 12 semanas anteriores, con una revisión media de 1,5 días y el 90 % de los envíos procesados en 48 horas, según 9to5Mac. El mismo portavoz negó que los tiempos de revisión estuvieran subiendo y añadió que una persona revisa cada envío, aunque Apple usa cada vez más herramientas de IA para ayudar en el proceso.

No todos los desarrolladores lo vieron así. Michael Tsai reúne en una sola entrada los testimonios de 2026: Spencer Dailey contaba en marzo que la revisión de su app para Mac tardaba ya unos 5 días, Paulo Andrade decía en mayo que el Mac App Store tardaba sistemáticamente 5 días o más, Marco Arment escribía en agosto que la mayoría de las revisiones llevaban 6 días o más, y Craig Hockenberry contaba en septiembre que su app para iOS se aprobó el mismo día mientras la de Mac seguía esperando día tras día. Son experiencias individuales, no una medición, y contrastan con las medias de espera de Runway de mayo a octubre, que no llegaron a 16 horas en ningún mes.

Hay también un motivo fácil de pasar por alto: puede que la revisión ya esté esperando por ti. Un mensaje de App Review que pide información lo detiene todo hasta que respondes, y no siempre llega como un correo llamativo. Abre la sección App Review de App Store Connect y busca mensajes antes de dar por hecho que el problema es la cola.

Una revisión acelerada le pide a Apple que mire un envío antes de que le toque en la cola normal. La ayuda sobre revisiones aceleradas dice que estas solicitudes deben reservarse para asuntos de verdadera urgencia y nombra dos casos: corregir un error crítico y hacer coincidir el lanzamiento con un evento. La página de App Review precisa que debe ser un evento con el que estés directamente relacionado. Una fecha de lanzamiento que elegiste tú, una campaña de marketing o una demo para inversores no cuentan.

Los pasos son pocos. Primero, envía la app a revisión en App Store Connect, porque solo se pueden acelerar los envíos que ya llegaron a App Review. Asegúrate de que el envío está completo, con el campo Notes relleno y una cuenta de prueba o un modo demo para todo lo que esté detrás de un inicio de sesión. Segundo, abre el formulario Request an Expedited App Review en las páginas Contact Us de Apple, elige la app y la plataforma, y envíalo. Tercero, espera: App Review evalúa la solicitud y acelera la revisión según la disponibilidad y la demanda.

Lo que escribas depende del motivo. Para un error crítico, la página de App Review pide incluir los pasos para reproducir el error en la versión actual de la app, y la ayuda indica que esa información va en el campo Notes cuando envías la app. Para un evento, incluye el evento, su fecha y cómo se relaciona tu app con él, y programa la publicación en App Store Connect con antelación si puedes. Una buena solicitud se parece a un informe de error o a la ficha de un evento, no a una súplica: qué está roto o qué va a pasar, a quién afecta y qué fecha importa.

¿Cuánto tarda una revisión acelerada? Apple no lo dice, y tampoco garantiza que acepte la solicitud. En sus compromisos ante la CMA británica, Apple promete mantener un mecanismo de revisión acelerada para circunstancias urgentes, con ejemplos como los parches de errores críticos y las apps ligadas a eventos como competiciones de videojuegos o experiencias transmitidas en directo, y publicar cada año el número de revisiones aceleradas de los desarrolladores del Reino Unido, según los apartados 5(c) y 9 del documento de compromisos. Apple no publica un límite de solicitudes, pero tratarlas como algo excepcional hace que sigan siendo creíbles.

Más que la cola, normalmente. Apple rechazó 2 093 244 de 9 100 620 envíos en 2025, una tasa de rechazo del 23,0 % según nuestra división de las cifras del Informe de Transparencia de 2025. Más o menos uno de cada cuatro envíos vuelve al menos una vez. Cada vuelta significa leer el mensaje, corregir el problema y esperar otra vez, así que el tiempo real de revisión de una app que recibe un rechazo suele ser dos o tres veces el de la cola.

El motivo más frecuente está documentado. La página de App Review dice que, de media, más del 40 % de los problemas sin resolver tienen que ver con la guideline 2.1, App Completeness, que cubre cierres inesperados, contenido provisional, información incompleta y más. En las guidelines actuales esa norma se divide en 2.1(a), sobre envíos completos y probados, y 2.1(b), sobre compras dentro de la app.

Cuánto tiempo pierdes depende de lo que hagas después. Si App Review solo necesita información, respondes al mensaje y la revisión sigue sin build nuevo. Si el problema está en los metadatos o en tu servidor, lo corriges y respondes, otra vez sin reenviar. Si el problema está en el build, subes uno nuevo, envías esa versión y la revisión vuelve a empezar. Apple es muy concreta en esto: no reenvíes hasta haber resuelto todos los problemas que te señalaron, porque reenviar con problemas pendientes retrasa la revisión y acaba en el mismo resultado.

La mayoría de los rechazos terminan en aprobación. El mismo informe cuenta 387 087 envíos aprobados después de un rechazo en 2025, el 18,5 % de los envíos rechazados según nuestra división. Si no estás de acuerdo con la decisión, primero respondes al mensaje y después puedes apelar ante el App Review Board, con una sola apelación por app rechazada; Apple dice que reenviar la app cierra la apelación. La lista completa de motivos de rechazo, con las cifras de Apple para cada sección de las guidelines y cómo resolver cada uno, está en nuestra guía de motivos de rechazo en el App Store.

En parte. Mientras un envío está en Waiting for Review, la ayuda sobre el estado de la revisión dice que todavía puedes editar cierta información o quitar elementos del envío, pero no subir ni editar capturas de pantalla ni vistas previas. La lista de estados añade que tampoco puedes editar los metadatos de un In App Event mientras espera. Los textos como la descripción o el texto promocional suelen poder cambiarse; un juego nuevo de capturas o un video de vista previa distinto obliga a retirar el envío.

Mientras está en In Review, puedes cancelar el envío para sacarlo de la revisión. La versión pasa a Developer Rejected y vuelves a enviar el mismo build o uno nuevo cuando lo tengas. Eso reinicia la revisión, así que cancela solo cuando hayas encontrado un problema real, como un cierre que puedes reproducir o un build equivocado. Cambiar el build para añadir un detalle pequeño casi nunca compensa el sitio perdido.

Una duda habitual es si puedes enviar otra versión mientras una espera. Solo puede haber una versión de la app en revisión a la vez, pero otros elementos, como los In App Events, las páginas de producto personalizadas o las funciones de Game Center, ahora se pueden enviar por separado, y una versión con la corrección de un error crítico puede ir aparte de las páginas de producto que siguen en revisión.

La aprobación y la publicación son pasos distintos, y los dos los controlas tú. La página de opciones de publicación de Apple ofrece tres opciones para cada versión: publicarla a mano, publicarla automáticamente en cuanto se apruebe o publicarla automáticamente después de App Review, pero no antes de una fecha y hora que tú eliges. La tercera es la que conviene cuando la fecha de lanzamiento es fija: envías pronto, dejas que la revisión termine cuando termine y la versión sale en tu fecha.

Si publicas a mano, la versión se queda en Pending Developer Release hasta que pulses el botón, y Apple te manda un recordatorio por correo si sigue ahí más de 30 días. Apple también dice que, tras una publicación manual, la versión puede tardar hasta 24 horas en aparecer en el App Store. En la práctica suele ser más rápido, pero 24 horas es el margen honesto para planificar, sobre todo si trabajas con varias zonas horarias.

Para las actualizaciones también puedes publicar por fases durante 7 días. El calendario de Apple manda la actualización al 1 % de los usuarios con actualizaciones automáticas el primer día, después al 2 %, 5 %, 10 %, 20 %, 50 % y al 100 % el séptimo día, y te deja pausarla hasta 30 días en total. Cualquiera puede descargar la actualización a mano desde el App Store durante el despliegue. Una publicación por fases no cambia el tiempo de revisión, pero limita el daño si algo se le escapó a la revisión y a tus pruebas.

El Informe de Transparencia de 2025 de Apple es el mejor recuento público de la cola. Indica 9 100 620 envíos de apps revisados y 2 093 244 rechazados en 2025. Si lo divides, salen unas 175 000 revisiones a la semana, 24 900 al día y más de 1000 por hora, a todas horas, durante todo el año. La página del App Store dice que cada semana alrededor de 500 expertos de todo el mundo revisan más de 130 000 apps, lo que da unas 260 apps por revisor y semana si las dos cifras describen el mismo trabajo. Las dos cifras semanales no coinciden y Apple no explica la diferencia, así que tómalas como órdenes de magnitud, no como recuentos exactos.

El volumen ha crecido más deprisa de lo que sugieren los objetivos publicados. Los datos que seguimos en nuestras estadísticas del App Store muestran que los envíos revisados pasaron de unos 6,1 millones en 2022 a 9,1 millones en 2025, una subida del 49,1 %. Los testimonios reunidos por Michael Tsai relacionan el aumento de 2026, en parte, con apps hechas rápido con herramientas de programación con IA, y citan datos de Appfigures según los cuales los envíos al App Store subieron un 24 % en 2025 hasta noviembre. La nota de 9to5Mac de abril de 2026 recoge un informe de The Information, con datos de Sensor Tower, según el cual las apps nuevas en el App Store crecieron un 30 % en 2025, hasta casi 600 000. Apple no ha confirmado una causa.

El lenguaje de Apple también ha cambiado. Su aviso de fiestas de 2022, tal como lo recogió 9to5Mac, decía que el 90 % de los envíos se revisaba en menos de 24 horas. Su página de App Review actual habla de al menos el 50 % en menos de 24 horas y el 90 % en menos de 48. Para los desarrolladores del Reino Unido, sus compromisos de marzo de 2026 vuelven a la promesa más fuerte, una decisión para el 90 % de los envíos en 24 horas, y añaden un informe anual con el porcentaje de revisiones terminadas en 24 horas y en 4 días. El primero de esos informes cubre 2026 y debe publicarse a más tardar el 31 de marzo de 2027.

Apple no publica tiempos de revisión por país, y nada en su ayuda dice que la cola se divida por regiones. Desde España o desde Latinoamérica, las cifras de referencia son las mismas que en cualquier otro sitio. Lo que sí cambia es la promesa en un mercado concreto. En el Reino Unido, los compromisos de Apple ante la Competition and Markets Authority, con fecha del 30 de marzo de 2026 y vigentes desde el 1 de abril de 2026, dicen que Apple buscará dar una decisión de rechazo o aprobación para el 90 % de los envíos en 24 horas, informará del estado de un envío cuando se le pida de forma razonable, explicará cada rechazo con referencia a las guidelines y permitirá apelar ante el App Review Board como un derecho.

El mismo documento compromete a Apple a publicar cada año métricas de los desarrolladores con sede en el Reino Unido: envíos revisados, rechazos, aprobaciones tras un rechazo, apelaciones, el porcentaje de revisiones hechas en 24 horas y en 4 días, el número de revisiones aceleradas y el porcentaje de apelaciones resueltas en 60 días. Cuando salga el primer informe en 2027, será la primera vez que Apple publique tiempos de revisión medidos para un país concreto.

Para los desarrolladores de la Unión Europea, de Estados Unidos o de América Latina, los objetivos generales de arriba son las únicas cifras publicadas. Aun así, el informe británico servirá en todas partes, porque Apple tiene un solo equipo de App Review que trabaja con un único conjunto de guidelines, y es poco probable que un año lento en las cifras del Reino Unido sea un año rápido en otros mercados. Esto último es una deducción nuestra, no algo que diga Apple.

Google da un rango más amplio que Apple. Según su ayuda de Play Console, consultada en octubre de 2026, la página sobre la publicación gestionada dice que el procesamiento puede llevar unas horas o hasta siete días, o más en casos excepcionales, que el reloj de la revisión cuenta desde el último cambio enviado, y aconseja dejar al menos una semana entre el envío y la salida. Su ayuda sobre la publicación añade que ciertas cuentas de desarrollador y ciertas apps reciben una revisión más exhaustiva, que puede suponer tiempos de hasta siete días o más.

Las cuentas personales nuevas tienen un paso extra antes de su primer lanzamiento en producción. La página de requisitos de prueba de Google dice que las cuentas personales creadas después del 13 de noviembre de 2023 deben hacer una prueba cerrada con al menos 12 testers que sigan inscritos durante al menos 14 días, y después solicitar el acceso a producción, cuya revisión, según Google, suele tardar siete días o menos. Para el primer lanzamiento en Android desde una cuenta personal nueva, eso son tres semanas o más antes de poder publicar, además de la revisión normal.

Google Play también tiene su versión de la publicación programada. Con la publicación gestionada activada, los cambios aprobados esperan hasta que decides publicarlos, así que puedes enviar una actualización pronto y sacarla en tu fecha, igual que con la opción de publicación programada de Apple.

Piensa en la revisión como una ventana, no como un momento. El plan más seguro para un lanzamiento con fecha es tener el build aprobado antes de esa fecha y publicarlo con una programación. En App Store Connect eso significa elegir la publicación automática después de App Review, pero no antes de la fecha y hora de tu lanzamiento, y enviar con tiempo suficiente para que la revisión termine aunque la semana sea mala, no solo si es buena.

Cuenta hacia atrás desde el lanzamiento. En una semana normal, tres días hábiles de margen cubren la cola típica y una pregunta rápida de App Review. Para un primer lanzamiento, o uno en septiembre o a finales de diciembre, reserva de una a dos semanas, lo que cubre un rechazo y una segunda vuelta. Pon la revisión beta de TestFlight todavía antes, porque el primer build para testers externos pasa por su propia revisión.

Prepara al mismo tiempo todo lo que depende de la fecha. Apple pide al menos dos semanas de antelación para las nominaciones para destacar tu app, y recomienda enviarlas hasta con tres meses para tener más opciones; nuestra guía sobre cómo conseguir que te destaquen en el App Store explica por qué tres semanas es un mínimo más seguro. Las notas de la versión, las publicaciones en redes y la prensa del día del lanzamiento se escriben mejor mientras el build espera en la cola. Nuestros ejemplos de notas de versión, el generador de notas de versión, los ejemplos de anuncios de actualización y los ejemplos de anuncios de lanzamiento cubren qué decir cuando la versión ya está fuera. Si todavía no tienes un plan para las publicaciones, empieza por cómo promocionar una app en redes sociales.

Si la fecha la fija de verdad algo que no controlas, como un evento deportivo, un estreno o una retransmisión en directo de la que tu app forma parte, para eso existe la revisión acelerada de Apple. Envía el build completo, indica el evento y la fecha en el campo Notes, programa la publicación y manda la solicitud de revisión acelerada.

Muchas búsquedas sobre el tiempo de revisión del App Store hablan en realidad del otro tipo de revisión: una reseña escrita por un usuario que todavía no aparece. Apple no publica un plazo para eso. Las calificaciones y reseñas pasan por los controles propios de Apple antes de mostrarse, y su informe de prevención de fraude de mayo de 2026 dice que en 2025 procesó más de 1300 millones de calificaciones y reseñas y bloqueó cerca de 195 millones por fraudulentas antes de que aparecieran.

Si parece que faltan reseñas de tu app, los motivos habituales son que se publicaron en la tienda de otro país, que la calificación se dejó sin texto o que los controles antifraude de Apple las retuvieron. Nuestra guía sobre cómo conseguir reseñas en el App Store explica por qué algunas reseñas no aparecen, cómo pedir calificaciones dentro de las reglas de Apple y cómo responderlas.

Cuando una versión pasa la revisión, el trabajo que la mayoría de los equipos se salta es contárselo a la gente. Spreadcast revisa cada día tu página pública del App Store, detecta la versión nueva cuando aparece en la tienda y la convierte en una publicación diseñada con tu propio icono y tus capturas dentro de un marco de iPhone, más un texto escrito para cada red. La publica en Instagram, Facebook, LinkedIn, Pinterest y el resto de cuentas que conectes, con el calendario que tú definas.

Puedes aprobar cada publicación con un toque o dejar que salga sola. La misma revisión diaria convierte también en publicación cada hito de calificaciones, para que la actualización que tardó una semana en pasar App Review no salga en silencio. La app de Spreadcast está en inglés. Pega tu enlace del App Store en la página de inicio para ver la primera publicación hecha a partir de tu ficha, y consulta los planes para la publicación automática. Para una publicación de lanzamiento puntual, el generador de publicaciones de lanzamiento hace lo mismo a partir de un enlace.