Événements App Store et contenu promotionnel Google Play

La boutique ne peut pas inventer l'événement à la place du produit

Prenons une application d'apprentissage des langues qui organise un défi oral pendant sept jours. Une courte conversation est proposée chaque matin, une rencontre en direct clôt la semaine et les participants reçoivent ensuite un programme de pratique. Le rendez-vous est compréhensible, limité dans le temps et accessible à un endroit précis de l'application.

Une notification prévient les apprenants déjà joignables. Elle ne touche ni la personne qui compare des applications dans la boutique, ni celle qui a abandonné le produit depuis longtemps. Les In-App Events d'Apple et le Promotional Content de Google Play peuvent rendre ce moment visible avant l'ouverture, puis conduire vers l'expérience concernée.

Avant de commander le moindre visuel, posez cette question : si la carte promotionnelle n'existait pas, resterait-il un événement distinct dans l'application ? Une réponse négative révèle souvent une mise à jour ordinaire déguisée. Les plateformes attendent un contenu nouveau, notable et perceptible par l'utilisateur, pas une promesse permanente à laquelle on a ajouté une date.

Chaque levier garde son propre rôle

Une page produit personnalisée propose une entrée relativement stable à un public ou à une source de trafic connue. L'événement correspond à un moment précis. Un test A/B de la fiche compare des créations dans des conditions proches ; il ne rend pas une opération intéressante par lui-même.

La notification push, elle, s'adresse directement aux utilisateurs que l'application peut contacter. La carte de boutique peut aussi rencontrer des personnes nouvelles ou inactives. Ces leviers peuvent se renforcer, à condition de ne pas leur demander la même chose.

La dernière colonne oblige à rester honnête. Sans destination précise ni action observable, le projet n'est encore qu'une affiche.

Rédiger le brief à partir de ce que l'application sait faire

Produit, marketing et développement doivent d'abord s'accorder sur cinq réponses : qu'est-ce qui est réellement nouveau, qui peut participer, pendant quelle période, où le lien doit-il mener et quelle action indiquera un résultat utile ? Les limites font partie de l'offre. Une jauge réduite, un abonnement obligatoire ou une disponibilité régionale ne devraient pas apparaître par surprise après l'installation.

Une personne doit piloter l'ensemble. Le marketing formule le message, mais le produit confirme le déroulement, l'équipe technique assure le lien profond, le design fabrique des médias spécifiques, les responsables locaux réécrivent la campagne, l'analytique teste le suivi et le support prépare les réponses. L'opération ressemble davantage à une petite sortie de produit qu'à une publication sur un réseau social.

Le brief doit aussi prévoir les cas imparfaits. Que voit un visiteur déconnecté ? Que se passe-t-il si l'événement est complet, si une condition n'est pas remplie ou si l'URL circule après la fin ? Une page claire qui explique la situation et propose une suite raisonnable respecte mieux la promesse qu'un retour silencieux à l'accueil.

Le calendrier Apple se construit à rebours

Apple autorise actuellement un événement d'une durée maximale de 31 jours et sa publication jusqu'à quatorze jours avant le début. App Store Connect peut contenir jusqu'à dix événements publiés simultanément et quinze événements approuvés par application. Il s'agit de plafonds techniques, pas d'un objectif éditorial. Multiplier les petites annonces dilue les vrais rendez-vous.

Les informations et les médias passent par App Review. Une application déjà approuvée peut soumettre un événement avec une nouvelle version ou indépendamment ; une première version peut arriver avec son événement. Prévoyez une marge de correction, surtout lorsque le rendez-vous est en direct et qu'un décalage n'est pas possible.

Chaque événement reçoit une URL App Store unique. Sa carte peut apparaître sur la fiche, dans les résultats de recherche et dans certaines zones personnalisées ou éditoriales. Ce potentiel de diffusion n'est pas une garantie. Une candidature à la mise en avant ne promet pas non plus une sélection.

Apple demande des compositions paysage pour la carte et portrait pour la page de détail. La première doit rester lisible très vite à petite taille ; la seconde peut installer davantage de contexte. Recadrer deux fois le même poster chargé donne rarement un bon résultat. Vérifiez les spécifications média Apple au moment de la production.

Google Play applique une logique différente

Google parle de Promotional Content. Les applications et jeux éligibles peuvent proposer une offre, un événement limité dans le temps ou une mise à jour majeure. Selon l'emplacement, l'action visible peut être Ouvrir, Mettre à jour, Installer ou En savoir plus.

La durée maximale est de quatre semaines. Il est possible de créer du contenu sans demander une mise en avant. La demande de visibilité supplémentaire utilise un quota distinct et doit être envoyée, à l'heure actuelle, au moins quatorze jours avant le début. La prévisualisation Spotlight dans Play Console et la demande elle-même ne garantissent aucune apparition.

Les règles de qualité de Google donnent un bon critère éditorial : le contenu doit être nouveau, notable, destiné à l'utilisateur et facile à retrouver dans l'application. Une présentation générale du service, une réduction permanente ou une activité hebdomadaire routinière sont de mauvais candidats. Le texte doit répondre simplement à trois questions : que se passe-t-il, pourquoi cela vaut-il le détour et comment participer ?

L'accroche et la description doivent se compléter. Répéter la même phrase consomme un espace déjà court. Les images devraient appartenir à ce rendez-vous, et non être reprises de la fiche principale. Il faut aussi localiser les textes et les médias : une création dans la mauvaise langue reste une erreur évitable.

Le parcours doit survivre à l'installation et à la connexion

La carte crée une attente avant même l'ouverture. L'application doit la reprendre sans détour. Apple recommande un lien profond pour chaque événement. Sur Google Play également, l'expérience correspondante doit être évidente et disponible au moment de la promotion.

Testez au moins cinq chemins :

1. Un utilisateur connecté arrive directement sur l'événement.
2. Un nouveau visiteur installe l'application et retrouve sa destination après l'accueil nécessaire.
3. Une personne déconnectée s'identifie sans perdre le contexte.
4. Une personne non éligible comprend la raison et obtient une alternative.
5. Une ancienne URL mène vers une suite cohérente après la clôture.

L'onboarding mobile doit conserver cette intention plutôt que de ramener tout le monde au même carrousel. Ajoutez également la configuration, les tests de liens, le suivi, les messages du support et un scénario d'arrêt à la check-list de lancement.

*Une campagne de boutique forme un trajet complet, avec une préparation, une fenêtre de départ et une destination.*

Localiser l'occasion, pas seulement les mots

Une traduction impeccable peut rester mal adaptée. Un défi estival ne signifie pas la même chose dans les deux hémisphères. Une promotion commerciale peut tomber pendant une période locale plus importante. Un direct prévu en Europe peut commencer au milieu de la nuit au Brésil.

Apple permet d'ajuster certaines dates et heures par pays ou région, tandis que Google accepte des contenus localisés. Servez-vous-en pour revoir le fuseau horaire, les conditions, la référence culturelle, le sens des images et la disponibilité du support. Commencer dans deux marchés puis élargir après observation est parfois plus sérieux qu'un lancement mondial impossible à accompagner.

La check-list de localisation des stores encadre la langue et les éléments visuels généraux. Pour l'événement, il reste à confirmer que la fonction, les équipes et les règles existent réellement dans chaque pays choisi.

Compter les participants, pas uniquement les regards

Les consoles racontent le début de l'histoire. Google Play présente le nombre de visiteurs uniques et les conversions, qui peuvent correspondre à une ouverture, une mise à jour ou une installation. Apple fournit des données de performance autour des événements. Ces chiffres montrent une réaction à la carte, pas la valeur vécue dans l'application.

Préparez un entonnoir court : ouverture de l'événement, inscription, première action significative et achèvement. Pour une campagne de réactivation, observez aussi le retour quelques jours plus tard. Pour une offre, suivez l'utilisation puis les annulations ou remboursements. Pour une mise à jour majeure, mesurez l'adoption du nouveau parcours et l'amélioration attendue.

Le guide d'analytique mobile aide à définir ces événements sans collecter de données inutiles. Séparez les marchés et les états d'utilisateur lorsque l'attribution est fiable. Notez les mises en avant, les versions et les incidents. Une hausse organique au même moment n'établit pas à elle seule un lien de causalité.

Chez Appfyl, nous considérons la carte comme le début d'un parcours produit. L'équipe Appfyl vérifie que l'événement existe dans la version publiée, que le lien résiste à l'installation et à la connexion, et que l'action annoncée est mesurable. Cette vérification évite de découvrir après le lancement qu'une belle campagne conduit vers une impasse.

Questions fréquentes