Passer au contenu principal

Fil de discussion par e-mail

Comment fonctionne le fil de discussion par e-mail pour les conversations dans inbox.

Écrit par Beth Priddy

Avec le fil de discussion par e-mail, toutes les réponses liées entre elles sont regroupées en une seule conversation. Cela permet aux coéquipiers de voir ensemble le contexte d’un fil de discussion dans un seul endroit, plutôt que de devoir diviser leur attention entre plusieurs conversations. Le fil de discussion par e-mail empêche également que les fils passent plusieurs fois dans les workflows ou soient assignés à différents coéquipiers qui n’ont pas le bon contexte.

Certaines informations spécifiques dans un e-mail sont utilisées pour déterminer si un e-mail doit être intégré dans une conversation existante. Tous les e-mails contiennent des métadonnées appelées en-têtes, et nous utilisons des en-têtes spécifiques dans les e-mails pour déterminer quand et comment intégrer un e-mail dans un fil :

  • Message-ID : Chaque e-mail envoyé possède un identifiant unique qui est placé dans l’en-tête Message-ID. Il ressemble généralement à une adresse e-mail, par exemple <1234567890@example.com>. Le fournisseur d’e-mail qui envoie l’e-mail génère cet identifiant.

  • In-Reply-To : Lorsque vous répondez à un e-mail, le fournisseur d’e-mail place généralement le Message-ID de l’e-mail auquel vous répondez dans l’en-tête In-Reply-To.

  • References : Semblable à l’en-tête In-Reply-To, il contient généralement le Message-ID de l’e-mail auquel on a répondu, mais peut aussi contenir certains ou tous les Message-ID des e-mails précédents dans le fil.

Pour les e-mails reçus dans Intercom, vous pouvez voir ces en-têtes en survolant l’icône e-mail en bas à gauche du message et en cliquant sur « Voir l’e-mail brut ».

Lorsqu’un e-mail est reçu dans votre espace de travail, nous prenons ses en-têtes References et In-Reply-To. Nous les utilisons pour chercher une conversation dans votre espace de travail contenant un e-mail avec un Message-ID référencé par ces en-têtes. Si nous en trouvons une, nous intégrons le nouvel e-mail dans cette conversation.

Important : Intercom s’appuie sur les informations des en-têtes, comme le Message-ID, pour déterminer le fil des conversations.

Pour garantir des conversations distinctes pour chaque e-mail, chaque e-mail sortant doit avoir un Message-ID unique. Réutiliser les Message-ID entre e-mails les fusionnera en une seule conversation.

Expéditeurs externes

Dans certaines circonstances, un e-mail sera intégré dans une conversation à partir d’un « expéditeur externe ». Cela se produit lorsqu’une personne qui n’a pas été incluse dans les e-mails précédents envoie un e-mail qui fait référence à un e-mail de la conversation dans ses en-têtes In-Reply-To ou References.

Cela peut arriver lorsqu’un participant à la conversation met quelqu’un en copie cachée (Bcc) ou transfère un e-mail de la conversation à quelqu’un. Si cette personne répond et que l’une de vos adresses d’espace de travail ou d’adresses de transfert figure dans les champs To ou Cc, nous ajoutons leur réponse dans la même conversation. Cela vous permet de conserver le contexte du même fil de discussion dans une seule conversation.

Leur réponse contiendra une bannière d’avertissement pour informer le coéquipier que la personne n’avait pas été vue auparavant dans la conversation et qu’elle n’a pas été mise en copie par un autre participant.

L’expéditeur ne sera pas ajouté comme participant à la conversation. Le coéquipier peut choisir de l’ajouter comme participant à la conversation afin qu’il puisse être inclus dans les réponses futures.

Pourquoi la réponse e-mail ne s’intègre-t-elle pas dans une conversation existante ?

Certains clients e-mail suppriment une partie ou la totalité des en-têtes des e-mails que Intercom utilise pour intégrer les réponses dans une conversation. Dans ce cas, nous n’avons pas de moyen fiable pour trouver la conversation dans laquelle intégrer l’e-mail. Les clients et serveurs e-mail ont une large gamme de fonctionnalités et comportements pouvant entraîner cela.

Par exemple, Zendesk peut modifier les en-têtes de fil, rendant difficile le maintien de la continuité de la conversation. De plus, les politiques DMARC de Google Groups entraînent souvent la réécriture des en-têtes, compliquant davantage l’intégration.

Les services de transfert comme Google Groups peuvent introduire des problèmes supplémentaires d’intégration à cause des politiques DMARC affectant les informations de l’expéditeur. Pour atténuer ces problèmes, envisagez d’utiliser la configuration de routage de Google ou le routage avancé des e-mails pour le transfert d’e-mails.

Une autre situation où un e-mail se divise en une nouvelle conversation concerne les conversations commencées sur Messenger, puis auxquelles un ou plusieurs participants ont été ajoutés par e-mail. L’utilisateur sur Messenger reçoit une adresse e-mail alias lorsque ses réponses sont envoyées aux autres participants de la conversation. Cette adresse alias ressemble à ceci : alice.jones.onchat@examply.intercom-mail.com. Si un participant à la conversation supprime cette adresse e-mail des champs To ou Cc en répondant à la conversation, sa réponse sera séparée en une nouvelle conversation.

Pourquoi un fil de discussion s’est-il intégré dans une conversation alors que je ne m’y attendais pas ?

Users peuvent transférer des e-mails envoyés dans une conversation à d’autres personnes, ou mettre en Bcc d’autres dans leurs réponses. Si ces personnes répondent et incluent une de vos adresses d’espace de travail ou d’adresses de transfert comme destinataire, il est probable que les en-têtes References ou In-Reply-To pertinents soient présents, et nous intégrerons leur réponse dans la conversation. Vous pouvez en lire plus sur ce comportement dans Gérer les conversations de groupe dans Inbox.

Lorsque plusieurs e-mails arrivent avec le même Message-ID, par exemple, Intercom les interprète comme faisant partie du même fil et rouvre la conversation existante — même s’ils proviennent d’adresses d’expéditeurs différentes ou sont destinés à des inbox différentes.

Dans ce cas, vous devrez mettre à jour la configuration de vos serveurs d’envoi pour garantir que différentes conversations auront des Message-ID uniques.

Ensuite, Intercom créera des conversations séparées comme prévu et leurs workflows les achemineront correctement.

Par ailleurs, certains clients e-mail divisent les e-mails en nouveaux fils lorsque l’objet change de manière significative. Cela ne se produit pas dans Intercom.

Pour une meilleure fiabilité d’intégration, envisagez d’utiliser Intercom Messenger plutôt que les e-mails, car cela élimine la dépendance aux en-têtes e-mail.

Pourquoi les e-mails ne s’intègrent-ils pas dans mon client e-mail ?

Les clients et serveurs e-mail ont une large gamme de fonctionnalités et comportements pouvant entraîner cela. Certains ont des réglages explicites pour activer ou désactiver l’intégration, il vaut donc la peine de vérifier ces réglages s’ils existent dans votre client. Les clients e-mail ont aussi des comportements variables quant aux en-têtes nécessaires pour intégrer les e-mails, ou ils peuvent diviser les conversations selon les changements d’objet ou de destinataire.

Ancien comportement (conversations antérieures au 12 juillet 2023)

Auparavant, dans les conversations e-mail, nous définissions l’adresse ReplyTo pour chaque e-mail à une adresse unique pour chaque conversation qui ressemble à ceci : n+u_xxxx@examply.intercom-mail.com

Vous pouvez désormais envoyer et recevoir des e-mails depuis les adresses e-mail réelles des participants à la conversation, et répondre directement à chaque participant dans la conversation. Cela vous permet de voir clairement à qui vous parlez et de contrôler qui recevra votre message en vous permettant de retirer des personnes à qui vous ne souhaitez pas envoyer, ou d’ajouter plus de personnes en CC.

Ancien comportement

Nouveau comportement

Lorsque les destinataires changent

Lorsqu’un user répond à une conversation e-mail et retire un ou plusieurs autres users qui ont reçu l’e-mail original, sa réponse sera séparée en une nouvelle conversation.

Par exemple, Alice envoie un e-mail à support@example.com (Intercom) et met Bob et Carol en CC. Bob répond à Alice et à support@example.com, mais retire Carol du CC. Son e-mail crée une deuxième conversation dans Intercom.

Les réponses e-mail à une conversation envoyées à seulement un sous-ensemble de participants seront ajoutées à cette conversation au lieu d’en démarrer une nouvelle.

Par exemple, Alice envoie un e-mail à support@example.com (Intercom) et met Bob et Carol en CC. Bob répond à Alice et à support@example.com, mais retire Carol du CC. L’e-mail de Bob est intégré dans la conversation d’Alice dans Intercom. Bien que Carol soit participante à la conversation, elle ne reçoit pas l’e-mail de Bob.

En-têtes e-mail et réponses

Les e-mails envoyés dans une conversation de groupe ont une adresse e-mail « n+u » dans l’en-tête ReplyTo. Lorsque l’utilisateur répond, il répond à cette adresse et sa réponse est ajoutée à la conversation dans Inbox pour que le coéquipier puisse la voir. Ensuite, son message est envoyé individuellement à tous les participants de la conversation.

Les adresses N+u ne sont plus utilisées dans l’en-tête ReplyTo. Désormais, lorsqu’un coéquipier répond dans une conversation de groupe, son message sera envoyé dans un seul e-mail à tous les participants de la conversation, avec les adresses e-mail des participants dans les en-têtes To et Cc. Lorsque users répondent à ces e-mails, ils répondront directement à chacun des participants, plus l’adresse e-mail Intercom utilisée pour leur envoyer le message (par exemple bob.oneill@examply.intercom-mail.com). Cela signifie que nous n’envoyons plus les réponses des users à tous les participants. Seuls les destinataires spécifiés par l’utilisateur dans son e-mail le recevront.

Participants en Bcc ou « inconnus » dans la conversation

Lorsqu’un participant à une conversation répond à un e-mail et met quelqu’un en Bcc qui n’est pas participant à la conversation, lorsque la personne en Bcc répond, nous séparons sa réponse en une nouvelle conversation.

Il existe d’autres scénarios similaires, par exemple lorsqu’un coéquipier utilise plusieurs adresses e-mail dans son client, il peut commencer une conversation avec une adresse puis passer à une autre. Dans ce cas, nous séparons également sa réponse en une nouvelle conversation.

Nous intégrerons les réponses des personnes en Bcc (ou d’autres expéditeurs « inconnus ») dans la même conversation. Leur réponse contiendra une bannière d’avertissement pour informer le coéquipier que la personne n’avait pas été vue auparavant dans la conversation et qu’elle n’a pas été mise en copie par un autre participant.

L’expéditeur sera ajouté comme participant à la conversation. Le coéquipier peut choisir de le retirer de la conversation s’il ne veut pas que cette personne voie ses réponses.

Conversations de groupe avec un participant sur Messenger

Les conversations Messenger peuvent aussi devenir des conversations de groupe. Un seul participant peut accéder à la conversation dans Messenger ; tous les autres participants ne reçoivent les réponses que par e-mail.

Lorsque le coéquipier Messenger envoie une réponse via Messenger, tous les participants la recevront.

Pour les clients qui répondent, ils répondront à l’adresse n+u, ce qui signifie que leur réponse sera ajoutée à Messenger pour que l’utilisateur Messenger la voie, et sera transférée aux autres participants par e-mail.

Il est toujours vrai que les conversations Messenger peuvent aussi devenir des conversations de groupe, et qu’un seul participant peut accéder à la conversation dans Messenger ; tous les autres participants ne reçoivent les réponses que par e-mail.

Il est aussi toujours vrai que lorsque l’utilisateur Messenger répond, tous les participants recevront le message, mais l’e-mail ressemblera à ceci : sam.murray.onchat@examply.intercom-mail.com pour mieux représenter le coéquipier Messenger. L’e-mail contiendra aussi un encadré en haut pour informer les participants que répondre à l’e-mail l’enverra à l’utilisateur sur Messenger.

Historique de la conversation

Les clients ont un réglage dans leurs paramètres e-mail pour déterminer si l’historique complet d’une conversation doit être ajouté en bas de chaque e-mail envoyé dans une conversation.

L’envoi de l’historique de la conversation dans les e-mails peut être activé ou désactivé.

Réponses des users via l’API

L’API peut être utilisée pour ajouter des réponses e-mail à une conversation au nom des users. Cela déclenche l’envoi de la réponse à tous les participants de la conversation.

Le comportement reste inchangé.

Avez-vous trouvé la réponse à votre question ?