Confirmations de commande dans les spams? Voici la manière la plus rapide de les corriger.

Pourquoi les confirmations de commande atterrissent-elles dans le spam ?

Les fournisseurs de messagerie utilisent un modèle de risque sur chaque message. Si l'identité est floue, le contenu semble promotionnel ou si la réputation de votre domaine est bruitée, même les emails transactionnels essentiels sont dépriorisés.

Causes principales les plus courantes

• Authentification cassée ou manquante : DKIM ne passe pas, SPF n'autorise pas votre expéditeur, ou DMARC n'est pas aligné avec votre domaine visible From:. Commencez par ici : DKIM dans Mailpro.
• Trafic mixte : promos et confirmations partagent la même identité/IP ; les plaintes marketing se répercutent sur les confirmations.
• Modèle trop élaboré : mise en page riche en images, nombreux liens, texte promotionnel dans un email transactionnel.
• Fuites de réputation : imports massifs, adresses pleines de fautes de frappe ou listes obsolètes nuisent au même domaine que vous utilisez pour les confirmations.
• Incompatibilité d'enveloppe : le domaine Return-Path/bounce ne correspond pas à l'identité visible From:.

TL;DR — La solution en 10 minutes

1. Créer un sous-domaine transactionnel : notify.example.com pour les confirmations (gardez le marketing sur mail.example.com).
2. Authentifier & aligner : SPF autorise l'expéditeur ; DKIM signe ; DMARC s'aligne sur notify.example.com.
3. Utiliser un modèle propre : priorité au texte, un logo, uniquement l'essentiel—pas de promotions.
4. Envoyer par un canal stable : API Email Mailpro ou SMTP avec TLS requis.
5. Test de semence + vérification des en-têtes : vérifier DKIM=pass et alignement DMARC ; journaliser Message-ID ↔ Order-ID.

Corriger l'identité : SPF, DKIM, DMARC (avec alignement)

Les fournisseurs de messagerie ont besoin d'une identité cryptographiquement fiable liée à ce que l'utilisateur voit dans la ligne From:.

A quoi ressemble un « bon » modèle

• SPF : votre enregistrement DNS autorise Mailpro pour le sous-domaine transactionnel.
• DKIM : toutes les confirmations sont signées avec une clé 2048 bits sur notify.example.com. Configurez ici : Configuration DKIM.
• DMARC : la politique fait référence à notify.example.com, s'alignant avec le domaine signé/autorisé.

Astuce : Gardez From:, Return-Path, et le domaine DKIM alignés sur notify.example.com. Le désalignement est une cause fréquente de spam.

Besoin d'un contexte de délivrabilité plus large ? Voir les conseils de délivrabilité de Mailpro.

Séparer le trafic marketing et transactionnel

Ne laissez pas une grande promo dégrader les confirmations. Utilisez des domaines/flux séparés :

• notify.example.com → confirmations de commande, reçus, réinitialisations, avis d'expédition.
• mail.example.com → newsletters, ventes, campagnes de cycle de vie.

Si vous avez dépassé une piscine partagée, déplacez les confirmations sur un flux stable et peu bruyant via Email API ou SMTP.

Créer un modèle « transactionnel propre »

Votre confirmation doit ressembler à un reçu, pas à un flyer.

• En-tête : logo de marque (petit), « Confirmation de Commande #12345.»
• Essentiels uniquement : articles, total, taxes, résumé expédition/facturation, date/heure de la commande, support/contact, lien de statut de commande.
• Garder le HTML léger : principalement du texte, quelques liens, pas de compte à rebours ni de grandes bannières.
• Pas de promos ici : évitez le langage des ventes et les réductions ; cela appartient au flux marketing.
• Accessibilité : texte alternatif pour le logo ; structure claire et scannable.

Créez une fois et réutilisez dans différentes localités avec le Constructeur de Newsletter Mailpro.

Imposer TLS, surveiller et alerter

Les confirmations contiennent des données personnelles et doivent être protégées en transit.

• Envoyer via API Email Mailpro ou SMTP avec TLS requis.
• Alerte sur les échecs de poignée de main TLS, pics de rebond et reports.
• Pour une juridiction stricte/confidentialité, hébergez en Suisse et obtenez une base DPA/GDPR en place.

Liste de contrôle QA de délivrabilité (avant envoi)

• Sous-domaine transactionnel (notify.example.com) en direct et délégué.
• SPF autorise Mailpro ; DKIM=pass sur les semences ; DMARC aligné.
• Modèle est simple, accessible et strictement transactionnel.
• From:/Return-Path tous deux sur notify.example.com.
• SMTP/API utilise TLS ; alertes sur échecs et pics de rebond.
• Order-ID ↔ Message-ID stocké dans vos journaux d'application (correspond à Mailpro stats).

Arbres de résolution de problèmes (à vérifier en premier)

Arbre A — Échec de l'authentification

1. Vérifiez les en-têtes dans une boîte de réception de semence : Est-ce que DKIM=pass ? Le domaine DKIM est-il votre sous-domaine transactionnel ?
2. Inclure SPF : Votre enregistrement SPF autorise-t-il Mailpro pour ce sous-domaine ?
3. Alignement DMARC : From: visible correspond-il au domaine DKIM/SPF ?
4. Modifier DNS, re-tester ; ne pas continuer tant que l'alignement n'est pas propre.

Arbre B — Authentification réussie mais toujours spam

1. Modèle : Enlever les éléments promotionnels ; réduire l'imagerie ; simplifier les liens.
2. Ségrégation : Déplacer les confirmations hors de l'identité/IP marketing.
3. Volume/réputation : Lisser les pics de trafic ; supprimer immédiatement les rebonds/plaintes.
4. Signaux spécifiques à la boîte de réception : Tester Gmail, Outlook, Apple ; ajuster là où persistant.

Arbre C — Confirmations manquantes aléatoires

1. Vérifiez les journaux d'application pour les tentatives d'envoi, les codes de réponse SMTP et la création de Message-ID.
2. Vérifier que le traitement en aval (webhooks, ERP) n'a pas interrompu le flux d'envoi.
3. Associer les événements de commande aux Message-IDs via l'API Email.
4. Mise en place d'alerte sur les reports/timeouts ; réessayer avec backoff.

Étude de cas : reprise en 48 heures pour un magasin de taille moyenne

Un détaillant de mode a constaté une augmentation des tickets « Où est ma commande ?». L'enquête a montré que les confirmations étaient authentifiées mais redirigées vers les promotions/spam dans Gmail et Outlook pour ~22 % des clients après une grande vente.

Ce que nous avons changé

• Déplacer les confirmations vers notify.brand.com ; garder le marketing sur mail.brand.com.
• Fortification de DKIM (2048 bits) et alignement DMARC sur le sous-domaine transactionnel.
• Reconstruction du modèle : texte lourd, pas de promos, HTML léger.
• Mise en œuvre de l'application TLS et alertes ; journalisation Order-ID ↔ Message-ID.

Résultat (14 jours)

• Placement dans le spam/promotions tombé de ~22 % à < 3 % sur les tests de semences.
• Les tickets de support ont chuté de 41 % semaine après semaine.
• Les rétrofacturations de « pas de confirmation reçue » sont tombées à presque zéro.

Copier-coller sujets, corps et en-têtes

Lignes d'objet (neutres)

• Votre Confirmation de Commande #[{{order_id}}]
• Nous avons reçu votre commande #[{{order_id}}]
• Reçu pour Commande #[{{order_id}}]

Corps en texte brut (minimal, amical pour la délivrabilité)

Bonjour {{first_name}},
Merci pour votre achat. Votre commande #{{order_id}} a été reçue le {{order_date}}.
Articles : {{item_count}} · Total : {{order_total}}
Suivre ou voir les détails : {{order_link}}
Besoin d'aide ? Répondez à cet email ou visitez notre page d'aide.
— Support {{brand}}

Exemple d'alignement des en-têtes

• From: orders@notify.example.com
• Return-Path: bounces@notify.example.com
• DKIM-Signature d=notify.example.com

KPI et seuils à suivre

• Placement boîte de réception sur graines : promotions/spam < 5 %.
• Hard bounces: < 0.3 % (supprimer immédiatement).
• Taux de plaintes: < 0.1 % (ne jamais inclure de promos).
• Latence : confirmation envoyée dans les 60 secondes suivant le paiement.
• Couverture de la journalisation : 100 % des commandes associées aux Message-IDs.

Prochaines étapes avec Mailpro

• Authentifier SPF/DKIM et aligner DMARC sur un sous-domaine transactionnel.
• Envoyer via l'API Email ou SMTP avec TLS appliqué et journalisation.
• Optimiser la délivrabilité avec notre liste de contrôle pratique.
• Hébergement suisse et DPA/GDPR pour des opérations prêtes à la conformité.

FAQ

Pourquoi mes confirmations de commande vont-elles dans le spam ?

Le plus souvent : SPF/DKIM cassé, pas d'alignement DMARC, trafic marketing mixte, et modèles trop promotionnels. Corrigez l'identité, séparez les flux et simplifiez.

Les images ou pièces jointes causent-elles du spam ?

Les images ne sont pas mauvaises en soi, mais les mises en page riches en images semblent promotionnelles. Évitez les pièces jointes ; liez à la page de commande à la place.

DKIM seul suffit-il ?

Non. Vous avez également besoin de SPF, alignement DMARC, séparation du trafic, TLS, et un modèle transactionnel propre.

Comment prouver la livraison ?

Conservez les résultats SMTP, le passage DKIM et le Message-ID, et associez-le à l'Order-ID. Mailpro fournit des statistiques de courrier électronique ; vos journaux d'application complètent la piste d'audit via l'API Email.