Lorsqu'un message sortant est envoyé, un client doit correspondre au message, mais une conversation doit également être créée dans notre base de code avant que le message soit quelque chose que vos clients peuvent réellement voir.
Dans ce contexte, créer une conversation signifie que du point de vue du client, le message/conversation est prêt à être reçu/a été envoyé (Chats ou Post : le message a été envoyé en temps réel ou le message est prêt pour eux lorsqu'ils sont en ligne ; Email/Push : le message a été envoyé au client).
Lorsque nous créons la conversation, l'attribut dernière prise de contact à pour le client est mis à jour.
Répartition de la correspondance + envoi selon le canal
Canal de message | Message dynamique ? | Message fixe ? |
In-app (en masse) | Correspondance + création de conversation lorsque l'utilisateur/prospect/visiteur envoie un ping | Correspondance lorsque le message est mis en ligne pour la première fois -> créer une livraison en attente pendant que nous attendons que l'utilisateur se connecte -> créer une conversation lorsque l'utilisateur envoie un ping |
Chat (1:1) | N/A - impossible d'envoyer un message dynamique 1:1. | Correspondance lorsque le message est mis en ligne pour la première fois + création immédiate de la conversation. |
In-app avec notification push | Correspondance, envoi de notification push et création immédiate de la conversation lorsque le message est mis en ligne pour la première fois ou pendant les vérifications horaires. Le chat ou post avec push déclenché par ping verra les users recevoir la notification push et in-app en même temps (cela indépendamment du fait qu'il s'agisse d'un message en masse ou 1:1). Note : pour Series, nous effectuons des vérifications toutes les 15 minutes. | Correspondance lorsque le message est mis en ligne pour la première fois, envoi immédiat d'une notification push et création immédiate de la conversation. |
Email / Push (sans fenêtre de planification) | Correspondance et création de conversation lorsque le message est mis en ligne pour la première fois, lorsqu'un nouvel user/prospect est créé et ping dans les deux premières heures, ou pendant les diffusions horaires que nous effectuons. Note : pour Series, nous effectuons des vérifications toutes les 15 minutes. | Correspondance lorsque le message est mis en ligne pour la première fois, et création immédiate de la conversation. |
Email / Push (en dehors de la fenêtre de planification) | Correspondance uniquement pendant la fenêtre de planification, lorsque le message est mis en ligne pour la première fois, lorsqu'un nouvel user/prospect est créé et ping dans les deux premières heures, ou pendant les diffusions horaires. Avec le nouveau système de correspondance des messages, nous ne faisons plus correspondre les users ni créer des enregistrements « en attente » qui s'envoient lors de la prochaine fenêtre de planification. Note : pour Series, nous effectuons des vérifications toutes les 15 minutes. | N/A - impossible d'avoir des fenêtres de planification sur les messages manuels |
Message avec date de début | Si un message a une date de début, il correspondra lorsque la date de début commence, pas lorsqu'il est mis en ligne. | Si un message a une date de début, il correspondra lorsque la date de début commence, pas lorsqu'il est mis en ligne. |
Que se passe-t-il lorsqu'un client correspond à plusieurs types de contenu in-app en même temps ?
À mesure que nous élargissons le nombre de types de contenu in-app disponibles, nous devons réfléchir davantage à la façon dont ces différents types de contenu interagissent entre eux et lesquels ont la priorité sur les autres.
Par le passé, nous n'avions que des messages in-app de type conversationnel (c'est-à-dire Chats, Posts, messages bot). Il existait des règles simples pour ce qui se passe lorsque vous correspondez à plus d'un de ces types en même temps et un type de contenu n'avait jamais besoin de savoir qu'un autre type avait été correspondant. Le Messenger lui-même était responsable de décider comment afficher plusieurs notifications, voir Chats, Posts, Workflows.
Avec l'introduction des Tours (ainsi que des Carrousels sur mobile), des Bannières et maintenant des Enquêtes, nous commençons à développer des règles sur les types de contenu qu'un client peut correspondre en même temps et les types de contenu qu'un client peut correspondre lorsqu'il a déjà un contenu « actif ».
Il y a 2 façons de prioriser différents types de contenu :
Dans la correspondance, où vous ne pouvez tout simplement pas correspondre à un certain type de contenu si vous correspondez également à l'un des autres (ou avez déjà un type de contenu « actif ») ; ou
Logique d'affichage dans le Messenger lorsque vous correspondez à plusieurs types de contenu.
Lorsqu'il y a aussi des correspondances pour un...
| Bannière | Carrousel | Chat | Workflow | Post | Enquête | Tour |
Bannière | 1️⃣ | n/a | ✅ | ✅ | ✅ | ❌ | ✅ |
Carrousel | n/a | 1️⃣ | ✅ | ✅ | ✅ | ✅ | n/a |
Chat | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
Workflow | ✅ | ✅ | ✅ | 1️⃣ | ✅ | ✅ | ✅ |
Publication | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
Enquête | ✅ | ❌ | ✅ | ✅ | ✅ | 1️⃣ | ❌ |
Visite guidée | ✅ | n/a | ✅ | ✅ | ✅ | ✅ | 1️⃣ |
n/a — Ne s'applique pas car ces types de contenu sont uniquement disponibles sur le web ou le mobile.
1️⃣ — Le client peut associer un seul de ces types de contenu à la fois.
❌ — Le client ne peut pas correspondre à l'un de ces types de contenu car il y a des correspondances pour un autre type de contenu.
✅ — Le client peut correspondre à ce type de contenu indépendamment des autres correspondances.
Si un message a une date de début, correspond-il à l'utilisateur lorsque vous le mettez en ligne, ou lorsque la date de début commence ?
C'est lorsque la date de début commence.