Guide de préparation des messages in-app
Avant de créer vos messages in-app, prenez en compte les sujets suivants afin que la création de votre message soit rapide et facile.
Considérations générales
- Si vous créez une Campaign, combien de variantes de ce message souhaitez-vous afficher ? Pour des idées de tests de variantes, consultez Conseils pour différents canaux.
- Si vous créez un Canvas, ce message sera-t-il associé à d’autres canaux de communication dans cette étape ?
- Quand souhaitez-vous que votre message expire ?
Considérations de ciblage
- Les messages in-app sont idéaux pour les utilisateurs qui visitent régulièrement votre application. Incluez-vous cette audience ?
- Où souhaitez-vous que vos utilisateurs voient votre message ? Dans votre application web ? Dans votre application mobile ?
- Quel événement doit déclencher ce message ?
- Certains de vos utilisateurs utilisent-ils des versions plus anciennes de votre application ? Si c’est le cas, ils pourraient ne pas être en mesure de voir certains éléments de votre message.
- Pour quel type d’appareil ou d’appareils créez-vous ce message ? N’oubliez pas que vous pouvez prévisualiser votre message en utilisant la boîte Preview ou l’onglet Test. Consultez Envoyer des messages de test pour plus d’informations.
Planification, délais et démarrages de session
Lorsqu’une Campaign de message in-app a un Schedule Delay avec un déclencheur au démarrage de session, un utilisateur qui démarre une session puis ferme l’application avant que le message in-app ne s’affiche peut toujours recevoir ce message au prochain démarrage de session, après l’expiration du délai.
Ce timing peut produire un comportement d’affichage inattendu, surtout si l’option Re-evaluate campaign eligibility before displaying n’est pas sélectionnée sur la Campaign.
Par exemple, un utilisateur pourrait recevoir un message in-app avec un délai de huit secondes un mois après le lancement de la Campaign. Cela peut se produire s’il a démarré une session, terminé immédiatement la session, démarré une session un mois plus tard, puis reçu le message in-app huit secondes après. S’il quitte l’application sans la fermer, le message in-app s’affiche lorsqu’il revient dans l’application.
Considérations de contenu
- Quelles langues utiliserez-vous dans ce message ?
- Quel est le texte de votre en-tête et de votre corps de message ? Sont-ils accrocheurs et pertinents pour votre utilisateur ?
- Les messages in-app ne s’affichent que pendant une durée définie. Votre texte est-il concis et mémorable ?
- Utiliserez-vous Liquid pour ajouter du texte personnalisé ?
- Pour les messages in-app en plein écran, votre image ou autre média se trouve-t-elle dans la zone de sécurité ?
- Pour les messages in-app de type sondage, souhaitez-vous enregistrer des attributs ou des soumissions ? Avez-vous configuré votre page de confirmation ?
Considérations de conversion
- Quel est votre objectif pour ce message ? Comment pouvez-vous le représenter dans votre message ?
- Vos boutons offrent-ils des options qui ont du sens pour votre utilisateur ? Quel est votre appel à l’action principal ?
- Créez-vous des liens profonds vers d’autres contenus in-app ? Utilisez-vous ce message in-app pour envoyer et accepter une demande d’autorisation ou d’amorçage push ?
- Avez-vous une option de sortie du message ? Si ce n’est pas le cas, vous pouvez toujours copier et coller cet extrait de code pour créer un bouton rapide :
1
<a href="appboy://close">X</a>
Considérations pour l’éditeur par glisser-déposer
Ajouter des liens profonds pour différents appareils
L’éditeur par glisser-déposer ne prend pas en charge l’ajout de liens profonds différents pour différents appareils (contrairement à l’éditeur traditionnel).
Ajuster l’opacité de l’image d’arrière-plan
Le paramètre d’opacité ne permet pas une transparence complète des images d’arrière-plan (contrairement à l’éditeur traditionnel de messages in-app). Vous pouvez utiliser les paramètres d’opacité pour rendre la couleur d’arrière-plan du message complètement transparente.
Définir la largeur maximale
La largeur maximale dans l’éditeur par glisser-déposer est limitée à 325 px ; cela est principalement destiné à s’adapter à la prévisualisation du tableau de bord. Les messages peuvent s’afficher correctement sur les appareils à écran plus petit.
Sélectionner différents arrière-plans pour différentes plateformes
Il n’est pas possible d’afficher deux arrière-plans différents pour le même message sur différentes plateformes (comme le web et le mobile).
Appliquer des styles de message
Les images d’arrière-plan s’appliquent à l’ensemble du message et ne peuvent pas être personnalisées par page. Les styles de message s’appliquent à l’ensemble du message, pas aux pages individuelles.
Mesurer la hauteur des blocs d’espacement
L’unité de mesure des blocs d’espacement est le pixel (px) et ne peut pas être modifiée.
Formats pris en charge
Actuellement, seuls les messages in-app de type fenêtre modale et plein écran sont pris en charge dans l’éditeur par glisser-déposer.
Ajuster la taille et le rapport hauteur/largeur
L’image d’arrière-plan étirera le message in-app, car la fenêtre modale s’ajuste pour s’adapter à la taille et au rapport hauteur/largeur de l’image d’arrière-plan ; vous pouvez ajuster le rapport selon vos besoins.
Images d’arrière-plan et comportement au clic
Ceux-ci persistent d’une page à l’autre. Pour les messages in-app multi-pages avec des images complètes différentes sur chaque page, ajoutez un bouton pour permettre aux utilisateurs de cliquer vers la page suivante.