E-commerce
29 juin 2026
Lundi 9 h, Marie écrit au support@ pour un colis bloqué. 9 h 12, elle ouvre le chat du site. 9 h 18, elle envoie un DM Instagram « personne ne répond ». Trois tickets, trois agents, parfois trois réponses différentes. Les doublons tickets multicanal ne sont pas de la mauvaise volonté client : c'est de l'anxiété plus des canaux ouverts en parallèle.
eDesk estime qu'un client qui contacte par e-mail puis sur Instagram génère souvent trois fils pour un seul problème (eDesk, doublons multicanal 2026). Gorgias propose l'auto-merge : tickets ouverts du même client fusionnés en un fil (Gorgias, auto-merge).
Ce guide #256 traite la déduplication opérationnelle email, chat, réseaux sociaux. Distinct de centralisation inbox (rassembler les canaux) : ici, fusionner, prévenir et répondre une seule fois.
Sommaire
Pourquoi les doublons multicanal surchargent-ils le support ?
Un ticket doublon e-commerce consomme du temps agent sans ajouter de valeur client. Pire : il crée des réponses contradictoires.
Trois causes racines
Anxiété délai : pas de réponse chat → e-mail → DM
Identités fragmentées : IG sans e-mail, deux adresses perso/pro
Process silos : équipe social vs équipe e-mail sans visibilité
Coût mesurable
eDesk : agents perdent du temps à fusionner manuellement avant même de répondre (eDesk, single customer view 2026). Salesforce cite la répétition d'information comme friction majeure et driver de churn.
Exemple DTC mode
Marque Instagram-first, 420 tickets/semaine. 18 % doublons cross-canal détectés post-audit. Avant dédup : 2,3 agents touchaient le même client, CSAT 3,6. Auto-merge Gorgias + macro DUPLICATE + bot repeat_contact : doublons résolus auto 71 %, AHT −22 %, CSAT 4,1.
En quoi diffère-t-il de la centralisation et du triage ?
Cinq contenus multicanal, cinq problèmes distincts.
Centralisation inbox
Centralisation : tous les canaux dans une inbox. Le #256 : un client = un fil actif même si trois messages arrivent.
Triage bot (#236)
Triage (#236) : classifier urgence et intent. Le #256 : flag repeat_contact_7d et fusion avant routage.
Instagram DM (#133) et social commerce (#134)
Instagram (#133) et social commerce (#134) : ops par canal. Le #256 : collision email ↔ DM ↔ chat.
Bot documents (#255)
Bot documents (#255) tag invoice_bot_resolved. Le #256 généralise la logique ticket déjà ouvert sur même intent.
Omnicanal POS (#omnichannel)
Omnicanal POS : magasin + web. Le #256 inclut POS si même e-mail client.
Quels types de doublons détecter et tagger ?
Six patterns doublon support à distinguer pour macros et règles.
Taxonomie doublons
dup_cross_channel: e-mail + chat + social, même sujetdup_same_channel: deux e-mails avant réponsedup_split_issue: WISMO e-mail + retour chat (sujets liés)dup_agent_created: agent ouvre second ticket par erreurdup_bot_handoff: bot escalade + client écrit aussi en e-maildup_marketplace_dtc: Amazon + site même client
Signaux détection auto
Même customer_id + ticket open + création < 48 h + intent tag identique ou order_id match. eDesk : flag duplicate avant merge manuel (eDesk, repeat contacts 2026).
Tags Gorgias
duplicate_merged, duplicate_parent, repeat_contact_7d. Voir taxonomie (#135).
Comment résoudre l'identité client cross-canal ?
La résolution identité support est le prérequis à toute fusion automatique.
Clés de matching
E-mail : clé primaire Shopify + Gorgias
Téléphone : matching auto Gorgias si activé
N° commande : lookup sidebar, pas identité seule
Handle Instagram : lier après première auth e-mail
Fusion profils Gorgias
Gorgias suggère merge quand doublon détecté. Si historique Shopify sous deux e-mails : fusionner d'abord dans Shopify, puis Gorgias (Gorgias, merge customers).
Workflow agent nouvelle identité IG
Demander e-mail commande en DM (obligatoire post-achat)
Lookup commande sidebar Gorgias
Ajouter e-mail au profil IG ou merge profils
Tag
identity_linkedpour prochains contacts
Règle B2B
Exclure comptes entreprise du auto-merge si plusieurs acheteurs partagent e-mail comptabilité@ (rule Gorgias exclude).
Comment configurer l'auto-merge Gorgias ?
L'auto-merge Gorgias fusionne tickets ouverts du même client dans une fenêtre configurable.
Paramétrage recommandé DTC
Workflows → Tools → Auto-merge → activer
Fenêtre création : 3-5 jours (pas 180 par défaut max)
Canaux éligibles : e-mail, chat, Instagram, Facebook, SMS, WhatsApp
Rule exclude : tickets B2B multi-acheteur, partenaires presse
Conditions Gorgias : même client, tickets open, fenêtre jours, canaux éligibles (Gorgias, critères merge).
Scénario type auto-merge
Client écrit e-mail lundi 9 h (ticket #1001). Chat site lundi 9 h 15 (ticket #1002). Auto-merge fusionne #1002 dans #1001. Agent voit les deux messages, répond une fois sur #1001. Client reçoit une seule réponse cohérente.
Exclusions utiles
Action rule « Exclude ticket from auto-merge » pour : litiges chargeback (un fil legal, un fil ops), corporate bulk 50+ colis (tickets séparés par destinataire), tickets internes test.
Merge manuel
Trois points ticket → Merge. Choisir ticket parent = plus ancien (protège SLA e-mail). eDesk : ne jamais laisser deux fils ouverts sans note cross-canal.
Quelles macros DUPLICATE et réponses cross-canal ?
Quatre macros doublon support évitent double réponse et confusion client.
DUPLICATE-MERGE-NOTE-01 (interne)
« Fusionné avec ticket parent #[X]. Ne pas répondre ici. Voir fil #[X] pour contexte complet. »
DUPLICATE-CLIENT-02 (canal secondaire)
« Bonjour, nous avons bien reçu votre message. Nous vous répondons sur votre fil initial (commande #[X]). Consultez vos e-mails ou le chat ouvert à [heure]. Merci de votre patience. »
DUPLICATE-IG-03 (Instagram après e-mail)
« Merci pour votre DM. Votre demande est déjà traitée par e-mail (réponse envoyée à [email masqué]). Vérifiez spam. Besoin d'aide ? Répondez sur ce fil e-mail pour un suivi unique. »
DUPLICATE-WAIT-04 (client impatient)
« Nous traitons votre demande une seule fois. Délai réponse actuel : [SLA canal]. Multiplier les messages n'accélère pas le traitement mais crée des doublons. Un conseiller reprend sous [X] h. » Ton calme, voir colère (#214).
Règle réponse unique
Une réponse substantielle sur ticket parent. Canaux secondaires : note courte + renvoi. Jamais deux remboursements ou deux étiquettes retour pour le même order_id.
Comment le bot prévient-il les doublons avant escalade ?
Le bot anti-doublon consulte tickets ouverts avant création nouveau fil.
Flow bot repeat_contact
Auth e-mail + lookup Gorgias API tickets open
Si ticket open même intent sous 7 j : afficher statut + dernière réponse agent
Proposer : « Votre demande #[ticket] est en cours. Ajouter un message ? »
Si oui : append au fil existant, pas nouveau ticket
Si nouveau sujet : créer ticket avec tag distinct
Messages bot prêts à coller
Ticket existant détecté : « J'ai trouvé votre demande ouverte depuis [date] (suivi colis commande #[X]). Un conseiller y répond sous [SLA]. Souhaitez-vous ajouter une précision ici plutôt que d'ouvrir un nouveau fil ? » Pas de ticket open : flow normal WISMO ou intent.
Handoff bot + e-mail
Pattern dup_bot_handoff : client quitte chat, écrit e-mail. Bot message clôture : « Dossier #[ref] transmis. Réponse par e-mail sous [SLA]. Ne pas rouvrir chat pour le même sujet. » Aligner transfert contexte (#155).
Widget chat
Si session active + ticket open : « Vous avez déjà une conversation ouverte. Continuer ici ? » Servia : inbox unifiée évite messages perdus entre canaux (Servia, omnichannel 2026).
Quel workflow agent quand deux tickets sont déjà ouverts ?
Le workflow fusion manuel s'applique quand auto-merge a raté ou sujets mixtes.
Arbre agent (5 min)
Ouvrir Customer Timeline Gorgias : tickets open ?
Même order_id ou même intent ? → merge candidat
Choisir parent = plus ancien ou celui avec SLA e-mail
Merge + note interne DUPLICATE-MERGE-NOTE-01
Réponse complète sur parent uniquement
Macro DUPLICATE-CLIENT-02 sur fils secondaires
Conflit réponses déjà envoyées
Deux agents ont répondu des choses différentes : lead intervient, message unique de clarification au client, documenter dans décisions (#239).
SLA préservation
Répondre dans thread original protège SLA e-mail. Merge n'efface pas l'horodatage premier contact. Impact FRT : voir FRT support.
Quels KPI et quelle revue hebdomadaire ?
La mesure doublons support prouve le ROI dédup avant d'ajouter des agents.
KPI primaires
Duplicate rate : tickets merged / tickets total
Multi-touch rate : clients 2+ tickets open 48 h
Conflicting reply rate : audits QA doublons
Repeat contact 7d : même intent non résolu
Cibles DTC
Duplicate rate < 8 % après auto-merge. Multi-touch < 5 % clients actifs/semaine. Conflicting replies : 0 toléré sur litiges refund.
Revue 30 min hebdo
Top 10 merges manuels : pourquoi auto-merge a échoué ? Canal le plus duplicate (souvent IG + e-mail). Ajuster fenêtre merge ou rule exclude. Exporter vers playbook formation.
Quels anti-patterns déduplication éviter ?
Six erreurs doublons multicanal multiplient la confusion.
Répondre sur chaque fil
Client reçoit trois réponses différentes. Fix : parent + macro courte secondaires.
Fermer tickets sans merge
Historique fragmenté. Fix : merge before close.
Auto-merge fenêtre 180 j
Fusionne des sujets unrelated. Fix : 3-5 j DTC.
Ignorer profils IG sans e-mail
Impossible de détecter doublon. Fix : collecte e-mail post-achat obligatoire.
Équipes silos social vs e-mail
Double ownership. Fix : une queue, tags canal.
Bot ouvre ticket sans check open
Fix : API tickets open en passe 1 triage (#236).
Comment Qstomy réduit-il les doublons multicanal ?
Qstomy vérifie tickets ouverts et append au fil existant avant création nouveau ticket ou escalade.
Fonctionnalités anti-doublon
Lookup tickets open Gorgias/Zendesk live
repeat_contact flow : statut + append message
Cross-channel identity : e-mail lié session chat
Handoff dedup : ref ticket unique client
Tag auto duplicate_merged si append
Dashboard duplicate rate hebdo
Scénario DTC chiffré
Marque beauté, 680 tickets/semaine, 22 % doublons cross-canal avant. Auto-merge Gorgias seul : −41 % doublons restants. Qstomy repeat_contact + handoff ref : duplicate rate 6,8 %, conflicting replies 0 sur 12 semaines, AHT −19 %, CSAT post-merge +0,4 pt.
Explorez intégration Shopify, support client IA, demander une démo.
Quels playbooks opérationnels lancer en 2 semaines ?
Playbook 1 : audit doublons (4 h)
Export 30 j tickets merged + sample 50 clients multi-canal. Calculer duplicate rate baseline. Cartographier canaux collision (#133, e-mail, chat).
Playbook 2 : auto-merge Gorgias (1 h)
Activer section 5. Fenêtre 5 j. Rules exclude B2B. Test 10 scénarios.
Playbook 3 : macros DUPLICATE (2 h)
Importer 4 macros section 6. Former équipe : réponse parent only.
Playbook 4 : identité IG (1 semaine)
Macro DM « merci de confirmer e-mail commande ». Merge profils hebdo. Lien Instagram (#133).
Playbook 5 : bot repeat_contact (2 semaines)
API tickets open. Flow section 7. Pilot chat 20 % trafic.
Playbook 6 : revue KPI (30 min/sem)
Duplicate rate, top collisions, ajustements. Alimenter triage (#236).
Maillage utile
Centraliser les canaux, c'est voir tous les messages. Dédoublonner, c'est traiter une fois, répondre une fois, mesurer une fois. Quand fusion auto, identité client et bot repeat_contact avancent ensemble, le client cesse de hurler sur trois canaux pour un colis bloqué.
Enzo
29 juin 2026
