E-commerce
26 juillet 2026
« J'ai payé mais je n'ai rien reçu. » « Où est mon email de confirmation ? » « J'ai vérifié partout, rien dans ma boîte. » Trois formulations pour un même ticket : le client doute que la commande existe, alors que le paiement est bien passé.
Shopify envoie automatiquement la confirmation dès qu'une commande est payée (Shopify, notifications commande 2026). Omnisend rappelle que ces emails transactionnels affichent des taux d'ouverture très élevés quand la délivrabilité est correcte, mais qu'un message en spam ou une adresse erronée déclenche immédiatement un contact SAV (Omnisend, confirmation Shopify 2026).
Ce guide #358 traite la résolution support du ticket email de confirmation manquant. Il complète le glossaire email transactionnel (définition) et exemples messages (#27) avec l'angle workflow SAV, macros agents, délivrabilité et self-service post-checkout.
Summary
Pourquoi ce ticket revient-il si souvent après checkout ?
Le ticket email de confirmation manquant arrive dans les minutes qui suivent l'achat. Le client n'a pas de preuve visible : il panique, conteste le paiement ou ouvre un chat urgent.
Cinq déclencheurs fréquents
Spam / promotions : Gmail classe la confirmation dans Promotions ou Courrier indésirable
Faute email checkout : typo @gmail.com, domaine inexistant
Délai perception : client cherche avant réception (30 s à 3 min)
Apple Hide My Email : alias relay, client ne reconnaît pas l'expéditeur
Paiement en attente : commande unpaid, pas d'email confirmé
Tevello rappelle que si aucune confirmation n'a jamais été envoyée (email absent au checkout), l'option Resend n'apparaît pas dans la timeline Shopify (Tevello, renvoi confirmation 2026).
Angle #358
Le glossaire transactionnel définit le concept. Le #27 donne des exemples de contenu email. Le #358 formalise le workflow support quand le client signale l'absence : triage, renvoi, self-service, escalade délivrabilité.
Coût ticket mal traité
Agent répond « vérifiez vos spams » sans lookup commande = 2e ticket quand le client trouve l'email 10 min plus tard. Ou pire : remboursement anticipé alors que la commande part en préparation.
Exemple DTC
Marque beauté, 142 tickets missing_confirmation/mois sur 4 800 commandes. Après policy CONF-EMAIL + 8 macros : missing_confirmation_resolution 87 %, temps médian résolution 4 min, chargebacks « non reçu » -38 %.
SLA recommandé
Priorité P1 si message contient « payé », « débité », « arnaque ». Réponse < 15 min avec statut commande + lien page statut ou renvoi.
Volume typique
Sur DTC sans page statut visible post-checkout, comptez 2 à 5 % des tickets post-achat liés à confirmation ou preuve commande la première année. Chute nette une fois self-service et délivrabilité corrigés.
En quoi diffère-t-il du glossaire et des exemples #27 ?
Quatre contenus email post-achat, quatre rôles distincts.
Glossaire transactionnel
Email transactionnel : définition, types, délivrabilité générale. Le #358 = playbook SAV ticket précis « pas reçu confirmation ».
Exemples messages (#27)
Guide #27 : objet, corps, séquence confirmation / expédition. Le #358 : que faire quand le client dit ne pas l'avoir reçu.
Bot documents (#255)
Bot factures (#255) : intent order_confirmation_copy, renvoi PDF. Le #358 pose la base ops humaine et policy avant bot.
Templates support général
Bibliothèque templates : macros transverses. Le #358 ajoute 8 macros CONF-EMAIL-* dédiées.
Support post-achat (#9)
Automation post-achat (#9) : WISMO, tracking. Le #358 = sous-intent missing_confirmation avant expédition.
Doublons tickets
Éviter doublons : client écrit email + chat + Instagram. Le #358 inclut macro anti-doublon canal.
Promesse #358
Policy CONF-EMAIL, arbre CONF-EMAIL-GATE, 8 macros, checklist délivrabilité, KPI missing_confirmation_resolution.
Quelles causes classer avant de répondre ?
Cartographier les causes missing_confirmation évite réponses génériques et remboursements inutiles.
Huit scénarios à tagger
conf_spam_folder: email envoyé, client n'a pas cherché spamconf_typo_email: adresse incorrecte au checkoutconf_delay_anxiety: email en route, < 5 minconf_unpaid_pending: paiement non capturéconf_guest_no_email: checkout sans email valideconf_relay_alias: Hide My Email, iCloud relayconf_esp_fail: bounce, domaine non authentifiéconf_never_sent: timeline Shopify sans envoi
Champs ticket obligatoires
order_id ou email checkout, payment_status, timeline_email_sent (bool), customer_email_on_order, channel (email/chat/IG). Voir taxonomie (#135).
Distinction confirmation vs facture
Client confond parfois confirmation commande et facture PDF. Clarifier avant renvoi : factures (#254).
Mining tickets 90 j
Export verbatims « confirmation », « reçu », « preuve », « arnaque ». Prioriser macros sur top 3 causes réelles, pas suppositions.
Comment structurer la policy CONF-EMAIL ?
La policy CONF-EMAIL aligne agents, bot et FAQ self-service.
Dix blocs policy
Vérifier commande avant toute promesse
Ne jamais rembourser sans statut unpaid confirmé
Renvoi Shopify si timeline montre envoi précédent
Page statut en fallback si resend impossible
Corriger email sur commande avant renvoi si typo
Guider spam : dossiers Promotions, Indésirables, Updates
Délai normal : jusqu'à 5 min, ne pas escalader avant
Bounce ops : tag conf_esp_fail, escalade technique
Canal unique : répondre sur fil initial
CSAT : ne pas clore avant confirmation client
Flow CONF-EMAIL-GATE
Cinq gates séquentielles : auth (email ou order_id) → lookup payment_status → check timeline sent → branche cause (spam / typo / unpaid / never_sent) → action (renvoi, lien statut, correction email, handoff ops).
Branche unpaid
Si payment pending ou authorized only : expliquer statut, pas de renvoi confirmation payée. Macro CONF-EMAIL-UNPAID.
Branche typo
Comparer email ticket vs order. Si différent : demander preuve identité légère (4 derniers chiffres CB ou adresse livraison) avant correction contact.
Règle anti-doublon
Si ticket ouvert sur 2 canaux : fusionner, répondre une fois avec lien statut.
Quelles macros CONF-EMAIL pour les agents ?
Huit macros CONF-EMAIL couvrent 90 % des tickets missing confirmation.
CONF-EMAIL-RESEND-01 (renvoi standard)
« Bonjour, votre commande #[X] est bien enregistrée et payée. Nous venons de renvoyer l'email de confirmation à [email]. Vérifiez aussi Promotions et Courrier indésirable. Page statut : [lien]. Délai réception : quelques minutes. »
CONF-EMAIL-STATUS-02 (lien sans renvoi)
« Commande #[X] confirmée le [date]. Suivez votre commande ici : [lien statut]. Cette page contient le même récap que l'email. Besoin du PDF facture ? Voir guide facture.
CONF-EMAIL-SPAM-03 (guidage dossiers)
« L'email a bien été envoyé à [email] à [heure]. Recherchez « [nom boutique] » ou « commande #[X] » dans tous les dossiers. Gmail : onglet Promotions et Spam. Outlook : Courrier indésirable. Ajoutez commandes@votredomaine.com à vos contacts.
CONF-EMAIL-TYPO-04 (correction adresse)
« L'email sur la commande est [email erroné]. Pour corriger, confirmez l'adresse exacte et les 4 derniers chiffres de la carte utilisée. Nous mettrons à jour et renverrons la confirmation. »
CONF-EMAIL-UNPAID-05 (paiement en attente)
« Votre commande #[X] est en attente de paiement ([statut]). L'email de confirmation part dès validation bancaire, sous 24 h max. Si débit visible, envoyez capture relevé : nous vérifions avec la banque. »
CONF-EMAIL-DELAY-06 (anxiété immédiate)
« Merci pour votre commande #[X] il y a [N] minutes. L'email peut mettre jusqu'à 5 minutes. Voici votre page statut : [lien]. Revenez vers nous si rien sous 15 min. »
CONF-EMAIL-NEVER-07 (jamais envoyé)
« Aucun email n'avait été déclenché (adresse absente au checkout). Nous avons ajouté [email] et envoyé le récap manuellement. Page statut : [lien]. Commande en préparation. »
CONF-EMAIL-DUPLICATE-08 (multi-canal)
« Nous traitons votre demande sur ce fil. Réponse identique envoyée par [canal]. Merci de ne pas rouvrir ailleurs pour un suivi plus rapide. » Lien doublons.
Ton et personnalisation
Toujours inclure numéro commande, statut payment, lien statut. Éviter « c'est normal » sans preuve lookup.
Comment activer le self-service post-checkout ?
Le self-service confirmation dévie le ticket avant qu'il n'atteigne un agent.
Page statut commande visible
Afficher lien « Voir ma commande » sur thank-you page et dans le header post-achat. Shopify génère une URL unique par commande (Shopify, page statut 2026).
Widget chat post-achat
Message proactif 2 min après checkout : « Email de confirmation en route. Pas reçu ? Cliquez ici pour accéder à votre commande. » Bouton page statut.
FAQ checkout footer
« Où est mon email de confirmation ? » avec 3 étapes : attendre 5 min, vérifier spam, lien statut.
Compte client
Inviter création compte sur thank-you : historique commandes accessible sans email reçu.
Renvoi automatique bot
Intent order_confirmation_copy (#255) : auth double, trigger resend Shopify API ou lien statut. Limite 2 renvois / 24 h anti-abus.
SMS optionnel
Si téléphone collecté : SMS « Commande #[X] confirmée. Suivi : [lien court] » en complément email, pas remplacement.
Comment vérifier envoi et délivrabilité côté ops ?
Les tickets récurrents missing confirmation signalent souvent un problème technique, pas un client distrait.
Checklist timeline Shopify
Ouvrir commande → section Timeline
Chercher « Order confirmation email sent »
Si absent : conf_never_sent, corriger contact
Si présent : Resend email sous l'entrée timeline
Option « Send to yourself » pour tester rendu
Shopify documente le renvoi depuis Timeline (Shopify, détails commande 2026).
Authentification domaine
SPF, DKIM, DMARC sur domaine expéditeur notifications@. Sans authentification, Gmail et Outlook envoient en spam. Tester avec mail-tester.com après chaque changement DNS.
Expéditeur reconnaissable
« Boutique X » <commandes@votredomaine.com>, pas noreply@ générique. Objet : « Commande #4120 confirmée », jamais promo déguisée.
ESP vs natif Shopify
Klaviyo, Omnisend reprennent notifications : vérifier logs delivered / bounced dans l'ESP. Corréler bounce avec conf_typo_email.
Audit mensuel
Exporter 20 tickets conf_esp_fail. Si > 5 % : revue template, images lourdes, liens blacklistés, score spam objet.
Test post-modification template
Chaque edit Liquid notification : commande test, resend, vérif mobile + desktop + Gmail + Outlook.
Comment configurer Shopify et ESP pour limiter les tickets ?
Le setup confirmation Shopify prévient plus de tickets que des macros réactives seules.
Notifications natives
Admin > Settings > Notifications > Order confirmation. Personnaliser logo, couleurs, lien support, page statut proéminent en haut du corps.
Contenu email optimal
Numéro commande dans objet et corps
Lien page statut bouton CTA visible mobile
Récap produits + adresse livraison
Prochaine étape : délai expédition estimé
Contact SAV : email ou chat, pas formulaire seul
Shopify recommande numéro commande, détail, livraison et prochaine étape (Shopify, order confirmation 2026).
Checkout email obligatoire
Ne pas permettre checkout sans email valide. Validation format côté thème si besoin.
Thank-you page
Message : « Un email de confirmation a été envoyé à {{ email }}. Vérifiez spam si absent sous 5 min. » + lien statut.
Intégration Klaviyo / Omnisend
Désactiver double envoi (Shopify natif + ESP) qui confond le client. Un seul expéditeur transactionnel actif.
Markets multilingues
Template localisé par marché Shopify. Ticket « email en anglais » sur boutique FR = tag conf_wrong_locale.
Quels KPI mesurer sur missing confirmation ?
Sans KPI missing_confirmation, impossible de prouver ROI policy et délivrabilité.
Sept métriques clés
missing_confirmation_volume : tickets / commandes/mois
missing_confirmation_resolution : résolu sans escalade / total
conf_first_response_time : médiane minutes
conf_resend_rate : renvois Shopify / tickets
conf_spam_cause_rate : % cause spam vs typo
conf_chargeback_prevented : litiges évités post-réponse
CSAT intent missing_confirmation : satisfaction dédiée
Benchmark DTC
Objectif missing_confirmation_resolution > 85 %, volume < 1 % commandes après 90 j optimisés, conf_first_response_time < 10 min.
Corrélation délivrabilité
Si conf_esp_fail monte après campagne marketing agressive même domaine : séparer sous-domaine notifications vs news.
Revue mensuelle
Top causes, top domaines email client (gmail, icloud, orange), ajuster macros et FAQ self-service.
Dashboard hebdo
Segmenter par cause tag. Un pic conf_unpaid_pending = problème passerelle paiement, pas SAV template.
Quels cas limites et escalades prévoir ?
Six edge cases missing confirmation exigent handoff ou procédure spéciale.
Commande B2B / PO
Acheteur pro attend confirmation + facture pro. Router vers macro facture si demande PDF, pas simple resend confirmation.
Cadeau destinataire
Email confirmation va à l'acheteur, pas au destinataire. Expliquer sans révéler contenu cadeau au mauvais interlocuteur.
Fraude ou chargeback menacé
Client menace banque : réponse sous 15 min avec preuve commande, renvoi + lien statut + offre appel si > 200 €.
Email entreprise filtré
@entreprise.com bloque expéditeur externe. Proposer email perso ou lien statut uniquement, escalade IT client si récurrent.
Précommande sans capture
Paiement différé : confirmation « précommande enregistrée », pas « commande expédiée ». Lien précommande (#337).
Multi-commande même session
Client reçoit une confirmation, cherche la deuxième. Lister toutes commandes liées email checkout sur 24 h.
Modification email post-achat
Edit contact information sur commande Shopify, puis Resend vers nouvelle adresse. Documenter dans note ticket.
Comment Qstomy traite l'email de confirmation manquant ?
Qstomy route l'intent missing_confirmation avec lookup commande Shopify, policy CONF-EMAIL et renvoi guidé.
Capacités
conf_order_lookup : statut payment + timeline sent
conf_status_link : page statut unique
conf_spam_guide : instructions dossiers par client mail
conf_resend_trigger : handoff agent resend si needed
conf_unpaid_branch : explication pending, pas fausse confirmation
Scénario DTC chiffré
Marque skincare, 118 tickets missing_confirmation/mois, réponses manuelles lentes.
Après Qstomy + policy CONF-EMAIL : 82 % auto-résolus, missing_confirmation_resolution 89 %, conf_first_response_time 45 s, CSAT 4,8/5.
Explorez support IA, Shopify, demander une démo.
Quelle checklist pour lancer la policy CONF-EMAIL ?
Checklist CONF-EMAIL (10 étapes)
Auditer missing_confirmation tickets 90 j
Tagger 8 causes section 3
Rédiger policy CONF-EMAIL section 4
Importer 8 macros CONF-EMAIL-* helpdesk
Vérifier SPF/DKIM/DMARC domaine notifications
Optimiser template confirmation + thank-you page
Activer lien page statut post-checkout
Former agents flow CONF-EMAIL-GATE
Dashboard missing_confirmation_resolution hebdo
Revue mensuelle causes + délivrabilité
En bref
#358 = résolution ticket, pas définition transactionnel
Lookup commande d'abord : jamais « vérifiez spam » seul
CONF-EMAIL-GATE : auth → payment → timeline → action
8 macros CONF-EMAIL : 90 % cas couverts
KPI missing_confirmation_resolution : cible > 85 %
FAQ
Différence avec glossaire transactionnel ?
Glossaire = définition. #358 = workflow SAV quand client ne reçoit pas la confirmation.
Différence avec exemples #27 ?
#27 = contenu email à envoyer. #358 = que répondre au ticket « pas reçu ».
Faut-il rembourser si pas d'email ?
Non si commande paid. Renvoyer ou lien statut. Rembourser seulement si unpaid ou fraude avérée.
Resend Shopify ne marche pas ?
Timeline sans envoi initial : corriger email contact, envoyer lien statut manuellement.
Bot peut-il renvoyer seul ?
Oui avec auth double et limite renvois. Handoff si typo email ou bounce.
Aller plus loin
Testez en staging : commande test, ticket simulé « pas reçu email », vérifiez lookup + macro CONF-EMAIL-RESEND-01 sans escalade inutile.
Partagez ce guide #358 avec support et ops email : un ticket confirmation bien traité rassure le client en 4 minutes, pas en 4 échanges.
Enzo
26 juillet 2026
