Vous devez envoyer un message à l’utilisateur dans les 24 heures suivant son consentement à être contacté par votre entreprise sur Messenger. Vous ne pouvez pas utiliser de tags de message pour envoyer le premier message à l’utilisateur. Une fois que vous avez démarré la conversation dans Messenger, vous ne pouvez utiliser des tags de message pour envoyer des messages plus de 24 heures après le dernier message ou premier contact d’un utilisateur que si votre message correspond à l’un des cas d’utilisation des tags de message. Pour en savoir plus, consultez l’article Tags de message de la documentation Plate-forme Messenger.
Si vous souhaitez utiliser login_id
pour les messages liés aux message_tags
après les premières 24 heures, songez à enregistrer le login_id
.
Vous devez envoyer un message à l’utilisateur dans les 24 heures suivant son consentement à être contacté par votre entreprise sur Messenger.
L’expérience produit peut être affichée lors de la connexion ou indépendamment de la connexion pour les utilisateurs déjà connectés. Pour plus d’informations sur les autorisations, veuillez consulter la documentation
Les utilisateurs peuvent retirer leur consentement concernant les messages au niveau du fil de discussion en sélectionnant « Désactiver les messages ». Ils peuvent également mettre en sourdine ou bloquer les messages de votre entreprise. Vous devez immédiatement respecter toute demande de blocage, d’arrêt ou de retrait de consentement concernant les messages de votre entreprise. Pour plus de détails, consultez l’article Comment activer ou désactiver les messages d’une entreprise sur Messenger ? dans la documentation des pages d’aide.
Vous devez envoyer un message à l’utilisateur dans les 24 heures suivant son consentement à être contacté par votre entreprise sur Messenger. Vous ne pouvez pas utiliser de tags de message pour envoyer le premier message à l’utilisateur. Une fois la conversation démarrée avec l’utilisateur, vous pouvez envoyer des messages promotionnels dans les 24 heures suivant le dernier message de l’utilisateur. Sinon, si vous souhaitez envoyer des informations promotionnelles à l’utilisateur en dehors de la limite des 24 heures, songez à utiliser des messages sponsorisés ou une notification unique.
Le login_id
ne peut être utilisé pour envoyer des messages sponsorisés. Si les utilisateurs répondent au premier message envoyé avec login_id
, vous recevrez un PSID et vous pourrez l’utiliser pour envoyer des messages sponsorisés.
Le premier message envoyé aux utilisateurs doit les familiariser avec l’expérience que vous leur offrez sur la plate-forme Messenger. L’utilisation des réponses rapides sur le premier message favorise généralement les interactions. Songez également à utiliser des modèles génériques, des modèles de médias ou tout autre type de modèle permettant aux utilisateurs de mieux comprendre l’expérience qui leur est offerte.
Toutes les applications recevront l’évènement messaging_optin contenant un login_id
valide, indépendamment de la configuration HOP. Toutes les applications peuvent utiliser cet id pour envoyer des messages.
Le login_id est généré avant la fin du processus d’authentification. Ainsi, dès qu’une application reçoit le rappel de la réussite de connexion, elle peut envoyer un message à l’aide du login_id
généré, même si l’évènement webhook n’est pas arrivé.
Non, l’événement ne sera déclenché qu’une seule fois pour les utilisateurs qui acceptent l’autorisation.
Veillez à inclure reset_messenger_state=1
dans le processus de connexion. Cela déclenchera à nouveau l’évènement pour les utilisateurs disposant d’un rôle dans l’application en cours de test uniquement. Cela n’est possible qu’en utilisant la méthode FB.login()
ou une URL de connexion manuelle.
Vous pouvez utiliser une URL de connexion manuelle qui déclenche le processus de connexion sur tout navigateur. Lorsque la fenêtre Facebook Login est ouverte, l’état est réinitialisé. Vous pouvez fermer la fenêtre avant la connexion, et au prochain déclenchement du processus mobile, l’évènement messaging_optin
devrait être envoyé.
Les utilisateurs doivent disposer d’un rôle dans l’application pour pouvoir tester cette intégration avant de l’envoyer au Contrôle app.
Les applications nécessitent l’autorisation pages_missing pour pouvoir envoyer des messages à l’aide du login_id reçu. Notez que lors de l’utilisation du login_id
, le champ qui se trouve dans l’objet destinataire porte le nom « login_id » au lieu de « id ».