"Où est ma commande ?" Ces quatre mots représentent entre 40 et 60 % du volume total de tickets entrants dans un service client e-commerce. On les appelle les requêtes WISMO — Where Is My Order. Répétitives, prévisibles, chronophages : elles monopolisent vos agents sur des réponses qu'une machine peut produire en moins d'une seconde.
Pour aller à l'essentiel : un chatbot suivi de commande connecté à vos transporteurs résout ces demandes de façon autonome, 24h/24, sans intervention humaine. Il réduit vos coûts de support, améliore la satisfaction client et libère vos agents pour les cas qui nécessitent réellement un jugement humain.
Cet article fait partie de notre cocon sémantique sur l'automatisation SAV e-commerce. Si vous débutez sur ce sujet, commencez par notre guide pilier complet sur l'automatisation SAV e-commerce en 2026. Ici, nous allons directement au coeur du cas d'usage numéro un : le suivi de livraison automatisé.
Architecture technique, intégrations transporteurs, conversation type, gestion des cas critiques, ROI chiffré, mise en place en 4 étapes : voici tout ce que vous devez savoir pour déployer un chatbot tracking colis efficace sur votre boutique.
Sommaire
- 1. Le problème WISMO : 40-60 % des tickets e-commerce
- 2. Comment fonctionne un chatbot suivi de commande IA
- 3. Intégrations transporteurs et plateformes e-commerce
- 4. Cas concret : conversation type "où est ma commande ?"
- 5. Gestion des cas spéciaux : retard, perte, mauvaise adresse
- 6. ROI : tickets déflectés et heures économisées
- 7. Mise en place en 4 étapes
- 8. FAQ
1. Le problème WISMO : 40-60 % des tickets e-commerce
Pourquoi le WISMO est-il si répandu ?
La mécanique est simple : un client passe commande, attend sa livraison, et à un moment — souvent le lendemain de la date de livraison estimée — il ne sait plus où en est son colis. Il cherche l'email de confirmation, ne retrouve pas le lien de tracking, ou le lien pointe vers une page transporteur illisible. Alors il contacte votre SAV.
Selon les données de la Fevad, la France compte plus d'1,8 milliard de colis expédiés chaque année. Chaque retard, chaque lacune dans la communication post-achat génère mécaniquement un ticket. Pour une boutique qui expédie 500 commandes par mois avec un taux de contact SAV de 10 %, cela représente 50 interactions mensuelles — dont 30 à 40 concernent uniquement le suivi de livraison.
Le vrai coût d'un ticket WISMO
Un ticket WISMO traité par un agent humain coûte entre 5 et 22 euros selon le canal et la complexité. Ce chiffre, établi par plusieurs études sectorielles dont l'analyse Baymard Institute sur l'expérience post-achat, inclut le temps agent, les outils helpdesk, et le coût d'opportunité commercial.
Pour 300 tickets WISMO mensuels à 10 euros pièce : 36 000 euros par an de coût de support sur des demandes entièrement automatisables. Le calcul est brutal. Et encore, il ne prend pas en compte la frustration du client qui attend une réponse pendant 2 à 4 heures pendant que votre agent traite des dizaines d'autres demandes simultanément.
Le problème structurel : la communication post-achat est défaillante
La vraie cause du WISMO n'est pas l'impatience du client — c'est l'absence d'information proactive. Les emails transactionnels de suivi sont souvent mal rédigés, redirigent vers des interfaces transporteur confuses, et cessent d'arriver dès que le colis est "en transit". Le client est laissé dans le vide à l'étape où l'incertitude est maximale.
Un chatbot de suivi de commande résout ce problème en deux temps : en répondant instantanément aux demandes inbound, et en déclenchant des notifications proactives à chaque étape clé de la livraison.
Pour une vue complète sur l'automatisation SAV, consultez également notre guide automatiser le service client e-commerce avec un chatbot IA.
2. Comment fonctionne un chatbot suivi de commande IA (architecture RAG + API transporteur + état commande)
Les trois couches de l'architecture
Un chatbot de suivi de commande efficace ne repose pas uniquement sur un modèle de langage. Il combine trois couches techniques distinctes qui s'articulent en temps réel :
- Couche documentaire (RAG) : votre politique de livraison, vos conditions générales, vos délais par transporteur, vos zones de livraison. Ces documents sont indexés dans une base vectorielle et permettent au chatbot de répondre aux questions générales sur la livraison sans appel API.
- Couche API transporteur : connexion en temps réel à l'API de tracking du transporteur. Quand un client demande l'état de sa commande spécifique, le chatbot interroge l'API avec le numéro de suivi et retourne le statut actuel, la dernière position et l'estimation de livraison.
- Couche état commande (CMS/OMS) : connexion à votre plateforme e-commerce (Shopify, WooCommerce, PrestaShop) pour accéder aux données de commande — statut de traitement, numéro de suivi, adresse de livraison, articles commandés. Cette couche permet au chatbot d'identifier le client et de récupérer ses informations sans lui demander de numéro de suivi manuellement.
Le flux de traitement d'une demande WISMO
Voici comment le système traite une demande "où est ma commande ?" de bout en bout :
- Identification du client : le chatbot demande l'email de commande ou l'identifiant client. Si le visiteur est déjà authentifié sur la boutique, l'identification est automatique.
- Récupération de la commande : appel à l'API de votre CMS pour récupérer la dernière commande associée à cet email, son statut et son numéro de tracking.
- Appel API transporteur : avec le numéro de tracking, le chatbot interroge l'API Colissimo, Chronopost, DPD ou Mondial Relay pour obtenir le statut temps réel du colis.
- Génération de la réponse : le LLM formule une réponse en langage naturel, dans le ton de votre marque, avec le statut précis, la dernière étape de livraison et l'estimation d'arrivée.
- Escalade conditionnelle : si le statut détecte une anomalie (colis bloqué depuis plus de 72h, statut "incident", adresse inconnue), le chatbot escalade automatiquement vers un agent humain avec le contexte complet.
La différence avec un chatbot documentaire seul
Un chatbot RAG pur — alimenté uniquement par vos documents — peut répondre à "quels sont vos délais de livraison ?" mais pas à "où est précisément ma commande n°12345 ?". La connexion aux APIs transporteurs et à votre CMS est ce qui transforme un chatbot informationnel en véritable assistant de suivi individualisé.
C'est ce que nous détaillons dans notre article chatbot IA pour la logistique et le suivi de commandes : l'intégration API est le niveau d'automatisation qui change réellement l'expérience client.
3. Intégrations transporteurs et plateformes e-commerce
Transporteurs compatibles et événements suivis
Le tableau suivant liste les principaux transporteurs utilisés par les e-commerçants français, leur type d'API de tracking, et les événements qu'un chatbot peut exploiter pour répondre aux clients :
| Transporteur | Type d'API | Événements exploitables | Webhook disponible |
|---|---|---|---|
| Colissimo (La Poste) | REST / Suivi v2 | Prise en charge, en transit, en livraison, livré, avis de passage, retour expéditeur | Oui |
| Chronopost | REST (Chrono API) | Enlèvement, en cours d'acheminement, livré, tentative échouée, en point relais | Oui |
| DPD France | REST (Tracking API) | Scan départ, en transit, en livraison, livré, échec livraison, en Pickup | Oui |
| Mondial Relay | SOAP / REST | En préparation, en transit, disponible en point relais, récupéré, retour | Partiel |
| UPS | REST (Tracking API v1) | Collecte, en transit, dédouanement, en livraison, livré, exception | Oui |
| GLS | REST (GLS API) | En cours de tri, en transit, en livraison, livré, non livré | Oui |
Pour les boutiques qui utilisent plusieurs transporteurs simultanément, des agrégateurs comme Shippingbo ou Ship24 centralisent les données de tracking en une seule API — ce qui simplifie considérablement l'intégration côté chatbot.
Plateformes e-commerce : intégration CMS
En parallèle de l'API transporteur, le chatbot doit accéder à votre base de données commandes. Voici comment s'effectue la connexion selon votre plateforme :
- Shopify : API Admin REST ou GraphQL natif. Accès aux commandes, statuts, numéros de tracking et informations client en lecture. L'intégration est standard et bien documentée.
- WooCommerce : API REST WooCommerce (incluse dans le core depuis la version 2.6). Même périmètre de données que Shopify, avec une flexibilité accrue pour les boutiques sur serveur dédié.
- PrestaShop : API Webservice intégrée (clé API + accès aux ressources orders). Légèrement plus complexe à configurer, mais nativement supportée depuis PrestaShop 1.5.
La connexion CMS + API transporteur est le prérequis technique pour un chatbot de suivi individualisé. Sans elle, le chatbot ne peut répondre qu'aux questions génériques sur vos délais — pas aux demandes spécifiques par numéro de commande.
4. Cas concret : conversation type d'un client qui demande "où est ma commande ?"
Scénario : livraison en cours, client impatient
Voici une conversation type entre un client et un chatbot de suivi de commande, configuré sur une boutique Shopify utilisant Colissimo comme transporteur principal :
Cette conversation — résolution complète en 5 échanges, moins de 45 secondes pour le client — aurait autrement généré un email au SAV avec une réponse 2 à 4 heures plus tard. Le temps agent économisé : environ 6 minutes. Multiplié par 300 requêtes similaires par mois, c'est 30 heures de travail agent récupérées.
Ce qui rend cette conversation efficace
Trois éléments sont déterminants dans la qualité de cette interaction :
- L'identification sans friction : demander uniquement l'email, pas le numéro de commande que le client n'a pas sous la main.
- La précision du statut : heure exacte du dernier scan, estimation de livraison — pas un vague "en cours de livraison".
- L'anticipation : répondre à la question "et si je ne suis pas là ?" sans attendre qu'elle soit posée.
5. Gestion des cas spéciaux : livraison en retard, colis perdu, mauvaise adresse
Livraison en retard : détection et réponse proactive
Un chatbot bien configuré ne se contente pas de répondre passivement. Il peut détecter les anomalies de délai en comparant la date d'estimation initiale à la date du jour, et déclencher une notification proactive avant même que le client contacte le SAV.
Quand un client contacte malgré tout pour un retard, la réponse suit un protocole précis : explication du statut actuel, nouvelle estimation si disponible via l'API transporteur, et proposition de créer un dossier incident si le retard dépasse le seuil défini (généralement J+3 après la date estimée).
La règle d'or : ne jamais mentir sur un statut inconnu. Si l'API transporteur retourne un statut ambigu ("en cours de traitement" depuis plus de 5 jours), le chatbot le dit clairement et escalade vers un agent humain avec le contexte complet.
Colis perdu : le cas critique
Un colis perdu est un cas d'escalade systématique. Le chatbot peut déclencher l'escalade automatiquement à deux conditions :
- Statut "perdu" ou "retourné à l'expéditeur" renvoyé par l'API transporteur.
- Absence de scan depuis plus de 7 jours ouvrés (paramétrable selon votre politique).
Dans ce cas, le chatbot ne tente pas de résoudre seul. Il reconnaît le problème, s'excuse au nom de la marque, crée automatiquement un ticket dans votre helpdesk avec le contexte complet (numéro de commande, transporteur, dernier scan, adresse de livraison), et informe le client qu'un agent le contactera dans les 24 heures.
Cette gestion est directement liée à notre guide sur la gestion des retours et remboursements par chatbot IA, qui détaille les protocoles de compensation et la logique d'escalade pour les cas complexes.
Mauvaise adresse de livraison
La demande de modification d'adresse après expédition est l'un des cas les plus délicats. Le chatbot doit d'abord vérifier si le colis est encore en statut "pris en charge" ou "en transit" — auquel cas une modification est parfois possible via l'API transporteur (Colissimo et Chronopost proposent une API de redirection sous conditions). Si le colis est déjà en livraison, le chatbot informe le client des options disponibles : avis de passage, point relais alternatif, retour à l'expéditeur.
Dans tous les cas, la modification d'adresse concrète est escaladée à un agent humain pour validation — le chatbot ne modifie jamais les données de commande de façon autonome sans supervision.
Notifications proactives : réduire le WISMO avant qu'il arrive
La meilleure façon de réduire les tickets WISMO est de les prévenir. Couplé à un système de webhooks transporteur, le chatbot (ou le système de messagerie automatisée) envoie des notifications aux étapes clés :
- Colis pris en charge par le transporteur
- Colis en transit vers l'agence locale
- Colis en cours de livraison (jour J)
- Colis livré ou avis de passage déposé
Selon une étude Baymard Institute, des notifications proactives bien conçues réduisent les requêtes WISMO de 50 à 80 %. Le chatbot devient alors un filet de sécurité pour les clients qui n'ont pas reçu ou n'ont pas lu les notifications.
Pour comprendre comment cette gestion s'intègre dans une stratégie SAV complète, notre comparatif helpdesk e-commerce vs chatbot IA détaille quand chaque outil est le plus adapté.
6. ROI : combien d'heures économisées et de tickets déflectés
La base de calcul
Prenons un exemple concret, calibré sur une boutique e-commerce française de taille intermédiaire. Notre guide pilier SAV e-commerce détaille la méthode complète de calcul de ROI pour l'ensemble des cas d'usage. Ici, nous nous concentrons sur le périmètre WISMO.
| Paramètre | Valeur exemple | Hypothèse |
|---|---|---|
| Commandes/mois | 800 | Boutique mid-market |
| Taux de contact SAV post-achat | 12 % | Benchmark secteur |
| Tickets SAV/mois | 96 | 800 × 12 % |
| Part WISMO dans les tickets | 45 % | Moyenne secteur |
| Tickets WISMO/mois | 43 | 96 × 45 % |
| Coût moyen par ticket WISMO | 8 € | Temps agent + outil |
| Coût WISMO mensuel (avant) | 344 € | 43 × 8 € |
| Taux d'automatisation chatbot WISMO | 80 % | API transporteur connectée |
| Tickets restants à traiter manuellement | 9 | 43 × 20 % |
| Économie mensuelle brute | 275 €/mois | 344 - (9 × 8 €) |
| Économie annuelle | 3 300 €/an | Sur le WISMO uniquement |
Au-delà du coût : les gains invisibles
Le calcul financier direct ne capture pas l'intégralité du ROI. Trois bénéfices additionnels sont difficiles à monétiser mais réels :
- Satisfaction client améliorée : une réponse en moins de 3 secondes vs 2-4 heures a un impact direct sur le CSAT et la fidélisation post-achat. Un client bien informé sur sa livraison achète à nouveau plus facilement.
- Réduction des avis négatifs : la grande majorité des avis 1 étoile en e-commerce concernent des problèmes de livraison mal gérés, pas le produit lui-même. Un suivi proactif coupe l'herbe sous le pied de ces avis.
- Pics absorbés sans recrutement : Black Friday, Noël, soldes — les périodes de forte activité multiplient les tickets WISMO par 3 à 5. Un chatbot absorbe ce pic sans embauche temporaire.
Pour approfondir la méthode de calcul de ROI sur l'ensemble du périmètre SAV, consultez notre article réduire les tickets SAV e-commerce avec un chatbot IA.
7. Mise en place en 4 étapes
Étape 1 — Documenter votre politique de livraison
Avant toute intégration technique, commencez par un document complet et à jour sur votre politique de livraison. Ce document sera la base RAG du chatbot pour toutes les questions génériques. Il doit couvrir :
- Les délais de préparation et d'expédition par type de commande
- Les transporteurs utilisés selon le poids, la destination et le mode de livraison choisi
- Les zones géographiques couvertes et les délais par zone
- La procédure en cas de retard ou de problème de livraison
- Les options de livraison (domicile, point relais, livraison express)
Ce document doit être clair, sans ambiguïté et validé par votre équipe opérationnelle. La qualité des réponses du chatbot est directement proportionnelle à la précision de cette documentation.
Étape 2 — Connecter votre plateforme e-commerce
La connexion à votre CMS (Shopify, WooCommerce, PrestaShop) s'effectue via une clé API en lecture seule. Aucune permission d'écriture n'est nécessaire pour le suivi de commande — le chatbot lit uniquement les données de commande, il ne les modifie pas. Cette contrainte de sécurité est fondamentale et doit être respectée dans la configuration des permissions API.
Testez la connexion en simulant une requête avec un email client réel avant de passer à l'étape suivante. Vérifiez que le chatbot récupère correctement : le numéro de commande, le statut, le numéro de tracking et le transporteur associé.
Étape 3 — Intégrer les APIs transporteurs
Commencez par votre transporteur principal. Si vous utilisez un agrégateur logistique (Shippingbo, Sendcloud, Ship24), une seule intégration suffit pour couvrir plusieurs transporteurs simultanément. Configurez les webhooks pour les statuts critiques : livraison confirmée, échec de livraison, avis de passage, incident.
Définissez ensuite les règles d'escalade automatique : au-delà de combien de jours sans scan un ticket est créé ? Quels statuts déclenchent une escalade immédiate ? Ces règles doivent être alignées avec votre politique SAV et validées par votre responsable logistique.
Étape 4 — Déployer, tester et affiner
Déployez le chatbot en mode restreint (visible uniquement de votre équipe) et testez les 10 à 15 scénarios les plus fréquents : commande en transit, commande livrée, avis de passage, retard, adresse incorrecte. Pour chaque scénario, vérifiez la pertinence de la réponse, la précision du statut et la fluidité de l'escalade.
Après 1 à 2 semaines de test interne, déployez en production. Analysez les conversations hebdomadairement pendant le premier mois pour identifier les réponses insuffisantes et affiner soit la documentation soit les règles d'escalade. Un chatbot de suivi de commande atteint sa maturité en 3 à 6 semaines de production réelle.
Vous pouvez démarrer gratuitement sur notre solution chatbot e-commerce et créer votre compte Heeya pour tester l'intégration sur votre boutique.
FAQ — Chatbot suivi de commande e-commerce
Qu'est-ce que le WISMO et pourquoi est-ce un problème pour les e-commerçants ? ↓
WISMO signifie "Where Is My Order" — "où est ma commande ?" en français. C'est le type de demande SAV le plus fréquent en e-commerce, représentant entre 40 et 60 % du volume total de tickets. Chaque ticket WISMO traité manuellement coûte entre 5 et 22 euros en temps agent. Pour une boutique recevant 100 tickets WISMO par mois, cela représente entre 6 000 et 26 000 euros par an de coûts de support sur des demandes entièrement automatisables.
Un chatbot peut-il accéder au statut temps réel de tous les transporteurs ? ↓
Oui, à condition que le transporteur dispose d'une API de tracking (c'est le cas de Colissimo, Chronopost, DPD, UPS, GLS et Mondial Relay). Le chatbot interroge l'API transporteur avec le numéro de suivi et retourne le statut en temps réel. Pour les boutiques utilisant plusieurs transporteurs, un agrégateur comme Shippingbo ou Ship24 centralise les données en une seule API, simplifiant l'intégration.
Comment le chatbot identifie-t-il la commande d'un client sans lui demander son numéro de suivi ? ↓
Le chatbot demande l'adresse email utilisée lors de la commande, puis interroge l'API de votre plateforme e-commerce (Shopify, WooCommerce, PrestaShop) pour retrouver la commande associée et son numéro de tracking. Le client n'a pas besoin d'avoir son numéro de commande sous la main — ce qui est le cas de la grande majorité des acheteurs qui contactent le SAV. Si le visiteur est déjà authentifié sur votre boutique, l'identification est automatique.
Que se passe-t-il si le chatbot ne trouve pas d'information sur un colis ? ↓
Si l'API transporteur retourne un statut inconnu, ambigu ou si le colis n'a pas été scanné depuis un délai anormal, le chatbot le reconnaît explicitement et escalade vers un agent humain. Il ne génère pas de fausse information ni ne minimise le problème. Il crée automatiquement un ticket dans votre helpdesk avec le contexte complet (email client, numéro de commande, transporteur, dernier statut connu) et informe le client qu'un agent prendra contact sous 24 heures.
Combien de temps faut-il pour déployer un chatbot de suivi de commande sur Shopify ? ↓
La partie documentaire (politique de livraison, FAQ) peut être configurée en moins d'une heure. La connexion à l'API Shopify prend 15 à 30 minutes. L'intégration de l'API transporteur varie selon le transporteur et l'agrégateur utilisé : comptez 1 à 3 heures pour une configuration soignée. Au total, un chatbot de suivi de commande opérationnel sur Shopify peut être déployé en une demi-journée de travail, sans développement sur mesure.
Le chatbot peut-il modifier une adresse de livraison à la demande du client ? ↓
En configuration standard, non — le chatbot est en lecture seule sur vos données de commande et ne modifie rien sans supervision humaine. Il peut vérifier si une modification est encore possible (colis en cours de traitement vs déjà expédié), informer le client des options disponibles selon le transporteur, et créer un ticket d'escalade pour qu'un agent effectue la modification. Certaines plateformes d'agents IA autonomes permettent des actions en écriture, mais cela requiert une architecture et une gouvernance plus complexes.
Pour aller plus loin
- Guide pilier complet : automatiser le SAV e-commerce en 2026
- Gérer les retours et remboursements avec un chatbot IA
- Helpdesk e-commerce vs chatbot IA : quel outil choisir ?
- Chatbot IA pour la logistique et le transport
- Réduire les tickets SAV e-commerce avec un chatbot IA
- Automatiser le service client e-commerce : guide complet
Déployez votre chatbot suivi de commande en une demi-journée
Connectez Heeya à votre boutique Shopify, WooCommerce ou PrestaShop. Importez votre politique de livraison. Déployez un chatbot qui répond à vos clients WISMO 24h/24 — sans développeur.
Essayer Heeya gratuitement →14 jours d'essai gratuit · Pas de carte bancaire requise
