In App Events App Store : limites, tailles et exemples réels

Les In App Events sont des évènements limités dans le temps qui se déroulent dans une app ou un jeu : une compétition, la sortie d’un film, un défi, un live. Apple les affiche sous forme de cartes d’évènement un peu partout sur l’App Store. Sa page consacrée aux In App Events les présente comme un moyen de toucher de nouveaux utilisateurs, les utilisateurs actuels et les anciens, et son aide App Store Connect précise que les cartes s’affichent à partir d’iOS 15 et d’iPadOS 15, sur l’App Store et dans Apple Games.

Les limites qui comptent le plus, telles qu’Apple les écrit au 5 novembre 2026 : une app peut avoir jusqu’à 15 évènements approuvés dans App Store Connect en même temps, et jusqu’à 10 évènements publiés sur le store en même temps. Chaque évènement dure 31 jours au maximum et peut être visible jusqu’à 14 jours avant son début. Le nom tient en 30 caractères, la description courte en 50 et la description longue en 120. La carte d’évènement prend un visuel au format 16:9, de 1920 × 1080 à 3840 × 2160 px, et la page de détail un visuel 9:16, de 1080 × 1920 à 2160 × 3840 px. Vous choisissez un badge parmi sept. Chaque chiffre de cette page renvoie à la page d’Apple d’où il vient.

Ces chiffres méritent d’être vérifiés, parce que beaucoup de guides reprennent encore les limites du lancement d’octobre 2021, quand une app ne pouvait montrer que cinq évènements à la fois. Même une vidéo d’Apple de 2023 parle encore de cinq. La partie sur les limites périmées, plus bas, les liste une par une : vous voyez ce qui a changé et vous construisez votre calendrier sur les bons chiffres.

Un mot sur le vocabulaire. Apple écrit le nom anglais de la fonction avec des traits d’union dans sa documentation pour développeurs, qui n’existe qu’en anglais ; nous l’écrivons sans, comme partout sur ce site. Sur sa page française de l’App Store, Apple parle d’« évènements dans les apps », et la rubrique de la page produit s’appelle « Évènements » sur l’App Store français. Dans les outils d’analyse comme AppsFlyer, « in app events » désigne tout autre chose : les actions mesurées dans une app, comme un achat ou un tutoriel terminé. Cette page traite de la fonction de l’App Store. Une courte partie vers la fin explique la différence.

Entre cinq et dix évènements publiés, il y a la différence entre une page produit clairsemée et une page bien remplie. Une équipe qui raisonne avec cinq a tendance à lancer un gros évènement par mois et à laisser la place vide entre deux. Avec dix publiés et quinze approuvés, une app peut faire tourner en même temps un défi mensuel, une saison et une première, tout en gardant les évènements du mois suivant approuvés et prêts.

C’est la limite des évènements approuvés qui structure le travail. Un évènement compte dans ce total depuis son approbation jusqu’à sa fin et son archivage : une équipe qui fait approuver tout un trimestre d’un coup peut se retrouver sans place. L’aide Manage events d’Apple permet d’archiver un évènement passé et de supprimer les évènements à l’état Draft, Archived ou Approved, ce qui libère de la place pour la série suivante.

La limite de 31 jours porte sur l’évènement lui-même, pas sur sa durée de visibilité. Avec 14 jours d’annonce avant le début, un évènement peut rester sur votre page produit jusqu’à environ six semaines et demie. C’est notre calcul à partir des deux limites d’Apple, et c’est la raison principale pour laquelle un total de 30 jours, comme l’écrit un ancien guide, réduit sur le papier le temps pendant lequel un évènement travaille pour vous.

Nous avons parcouru une cinquantaine de fiches de l’App Store français le 5 novembre 2026, puis relu en détail les neuf fiches citées sur cette page. Ces neuf apps affichaient 19 évènements ce jour-là. Aucun ne dépasse les limites d’Apple, et plusieurs les atteignent pile : trois noms de 30 caractères, une description courte de 50 et trois descriptions longues de 120. L’échantillon n’est pas représentatif, puisqu’il s’agit surtout de gros jeux et d’apps très téléchargées, mais il montre comment les éditeurs utilisent la fonction en pratique.

Les badges sont loin d’être utilisés à parts égales. Sur ces 19 évènements, 6 portent le badge Évènement spécial, 5 Mise à jour majeure, 3 Défi, 2 Évènement en direct, 2 Nouvelle saison, et un seul Première comme Compétition. Les jeux s’appuient surtout sur les mises à jour de contenu et les évènements spéciaux ; la compétition au sens strict, avec un classement, reste rare.

Les durées collent aussi aux règles. L’évènement « Nouvelle extension disponible » de Hearthstone court du 21 octobre au 21 novembre, soit exactement 31 jours, comme l’évènement en anglais de Duolingo, du 15 octobre au 15 novembre. Celui de Pokémon GO, « Terres Sauvages GO : Mondial », était déjà affiché le 5 novembre pour un début le 14 : c’est la fenêtre d’annonce de 14 jours au plus en action.

Les évènements approuvés ne suivent pas tous à la lettre les conseils de métadonnées d’Apple. Le nom de l’évènement de Strava, « Défi 5km de novembre », reprend le mot du badge Défi, ce qu’Apple demande d’éviter. Fortnite affiche une nouvelle saison nommée « QUE LA CHASSE COMMENCE », tout en capitales, alors qu’Apple demande d’éviter les capitales. Duolingo montre sur le store français un évènement en anglais, « Say hello to Shanghainese! », à côté d’un autre rédigé en français : sans doute faute de localisation française pour celui-ci, puisque l’aide d’Apple prévoit d’afficher la langue principale de l’évènement quand il n’est pas traduit dans la langue de l’appareil. Ces cas sont passés, mais ce sont des écarts aux recommandations écrites : pour une petite app, mieux vaut suivre la règle que compter sur la même indulgence.

La page In App Events d’Apple cite trois emplacements. Le premier est votre page produit, qui montre tous vos évènements publiés du moment. Ils sont classés par heure de début, le plus proche en premier, et tout évènement marqué en priorité haute passe devant ceux en priorité normale.

Le deuxième est la recherche. Quand quelqu’un cherche votre app et l’a déjà installée, la carte d’évènement apparaît avec l’app ; ceux qui ne l’ont pas voient vos captures d’écran à la place. On peut aussi chercher un évènement directement, et la carte apparaît alors avec votre app. Des guides tiers comme celui de yellowHEAD affirment que le nom et la description courte sont indexés pour la recherche ; Apple dit qu’on peut trouver un évènement en le cherchant, mais ne publie pas la liste des champs indexés.

Le troisième, ce sont les sélections éditoriales et les recommandations personnalisées des onglets Aujourd’hui, Jeux et Apps, les noms qu’Apple utilise sur sa page française de l’App Store. L’aide d’Apple cite désormais aussi Apple Games, l’app de jeux qu’Apple a ajoutée à ses plateformes : les évènements d’un jeu peuvent donc y apparaître aussi. Le placement éditorial est choisi par l’équipe éditoriale d’Apple, et vous pouvez le demander par une nomination, expliquée plus bas et dans notre guide pour être mis en avant sur l’App Store.

Depuis chacun de ces endroits, on peut toucher la carte pour ouvrir la page de détail, partager l’évènement par Messages ou sur les réseaux sociaux, ou demander une notification de l’App Store au début de l’évènement. Quelqu’un qui n’a pas votre app peut la télécharger depuis la carte ou la page de détail, puis toucher Ouvrir pour arriver directement dans l’évènement.

Le critère d’Apple : un évènement est un moment ou une expérience limité dans le temps, à l’intérieur de l’app. Sa page In App Events cite les défis, les compétitions et les lancements de contenu spécial comme de bons candidats, et trois choses qui n’en sont pas : les activités répétitives comme les tâches ou récompenses quotidiennes, les promotions de prix qui n’apportent ni contenu, ni fonction, ni objet nouveau, et les promotions générales qui font connaître l’app. Un évènement peut mettre en avant un contenu qui reste ensuite dans l’app, mais l’évènement lui-même doit porter sur un moment avec un début et une fin.

Les règles de validation d’App Store le disent sous forme de règle. La règle 2.3.13 des App Review Guidelines demande que l’évènement entre dans un type proposé par App Store Connect, que toutes ses métadonnées soient exactes et portent sur l’évènement plutôt que sur l’app en général, qu’il ait lieu aux dates et heures fixées dans App Store Connect, y compris d’un store à l’autre, qu’il puisse être monétisé selon les règles de la section 3, et que son deep link mène au bon endroit dans l’app.

En pratique, la plupart des évènements refusés échouent sur l’un de quatre points. Le nom est un appel à l’action, comme « Regardez le live », au lieu du vrai nom de l’évènement. Le texte fait la promotion de l’app ou d’un abonnement au lieu de décrire l’évènement. Les métadonnées contiennent un prix ou une remise, ce qu’Apple dit refuser parce que les prix changent selon les pays. Ou le deep link ouvre l’écran d’accueil au lieu de l’évènement. Notre guide des motifs de rejet sur l’App Store explique comment sont formulés les messages d’App Review et comment répondre à un refus.

Les apps à abonnement ont une règle de plus. Apple demande d’indiquer qu’un achat intégré est requis seulement quand l’évènement coûte quelque chose en plus, comme un évènement payé à la séance dans une app à abonnement. Si l’évènement fait partie de l’abonnement normal, vous ne cochez pas l’achat requis.

Chaque évènement passe par App Review avant de s’afficher. L’aide Submit an In App Event d’Apple distingue deux cas. Si votre app n’a jamais été approuvée, l’évènement doit partir dans la même soumission que votre première version iOS. Si votre app est déjà approuvée, vous pouvez soumettre l’évènement avec ou sans nouvelle version.

Pour soumettre, sélectionnez l’évènement, cliquez sur Add for Review, puis ajoutez-le à un brouillon de soumission existant ou créez-en un nouveau. Le statut passe à Ready for Review. Si vous soumettez sans version de l’app, vous choisissez une plateforme et l’évènement est examiné avec la dernière version de cette plateforme. Cliquez ensuite sur Submit for Review : le statut passe à Waiting for Review, puis à In Review. Une limite surprend souvent les équipes : un utilisateur qui n’a que le rôle Marketing peut soumettre des évènements, mais pas ajouter de version de l’app à une soumission.

Depuis le 29 octobre 2025, Apple permet d’envoyer un ou plusieurs évènements dans une soumission séparée même quand une version de l’app est déjà en cours d’examen, selon son annonce aux développeurs. Avant, une version bloquée en validation pouvait retenir un évènement. Le délai d’examen d’un évènement suit la file générale d’App Review, que notre guide du délai de validation App Store suit mois par mois. Soumettez au moins quelques jours avant la date de publication, et plus tôt en septembre, quand les nouvelles versions d’iOS amènent une vague de soumissions.

Une fois l’évènement approuvé, certains détails restent modifiables. L’aide Manage events d’Apple indique que vous pouvez changer la disponibilité par pays, la priorité, l’heure de début, l’heure de fin et la date de publication tant que ces dates sont à venir. Une fois l’évènement publié, seules les dates de début et de fin se modifient, et après son début, seule la date de fin. Si l’évènement est en Waiting for Review ou In Review, il faut le retirer de la validation pour modifier quoi que ce soit d’autre que la disponibilité par pays.

Trois dates pilotent un évènement : quand il devient visible, quand il commence et quand il se termine. L’aide Offer In App Events d’Apple dit que le début peut être n’importe quelle date future, que la fin peut se situer jusqu’à 31 jours après le début, que l’évènement doit durer au moins 15 minutes, et que la date de publication, quand la carte apparaît pour la première fois sur le store, peut précéder le début de 14 jours au plus.

C’est dans la fenêtre d’annonce que se joue l’essentiel de la valeur d’un évènement. Pendant ces 14 jours, la carte annonce l’évènement à venir, les gens peuvent demander à être prévenus, et chaque affichage de la carte compte déjà comme une impression dans vos statistiques. Un évènement en direct d’une journée annoncé 14 jours à l’avance peut rapporter plus d’inscriptions aux notifications qu’un défi d’un mois sans annonce. C’est une observation de planification, pas un chiffre d’Apple : vérifiez-la sur vos propres statistiques d’évènement.

Les heures de début par région règlent un problème courant des évènements en direct. Customize Dates and Times permet de commencer à des heures différentes selon les stores, tant que toutes les dates de début tiennent dans une fenêtre de 48 heures. Une séance en direct à 20 h, heure locale, à Tokyo, Londres et New York y tient sans peine. Un lancement mondial étalé sur une semaine, non : il faut alors plusieurs évènements.

Gardez aussi en tête que 10 évènements au plus peuvent avoir des dates et heures de début qui se chevauchent, approuvés et brouillons confondus. Si vous préparez un gros calendrier de brouillons qui se chevauchent, ce plafond peut bloquer avant celui des 15 approuvés.

Le deep link décide de ce qui se passe quand quelqu’un touche Ouvrir sur la carte. La page In App Events d’Apple indique qu’il peut s’agir d’un lien universel, recommandé par Apple pour la sécurité, ou d’un schéma d’URL personnalisé. Elle demande d’éviter les raccourcisseurs d’URL et tout ce qui ajoute des redirections, et de tester le lien en le collant dans l’app Notes puis en le touchant. La documentation d’Apple, en français, sur l’autorisation aux apps et aux sites web de créer des liens vers votre contenu explique comment configurer les liens universels.

L’endroit où mène le lien dépend du moment et de la personne qui touche. Le conseil d’Apple : renvoyer directement vers l’évènement quand il est en cours, vers un écran d’attente qui fait monter l’envie et dit quand revenir s’il n’a pas commencé, et faire passer les nouveaux utilisateurs par l’accueil nécessaire avant l’évènement. Dans tous les cas, laissez un moyen de revenir à l’app principale.

Un deep link cassé, ou qui se contente d’ouvrir l’accueil, fait partie des motifs cités par la règle 2.3.13 : testez-le sur une installation neuve autant que sur un appareil où l’app est déjà là. Un nouvel utilisateur qui touche Obtenir, puis Ouvrir, doit arriver à l’évènement une fois l’accueil terminé.

La carte est petite et en paysage ; la page de détail est haute et en plein écran. Concevez d’abord le visuel de la page de détail, en 1080 × 1920 px, puis recadrez la carte 16:9 dans la partie la plus forte de la même scène, pour que les deux se lisent comme un seul évènement. Apple demande une continuité visuelle entre les deux, par des couleurs ou un style d’illustration proches.

Laissez le texte de côté. Apple superpose elle-même le badge, le nom et la description, et demande d’éviter texte et logos dans les visuels, surtout le nom de votre app ou de l’évènement. Placez le sujet au centre du cadre, parce qu’Apple applique ses propres recadrages et dégradés, et prévisualisez les deux formats dans App Store Connect avant de soumettre.

Pensez à la vidéo. Apple estime qu’elle donne un aperçu plus vivant, et elle se lance seule et tourne en boucle sur la carte. Une courte boucle de jeu, un mouvement d’exercice ou une scène d’une première en dit souvent plus qu’une image fixe. Gardez les fichiers bien en dessous du plafond de 500 Mo pour qu’ils s’importent et se traitent vite, et retenez le minimum : 1920 × 1080 px pour la carte et 1080 × 1920 px pour la page de détail. Notre guide de l’app preview vidéo sur l’App Store couvre les vidéos de la page produit, qui suivent d’autres règles.

Si vous faites déjà des captures pour l’App Store, reprenez les mêmes couleurs et la même typographie dans vos visuels d’évènement. Notre guide des tailles de screenshots App Store couvre les autres formats d’image de la page produit, nos exemples de captures App Store passent en revue 25 jeux de captures réels et ce qu’on peut en reprendre, et les règles marketing de l’App Store expliquent comment utiliser les badges et images produit d’Apple hors du store.

Les jeux ont la tâche facile avec les évènements : saisons, tournois et niveaux limités font déjà partie de leur fonctionnement. Les autres apps peuvent s’en servir aussi, du moment que chaque évènement est un vrai moment, avec du contenu nouveau ou une limite de temps.

Une app de sport ou d’habitudes peut lancer chaque mois un Défi avec un objectif et une date de fin. Une app de langues ou d’apprentissage peut organiser une Compétition avec une ligue hebdomadaire. Une app de méditation, de musique ou d’éducation peut proposer un Évènement en direct avec un cours à heure fixe. Une app de productivité ou de finances peut utiliser Mise à jour majeure pour une fonction nouvelle et importante, à condition qu’il s’agisse de plus qu’un nouveau design ou une correction ; les exemples de notes de version aident à décrire ce qui change vraiment. Une app de podcasts, de vidéo ou de lecture peut utiliser Première pour un premier épisode ou un nouveau livre. Une app de photo ou de création peut utiliser Évènement spécial pour une semaine thématique de nouveaux filtres ou modèles.

Ce qui ne marche pas, c’est l’argument commercial permanent déguisé en évènement : « Essayez Premium », « Soldes de printemps » ou « Découvrez le nouveau look ». Apple cite les promotions de notoriété générale et les promotions de prix sans contenu nouveau comme de mauvais candidats, et elles sont en général refusées. Si la description honnête du moment est « nous faisons une remise », ce n’est pas un In App Event.

Lisez l’entonnoir dans l’ordre. Les impressions disent combien de fois la carte a été vue, les vues de page combien de personnes ont été assez curieuses pour la toucher, les rappels combien voulaient revenir, et les téléchargements et ouvertures d’app si l’évènement a fait bouger quelqu’un. Beaucoup d’impressions et peu de vues de page désignent le visuel de la carte ou la description courte. Beaucoup de vues de page et peu de rappels désignent la description longue ou le visuel de la page de détail.

Comparez vos évènements entre eux, pas avec une moyenne extérieure. Apple ne publie pas de chiffres moyens par évènement, et les chiffres tiers qui circulent reposent sur de petits échantillons. Les bonnes questions : quel badge, quelle durée et quelle avance ont le mieux marché pour votre public, et les évènements destinés aux anciens utilisateurs les ont-ils fait revenir. Pour situer ensuite votre page produit, notre page sur le taux de conversion App Store donne les repères publiés, et celle sur la rétention des apps aide à juger un retour d’anciens utilisateurs.

L’objectif que vous choisissez dans App Store Connect, parmi Appropriate for All Users, Attract New Users, Keep Active Users Informed et Bring Back Lapsed Users, est l’un des signaux qu’Apple utilise pour ses recommandations personnalisées, selon sa page In App Events. Il ne cache l’évènement à personne : tout évènement publié peut être découvert par tous les clients. Réglez-le honnêtement, et comparez les résultats par objectif sur quelques mois.

L’équipe éditoriale d’Apple choisit des évènements pour les onglets Aujourd’hui, Jeux et Apps, et elle accepte les demandes. La page Getting Featured d’Apple cite les In App Events parmi ce qu’elle cherche à mettre en avant, et demande un préavis d’au moins deux semaines par une Featuring Nomination dans App Store Connect, jusqu’à trois mois pour être considéré plus largement.

Une nomination peut porter l’évènement lui-même. L’aide sur les nominations d’Apple indique que si une app de votre nomination a un In App Event approuvé ou publié, vous pouvez le joindre, et conseille de le faire le plus tôt possible ; la même aide recommande un délai minimum de trois semaines. Le modèle CSV des nominations accepte jusqu’à 25 identifiants d’In App Events par nomination. L’aide précise aussi que les In App Events n’existent que pour les apps iPhone et iPad : une nomination pour une app Mac ou Apple TV ne peut pas en porter.

L’enchaînement pratique : créer et faire approuver l’évènement des semaines à l’avance, le nommer avec l’évènement joint, et garder la date de publication 14 jours pleins avant le début. Notre guide pour être mis en avant sur l’App Store explique quoi écrire dans une nomination et en quoi les délais diffèrent d’une page d’Apple à l’autre, et notre checklist de lancement d’app place la nomination dans le calendrier d’une sortie.

Cherchez « in app events » et la moitié des résultats parle d’autre chose. En analyse et en attribution mobile, un in app event est une action de l’utilisateur mesurée dans l’app ; le glossaire d’AppsFlyer le définit comme une action faite après l’installation, comme un achat, un niveau atteint ou un tutoriel terminé. Les outils d’attribution et d’analyse emploient le terme dans ce sens.

Les In App Events d’Apple vont dans l’autre sens : du contenu que vous publiez sur l’App Store à propos de ce qui se passe dans l’app. Les deux se rejoignent, puisqu’un évènement de l’App Store peut générer les achats et niveaux terminés que comptent vos outils d’analyse, mais ils se configurent à des endroits différents. Les évènements de l’App Store vivent dans App Store Connect ; les évènements d’analyse vivent dans le code de votre app et dans votre outil de mesure.

Si un guide parle de SDK, de noms d’évènements dans le code ou de postbacks, il traite du suivi. S’il parle de badges, de cartes d’évènement ou d’App Review, il traite de la fonction de l’App Store, celle de cette page. Pour le contexte chiffré du store lui-même, nos statistiques App Store et notre page sur le marché du jeu mobile rassemblent les chiffres publiés.

Un In App Event touche les gens sur l’App Store. Ceux qui suivent votre app sur Instagram, Facebook, LinkedIn ou Pinterest n’en entendent parler que si quelqu’un publie. Spreadcast surveille chaque jour votre fiche publique sur l’App Store et transforme ce qui y change, une nouvelle version ou un cap de notes franchi, en un post illustré avec votre propre icône et vos captures dans un cadre d’iPhone, avec une légende écrite pour chaque réseau. Une mise à jour accompagne souvent un évènement : nos exemples d’annonces de mise à jour montrent comment l’annoncer sur chaque canal.

Il publie selon le planning que vous fixez, et vous validez d’une touche ou vous le laissez publier tout seul. La version qui sort avec un évènement part ainsi dans vos fils en même temps que l’évènement arrive sur le store. Collez le lien App Store de votre app sur la page de démarrage pour voir un premier post préparé à partir de votre fiche, et consultez les offres pour la publication automatique. Pour une annonce ponctuelle, le générateur de posts de lancement prépare un post à partir d’un lien. L’application Spreadcast est en anglais.