In App Events del App Store: límites, tamaños y ejemplos

Los In App Events son eventos con fecha que ocurren dentro de una app o un juego: una competencia, un estreno, un reto, una transmisión en vivo. Apple los muestra como tarjetas en todo el App Store. Su página sobre In App Events (en inglés) los presenta como una forma de llegar a usuarios nuevos, actuales y antiguos, y la ayuda de App Store Connect indica que las tarjetas aparecen en iOS 15 y iPadOS 15 o posterior, tanto en el App Store como en Apple Games. En la página del App Store para Latinoamérica Apple los llama "eventos dentro de las apps", y en sus App Review Guidelines en español, "eventos dentro de la app". En esta guía usamos el nombre en inglés, que es el que la gente busca, y la forma en español cuando suena más natural.

Los límites que más importan, tal como Apple los publica el 5 de noviembre de 2026: una app puede tener hasta 15 eventos aprobados en App Store Connect al mismo tiempo y hasta 10 publicados en la tienda al mismo tiempo. Cada evento dura como máximo 31 días y puede anunciarse hasta 14 días antes de empezar. El nombre admite 30 caracteres, la descripción corta 50 y la descripción larga 120. La tarjeta lleva un archivo 16:9 de 1920 × 1080 px a 3840 × 2160 px, y la página de detalles uno 9:16 de 1080 × 1920 px a 2160 × 3840 px. Eliges una de siete insignias. Cada cifra de esta página enlaza a la página de Apple de donde sale.

Vale la pena revisarlas porque muchas guías siguen repitiendo los límites del lanzamiento, en octubre de 2021, cuando una app solo podía mostrar cinco eventos a la vez. Incluso dos charlas técnicas de la propia Apple, de 2022 y 2023, todavía dicen cinco. Más abajo hay una tabla con esas cifras viejas junto a la regla actual, para que planees tu calendario con los números de hoy.

Una aclaración sobre el nombre. Apple escribe el nombre en inglés con un guion entre In y App; aquí lo escribimos sin él, igual que en el resto del sitio. Y en herramientas de analítica como AppsFlyer, "in app events" significa otra cosa: acciones que el usuario hace dentro de la app, como una compra o terminar el tutorial. Esta página trata de la función del App Store. Cerca del final hay una sección corta que explica la diferencia, para que sepas qué tipo de guía estás leyendo.

Entre cinco y diez eventos publicados hay la misma diferencia que entre una página de producto casi vacía y una llena. Un equipo que planea con cinco suele hacer un evento grande al mes y dejar el espacio vacío entre uno y otro. Con diez publicados y quince aprobados, una app puede tener activos al mismo tiempo un reto mensual, una temporada y un estreno, y además dejar aprobados los eventos del mes siguiente.

El límite de aprobados es el que define tu forma de trabajar. Un evento cuenta desde que se aprueba hasta que termina y se archiva, así que un equipo que aprueba todo un trimestre de golpe puede quedarse sin lugar. La ayuda Manage events explica cómo archivar un evento pasado y cómo borrar eventos en estado Draft, Archived o Approved, lo que libera espacio para la siguiente tanda.

El límite de 31 días se aplica al evento, no al tiempo que está visible. Con 14 días de anuncio antes del inicio, un evento puede quedarse en tu página de producto unas seis semanas y media. Esa cuenta es nuestra, a partir de los dos límites de Apple, y es la razón por la que el total de 30 días que da una guía antigua se queda corto.

La página In App Events de Apple nombra tres lugares. El primero es tu página de producto, que muestra todos los eventos que tienes publicados. Se ordenan por hora de inicio, el más próximo primero, y los que marques como prioridad alta aparecen antes que los de prioridad normal.

El segundo es la búsqueda. Cuando alguien busca tu app y ya la tiene instalada, la tarjeta del evento aparece junto a la app; a quien no la tiene se le muestran tus capturas. También se puede buscar un evento directamente, y entonces la tarjeta aparece con tu app. Guías de terceros como la de yellowHEAD dicen que el nombre y la descripción corta se indexan para la búsqueda; Apple dice que los eventos se pueden encontrar buscándolos, pero no publica qué campos indexa.

El tercero son las selecciones editoriales y las recomendaciones personalizadas de las pestañas Hoy, Juegos y Apps, las mismas tres pestañas que nombra la página del App Store para Latinoamérica. La ayuda de Apple ahora nombra además Apple Games, la app de juegos que Apple sumó a sus plataformas, así que los eventos de un juego también pueden aparecer ahí. La selección editorial la deciden los editores de Apple y puedes pedirla con una Featuring Nomination, como explicamos más abajo y en nuestra guía sobre cómo aparecer destacado en el App Store.

Desde cualquiera de esos lugares, una persona puede tocar la tarjeta para abrir la página de detalles, compartir el evento por Mensajes o redes sociales, o pedir que el App Store le avise cuando empiece. Si no tiene tu app, puede descargarla desde la tarjeta o la página de detalles y luego tocar Abrir para entrar directo al evento.

La prueba de Apple es que el evento sea un momento o una experiencia por tiempo limitado dentro de la app. Su página In App Events pone como buenos candidatos los retos, las competencias y los lanzamientos de contenido especial, y nombra tres cosas que no lo son: las actividades repetitivas como tareas o recompensas diarias, las promociones de precio que no traen contenido, funciones ni artículos nuevos, y las promociones generales para dar a conocer la app. Un evento puede señalar contenido que se queda en la app después, pero el evento en sí tiene que centrarse en un momento con inicio y final.

Las App Review Guidelines lo convierten en regla. La pauta 2.3.13 de las App Review Guidelines en español define los eventos dentro de la app como eventos puntuales que tienen lugar dentro de tu app y pide que cada evento corresponda a uno de los tipos de App Store Connect, que todos sus metadatos sean precisos y hablen del evento y no de la app en general, que ocurra en las horas y fechas elegidas en App Store Connect, incluso en distintas tiendas, que la monetización siga las normas de la sección 3 y que el enlace profundo lleve al lugar correcto de la app.

En la práctica, la mayoría de los eventos rechazados fallan en uno de cuatro puntos. El nombre es una llamada a la acción, como "Mira la transmisión", en lugar del nombre real del evento. El texto promociona la app o una suscripción en vez de describir el evento. Los metadatos incluyen un precio o un descuento, algo que Apple dice que se rechaza porque los precios cambian según la región. O el enlace abre la pantalla de inicio en vez del evento. Nuestra guía sobre los motivos de rechazo en el App Store explica cómo están redactados los mensajes de App Review y cómo responder cuando rechazan algo.

Las apps de suscripción tienen una regla más. Apple pide marcar que hace falta una compra dentro de la app solo cuando el evento en sí cuesta aparte, por ejemplo un evento de pago por visión dentro de una app de suscripción. Si el evento forma parte de la suscripción normal, no se marca como evento que requiere una compra.

Todo evento pasa por App Review antes de aparecer. La ayuda Submit an In App Event distingue dos casos. Si tu app nunca fue aprobada, el evento tiene que ir en el mismo envío que tu primera versión para iOS; para ese primer envío te sirve nuestra checklist para lanzar una app. Si tu app ya está aprobada, puedes enviar el evento con una versión nueva o sin ella.

Para enviarlo, elige el evento, haz clic en Add for Review y agrégalo a un envío en borrador o crea uno nuevo. El estado pasa a Ready for Review. Si lo envías sin versión de la app, eliges una plataforma y el evento se revisa junto con la última versión de esa plataforma. Luego haces clic en Submit for Review, y el estado pasa a Waiting for Review y después a In Review. Un detalle que sorprende a más de un equipo: un usuario que solo tiene el rol Marketing puede enviar eventos, pero no puede agregar versiones de la app a un envío.

Desde el 29 de octubre de 2025, Apple deja mandar uno o varios eventos en un envío aparte aunque haya una versión de la app en revisión, según su aviso en las noticias para desarrolladores. Antes, una versión atascada en revisión podía frenar un evento. El tiempo de revisión de un evento sigue la cola general de App Review, que nuestra guía sobre cuánto tarda la revisión del App Store sigue mes a mes. Envía el evento al menos unos días antes de la fecha de publicación, y con más margen en septiembre, cuando las versiones nuevas de iOS traen una ola de envíos.

Una vez aprobado, todavía puedes cambiar algunas cosas. La ayuda Manage events dice que puedes ajustar la disponibilidad por región, la prioridad, la hora de inicio, la hora de fin y la fecha de publicación mientras esas fechas estén en el futuro. Cuando el evento ya está publicado, solo puedes cambiar las fechas de inicio y fin, y cuando ya empezó, solo la de fin. Si está en Waiting for Review o In Review, tienes que retirarlo de la revisión para editar cualquier cosa que no sea la disponibilidad por región.

Tres fechas controlan un evento: cuándo se vuelve visible, cuándo empieza y cuándo termina. La ayuda Offer In App Events dice que el inicio puede ser cualquier fecha futura, que el fin puede caer hasta 31 días después del inicio, que el evento debe durar al menos 15 minutos y que la fecha de publicación, cuando la tarjeta aparece por primera vez en la tienda, puede ser hasta 14 días antes del inicio.

La ventana de anuncio es donde está buena parte del valor de un evento. Durante esos 14 días la tarjeta avisa que el evento viene, la gente puede pedir que le avisen, y cada vez que alguien ve la tarjeta ya cuenta como impresión en tu analítica. Un evento en vivo de un solo día con 14 días de anuncio puede juntar más avisos que un reto de un mes sin anticipación. Esa es una observación de planificación, no una cifra de Apple; compruébala con las métricas de tus propios eventos.

El inicio por región resuelve un problema típico de los eventos en vivo. Customize Dates and Times permite empezar a distintas horas en distintas tiendas, siempre que todas las fechas de inicio queden dentro de 48 horas entre sí. Una sesión en vivo a las 20:00, hora local, en Ciudad de México, Madrid y Buenos Aires entra sin problema. Un lanzamiento mundial escalonado a lo largo de una semana no: para eso necesitas eventos separados.

Ten en cuenta también que puede haber hasta 10 eventos con fechas y horas de inicio que se superponen, sumando aprobados y borradores. Si preparas un calendario grande con muchos borradores que se cruzan, ese techo puede llegar antes que el de 15 aprobados.

El enlace profundo decide qué pasa cuando alguien toca Abrir en la tarjeta. La página In App Events dice que puede ser un enlace universal, el que Apple recomienda por seguridad, o un esquema de URL personalizado. Pide evitar acortadores de URL y cualquier servicio que agregue redirecciones, y probar el enlace pegándolo en la app Notas y tocándolo. La documentación de Apple en español sobre enlaces universales explica cómo configurarlos.

Adónde lleva el enlace depende del momento y de quién toca. El consejo de Apple es llevar directo al evento cuando está en curso, a una pantalla que genere expectativa y diga cuándo volver si todavía no empezó, y pasar a los usuarios nuevos por la bienvenida que necesiten antes del evento. En todos los casos, deja una forma de volver a la app principal.

Un enlace roto o mal pensado es uno de los motivos que nombra la pauta 2.3.13, así que pruébalo con una instalación limpia y también en un dispositivo que ya tenga la app. Un usuario nuevo que toca Obtener y luego Abrir tiene que terminar en el evento cuando acaba la bienvenida.

La tarjeta es pequeña y horizontal; la página de detalles es alta y ocupa toda la pantalla. Diseña primero el archivo de la página de detalles, a 1080 × 1920 px, y recorta la tarjeta 16:9 de la parte más fuerte de la misma escena, para que las dos se lean como un solo evento. Apple pide continuidad visual entre ambas, con colores o un estilo de ilustración parecidos.

Deja el texto fuera. Apple superpone la insignia, el nombre del evento y la descripción, y pide evitar texto y logos en la imagen, sobre todo el nombre de tu app o del evento. Pon el motivo principal en el centro del cuadro, porque Apple aplica sus propios recortes y degradados, y revisa los dos formatos en la vista previa de App Store Connect antes de enviar.

Piensa en video. Según Apple, ofrece una vista previa más dinámica del evento, y en la tarjeta se reproduce solo y en bucle. Un bucle corto de juego, un ejercicio o una escena de un estreno suele decir más que una imagen fija. Mantén los archivos muy por debajo de los 500 MB para que suban y se procesen rápido, y recuerda que el mínimo es 1920 × 1080 px para la tarjeta y 1080 × 1920 px para la página de detalles. Si ya haces el video de vista previa de tu página de producto, nuestra guía sobre el app preview video cubre ese otro formato.

Si ya tienes capturas para el App Store, los mismos colores y tipografías de tu marca deberían pasar a los archivos del evento. Nuestra guía de tamaños de imágenes para el App Store cubre los demás tamaños de la página de producto, el generador de capturas para el App Store prepara esas capturas, y las reglas de marketing del App Store explican cómo se pueden usar las insignias y las imágenes de productos de Apple fuera de la tienda.

A los juegos los eventos les salen fácil: temporadas, torneos y niveles por tiempo limitado ya son parte de cómo funcionan. Las apps que no son juegos también pueden usarlos, siempre que cada evento sea un momento real con contenido nuevo o un plazo.

Una app de ejercicio o de hábitos puede hacer un Reto mensual con una meta y una fecha de fin. Una app de idiomas o de estudio puede hacer una Competencia con una liga semanal; en la tabla de ejemplos reales, Preguntados usa esa insignia para un evento con premios cada semana. Una app de meditación, música o educación puede hacer un Evento en vivo con una clase a una hora fija. Una app de productividad o finanzas puede usar Actualización importante para una función nueva de peso, siempre que sea más que un rediseño o un arreglo. Nuestras ideas de notas de versión ayudan a contar ese mismo cambio en la ficha, y nuestro estudio sobre con qué frecuencia se actualizan las apps muestra cada cuánto publican versiones las apps más descargadas. Una app de podcasts, video o lectura puede usar Estreno para un primer episodio o un libro nuevo. Una app de fotos o creativa puede usar Evento especial para una semana temática de filtros o plantillas nuevas.

Lo que no funciona es el mensaje de siempre disfrazado de evento: "Prueba Premium", "Rebajas de primavera" o "Conoce el nuevo diseño". Apple nombra las promociones generales y las de precio sin contenido nuevo como malos candidatos, y suelen volver rechazadas. Si la descripción honesta del momento es "tenemos un descuento", no es un In App Event.

Lee el embudo en orden. Las impresiones dicen cuántas veces se vio la tarjeta, las vistas de página cuántas personas tuvieron curiosidad para tocarla, los avisos cuántas quisieron volver, y las descargas y aperturas si el evento movió a alguien. Muchas impresiones con pocas vistas de página apuntan a la imagen de la tarjeta o a la descripción corta. Muchas vistas de página con pocos avisos apuntan a la descripción larga o al archivo de la página de detalles. Es la misma lógica que la tasa de conversión del App Store aplicada a una sola tarjeta.

Compara tus eventos entre sí, no con una referencia externa. Apple no publica cifras promedio de eventos, y las de terceros que circulan salen de muestras pequeñas. Las preguntas útiles son qué insignia, qué duración y qué anticipación funcionaron mejor con tu público, y si los eventos pensados para usuarios inactivos los trajeron de vuelta.

El propósito que eliges en App Store Connect, entre Appropriate for All Users, Attract New Users, Keep Active Users Informed y Bring Back Lapsed Users, es una de las señales que usa el App Store para las recomendaciones personalizadas, según la página In App Events. No oculta el evento a nadie: todo evento publicado lo puede encontrar cualquier cliente. Conviene elegirlo con honestidad y comparar resultados por propósito durante unos meses.

Los editores de Apple eligen eventos para las pestañas Hoy, Juegos y Apps, y aceptan pedidos. La página Getting Featured de Apple pone los In App Events entre lo que busca destacar y pide al menos dos semanas de aviso mediante Featuring Nominations en App Store Connect, con hasta tres meses de anticipación para una consideración más amplia. La ayuda sobre nominaciones va más allá y recomienda un margen mínimo de tres semanas.

Una nominación puede llevar el evento adjunto. Esa misma ayuda dice que si una app de tu nominación tiene un In App Event aprobado o publicado, puedes adjuntarlo, y recomienda hacerlo lo antes posible. La plantilla CSV para nominaciones en bloque admite hasta 25 ID de eventos por nominación. La ayuda aclara además que los In App Events solo existen para apps de iPhone y iPad, así que una nominación para una app de Mac o Apple TV no los lleva.

El orden práctico es crear y aprobar el evento con semanas de margen, nominarlo con el evento adjunto y fijar la fecha de publicación en los 14 días completos antes del inicio. Nuestra guía sobre cómo aparecer destacado en el App Store explica qué escribir en una nominación y por qué los plazos cambian según la página de Apple que leas.

Si buscas "in app events", la mitad de los resultados hablan de otra cosa. En analítica y atribución móvil, un in app event es una acción del usuario medida dentro de la app; el glosario de AppsFlyer (en inglés) lo define como una acción que el usuario hace después de instalar, como una compra, alcanzar un nivel o terminar el tutorial. Las herramientas de atribución y analítica usan el término así.

Los In App Events de Apple van en la dirección contraria: contenido que publicas en el App Store sobre algo que pasa en la app. Los dos se tocan, porque un evento del App Store puede generar las compras y los niveles que cuenta tu analítica, pero se configuran en lugares distintos. Los eventos del App Store viven en App Store Connect; los de analítica, en el código de tu app y en tu herramienta de medición.

Si una guía habla de SDK, de nombres de eventos en el código o de postbacks, trata del seguimiento. Si habla de insignias, tarjetas de eventos o App Review, trata de la función del App Store, que es la que cubre esta página.

Un In App Event llega a la gente dentro del App Store. Quienes siguen tu app en Instagram, Facebook, LinkedIn o Pinterest solo se enteran si alguien publica, y la propia página In App Events sugiere promocionar los eventos por correo, publicidad y redes sociales, con un enlace a la página de detalles del evento. Si además quieres saber de qué canal llega la gente a tu página de producto, el generador de enlaces de campaña del App Store crea un enlace con seguimiento para cada canal. Spreadcast revisa cada día tu ficha pública del App Store y convierte lo que cambia ahí, una versión nueva o un hito de calificaciones, en una publicación diseñada con tu propio icono y tus capturas en un marco de iPhone, más un texto escrito para cada red. La interfaz de Spreadcast está en inglés, y la página Spreadcast para apps móviles muestra cómo funciona.

Publica en el horario que fijes, y tú apruebas con un toque o dejas que publique solo. Eso cubre la versión que sale junto con un evento, así que la actualización llega a la tienda y a tus redes al mismo tiempo. Pega el enlace de tu app en el App Store en la página de inicio para ver una primera publicación hecha a partir de tu ficha, y mira los planes para la publicación automática en redes sociales. Para un anuncio puntual, el generador de publicaciones de lanzamiento prepara una publicación a partir de un enlace, y nuestros ejemplos de anuncios de actualización muestran cómo contar una versión nueva en cada canal.