Confidentialité des réponses à tous et des CC dans les e-mails Zendesk : un guide complet pour 2026

La confidentialité des e-mails dans le support client n'est pas une chose à laquelle la plupart des équipes pensent avant que quelque chose ne tourne mal. Peut-être qu'un agent partage accidentellement une note interne avec un client. Ou qu'une adresse e-mail en copie (CC) est exposée à tous les participants du ticket. Ce ne sont pas des scénarios hypothétiques. Ils se produisent quotidiennement dans les comptes Zendesk du monde entier.

Le problème est que l'intégration de la messagerie électronique de Zendesk est puissante, mais nuancée. La façon dont vous répondez à une notification de ticket, que vous cliquiez sur Répondre ou Répondre à tous, détermine si votre commentaire devient public ou privé. Si vous vous trompez, des informations sensibles se retrouvent là où elles ne devraient pas être.

Ce guide explique exactement comment Zendesk gère les réponses aux e-mails, où se cachent les risques pour la confidentialité et ce que vous pouvez faire pour protéger vos conversations. Nous verrons également comment eesel AI peut aider à automatiser certaines de ces protections grâce à un routage intelligent.

Comprendre la différence entre répondre et répondre à tous dans Zendesk

Lorsqu'un agent reçoit une notification de ticket dans son client de messagerie, il a deux options : Répondre ou Répondre à tous. Ce choix ne concerne pas seulement les destinataires du message. Il affecte directement le fait que le commentaire devienne public ou privé dans Zendesk.

Voici comment cela fonctionne. Lorsque vous utilisez Répondre (pas Répondre à tous), vous supprimez le demandeur initial de la liste des destinataires. Zendesk interprète cela comme une intention de garder la conversation interne. La réponse devient un commentaire privé, également appelé note interne. Seuls les agents peuvent le voir.

Lorsque vous utilisez Répondre à tous, vous conservez tous les destinataires initiaux, y compris le demandeur et tous les CC. Zendesk considère cela comme une réponse publique. La réponse devient un commentaire public visible par tous les participants du ticket.

Cette distinction est importante, car les agents ne réalisent souvent pas sur quel bouton ils cliquent. Ils sont pressés, répondent depuis leur téléphone ou ne pensent tout simplement pas aux implications en matière de visibilité. Le résultat ? Une discussion interne sur le problème de facturation d'un client ou une plainte sensible devient soudainement visible pour ce client.

Zendesk effectue en fait une série de vérifications pour déterminer la confidentialité des commentaires. Il s'agit notamment de vérifier si l'auteur peut modifier le ticket, s'il est un CC ou un abonné, et quels paramètres le compte a activés. Mais le comportement Répondre ou Répondre à tous est le déclencheur le plus courant de commentaires publics accidentels.

Décomposons cela avec un scénario réel. Un agent reçoit une notification concernant un ticket. Il souhaite poser une question rapide à un collègue avant de répondre au client. Il clique sur Répondre, pensant qu'il envoie simplement un e-mail à son coéquipier. Mais parce qu'il n'a pas supprimé l'adresse de support du champ CC, ou parce qu'il a en fait cliqué sur Répondre à tous par erreur, le commentaire devient public. Le client voit maintenant une discussion interne qui ne lui était pas destinée.

La solution commence par la formation. Les agents doivent comprendre que Répondre signifie privé et Répondre à tous signifie public. Mais la formation ne va pas très loin. Comprendre la différence entre les CC et les abonnés devient essentiel.

CC contre abonnés : la distinction en matière de confidentialité

Zendesk vous offre deux façons d'inclure des personnes supplémentaires dans un ticket : les CC et les abonnés. Ils se ressemblent, mais ils fonctionnent très différemment, surtout en matière de confidentialité.

Les CC fonctionnent comme les copies carbone traditionnelles des e-mails. Lorsque vous ajoutez une personne en tant que CC sur un ticket, elle devient visible pour toutes les personnes impliquées dans la conversation. Son adresse e-mail apparaît dans l'en-tête du ticket. Les autres participants peuvent voir qui d'autre est sur le fil de discussion. Les CC peuvent répondre aux notifications de ticket, et leurs réponses deviennent des commentaires publics par défaut.

Il existe certaines limites. Vous pouvez avoir jusqu'à 48 CC d'e-mails sur un seul ticket. Les utilisateurs finaux et les agents peuvent être des CC. Et lorsqu'un agent est mis en CC sur un ticket, son adresse e-mail est visible pour tous les utilisateurs finaux du fil de discussion. C'est là que les problèmes de confidentialité commencent souvent.

Les abonnés sont une fonctionnalité réservée à un usage interne. Seuls les agents et les administrateurs peuvent être des abonnés. Ils reçoivent toutes les mises à jour des tickets, mais restent complètement masqués aux utilisateurs finaux et aux autres CC. Leurs noms et adresses e-mail n'apparaissent pas dans les notifications par e-mail envoyées aux autres utilisateurs. Les abonnés peuvent voir à la fois les commentaires publics et les notes internes, et ils peuvent répondre avec l'un ou l'autre type de commentaire.

La principale différence en un coup d'œil :

Zendesk recommande explicitement d'utiliser les abonnés pour les agents plutôt que les CC. Pourquoi ? Parce que lorsque vous mettez un agent en CC, son adresse e-mail est exposée aux clients. Les clients peuvent alors contacter cet agent directement, en contournant complètement votre système de support. Cela crée des lacunes dans votre historique de tickets et peut entraîner une mauvaise expérience client.

La fonctionnalité d'abonnement résout également la confusion entre Répondre et Répondre à tous pour la communication interne. Étant donné que les abonnés reçoivent des notifications pour tous les commentaires (publics et privés), ils n'ont pas besoin d'être sur la ligne CC pour rester informés. Ils peuvent utiliser Répondre pour envoyer des notes internes sans se soucier d'exposer accidentellement leurs commentaires aux clients.

Si vous utilisez actuellement les CC pour la coordination de l'équipe interne, envisagez de passer aux abonnés. Les avantages en matière de confidentialité sont importants, et cela réduit le risque de divulgation accidentelle d'informations.

Pièges courants en matière de confidentialité et comment les éviter

Même avec une solide compréhension de Répondre contre Répondre à tous et des CC contre les abonnés, les problèmes de confidentialité peuvent toujours se glisser. Voici les pièges les plus courants et comment les éviter.

Piège 1 : Répondre à tous accidentellement alors qu'on voulait Répondre

C'est l'erreur classique. Un agent a l'intention d'envoyer une note interne, mais clique sur Répondre à tous au lieu de Répondre. Le commentaire devient public, exposant potentiellement des informations sensibles.

Prévention : formez les agents à vérifier la liste des destinataires avant d'envoyer. Certains clients de messagerie vous permettent de désactiver Répondre à tous par défaut ou d'afficher une invite de confirmation. Envisagez d'activer ces protections. De plus, encouragez les agents à utiliser l'interface Web de Zendesk pour les notes internes plutôt que les e-mails lorsqu'ils traitent de sujets sensibles.

Piège 2 : Le client transfère le ticket à un tiers

Un utilisateur final transfère sa notification de ticket à une personne non impliquée dans la conversation. Ce tiers répond à la notification. Zendesk détecte cela comme une réponse d'un tiers et crée automatiquement un commentaire privé, mais l'agent peut ne pas se rendre compte de ce qui s'est passé.

Prévention : formez les agents à surveiller les avertissements de réponse de tiers dans l'interface du ticket. Lorsque ceux-ci apparaissent, l'agent doit ajouter manuellement la personne en tant que CC si les futures réponses doivent être publiques. Sinon, tous leurs commentaires restent internes.

Piège 3 : E-mail de l'agent exposé via CC

Lorsqu'un agent est ajouté en tant que CC plutôt qu'en tant qu'abonné, son adresse e-mail devient visible pour tous les clients sur le ticket. Les clients peuvent alors contacter l'agent directement.

Prévention : faites des abonnés votre valeur par défaut pour la coordination interne. N'utilisez les CC que lorsque la visibilité externe est réellement requise. Formez les agents à ajouter des collègues en tant qu'abonnés à partir de l'interface du ticket plutôt que de les mettre en CC sur les réponses par e-mail.

Piège 4 : Paramètre « Rendre publics les commentaires par e-mail des utilisateurs finaux mis en copie »

Ce paramètre, lorsqu'il est activé, modifie le comportement par défaut de sorte que les réponses CC deviennent publiques même si elles utilisent Répondre au lieu de Répondre à tous. Cela peut exposer des discussions internes que les CC avaient l'intention de garder privées.

Prévention : Zendesk ne recommande généralement pas d'activer ce paramètre. Si vous l'avez activé, assurez-vous de bien comprendre les implications. Les CC qui répondent avec l'intention d'envoyer un commentaire privé trouvent leurs réponses publiques à la place.

Piège 5 : Confusion liée à la suppression des notifications

Lorsque des notes internes sont ajoutées à un ticket, l'action « Utilisateur de l'e-mail + (demandeur et CC) » est supprimée. Les CC ne reçoivent pas de notifications même si le déclencheur se déclenche. Les agents peuvent ne pas s'en rendre compte et supposer que les CC voient des mises à jour qui ne leur sont jamais parvenues.

Prévention : sensibilisez votre équipe aux règles de suppression des notifications. Si les CC doivent voir une mise à jour après une note interne, vous devrez ajouter un commentaire public pour déclencher la notification.

Une formation régulière et une documentation claire contribuent grandement à prévenir ces problèmes. Mais pour les équipes qui gèrent des volumes élevés ou des scénarios de routage complexes, les fonctionnalités natives de Zendesk peuvent ne pas suffire.

Configuration de Zendesk pour une meilleure confidentialité des e-mails

Zendesk offre plusieurs paramètres qui peuvent vous aider à maintenir une meilleure confidentialité des e-mails. Voici ce qu'il faut examiner dans votre Centre d'administration.

Les commentaires des agents par e-mail sont publics par défaut

Ce paramètre contrôle si les réponses des agents par e-mail deviennent des commentaires publics par défaut. Si vous le désactivez, les réponses des agents par e-mail deviennent des commentaires privés (notes internes) à moins que l'agent ne les rende explicitement publiques.

Envisagez de désactiver cette option si vos agents traitent fréquemment des informations sensibles et ont besoin que les discussions internes restent privées par défaut. Sachez simplement que les agents doivent activement choisir de rendre les commentaires publics lorsqu'ils répondent aux clients.

Rendre publics les commentaires par e-mail des utilisateurs finaux mis en copie

Comme mentionné précédemment, ce paramètre modifie la façon dont les réponses CC sont traitées. Lorsqu'il est désactivé (la valeur par défaut), les réponses CC qui n'incluent pas le demandeur deviennent des commentaires privés. Lorsqu'il est activé, les réponses CC deviennent publiques, qu'elles utilisent Répondre ou Répondre à tous.

Zendesk recommande généralement de garder cette option désactivée. Le risque d'exposer des commentaires internes involontaires l'emporte sur les avantages pour la plupart des équipes.

Utilisation de l'API Mail pour un contrôle explicite

Pour les équipes qui ont besoin d'un contrôle précis, l'API Mail de Zendesk offre des commandes pour définir explicitement la visibilité des commentaires. La commande #note transforme une réponse en commentaire privé. La commande #public contrôle si une réponse est publique (true) ou privée (false).

Ces commandes remplacent les comportements par défaut, donnant aux agents un contrôle précis sur la visibilité des commentaires, qu'ils utilisent Répondre ou Répondre à tous.

Configuration des déclencheurs

Passez en revue vos déclencheurs de notification pour comprendre qui reçoit quoi. L'action « Utilisateur de l'e-mail + (demandeur et CC) » inclut les CC dans les notifications. L'action « Utilisateur de l'e-mail + (demandeur) » envoie uniquement au demandeur.

Si vous souhaitez réduire l'exposition des CC, envisagez de modifier les déclencheurs pour utiliser l'option réservée au demandeur lorsque cela est approprié. Sachez simplement que cela modifie l'expérience client, car les CC ne reçoivent plus les mises à jour automatiquement.

Meilleures pratiques pour la configuration des déclencheurs :

• Utilisez « Utilisateur de l'e-mail + (demandeur et CC) » pour les mises à jour publiques que tous les participants doivent voir
• Utilisez « Utilisateur de l'e-mail + (demandeur) » pour les communications sensibles où les CC ne doivent pas être notifiés
• Testez les modifications des déclencheurs dans un bac à sable avant de les déployer en production
• Documentez la logique de vos déclencheurs afin que l'équipe comprenne qui est notifié et quand

Il faut du temps pour bien configurer ces éléments, mais cela réduit considérablement les risques pour la confidentialité. Pour les équipes qui ont besoin d'un routage et d'une automatisation plus sophistiqués, les solutions tierces peuvent étendre les capacités natives de Zendesk.

Quand utiliser eesel AI pour un routage intelligent

L'automatisation native de Zendesk fonctionne bien pour les scénarios simples, mais elle a des limites. L'action « Ajouter un abonné » n'accepte que les sélections d'utilisateurs statiques. Vous ne pouvez pas utiliser d'espaces réservés ou de valeurs de champs personnalisés pour sélectionner dynamiquement qui est ajouté. Cela devient un réel problème lorsque vous gérez des règles de routage complexes dans des centaines d'organisations.

C'est là que nous intervenons. Chez eesel AI, nous avons créé un coéquipier IA qui s'intègre directement à Zendesk pour gérer l'automatisation des abonnés qui va au-delà des actions de macro statiques.

Voici comment nous complétons les fonctionnalités natives de Zendesk :

• Règles en langage naturel au lieu de configurations rigides. Définissez des règles telles que « ajouter le responsable de compte d'entreprise pour les tickets des organisations de plus de 500 employés » en langage clair.

• Routage alimenté par l'IA basé sur le contenu du ticket. Notre AI Triage lit le contenu du ticket pour comprendre le contexte, pas seulement pour faire correspondre les valeurs des champs. Cela signifie que vous pouvez router en fonction du sentiment, des signaux d'urgence ou de combinaisons complexes de facteurs.

• Configuration sans code pour une logique complexe. Aucun JSON, balisage Liquid ou jeton API requis. Les utilisateurs professionnels peuvent créer et modifier des règles sans aide technique.

• Gestion des erreurs intégrée. Nous gérons automatiquement les nouvelles tentatives, les cas extrêmes et les échecs.

L'avantage en matière de confidentialité est clair. En automatisant intelligemment l'attribution des abonnés, vous réduisez le risque d'erreur humaine dans la gestion manuelle des CC et des abonnés. Les bonnes personnes sont ajoutées aux bons tickets automatiquement, sans exposer les e-mails des agents ni créer de lacunes de visibilité.

Si vous utilisez déjà des macros Zendesk pour la gestion des abonnés et que vous constatez qu'elles ne s'adaptent pas à votre croissance, nous avons une voie à suivre. Vous pouvez commencer par notre configuration simple, tester par rapport à vos tickets historiques et déployer en toute confiance.

Meilleures pratiques pour les administrateurs et les agents

Une bonne confidentialité des e-mails ne se résume pas à la configuration. Il s'agit d'habitudes et de sensibilisation au sein de votre équipe.

Pour les administrateurs :

• Formez les agents à la distinction entre Répondre et Répondre à tous. Intégrez-le à la formation d'intégration et à la formation de recyclage.
• Surveillez l'utilisation des CC. Si vous voyez des agents être ajoutés en tant que CC régulièrement, déterminez pourquoi les abonnés ne sont pas utilisés à la place.
• Documentez vos règles d'automatisation. Créez une référence simple expliquant quels déclencheurs et macros existent et quand les utiliser.
• Testez d'abord dans le bac à sable. Vérifiez toujours les nouvelles configurations de notification dans votre bac à sable Zendesk avant de les déployer en production.

Pour les agents :

• Utilisez Répondre (pas Répondre à tous) pour les commentaires privés. Lorsque vous souhaitez ajouter une note interne par e-mail, utilisez Répondre au lieu de Répondre à tous. Cela garde votre commentaire interne.
• Protégez les informations confidentielles. Les abonnés ne s'affichent pas dans les en-têtes d'e-mail, votre conversation peut donc sembler plus privée qu'elle ne l'est en réalité. Convertissez les commentaires publics en notes internes si vous ne voulez pas que les informations soient exposées.
• Faites attention aux réponses de tiers. Si une personne qui n'est pas sur le ticket répond à une notification, un avertissement apparaît dans l'interface du ticket. Vous devrez peut-être l'ajouter manuellement en tant que CC.

Pour les utilisateurs finaux :

• Utilisez Répondre à tous (au lieu de Répondre) pour conserver les CC du ticket. Lorsque vous êtes le demandeur du ticket, répondez à une notification par e-mail en utilisant Répondre à tous si vous souhaitez conserver tous les utilisateurs finaux mis en copie (CC) d'origine sur le ticket. Répondre en utilisant Répondre supprimera tous les utilisateurs finaux mis en copie (CC) du ticket.
• Évitez de transférer si possible. Si vous transférez le ticket à un tiers et qu'il répond, vous risquez de vous retrouver avec une partie d'une conversation qui n'est pas enregistrée dans le ticket, à moins que l'agent n'ajoute manuellement la réponse.

Liste de contrôle de référence rapide :

• Répondre = commentaire privé (note interne)
• Répondre à tous = commentaire public
• CC = visible par tous, e-mail exposé
• Abonnés = réservé à un usage interne, masqué aux clients
• Les notes internes suppriment les notifications CC
• Les réponses de tiers deviennent automatiquement des commentaires privés

Protégez la confidentialité de vos e-mails Zendesk dès aujourd'hui

La confidentialité des e-mails dans Zendesk se résume à comprendre quelques comportements clés et à configurer votre compte pour qu'il corresponde aux besoins de votre équipe. Les risques sont réels : commentaires publics accidentels, e-mails d'agents exposés et divulgation involontaire d'informations. Mais ils sont gérables avec la bonne configuration.

Voici ce qu'il faut faire ensuite :

1. Vérifiez votre configuration de déclencheur actuelle. Les déclencheurs de notification CC par défaut sont-ils toujours actifs et appropriés pour votre flux de travail ?

2. Passez en revue votre utilisation des abonnés. Les agents sont-ils ajoutés en tant que CC alors qu'ils devraient être des abonnés ?

3. Vérifiez vos paramètres de confidentialité. L'option « Rendre publics les commentaires par e-mail des utilisateurs finaux mis en copie » est-elle activée alors qu'elle ne devrait pas l'être ?

4. Formez votre équipe. Assurez-vous que tout le monde comprend Répondre contre Répondre à tous et quand utiliser les CC par rapport aux abonnés.

5. Documentez votre configuration. Créez un guide de référence afin que les nouveaux membres de l'équipe puissent se familiariser rapidement avec le système.

Si vous vous retrouvez à créer des dizaines de macros pour gérer différents scénarios de routage, ou si vous avez besoin d'une attribution dynamique des abonnés que Zendesk ne peut pas fournir nativement, essayez eesel AI. Nous gérerons la complexité du routage intelligent des abonnés afin que vous puissiez vous concentrer sur la fourniture de meilleures expériences client tout en gardant les conversations sensibles privées.