L’email génère un ROI élevé quand il est mesurable : le Sinch Mailgun Email Impact Report montre que 60–62 % des équipes mesurant l’email rapportent >10 $ pour 1 $ dépensé. Je vous explique comment transformer ce ROI latent en preuves exploitables.
Besoin d'aide ? Découvrez les solutions de notre agence Tracking Server Side.
Pourquoi le ROI de l’email est difficile à prouver
Réponse directe : la difficulté vient d’une visibilité fragmentée et d’une attribution inadéquate.
Je constate que plusieurs causes se conjuguent pour obscurcir le ROI de l’email marketing. Dans un premier temps, l’absence ou la fragmentation des outils de tracking rend les données éparses entre CRM, ESP (plateforme d’envoi) et analytics. Dans un second temps, les parcours clients sont multi-touch et multi-device, ce qui dilue la responsabilité d’un canal sur la conversion finale. Dans un troisième temps, les équipes privilégient des métriques d’engagement (ouvertures, clics) qui ne se traduisent pas automatiquement en revenus. Dans un quatrième temps, des contraintes budgétaires limitent les tests et l’implémentation d’attribution avancée.
Selon le Sinch Mailgun Email Impact Report, 78 % considèrent l’email très important pour leur activité, mais seulement 46 % mesurent l’email promotionnel et 43 % mesurent l’email transactionnel. Parmi ceux qui mesurent, 60 % rapportent plus de 10 $ pour 1 $ investi sur le promotionnel et 62 % sur le transactionnel.
Je précise que les emails transactionnels sont plus simples à attribuer parce qu’ils déclenchent souvent une action directe et immédiate (confirmation de commande, lien de reset, facture) liée à un événement unique. Les emails promotionnels se heurtent à des cycles d’achat longs, à des recherches comparatives et à des interactions hors-ligne, ce qui exige des modèles d’attribution multi-touch ou basés sur la valeur incrémentale.
Je souligne les conséquences pour la justification budgétaire : budgets sous-dimensionnés faute de preuves, arbitrages vers des canaux « visibles », et réduction des tests A/B qui empêchent d’optimiser le rendement.
Voici quatre erreurs fréquentes à éviter :
- Se fier uniquement aux ouvertures et aux clics comme preuve de valeur.
- Utiliser l’attribution last-click par défaut sans modèle multi-touch ni tests d’incrémentalité.
- Mélanger les métriques des emails transactionnels et promotionnels sans segmentation.
- Ne pas taguer correctement les liens (UTM) et ne pas instrumenter les événements serveurs pour corrélation précise.
| Type | Visibilité | Facilité d’attribution | Impact business |
| Email transactionnel | Haute | Élevée | Direct et mesurable |
| Email promotionnel | Moyenne | Faible à Moyenne | Variable, souvent incrémental |
| Newsletters | Basse | Faible | Branding et engagement long terme |
Comment mesurer le ROI des emails transactionnels
Mesurez-les via événements serveur et suivi des conversions immédiates.
Étape 1: Instrumenter les événements transactionnels côté serveur en déclenchant des événements au moment où l’action client est finale (confirmations de commande, paiements réussis, envois de facture, expéditions, annulations). Exemple de types d’événements: order_confirmed, payment_succeeded, shipment_dispatched, invoice_sent, subscription_renewed.
Étape 2: Lier ces événements aux commandes et aux valeurs en envoyant un payload contenant au minimum un order_id, un montant (revenue) et un campaign_id si possible. Exemple de payload JSON simplifié:
{
"event":"order_confirmed",
"order_id":"ORD123456",
"user_id":"USR7890",
"revenue":149.90,
"currency":"EUR",
"campaign_id":"email_abandoned_cart_2026-04"
}Étape 3: Configurer une conversion unique dans votre outil d’analytics (par exemple GA4 ou Matomo) en mappant l’événement serveur à une conversion. Dans GA4, créez un événement personnalisé nommé order_confirmed et marquez-le comme conversion. Dans Matomo, créez un goal basé sur l’événement serveur ou sur la valeur passée.
Étape 4: Valider par A/B testing d’envoi en comparant un groupe témoin (pas d’email) à un groupe traité, puis mesurer la différence de revenue par utilisateur et le lift de conversion. Utiliser randomisation côté serveur pour garantir validité statistique.
Exemple de pseudo-code serveur Node.js/Express minimal (envoi d’un événement ‘order_confirmed’ vers un endpoint de collecte):
// Handler Express basique
app.post('/orders/confirm', async (req, res) => {
const { order_id, user_id, revenue, campaign_id } = req.body;
// Enregistrer la commande localement...
// Envoyer l'événement vers l'endpoint de collecte analytics
await fetch('https://collector.example.com/events', {
method: 'POST',
headers: { 'Content-Type': 'application/json' },
body: JSON.stringify({
event: 'order_confirmed',
order_id,
user_id,
revenue,
campaign_id
})
});
res.status(200).send({ status: 'ok' });
});Requête SQL simple pour calculer le revenu par campagne (jointure entre orders et email_events):
SELECT ee.campaign_id, SUM(o.total_amount) AS revenue_total FROM orders o JOIN email_events ee ON o.order_id = ee.order_id WHERE ee.event_type = ‘delivered’ GROUP BY ee.campaign_id ORDER BY revenue_total DESC;
Voici 5 KPIs prioritaires pour les transactionnels:
- Taux de conversion immédiat: Pourcentage d’événements transactionnels générant une vente.
- Revenu par email: Somme des revenus attribués divisée par le nombre d’emails envoyés.
- Valeur moyenne de commande (AOV): Montant moyen par commande issue d’un email.
- Temps-to-convert: Délai médian entre l’envoi et la conversion (utile pour attribution).
- Taux d’erreur/échec d’événement: Pourcentage d’événements serveur non reçus ou invalides.
Comment attribuer le revenu des emails promotionnels
Réponse directe : combinez modèles d’attribution multi-touch, windows d’attribution et tests contrôlés pour isoler l’effet.
J’expose ici une méthode pragmatique et complémentaire pour que vous puissiez attribuer de manière crédible le revenu généré par vos emails promotionnels.
Premièrement, les modèles d’attribution donnent un point de vue mais sont biaisés ; voici les plus courants :
- Last-Click : Donne tout le crédit à l’ultime interaction avant l’achat, facile à implémenter mais surestime les canaux de conversion finale.
- Linear : Répartit également le revenu entre tous les points de contact, neutre mais ignore l’importance relative des étapes.
- Time-Decay : Pondère plus les touches récentes, utile si vous pensez que l’influence augmente dans le temps, mais dépend fortement des choix de poids.
Deuxièmement, définissez une fenêtre d’attribution cohérente avec votre cycle produit : achats impulsifs → 1–3 jours ; produits considérés → 7–30 jours ; cycles longs → 90+ jours.
Troisièmement, les cohortes et les tests holdout (tenus à l’écart) donnent la preuve causale. Je propose un protocole holdout simple : aléatoirement diviser votre audience en deux groupes équilibrés, envoyer la campagne à l’exposé et ne rien envoyer au holdout, comparer les conversions sur la fenêtre d’attribution choisie.
Quatrièmement, implémentez du tracking server-side et des ID persistants (user_id, hashed email) pour réduire la perte de signal provoquée par les bloqueurs et la suppression des cookies.
Exemple chiffré synthétique pour 10 000 destinataires, 100 achats totalisant 10 000€ et email présent dans chaque parcours (40 fois en last-touch, 60 fois en first-touch) :
- Last-Click → 40% du revenu = 4 000€.
- Linear (supposant 3 touches) → 1/3 du revenu = 3 333€.
- Time-Decay (last 50%, middle 30%, first 20%) → 3 200€.
- Holdout (split 50/50, exposé 50 achats = 5 000€, holdout 30 achats = 3 000€) → lift incrémental = 2 000€ (mesure causale).
| Méthode | Confiance | Complexité |
| Last-Click | Faible | Faible |
| Linear | Moyenne | Moyenne |
| Time-Decay | Moyenne | Moyenne |
| Holdout / Test contrôlé | Élevée | Élevée |
Pour conclure, combinez heuristiques pour le reporting opérationnel et holdouts pour la preuve causale, tout en améliorant le tracking server-side pour préserver la qualité des données.
Quels outils et roadmap pour prouver l’impact de l’email
Réponse directe : priorisez la qualité des données, l’instrumentation serveur-side et des tests systématiques.
Voici une roadmap pratique sur 12 mois pour passer d’une visibilité limitée à une preuve robuste du ROI.
- Moins 1-2 — Audit des flows. Livrables : cartographie des campagnes, parcours utilisateur, gaps de tracking. KPIs : taux d’instrumentation (%) et couverture des events. Ressources : Petite.
- Mois 3 — Choix d’une couche de collecte (server-side tracking). Livrables : spécification technique, pipeline serveur-side, plan de migration. KPIs : latence collecte, perte d’événements. Ressources : Moyenne.
- Mois 4-5 — Normalisation des événements. Livrables : dictionnaire d’événements, schéma commun (nom, propriétés, user_id). KPIs : % d’événements normalisés, conformité schema. Ressources : Moyenne.
- Mois 6-7 — Intégration CRM/BI. Livrables : synchronisation utilisateur, tables clients et revenue par campagne, exports de données brutes. KPIs : délai ETL, correspondance utilisateur (match rate). Ressources : Moyenne.
- Mois 8-10 — Mise en place de tests holdout et A/B. Livrables : plan expérimental, groupes traitement/contrôle, analyse statistique. KPIs : lift de revenu, p-value, taille d’effet. Ressources : Élevée.
- Mois 11-12 — Tableaux de bord revenue-first et automatisation des rapports. Livrables : dashboards revenue par campagne, LTV par cohort, pipelines automatisés. KPIs : ROI par campagne, CAC par canal, rétention. Ressources : Moyenne.
Je recommande une pile technique composée d’une collecte serveur (server-side), d’une couche CDP/CRM pour unification des profils, et d’un outil BI pour analyse et reporting.
Privilégiez des outils offrant l’export de données brutes (parquet/csv/SQL) pour analyses avancées et audits indépendants.
| Collection | CDP / CRM | BI / Data Warehouse |
| Server-side tracking, logs structurés | Unification d’identifiants, segmentation | SQL, dashboards revenue-first |
- Vérifier la complétude du tracking sur 30 jours.
- Standardiser les noms d’événements et propriétés.
- Activer la collecte serveur-side avant de désactiver client-side.
- Synchroniser les identifiants CRM et data warehouse.
- Planifier des tests holdout avec puissance statistique suffisante.
- Construire dashboards centrés revenue et LTV.
- Automatiser exports bruts pour audits et analyses ad hoc.
- Recalibrer mensuellement les KPIs et la gouvernance des données.
Prêt à valider et défendre le vrai ROI de vos emails ?
Vous disposez désormais d’un plan concret : identifier les sources de perte de visibilité, instrumenter côté serveur, attribuer intelligemment les revenus et piloter par tests contrôlés. Le Sinch Mailgun Email Impact Report montre que le ROI existe — il faut juste le rendre visible. En validant ces étapes vous pourrez prioriser budget et efforts sur un canal qui rapporte souvent plus de 10 $ pour 1 $ investi, bénéfice direct pour votre performance commerciale.
FAQ
A propos de l’auteur
Franck Scandolera — expert & formateur en tracking server-side, Analytics Engineering, automatisation No/Low Code (n8n) et intégration de l’IA en entreprise. Responsable de l’agence webAnalyste et de l’organisme de formation Formations Analytics. Références : Logis Hôtel, Yelloh Village, BazarChic, Fédération Française de Football, Texdecor. Disponible pour aider votre équipe à mesurer et maximiser l’impact de l’email — contactez-moi.

