Mixpanel vs GA4 pour l'analytique de liens : lequel choisir

Choisissez GA4 si votre question est « quelle campagne a envoyé le trafic », et Mixpanel si c'est « qu'ont fait ensuite les personnes qui ont cliqué ». Voilà le choix Mixpanel vs GA4 pour l'analytique de liens en une phrase. L'outil de Google organise les clics en sessions et en canaux d'acquisition et ne coûte rien au niveau standard. Mixpanel organise les mêmes clics en utilisateurs et en entonnoirs, facture selon le volume d'événements et vous permet de garder les données dans l'UE.

La plupart des comparaisons Mixpanel vs Google Analytics sont écrites pour des équipes produit qui choisissent une pile d'analytique intégrée à l'application. Celle-ci a une mission plus étroite : un lien court a été cliqué, une campagne a payé pour ce clic, et vous voulez savoir ce qu'il valait. Le modèle d'événements, les règles d'identité et la fenêtre d'attribution diffèrent entre les deux outils d'une façon qui compte bien plus pour cette mission que ne le laisse penser la grille de fonctionnalités.

Le clic lui-même doit d'abord venir de quelque part. La façon de le marquer et de transporter les valeurs UTM jusqu'à une conversion est expliquée dans le guide du suivi UTM de bout en bout, l'article pilier sur lequel celui-ci s'appuie.

Deux modèles de données pour le même clic

Les deux outils se disent basés sur les événements, et c'est vrai pour les deux. La différence tient à ce qu'ils construisent au-dessus de l'événement.

Le modèle de Google regroupe les événements en une session avec un délai d'inactivité de 30 minutes, puis marque cette session avec une source, un support et un canal. Presque tous les rapports standards partent de cette vue d'acquisition. Un clic sur un lien court n'intéresse GA4 qu'une fois la page de destination chargée, la balise déclenchée et une session créée pour y accrocher la campagne.

Mixpanel ne retient pas la session comme unité d'analyse. Chaque événement appartient à un distinct_id, et les rapports demandent ce que cet identifiant a fait au fil du temps : entonnoirs, courbes de rétention, parcours. Un événement de clic avec utm_campaign comme propriété se trouve dans la même chronologie qu'une inscription trois jours plus tard, et vous pouvez interroger directement la paire. Cela ne fonctionne que si le clic et l'inscription partagent un distinct_id, ce qui est la partie difficile lorsque le clic est enregistré par un raccourcisseur.

Voici pourquoi cela compte pour les liens de campagne. Un rapport GA4 peut vous dire que la newsletter de printemps a généré 4 000 sessions. Le rapport équivalent dans Mixpanel peut vous dire que 11 % des personnes qui l'ont cliquée se sont activées en une semaine, et que celles venues du mobile ont décroché plus vite. Les deux affirmations sont vraies. Ce ne sont simplement pas la même question.

Identité : qui a cliqué, et peut-on le retrouver plus tard

Un clic est anonyme au moment où il se produit, et les deux outils partent d'un identifiant d'appareil anonyme. GA4 utilise le client_id stocké dans le cookie _ga, ajoute un user_id si vous en envoyez un après connexion, et peut intégrer les signaux Google lorsque les utilisateurs l'autorisent. Mixpanel utilise un distinct_id anonyme et le fusionne avec l'utilisateur identifié lorsque vous appelez identify, ce que la documentation de gestion des ID de Mixpanel détaille pas à pas.

La différence pratique apparaît des semaines plus tard. Dans Mixpanel, une personne qui a cliqué sur un lien de campagne sur son téléphone et pris un abonnement payant sur un ordinateur portable un mois après peut se trouver dans un seul profil, à condition de l'identifier sur les deux appareils. Google peut relier la même paire avec un user_id, mais les rapports GA4 penchent vers la session dans laquelle la conversion a eu lieu, et l'historique au niveau utilisateur est limité par votre réglage de conservation.

Un piège s'applique aux deux lorsque les clics sont transmis côté serveur. La redirection ne voit jamais le cookie d'analytique, donc un clic transmis arrive avec un identifiant synthétique, pas celui du vrai visiteur. Le relais d'Elido est franc là-dessus : le client_id GA4 est construit à partir des identifiants de l'espace de travail et du lien, et le distinct_id Mixpanel est elido-link- suivi de l'identifiant du lien. Les deux sont une valeur par lien, pas par visiteur. Les clics transmis donnent donc des comptes d'événements exacts par lien, mais les comptes d'utilisateurs uniques sur ceux-ci comptent des liens, et un entonnoir du clic à l'inscription ne se raccordera pas. Pour suivre une personne, mettez des balises UTM sur l'URL de destination et laissez la balise GA4 ou le SDK Mixpanel de la page d'atterrissage les capturer. Le raccord en faisant passer un identifiant client _ga ou un distinct_id Mixpanel à travers la redirection est prévu, pas livré. Voir le guide de connexion Mixpanel pour les détails.

Modèles d'attribution et répartition du crédit

GA4 propose trois modèles d'attribution : piloté par les données, dernier clic payant et organique, et dernier clic des canaux payants Google (page d'aide de Google, consultée le 2026-10-02). Il a retiré en novembre 2023 les modèles à règles (premier clic, linéaire, dégression temporelle et basé sur la position) ; si une équipe veut une vue linéaire d'un mix de campagnes, GA4 seul ne la produira donc plus.

La fonctionnalité d'attribution de Mixpanel va dans l'autre sens. Elle propose les modèles premier contact, dernier contact, linéaire, participation, dégression temporelle, en U, en J et en J inversé, plus des pondérations personnalisées, sur les plans Growth et Enterprise (documentation consultée le 2026-10-02). Le piège est qu'elle n'attribue que ce que vous avez suivi : la documentation de Mixpanel vous dit elle-même de suivre les valeurs UTM comme propriétés d'événement sur chaque point de contact, faute de quoi les modèles n'ont rien à exploiter. Aujourd'hui, l'événement link_click d'Elido pour Mixpanel ne porte pas de propriétés UTM ; le SDK de la page d'atterrissage doit donc les fournir.

C'est là que les liens courts prouvent leur utilité. Quand chaque URL de campagne porte des valeurs UTM cohérentes et que chaque clic est enregistré comme un événement, les deux outils reçoivent des entrées propres. Si les balises sont brouillonnes, un modèle plus malin ne vous sauvera pas, et je corrigerais d'abord les valeurs UTM qui n'arrivent jamais dans GA4 avant de débattre entre piloté par les données et linéaire.

Tarifs, échantillonnage et seuils de données

Le niveau standard de GA4 ne coûte rien, tandis que GA4 360 est la version entreprise payante, tarifée via Google ou un revendeur. La page tarifs de Mixpanel (consultée le 2026-10-02) indique un plan gratuit jusqu'à 1 million d'événements par mois avec des sièges illimités, un plan Growth qui démarre à 0 $ et évolue selon le volume jusqu'à 20 millions d'événements, et Enterprise sur demande.

Gratuit ne dit pas tout, cependant. Le centre d'aide de Google documente deux limites à connaître avant de se fier à un chiffre de campagne (consulté le 2026-10-02) :

• Conservation. Les propriétés standards peuvent conserver les données au niveau des événements pendant 2 ou 14 mois ; seul 360 monte à 26, 38 ou 50 mois. Google précise aussi que les grandes propriétés et celles de type XL sont limitées à 2 mois. Les comparaisons d'une année sur l'autre dans les explorations exigent d'activer le réglage de 14 mois dès le premier jour.
• Seuils. Google masque des lignes lorsqu'un rapport inclut des données démographiques ou que le volume de requêtes de recherche est trop faible, et vous ne pouvez pas modifier le seuil. Élargir la période ou exporter vers BigQuery sont les contournements proposés par Google lui-même.

Je n'ai pas pu confirmer le quota d'échantillonnage actuel de GA4 sur les pages d'aide de Google, je n'en cite donc aucun. Vérifiez-le pour votre niveau avant de vous fier à une grande exploration. Je n'ai pas non plus vérifié la politique d'échantillonnage de Mixpanel pour cet article ; testez donc une requête sur un nombre de clics connu.

Le coût va donc dans des directions opposées. L'option de Google est gratuite mais limitée aux marges ; Mixpanel facture selon le volume d'événements, ce qui compte car Elido transmet chaque clic enregistré, y compris ceux que son analytique signale comme du trafic de robots. Filtrez de votre côté, ou attendez-vous à ce que les clics de robots comptent dans votre quota d'événements.

Si vous préférez voir le nombre brut de clics avant de décider quel outil reçoit quels événements, l'analytique de clics d'Elido affiche les clics par lien sans avoir besoin de l'un ou l'autre.

Résidence des données UE et RGPD

C'est là que Mixpanel vs Google Analytics diffère le plus pour les équipes européennes. GA4 n'offre aucune option pour choisir où les données sont stockées. Google traite les données Analytics sur son infrastructure mondiale, et les questions juridiques que cela soulève, des décisions des autorités autrichienne et française jusqu'au Data Privacy Framework, sont traitées dans notre analyse RGPD de GA4.

Mixpanel propose bien la résidence des données dans l'UE, qui traite et stocke les données du projet en Europe. Trois détails de sa documentation piègent les gens. Vous choisissez la région à la création du projet. Un projet existant ne peut pas être migré, donc un mauvais choix implique un nouveau projet et un déplacement manuel des données. Et un projet UE n'ingère que les événements envoyés à l'hôte d'ingestion UE ; envoyez-les à l'hôte US par défaut et rien n'arrive. La connexion Mixpanel d'Elido a un réglage de résidence des données (US, UE ou Inde) qui bascule l'hôte entre api.mixpanel.com, api-eu.mixpanel.com et api-in.mixpanel.com ; réglez-le donc pour qu'il corresponde à votre projet. Elido ne peut pas lire la résidence à partir du jeton, et le point de terminaison de suivi de Mixpanel ne vous dira pas si vous vous êtes trompé. Le guide de la résidence des données UE de Mixpanel explique comment vérifier. La couverture de l'option UE selon les plans est à confirmer auprès de Mixpanel, car je ne l'ai pas vérifiée sur la page tarifs.

La résidence n'est qu'une partie du RGPD, pas le tout. Le consentement continue de régir le cookie qui relie un clic à une personne dans l'un ou l'autre outil. Le guide de la résidence des données UE pour les équipes marketing détaille ce que la résidence règle et ne règle pas.

Envoyer les données de clics d'Elido dans chaque outil

Les deux voies sont côté serveur, et aucune ne nécessite de JavaScript sur la page de destination, ce qui compte pour les visiteurs avec bloqueur de publicités et pour les clics qui ne produisent aucune vue de page. Elido transmet un événement link_click par clic enregistré à chaque outil connecté. La transmission des événements de conversion à Mixpanel est prévue, pas disponible.

Pour GA4, vous collez un identifiant de mesure et un secret d'API du Measurement Protocol. Elido transmet ensuite les événements via le Measurement Protocol de GA4. Google est explicite : le protocole complète la collecte par balise, il ne la remplace pas. Attendez-vous à voir les événements en temps réel en moins d'une minute, et dans les rapports standards après 24 à 48 heures. Le guide de connexion GA4 donne les étapes.

Pour Mixpanel, vous collez le jeton du projet et choisissez la résidence des données. Chaque événement porte le slug du lien, la destination, le pays et l'appareil comme propriétés, de sorte qu'un rapport Mixpanel peut compter les clics par lien. Il n'existe pas encore d'interrupteur par événement. La page d'intégration Mixpanel l'indique comme bêta.

Les deux ont un bouton de test qui envoie un événement synthétique marqué elido_test. Une réussite est une preuve plus faible qu'il n'y paraît : le point de terminaison de suivi de Mixpanel ne vérifie ni le jeton ni la résidence, et un mauvais secret GA4 est rejeté sans broncher. Cherchez l'événement de test dans la vue Events de Mixpanel ou dans le temps réel de GA4 avant de vous fier à un tableau de bord. Le raisonnement plus large pour faire cela hors du navigateur se trouve dans le suivi des conversions côté serveur.

Tableau de décision : Mixpanel, GA4 ou les deux

Honnêtement, la plupart des équipes qui demandent « Mixpanel ou GA4 » finissent par utiliser les deux, et la répartition est prévisible dès qu'on nomme la question à laquelle répond chaque outil. Utilisez les lignes ci-dessous comme point de départ, pas comme verdict.

Quel que soit votre choix, le clic lui-même est le seul chiffre que les deux outils voient de seconde main. Gardez un comptage first-party au niveau du lien, et l'écart que vous trouverez inévitablement entre les clics de liens et les sessions GA4 deviendra quelque chose que vous pouvez expliquer plutôt que quelque chose dont vous débattez.

Sur le même sujet

• Suivre les UTM de bout en bout - la convention de marquage dont dépendent les deux outils.
• Clics de liens courts vs sessions GA4 - pourquoi les deux totaux ne concordent jamais.
• Analytique de liens dans Looker Studio - réunir les données de clics et GA4 dans un seul tableau de bord.
• Suivi GA4 côté serveur via les redirections - la voie du Measurement Protocol en détail.
• Envoyer les événements de clic de liens courts à Mixpanel - la configuration et les propriétés que porte chaque clic.
• Résidence des données UE de Mixpanel - hôtes d'ingestion régionaux et pourquoi les événements envoyés au mauvais disparaissent.