Suivi cookieless B2B : Heeet face à 6 alternatives

Les démos promettent souvent une vue complète du parcours d’achat. Mais comment les données sont-elles recueillies, où sont-elles stockées et quels compromis sont faits sur la confidentialité ?

Ce guide explique comment Heeet suit les leads sans cookies et compare cette approche à Dreamdata, HockeyStack, Ruler Analytics, CaliberMind, Funnel.io et GA Connector. Il s’adresse aux équipes marketing ops qui veulent comprendre les différences techniques.

Comment fonctionne le suivi cookieless B2B ?

Le suivi cookieless enregistre les touchpoints, identifie les leads et attribue du revenu aux canaux marketing sans stocker d’identifiant dans un cookie du navigateur. Il utilise d’autres mécanismes : données des formulaires, UTM, rapprochement de fiches CRM, signaux server-side ou fingerprinting, qui reconnaît les utilisateurs à partir des caractéristiques de leur appareil.

Les cookies reculent et correspondent mal aux cycles d’achat B2B de six à douze mois. Un cookie qui expire après 30 jours ou un visiteur qui refuse le consentement peuvent rendre des étapes entières du parcours invisibles.

Comment Heeet suit-il les leads sans cookies ?

Heeet utilise un SDK JavaScript léger installé dans la section <head> de votre site pour suivre les interactions et fiabiliser l’attribution multi-touch. À l’arrivée d’un visiteur, le SDK appelle Heeet.trackVisit() pour enregistrer la visite. Lorsqu’un formulaire est rempli, Heeet.trackForm() injecte les données de suivi dans l’envoi : UTM, source référente, chemin de la page et contexte de session. Ces données arrivent directement dans Salesforce ou HubSpot sous forme de fiche CRM native.

Aucun cookie ni identifiant visiteur unique n’est stocké dans le navigateur. Il n’y a ni fingerprinting ni serveur tiers qui traite les données entre le visiteur et le CRM.

Le fonctionnement repose sur les événements et se déclenche à la conversion. Le script observe l’engagement dans le navigateur, mais n’écrit dans le CRM qu’au moment d’un formulaire ou d’un événement GTM ou GA4. Avant la conversion, les données de navigation restent locales. Ensuite, elles sont rattachées au Lead ou au Contact dans un objet natif Salesforce ou HubSpot.

Concernant le stockage : Heeet ne stocke, ne traite et n’héberge aucune donnée visiteur sur sa propre infrastructure. Heeet n’a pas accès à vos données Salesforce et ne conserve aucune donnée personnelle. La solution est entièrement conforme au RGPD, car elle ne suit, ne stocke et n’attribue aucun identifiant unique aux prospects Online.

Le SDK prend aussi en charge Heeet.trackGTMEvents() et Heeet.trackGAEvents(). Les événements de conversion personnalisés de Google Tag Manager ou GA4 peuvent donc rejoindre le même dispositif d’attribution.

Les dépenses, impressions, clics et CPC de Google Ads, LinkedIn, Meta, Bing, TikTok et Reddit sont synchronisés chaque heure dans le CRM. Associés aux touchpoints recueillis par JavaScript, ils permettent de suivre le parcours du canal au deal conclu dans les rapports Salesforce ou HubSpot.

Tableau de comparaison des solutions

‍

Dreamdata

Dreamdata attribue un identifiant unique grâce à JavaScript et aux cookies first-party, puis le restaure depuis le local storage si les cookies sont supprimés. Après l’envoi d’un formulaire, les activités précédentes sont reliées au profil.

Son moteur de rapprochement IP-entreprise identifie jusqu’à 80 % des entreprises visiteuses, au niveau de l’Account et non de l’individu.

Dreamdata évite le fingerprinting en raison de son manque de fiabilité technique et des risques de conformité. Les navigateurs peuvent le bloquer ou rendre ses signaux aléatoires.

Le compromis : Dreamdata respecte les exigences de conformité et évite le fingerprinting, mais dépend des cookies first-party. Si le visiteur refuse le consentement ou utilise un navigateur qui bloque fortement les cookies, le parcours avant conversion n’est pas recueilli. L’attribution reste aussi dans la plateforme Dreamdata, distincte du CRM utilisé par les commerciaux.

HockeyStack

Le suivi cookieless de HockeyStack repose sur une empreinte générée côté serveur, hachée en SHA-256 avec un sel unique. Certains détails ne sont pas publics. Selon cette approche, les données d’origine ne peuvent pas être retrouvées à partir de l’empreinte. HockeyStack ne conserve pas les adresses IP ni d’autres données personnelles pour la créer.

HockeyStack utilise le fingerprinting cookieless par défaut, avec une option de suivi par cookies.

Ce modèle permet de suivre les visiteurs anonymes avant qu’ils remplissent un formulaire, ce qui compte en B2B lorsque les recherches commencent plusieurs mois avant la conversion.

Le compromis : le fingerprinting soulève des questions de conformité. Le fingerprinting du navigateur est généralement considéré comme un traitement de données personnelles au regard du RGPD. HockeyStack affirme hacher les données et ne pas conserver de données personnelles, mais votre équipe juridique peut demander un consentement spécifique. Cette approche doit être examinée dans les environnements aux règles IT strictes. Les données d’attribution restent également dans HockeyStack.

Ruler Analytics

Ruler Analytics repose principalement sur des cookies first-party. Lors de la première visite, un identifiant unique est attribué à la session. À chaque retour, le script associe les nouvelles interactions aux précédentes pour reconstituer un parcours cross-channel.

Ruler rassemble les données de session et de marketing par utilisateur dans une base d’engagements. Lorsque le visiteur convertit, les données sont envoyées au CRM.

Les UTM et les click IDs complètent le suivi, notamment pour les canaux sans cookies ni identifiants utilisateurs.

Le compromis : Ruler est conçu pour le suivi des leads B2B et propose des intégrations CRM, mais dépend des cookies. Les cookies first-party durent plus longtemps que les cookies tiers, tout en restant soumis aux restrictions de Safari et Firefox et aux refus des utilisateurs. Les données passent par les serveurs Ruler avant d’être synchronisées au CRM par API.

CaliberMind

CaliberMind propose deux modes selon les exigences de conformité : suivi par cookies ou fingerprinting cookieless. La solution affirme enregistrer l’engagement entre navigateurs, appareils et sessions sans compromettre la conformité au RGPD ou au CCPA.

Le fingerprinting est facultatif et étend l’attribution entre navigateurs et sessions lorsqu’il est activé.

CaliberMind recommande un avis juridique avant de l’activer dans les régions soumises au RGPD ou au CCPA.

Le compromis : les équipes internationales peuvent adapter la méthode par région. Mais le mode par défaut utilise des cookies, le fingerprinting demande un examen juridique et les données passent par l’infrastructure CaliberMind. Une plateforme distincte du CRM est nécessaire.

Funnel.io

Funnel.io appartient à une autre catégorie : il collecte, normalise et exporte les données publicitaires et de campagne vers des outils BI, des data warehouses ou des tableurs. Ce n’est pas une plateforme traditionnelle de suivi des visiteurs. Malgré ses capacités de traitement des données, il ne fournit pas les mêmes analyses d’attribution au niveau du funnel pour les équipes revenu B2B et ne relie pas les touchpoints au pipeline ou au revenu.

Funnel extrait les données des API de Google Ads, LinkedIn, Meta et d’autres plateformes, puis les normalise et les transmet à BigQuery, Snowflake, Looker ou Tableau. Aucun script de suivi JavaScript n’est installé sur le site. Son modèle de mesure avancée combine marketing mix modelling, attribution et tests d’incrémentalité, avec une attribution modélisée plutôt qu’un suivi déterministe des leads individuels.

Le compromis : Funnel.io répond au besoin de consolider les données paid media dans un data warehouse. Pour attribuer le revenu à des Contacts et Opportunities précis du CRM, des outils supplémentaires importants sont nécessaires.

GA Connector

GA Connector transmet des données d’attribution inspirées de Google Analytics vers le CRM. Son script identifie la provenance des visiteurs et renseigne des champs masqués dans les formulaires, ensuite enregistrés dans le CRM.

Le suivi utilise des cookies. Le script disponible dans la section Install recueille les données des visiteurs et les stocke dans le navigateur. GA Connector s’appuie sur les identifiants GA Client ID et Session ID pour rapprocher les visiteurs des formulaires.

La version actuelle n’utilise pas l’API Google Analytics pour renseigner les champs CRM. Elle repose sur une méthode propriétaire inspirée de Google Analytics, avec les UTM, les sources référentes et les données IP.

Le compromis : GA Connector renseigne les champs de source dans le CRM à la création du Lead, mais reste lié à Google Analytics et aux cookies. Son fonctionnement par défaut est single-touch, avec la première ou la dernière source. Des besoins multi-touch complexes nécessitent une solution plus complète.

Ce qui distingue Heeet

Ces outils arbitrent entre couverture du suivi et confidentialité. Certains utilisent le fingerprinting, d’autres des cookies first-party soumis au consentement, tandis que d’autres privilégient la modélisation statistique.

L’architecture de Heeet repose sur les choix suivants.

Sans cookies. Le SDK JavaScript ne stocke aucun cookie ni identifiant visiteur unique dans le navigateur. Aucun identifiant de ce type ne peut être bloqué, supprimé ou refusé.

Sans fingerprinting. Heeet ne collecte ni ne combine les caractéristiques du navigateur pour créer un profil utilisateur. Il évite ainsi les questions de qualification RGPD propres au fingerprinting.

Sans stockage externe des données. À la conversion, les données arrivent directement dans Salesforce ou HubSpot sous forme d’objet natif. Heeet ne les héberge pas, ne les traite pas et ne les conserve pas dans un data warehouse. Elles ne passent pas par les serveurs Heeet et restent dans votre CRM.

Une attribution native dans le CRM. Les plateformes d’attribution synchronisent généralement les données par API après les avoir traitées ailleurs. Heeet écrit directement dans les objets natifs : l’attribution se trouve avec les Deals, Contacts et Campaigns utilisés par les commerciaux. Aucun dashboard externe ni rapprochement entre plateformes n’est nécessaire.

Avec cette approche, l’attribution Heeet ne se dégrade pas lorsqu’un visiteur refuse les cookies, lorsque Chrome change ses règles ou lorsque Safari utilise ITP. Le suivi repose sur la conversion, sans maintenir d’identifiant persistant pendant toute la navigation anonyme.

Pour les équipes marketing ops qui doivent justifier les dépenses, démontrer l’influence sur le pipeline et respecter les règles de confidentialité, cette architecture évite de reconstruire le suivi à chaque évolution des navigateurs.

Pour découvrir Heeet dans votre environnement Salesforce ou HubSpot, planifiez une démo et voyez comment l’attribution cookieless relie vos actions marketing au revenu.

‍