Attribution des clics email pour Mailchimp, Brevo, Klaviyo

Si vous envoyez plus de 100 000 emails par mois, votre taux d'ouverture Mailchimp est une fiction et votre taux de clics frôle la même catégorie. Apple MPP précharge chaque pixel de suivi. Gmail précharge les liens dans le volet de prévisualisation. Safari ITP coupe les cookies tiers à 7 jours. Les chiffres que vous scrutez chaque matin mêlent intentionnalité réelle et bruit machine.

L'attribution des clics email côté serveur via Elido corrige le pire de ce problème. Le clic est enregistré une seule fois à l'edge de redirection, dédupliqué par rapport aux signatures de bots, puis transmis à Mailchimp, Brevo ou Klaviyo sous forme d'événement canonique lié au profil du destinataire. Vous arrêtez de comptabiliser les préchargements comme de l'engagement. Vous commencez à relier les vrais clics aux revenus.

Ce guide couvre trois points. Pourquoi le suivi natif des ESP se dégrade. Comment connecter le transmetteur de clics d'Elido à chacun des trois ESP. Et ce à quoi s'attendre en matière de délivrabilité pendant les 2 à 3 semaines suivant le changement de domaine de suivi. Brevo et Klaviyo sont disponibles aujourd'hui dans services/click-ingester/eventfwd/ ; Mailchimp est au programme du Q3 2026.

Pourquoi le suivi natif des plateformes email sous-estime les vrais clics

Tous les ESP partagent la même architecture. Ils réécrivent les liens sortants pour les faire pointer vers leur propre domaine (list-manage.com, r.brevo.com, trk.klaviyolinks.com), le client de messagerie accède à ce tracker, qui consigne une ligne et redirige en 302 vers votre vraie URL. Un design propre, qui se brise sous trois pressions.

Apple MPP route chaque ouverture tracée via le relay Apple. Chaque ouverture ressemble à une ouverture immédiate depuis une IP américaine. Pour les liens, une part significative des "clics" sont des préchargements MPP, non de l'intentionnalité utilisateur.

Le proxy d'image et le préchargement de liens de Gmail font à peu près la même chose pour 1,8 milliard de comptes Gmail. Lorsqu'un utilisateur Gmail ouvre un email, Google charge les images et peut précharger les premiers liens. Votre ESP comptabilise cela comme un clic.

Safari ITP n'affecte pas le clic en lui-même, mais détruit le cookie tiers que l'ESP dépose sur le site de destination. La chaîne clic-vers-session-vers-conversion se brise en 7 jours. Lisez l'analyse de l'attribution des clics après Safari ITP pour comprendre la mécanique.

L'effet net sur les 14 expéditeurs à fort volume avec lesquels nous travaillons : les taux de clics natifs des ESP surestiment les vrais clics de 18 pour cent pour les listes à dominante Gmail et de 32 pour cent pour les listes à dominante iOS. C'est l'écart qu'un transmetteur côté serveur comble.

La matrice de dégradation de l'attribution, par tracker

Le tracker de Mailchimp est le plus susceptible d'être préchargé car il réside sur un domaine de longue date auquel les clients de messagerie font suffisamment confiance pour l'activer en avance. Celui de Brevo est plus récent et préchargé moins fréquemment. Celui de Klaviyo est le plus résilient nativement car ils dédupliquent déjà par IP et user-agent côté serveur, mais ils ne peuvent toujours pas distinguer une personne d'un scanner de sécurité Outlook.

L'edge d'Elido connaît les plages d'IP pour Apple Relay, la flotte de préchargement de Google et les scanners de protection de liens Microsoft. Ces accès sont tagués is_bot=true et n'atteignent jamais le transmetteur. Un vrai clic provient d'une IP résidentielle, avec une empreinte navigateur réelle, et génère une ligne dans ClickHouse plus un POST d'événement vers l'ESP. Le guide de transmission des conversions couvre le jeu de règles bot ; le même pattern appliqué à GA4 et Meta CAPI est dans le suivi des conversions côté serveur.

Connecter Brevo : l'endpoint d'événements

L'endpoint d'événements de Brevo est POST https://in-automate.brevo.com/api/v2/trackEvent. Il accepte un nom d'event, un identifiant email et un objet eventdata qui est ajouté à la timeline du contact. Le worker services/click-ingester/eventfwd/brevo.go d'Elido lit les événements de clic depuis le topic Redpanda et les envoie sous la forme event: "link_clicked" avec le payload canonique :

{
  "event": "link_clicked",
  "email": "[email protected]",
  "properties": {
    "short_url": "elido.me/Xy42",
    "destination_url": "https://store.example.com/sale",
    "utm_source": "brevo",
    "utm_medium": "email",
    "utm_campaign": "spring-sale-2026",
    "utm_content": "hero-cta",
    "click_id": "01HXY7ZPGM3VKQ8B2F1J",
    "country": "DE",
    "device_type": "mobile",
    "ts": "2026-06-04T09:14:22Z"
  }
}

Le champ email est la clé de jointure. Brevo associe l'événement à un contact existant et l'enregistre comme Dernière activité. Si le contact n'existe pas, l'événement crée un profil anonyme suivi qui se fusionne lorsque le même identifiant s'inscrit. Le jeu de règles est dans Brevo : Tracker JavaScript, qui, malgré son nom, documente l'API d'événements côté serveur.

Pour la configuration, ouvrez Integrations -> Brevo, collez une clé API v3 avec le scope events, et choisissez quels tags Elido doivent être transmis. Le connecteur ne transmet pas chaque clic. Vous définissez un filtre de tag, généralement tag:newsletter, pour que les liens internes et les clics sur les pages d'outils ne remontent pas dans votre CRM. Le guide d'installation se trouve sur la page d'intégration Brevo.

Une particularité de Brevo : leur endpoint d'événements est limité à 100 requêtes par seconde par clé API. Nous regroupons par fenêtres de 20 événements, ce qui donne un plafond pratique d'environ 2 000 événements par seconde par clé. Si vous dépassez ce seuil le Black Friday, demandez un relèvement auprès du support Brevo ; le seuil souple est généreux.

Connecter Klaviyo : l'API track event

L'API track de Klaviyo est POST https://a.klaviyo.com/api/events/ (la révision JSON:API moderne, pas l'ancien format track en query string). L'authentification se fait avec la clé API privée dans le header Authorization: Klaviyo-API-Key pk_xxx. La référence est sur Klaviyo : track event API et services/click-ingester/eventfwd/klaviyo.go d'Elido la suit directement.

Le format attendu par Klaviyo :

{
  "data": {
    "type": "event",
    "attributes": {
      "metric": {
        "data": {
          "type": "metric",
          "attributes": { "name": "Clicked Short Link" }
        }
      },
      "profile": {
        "data": {
          "type": "profile",
          "attributes": { "email": "[email protected]" }
        }
      },
      "properties": {
        "ShortURL": "elido.me/Xy42",
        "Destination": "https://store.example.com/sale",
        "UTM_Source": "klaviyo",
        "UTM_Campaign": "spring-sale-2026",
        "ClickID": "01HXY7ZPGM3VKQ8B2F1J",
        "Country": "DE",
        "DeviceType": "mobile"
      },
      "time": "2026-06-04T09:14:22Z"
    }
  }
}

Le mouvement intéressant de Klaviyo, par rapport à Brevo, c'est que le nom de la métrique sert également de primitive de segmentation. La première fois que vous transmettez Clicked Short Link, Klaviyo crée automatiquement la métrique, et vous pouvez construire des segments comme "a cliqué sur un lien court en 30 jours" ou "a cliqué sur un lien court spring-sale". Chaque propriété présente dans le JSON devient filtrable. Utilisez-le ; ne noyez pas tout dans un blob meta.

Pour un déclencheur de flow, basez-vous sur UTM_Campaign combiné à UTM_Content car les IDs de campagne sont stables d'un envoi à l'autre. La page d'intégration Klaviyo présente la configuration du connecteur ; la page de solutions pour les marketers contient le modèle de conversion complet.

Un point d'attention avec Klaviyo. Ils ne suppriment pas les profils par défaut de manière douce. Si un destinataire se désabonne dans Klaviyo mais reste dans votre audience Elido, vous continuerez à transmettre vers un profil supprimé. Klaviyo accepte les événements mais ne déclenche pas de flows. Pour arrêter la transmission, synchronisez la liste de suppression Klaviyo dans Elido sous la forme d'une blocklist de workspace. C'est une opération à base d'un seul cron job, pas automatique par défaut.

Connecter Mailchimp : boutiques e-commerce (Q3 2026)

Mailchimp est le cas compliqué. Leur API d'événements classique est morte. L'attribution moderne passe par ecommerce/stores, conçue autour des produits et des commandes, pas d'événements arbitraires. Pour attribuer un clic, il faut créer un enregistrement de commande avec un montant en dollars fictif et y glisser les métadonnées du clic dans la ligne d'article. C'est laborieux, et Mailchimp le sait.

Notre approche pour le Q3 2026 suit leur chemin le mieux supporté :

1. Chaque workspace enregistre un store virtuel nommé elido-clicks.
2. Chaque clic devient un événement cart à valeur nulle (pas order, pour ne pas polluer les rapports de revenus). Indexé par click_id.
3. Les paramètres UTM sont mappés sur campaign_id et landing_site de Mailchimp, que le moteur de segmentation de Mailchimp comprend déjà.

Correspondance des champs :

Alambiqué, mais cela rend les clics visibles dans le constructeur de "Customer Journey" de Mailchimp, ce que veulent la plupart des expéditeurs. La correspondance complète se trouve sur la page d'intégration Mailchimp. La file du transmetteur existe déjà dans services/click-ingester/eventfwd/ ; seul le worker de drainage est au programme du Q3.

Imprimez le diagramme ci-dessus. Les noms diffèrent de manière agaçante d'un fournisseur à l'autre, et en se trompant sur un seul, le champ existe mais n'est pas segmentable - le genre de bug qui prend un trimestre à détecter.

Les modèles UTM pour ne plus saisir à la main

Ce qui fait échouer les intégrations ESP en pratique, c'est le balisage UTM incohérent. Un marketer tape utm_source=Klaviyo, le suivant tape klaviyo, le troisième tape klav.io. Votre tableau de bord se retrouve avec trois compartiments pour le même canal.

La fonctionnalité de modèles UTM d'Elido utilise des valeurs par défaut au niveau du workspace. Dans Settings -> UTM templates, vous définissez un modèle par source : Klaviyo, Brevo, Mailchimp. Chaque lien créé depuis l'intégration applique le modèle ; le créateur peut remplacer les champs. Le guide de suivi UTM de bout en bout couvre les patterns pour les expéditeurs B2C et B2B. Si vous migrez avec des UTMs déjà incohérents en production, l'outil UTM builder réécrit les campagnes en masse selon un modèle cible.

Délivrabilité : le coût de la chauffe de 2 à 3 semaines

Voilà ce que personne ne mentionne. Quand vous arrêtez d'utiliser list-manage.com et que vous routez via elido.me, le domaine du lien dans le corps de l'email change. Gmail, Outlook, Yahoo, ProtonMail évaluent tous la réputation par domaine. Ils disposent d'années de données sur list-manage.com et zéro sur votre nouveau tracker.

Les chiffres de chauffe issus des expéditeurs que nous avons accompagnés dans cette démarche :

• Jours 1 à 5 : baisse de 5 à 12 pour cent du placement en boîte de réception sur Gmail et Outlook. Plus importante pour les emails transactionnels et de ré-engagement, plus faible pour les newsletters opt-in.
• Jours 6 à 14 : le placement se rétablit au fur et à mesure que les fournisseurs de boîte de réception évaluent elido.me sur les comportements réels de clic et de navigation. Visible dans Postmaster Tools.
• Jours 15 à 21 : parité, souvent avec un placement légèrement meilleur car elido.me ne traîne pas la mauvaise réputation spam des anciens trackers partagés.

Pour minimiser la baisse : changez un type de campagne à la fois, en commençant par les emails transactionnels ou de mise à jour produit car ils ont le taux d'engagement le plus élevé et Gmail apprend le plus vite d'eux. Maintenez DKIM et SPF propres pendant le changement. Effectuez le changement un mardi, pas un vendredi, afin de pouvoir consulter le placement avant le week-end.

Les expéditeurs sur domaines personnalisés évitent l'essentiel de cela car le domaine est déjà dans leur graphe de réputation SPF/DKIM. Le domaine personnalisé est une fonctionnalité Business ; voir les tarifs.

Tout assembler : le déploiement en 30 minutes

Pour un marketer avec Elido provisionné, la mise en place est rapide.

1. Ouvrez le catalogue des intégrations, cliquez sur Brevo ou Klaviyo, collez la clé API. Deux minutes.
2. Configurez les modèles UTM par source. Cinq minutes chacun.
3. Taguez la campagne avec un tag workspace (tag:newsletter est notre valeur par défaut).
4. Envoyez une campagne de test. Observez les événements arriver dans la timeline de Brevo ou dans la vue des métriques de Klaviyo.
5. Laissez le tracker natif de l'ESP actif le premier mois (nous le recommandons) ou désactivez-le immédiatement.

La page de fonctionnalité de suivi des conversions et le blog de suivi email de bout en bout couvrent l'attribution triple, l'attribution de revenus multi-touch et les particularités des segments iOS uniquement.

Ce que cela change pour votre reporting

Arrêtez de faire confiance au taux de clics affiché par votre ESP. Il est biaisé à la hausse par MPP et les préchargements. Faites confiance au segment a cliqué et s'est engagé : a reçu l'email, identifié comme vrai clic par Elido, a déclenché un pixel aval dans les 30 minutes. Ce segment est 10 à 30 pour cent plus petit que le comptage natif des clics, et c'est lui qui corrèle avec les revenus.

Pour Klaviyo, la métrique Clicked Short Link est votre primitive de segmentation - utilisez-la plutôt que le Clicked Email natif de Klaviyo. Pour Brevo, créez un attribut de contact last_real_click_at pour le timing de ré-engagement. Pour Mailchimp, le mapping cart s'intègre dans Customer Journeys, avec cart.campaign_id comme primitive de segmentation.

L'article explicatif sur l'attribution sans cookies couvre le tronçon session-vers-conversion, qui est la deuxième moitié du problème.

Vous arrêtez de débattre de la réalité des ouvertures. Vous commencez à débattre de la conversion des clics. C'est une discussion bien plus productive.