Si tu g\u00e8res ton marketing ou tes ventes via HubSpot, la qualit\u00e9 de tes donn\u00e9es sur les prospects d\u00e9pend enti\u00e8rement de la pr\u00e9cision du suivi qui les alimente. Or, ce suivi a un probl\u00e8me : les navigateurs lui font des b\u00e2tons dans les roues. <\/p>\n\n
Tout commence par un simple cookie. Le code de suivi standard de HubSpot installe un cookie appel\u00e9 \u00ab hubspotutk \u00bb<\/em> pour reconna\u00eetre les visiteurs qui reviennent sur le site et reconstituer le parcours d\u2019un contact avant m\u00eame qu\u2019il ne remplisse un formulaire. La fonctionnalit\u00e9 \u00ab Intelligent Tracking Prevention \u00bb<\/a> de Safari limite la dur\u00e9e de ce cookie \u00e0 sept jours lorsqu\u2019il est install\u00e9 via JavaScript, ce qui correspond exactement \u00e0 la configuration par d\u00e9faut de HubSpot. Les bloqueurs de publicit\u00e9s et les param\u00e8tres de confidentialit\u00e9 stricts de Firefox, Edge et Safari vont encore plus loin. Ils bloquent carr\u00e9ment le script HubSpot et ses formulaires int\u00e9gr\u00e9s, ne laissant parfois qu\u2019un espace vide \u00e0 l\u2019endroit o\u00f9 se trouvait ton formulaire de prospection. <\/p>\n\n Tout \u00e7a, ce n'est pas un risque futur. \u00c7a se passe d\u00e9j\u00e0 sur ton site, et c'est en grande partie pour \u00e7a que les rapports \u00ab Original Source<\/a> \u00bb et d'attribution multi-touch de HubSpot s'\u00e9loignent davantage de la r\u00e9alit\u00e9 que la plupart des \u00e9quipes ne le pensent. <\/p>\n\n Le suivi server-side de HubSpot r\u00e9sout le probl\u00e8me \u00e0 la source. Au lieu que ce soit le navigateur qui contacte directement les points de terminaison <\/em> js.hs-scripts.com<\/em> et hsforms.net <\/em>de HubSpot, c'est ton propre serveur qui s'en charge \u00e0 la place du contact. Ce guide t'explique comment configurer le suivi server-side pour HubSpot \u00e0 l'aide de Google Tag Manager et de TAGGRS. <\/p>\n\n Avec le suivi c\u00f4t\u00e9 client, le script HubSpot s'ex\u00e9cute dans le navigateur du visiteur. Il r\u00e9cup\u00e8re les informations dont il a besoin sur la page, installe les cookies<\/em> \u00ab hubspotutk \u00bb<\/em> et \u00ab __hstc \u00bb<\/em>, puis contacte directement les serveurs de HubSpot pour enregistrer les pages consult\u00e9es, identifier les visiteurs et envoyer les formulaires. <\/p>\n\n Le suivi server-side transf\u00e8re cette connexion vers ton propre serveur. Le navigateur envoie une requ\u00eate vers ton domaine (via un conteneur serveur Google Tag Manager), et ton serveur transmet les donn\u00e9es pertinentes \u00e0 l'API de HubSpot via une connexion priv\u00e9e et authentifi\u00e9e. Le navigateur du visiteur n'entre jamais en contact avec les domaines de HubSpot. <\/p>\n\n Les \u00e9quivalents server-side du script c\u00f4t\u00e9 client de HubSpot sont son API \u00ab CRM Objects<\/a> \u00bb pour les contacts et son API \u00ab Custom Behavioral Events<\/a> \u00bb pour tout le reste : interactions avec les pages, consultations de produits, envois de formulaires personnalis\u00e9s, tout ce que tu veux associer \u00e0 une fiche de contact. Le suivi server-side vaut vraiment le coup d'\u00eatre mis en place si c'est sur HubSpot que tu prends tes d\u00e9cisions : noter les prospects, d\u00e9clencher des workflows, rendre compte de l'attribution \u00e0 la direction ou optimiser tes d\u00e9penses publicitaires en fonction des donn\u00e9es sur les contacts et les opportunit\u00e9s. Plus tu accordes d'importance \u00e0 ces donn\u00e9es, plus ces lacunes te co\u00fbtent cher. <\/p>\n\n Tu n'as pas encore l'habitude d'utiliser Google Tag Manager ?<\/strong> TAGGRS propose des guides qui abordent les bases avant de te lancer sp\u00e9cifiquement sur HubSpot :<\/p>\n\n <\/p>\n\n Ce n'est pas juste une remarque g\u00e9n\u00e9rale du genre \u00ab les navigateurs sont de plus en plus stricts ces derniers temps \u00bb. Quelques changements sp\u00e9cifiques et r\u00e9cents affectent directement le suivi HubSpot, et chacun d'entre eux concerne un rapport ou un workflow que tu utilises d\u00e9j\u00e0. Voici ce qui perturbe le suivi HubSpot c\u00f4t\u00e9 client, et ce que chaque perturbation te co\u00fbte. <\/p>\n\n Le cookie de suivi est limit\u00e9, et c'est celui dont HubSpot d\u00e9pend le plus.<\/strong> \u00ab hubspotutk \u00bb<\/em> est enregistr\u00e9 via \u00ab document.cookie \u00bb, et les r\u00e8gles anti-suivi de WebKit<\/a> suppriment tout cookie cr\u00e9\u00e9 de cette mani\u00e8re au bout de sept jours sans visite. Pour un achat m\u00fbrement r\u00e9fl\u00e9chi, avec un cycle de recherche de plusieurs semaines, c'est la norme. Le canal qui a initialement attir\u00e9 ce prospect (souvent un canal co\u00fbteux comme le r\u00e9f\u00e9rencement payant ou un webinaire) n'est pas cr\u00e9dit\u00e9, tandis que ce qu'il a tap\u00e9 dans la barre d'adresse le jour de la conversion (g\u00e9n\u00e9ralement \u00ab direct \u00bb) s'attribue tout le m\u00e9rite. Multiplie \u00e7a par un trimestre et ton rapport \u00ab Source d\u2019origine \u00bb sur\u00e9value le trafic direct et organique, tout en n\u00e9gligeant les campagnes qui ont fait le boulot. <\/p>\n\n Les bloqueurs de pub et les syst\u00e8mes de pr\u00e9vention du suivi dans les navigateurs bloquent le script, pas seulement le cookie.<\/strong> Le forum communautaire de HubSpot lui-m\u00eame compte plusieurs fils de discussion ouverts \u00e0 ce sujet : la \u00ab Protection renforc\u00e9e contre le suivi \u00bb de Firefox et la \u00ab Pr\u00e9vention stricte du suivi \u00bb d'Edge bloquent les requ\u00eates vers hsforms.net<\/em>, ce qui signifie que hbspt.forms.create()<\/em> ne s'ex\u00e9cute jamais et que les visiteurs voient une case vide \u00e0 la place du formulaire<\/a>. Pas de message d'erreur, pas de solution de secours. En g\u00e9n\u00e9ral, le visiteur quitte simplement la page, et tu ne sais m\u00eame pas qu'un prospect existait. <\/p>\n\n Le blocage au niveau du navigateur mis en place par Apple s'\u00e9tend.<\/strong> Safari 27<\/a> ajoute le blocage par plage d'adresses IP au niveau de la couche r\u00e9seau et ajoute des CDP comme Segment et Tealium \u00e0 sa liste de scripts d'empreinte num\u00e9rique. Si tu fais passer un suivi destin\u00e9 \u00e0 HubSpot par une CDP, ou par une balise de script que Safari classe comme un outil de fingerprinting, il peut perdre l'acc\u00e8s aux donn\u00e9es de r\u00e9f\u00e9rent et aux param\u00e8tres de requ\u00eate avant m\u00eame d'atteindre HubSpot. L'utilisation des bloqueurs de pub n'est plus un probl\u00e8me marginal.<\/strong> Environ un tiers des internautes utilise un bloqueur de pub, et ce chiffre ne cesse d'augmenter. En bref, une part non n\u00e9gligeable de ton trafic ne laisse tout simplement jamais le script HubSpot se charger. <\/p>\n\n Les cons\u00e9quences se ressentent dans les domaines que tu utilises concr\u00e8tement pour mener tes campagnes.<\/p>\n\n Les sources de trafic \u00ab Original \u00bb et \u00ab Latest<\/a> \u00bb sont d\u00e9termin\u00e9es \u00e0 partir de l'historique de session du cookie de suivi. HubSpot essaie de faire correspondre une nouvelle fiche de contact \u00e0 toute activit\u00e9 anonyme suivie via le cookie de ce visiteur. Quand le cookie est r\u00e9initialis\u00e9 pr\u00e9matur\u00e9ment, cette activit\u00e9 ant\u00e9rieure dispara\u00eet ; HubSpot n'a donc plus rien \u00e0 comparer et d\u00e9finit la \u00ab source d'origine \u00bb en fonction de la session qui se trouve \u00eatre active au moment de la cr\u00e9ation de la fiche de contact, et non en fonction de la premi\u00e8re visite r\u00e9elle du visiteur. <\/p>\n\n Les rapports d'attribution<\/a> qui attribuent \u00e0 un canal la cr\u00e9ation d'un contact ou d'une opportunit\u00e9 s'appuient sur le m\u00eame historique d'interactions. Moins il y a de pages vues et de points de contact suivis, plus l'attribution est simpliste et moins elle est utile. Ton marketing n'a pas cess\u00e9 de fonctionner. C'est juste que HubSpot ne le voit plus. <\/p>\n\n Les \u00e9v\u00e9nements comportementaux personnalis\u00e9s et les \u00e9v\u00e9nements e-commerce d\u00e9clench\u00e9s via du JavaScript c\u00f4t\u00e9 client h\u00e9ritent de tous ces probl\u00e8mes. Si le script est bloqu\u00e9, l'\u00e9v\u00e9nement ne se d\u00e9clenche jamais. Tout workflow ou syst\u00e8me de notation des prospects bas\u00e9 sur cet \u00e9v\u00e9nement reste bloqu\u00e9, sans rien faire, sans qu'aucune erreur ne t'explique pourquoi. <\/p>\n\n Il y a quand m\u00eame une chose qui fonctionne m\u00eame si les cookies sont bloqu\u00e9s : les formulaires HubSpot peuvent r\u00e9cup\u00e9rer les param\u00e8tres UTM directement depuis l'URL de la page actuelle au moment de l'envoi, donc l'attribution au niveau de la campagne pour cet envoi pr\u00e9cis est g\u00e9n\u00e9ralement conserv\u00e9e. Ce qui n'est pas conserv\u00e9, c'est tout ce qui d\u00e9pend du lien entre cet envoi et les sessions pr\u00e9c\u00e9dentes du visiteur, suivies par les cookies. <\/p>\n\n Le suivi server-side change ce \u00e0 quoi tu peux te fier dans HubSpot. Voici ce qui s'am\u00e9liore une fois que la connexion passe par ton propre serveur : <\/p>\n\n - Des formulaires qui s'affichent vraiment,<\/strong> ce qui a l'impact le plus direct sur tes revenus parmi tous ceux de cette liste. Un formulaire bloqu\u00e9, c'est un prospect que tu ne verras jamais et pour lequel tu n'auras pas \u00e0 payer deux fois. Une requ\u00eate de formulaire servie depuis ton propre domaine, via ton serveur, ne figure pas sur les m\u00eames listes de blocage que hsforms.net<\/em>; ainsi, les visiteurs ayant des param\u00e8tres de confidentialit\u00e9 stricts ou utilisant des bloqueurs de pub peuvent toujours le voir et le remplir. <\/p>\n\n - Un cookie de suivi qui reste actif plus d'une semaine.<\/strong> Les cookies d\u00e9finis via un en-t\u00eate de r\u00e9ponse HTTP ne sont pas soumis \u00e0 la limite de sept jours impos\u00e9e par Safari aux cookies<\/em> JavaScript pour \u00ab hubspotutk \u00bb<\/em>, mais seulement si ton serveur parvient \u00e0 contourner le m\u00e9canisme de protection distinct de WebKit, qui masque les adresses CNAME et IP et qui, lorsqu'il se d\u00e9clenche, limite \u00e9galement \u00e0 sept jours la dur\u00e9e de vie des cookies d\u00e9finis via HTTP. - Une attribution qui refl\u00e8te la r\u00e9alit\u00e9. Il y a<\/strong> moins de sessions perdues en cours de route, ce qui fait que les rapports \u00ab Source d'origine \u00bb, \u00ab Derni\u00e8re source \u00bb et \u00ab Multi-touch \u00bb se rapprochent davantage de la r\u00e9alit\u00e9. C'est super important quand tu d\u00e9cides de ton budget : une attribution qui sous-estime les leads payants ou organiques te pousse \u00e0 supprimer les canaux qui fonctionnent bien. <\/p>\n\n - Des \u00e9v\u00e9nements comportementaux personnalis\u00e9s fiables.<\/strong> L'envoi d'\u00e9v\u00e9nements server-side via l'API de HubSpot garantit qu'un bloqueur de pub du c\u00f4t\u00e9 du visiteur n'a aucune incidence sur la transmission de l'\u00e9v\u00e9nement \u00e0 HubSpot.<\/p>\n\n - Un meilleur contr\u00f4le sur ce que tu envoies.<\/strong> C'est toi qui d\u00e9cides exactement quels champs sont transmis \u00e0 HubSpot et \u00e0 quel moment, ce qui fait de la minimisation des donn\u00e9es et du respect du consentement une question de configuration plut\u00f4t qu'une simple question de chance.<\/p>\n\n - Une page plus l\u00e9g\u00e8re.<\/strong> Moins il y a de scripts c\u00f4t\u00e9 client qui se disputent le thread principal, moins \u00e7a affecte le temps de chargement, ce qui est important tant pour le taux de conversion que pour les Core Web Vitals.<\/p>\n\n Au final, tout \u00e7a te permet d'avoir encore plus de prospects parmi ceux que tu g\u00e9n\u00e8res d\u00e9j\u00e0, qui sont bien enregistr\u00e9s dans HubSpot<\/strong>, correctement attribu\u00e9s et pr\u00eats \u00e0 \u00eatre exploit\u00e9s par tes workflows et tes rapports. <\/p>\n\n La mise en place du suivi server-side pour HubSpot ne n\u00e9cessite pas de refonte. La plupart des \u00e9tapes ne s'effectuent qu'une seule fois, et tu disposes peut-\u00eatre d\u00e9j\u00e0 de certains \u00e9l\u00e9ments si tu utilises GA4 server-side. <\/p>\n\n Voici la liste de contr\u00f4le compl\u00e8te \u00e0 consulter avant de cr\u00e9er des balises HubSpot :<\/p>\n\n Voici la proc\u00e9dure compl\u00e8te, du d\u00e9but \u00e0 la fin : <\/p>\n\n 1. D\u00e9ploie le conteneur de ton serveur TAGGRS<\/strong> et connecte-le \u00e0 un sous-domaine de ton propre domaine (par exemple measure.tondomaine.com<\/em>). C'est ce qui permet aux cookies cr\u00e9\u00e9s par ton serveur d'\u00eatre consid\u00e9r\u00e9s comme des cookies \u00ab de premi\u00e8re partie \u00bb plut\u00f4t que \u00ab de tierce partie \u00bb. <\/p>\n\n 2. V\u00e9rifie que ta couche de donn\u00e9es transmet bien les donn\u00e9es au conteneur serveur.<\/strong> La plupart des configurations proc\u00e8dent ainsi en envoyant un \u00e9v\u00e9nement de configuration GA4 depuis le conteneur web ; le conteneur serveur a alors acc\u00e8s aux m\u00eames donn\u00e9es d'\u00e9v\u00e9nement pour chaque balise que tu cr\u00e9es par-dessus, y compris HubSpot.<\/p>\n\n 3. Cr\u00e9e ton application priv\u00e9e HubSpot et copie le jeton d'acc\u00e8s.<\/strong> Enregistre-la sous forme de variable GTM server-side, et non pas comme une valeur cod\u00e9e en dur dans une balise, pour pouvoir la modifier plus tard sans avoir \u00e0 modifier toutes les balises qui l'utilisent.<\/p>\n\n 4. Ajoute une balise \u00e0 ton conteneur serveur qui appelle l'API de HubSpot.<\/strong> Commence par chercher une balise serveur HubSpot existante dans la Template Gallery de Google Tag Manager.<\/p>\n\n 5. Configure le tag \u00ab Cr\u00e9er ou mettre \u00e0 jour un contact \u00bb.<\/strong> C'est cette \u00e9tape qui transforme l'envoi d'un formulaire en fiche de contact. Au minimum, associe une variable d'e-mail de contact issue de ta couche de donn\u00e9es \u00e0 la requ\u00eate, car c'est l'e-mail que HubSpot utilise pour d\u00e9terminer s'il faut cr\u00e9er un nouveau contact ou mettre \u00e0 jour un contact existant. <\/p>\n\n Ensuite, ajoute les propri\u00e9t\u00e9s personnalis\u00e9es que tu veux suivre (d\u00e9tails de la source du prospect, chemin d'acc\u00e8s \u00e0 la page, nom du formulaire) en tant que champs suppl\u00e9mentaires dans le corps de la m\u00eame requ\u00eate. Ce que tu d\u00e9finis ici, c'est ce que ton \u00e9quipe commerciale et tes rapports verront ; \u00e7a vaut donc le coup d'en d\u00e9finir un peu plus que le strict minimum tant que tu y es. <\/p>\n\n 6. Configure le suivi des \u00e9v\u00e9nements comportementaux personnalis\u00e9s<\/strong>, si tu en as besoin. Associe le nom de l'\u00e9v\u00e9nement et ses propri\u00e9t\u00e9s de mani\u00e8re \u00e0 ce qu'ils correspondent exactement \u00e0 ce que tu as d\u00e9fini dans HubSpot lors de l'\u00e9tape de configuration ci-dessus. Les noms doivent correspondre au nom interne g\u00e9n\u00e9r\u00e9 par HubSpot, et non au libell\u00e9 d'affichage, sinon l'\u00e9v\u00e9nement sera rejet\u00e9. <\/p>\n\n 7. Ajoute des d\u00e9clencheurs pour chaque balise.<\/strong> Une balise \u00ab contact-create \u00bb se d\u00e9clenche g\u00e9n\u00e9ralement lors des \u00e9v\u00e9nements de soumission de formulaire d\u00e9j\u00e0 pr\u00e9sents dans ta couche de donn\u00e9es. Une balise d'\u00e9v\u00e9nement comportemental se d\u00e9clenche lors de n'importe quel \u00e9v\u00e9nement personnalis\u00e9 que tu suis (une consultation de la page des tarifs, une vid\u00e9o visionn\u00e9e jusqu'au bout, un ajout au panier sur une int\u00e9gration e-commerce connect\u00e9e \u00e0 HubSpot). <\/p>\n\n 8. Teste tout en mode \u00ab Aper\u00e7u \u00bb de GTM<\/strong>, en activant l'aper\u00e7u \u00e0 la fois sur le conteneur Web et sur le conteneur serveur. Le guide de test de TAGGRS<\/a> explique comment analyser le flux de requ\u00eates entre les deux. Envoie un vrai formulaire de test et v\u00e9rifie que le contact appara\u00eet (ou est mis \u00e0 jour) dans HubSpot, puis d\u00e9clenche un \u00e9v\u00e9nement comportemental de test et v\u00e9rifie qu\u2019il s\u2019affiche bien dans l\u2019historique du contact. <\/p>\n\n 9. Fais fonctionner la nouvelle configuration en parall\u00e8le de ton code de suivi HubSpot actuel pendant une courte p\u00e9riode<\/strong>, au lieu de le supprimer tout de suite. \u00c7a te permettra de comparer le nombre de contacts cr\u00e9\u00e9s et le volume d'\u00e9v\u00e9nements avant de basculer compl\u00e8tement, et \u00e7a te prot\u00e9gera au cas o\u00f9 quelque chose serait mal configur\u00e9 dans la nouvelle installation. <\/p>\n\n 10. Publie ton serveur et tes conteneurs web<\/strong> une fois que les tests semblent ok.<\/p>\n\n Une fois publi\u00e9e, la modification est imm\u00e9diatement effective pour tous les visiteurs, et les donn\u00e9es commencent \u00e0 transiter par ton propre domaine d\u00e8s le prochain envoi de formulaire. \u00c0 partir de l\u00e0, le travail consiste simplement \u00e0 g\u00e9rer les balises et les r\u00e8gles de consentement. Tu n'as plus besoin de d\u00e9panner un script c\u00f4t\u00e9 client \u00e0 chaque fois qu'un navigateur modifie ses r\u00e8gles de confidentialit\u00e9. <\/p>\n\n Quand une configuration HubSpot server-side ne fonctionne pas correctement, \u00e7a ne g\u00e9n\u00e8re g\u00e9n\u00e9ralement pas d'erreur. Les balises semblent fonctionner, mais soit les donn\u00e9es n'arrivent pas jusqu'\u00e0 HubSpot, soit elles sont mal transmises ; du coup, le probl\u00e8me passe souvent inaper\u00e7u jusqu'\u00e0 ce qu'un rapport te semble bizarre. Voici les erreurs qui en sont le plus souvent \u00e0 l'origine : <\/p>\n\n Si tes prospects proviennent de Google Ads, cette fonctionnalit\u00e9 prot\u00e8ge directement tes rapports publicitaires. Le GCLID est le marqueur utilis\u00e9 par Google pour associer un clic \u00e0 une conversion. Lorsque Safari le supprime de l'URL, Google Ads ne peut plus d\u00e9terminer quels clics ont g\u00e9n\u00e9r\u00e9 des clients. Du coup, ton ROAS semble moins bon qu'il ne l'est en r\u00e9alit\u00e9 et l'algorithme s'optimise sur la base de donn\u00e9es erron\u00e9es. La fonctionnalit\u00e9 \u00ab Click ID Recovery<\/a> \u00bb r\u00e9tablit les valeurs GCLID que Safari supprime des URL avant m\u00eame qu\u2019elles n\u2019atteignent ton formulaire. <\/p>\n\n HubSpot ne r\u00e9cup\u00e8re pas automatiquement le GCLID. Tu dois cr\u00e9er une propri\u00e9t\u00e9 de contact personnalis\u00e9e dont le nom correspond au param\u00e8tre de l'URL, puis l'ajouter \u00e0 ton formulaire en tant que champ masqu\u00e9. Le syst\u00e8me de correspondance des champs masqu\u00e9s de HubSpot la remplira automatiquement lorsqu'un visiteur arrivera avec ce param\u00e8tre dans l'URL. Une fois cette \u00e9tape franchie, notre guide sur la correction des impr\u00e9cisions du ROAS dans GA4<\/a> explique comment le GCLID enregistr\u00e9 est transform\u00e9 en conversion hors ligne une fois la transaction conclue, et notre guide sur les conversions am\u00e9lior\u00e9es<\/a> aborde plus en d\u00e9tail la proc\u00e9dure de t\u00e9l\u00e9chargement. <\/p>\n\n Le script de suivi am\u00e9lior\u00e9<\/a> masque et crypte la requ\u00eate entre le navigateur et le serveur, ce qui permet \u00e0 davantage d'\u00e9v\u00e9nements d'\u00e9chapper \u00e0 la d\u00e9tection des bloqueurs de pub avant m\u00eame d'atteindre ton conteneur serveur.<\/p>\n\n Si tu g\u00e8res du trafic en provenance de l'UE, associe cette configuration au Consent Mode V2<\/a> pour que les signaux de consentement soient transmis avec les donn\u00e9es jusqu'\u00e0 HubSpot, et pas seulement aux balises de Google. Notre pr\u00e9sentation du RGPD pour le suivi server-side<\/a> t'en dit plus sur ce que \u00e7a implique concr\u00e8tement. <\/p>\n\n Le suivi c\u00f4t\u00e9 client de HubSpot a \u00e9t\u00e9 con\u00e7u pour un univers des navigateurs qui n'existe plus vraiment. Entre la limite de sept jours impos\u00e9e par Safari pour les cookies, les bloqueurs de pub qui suppriment compl\u00e8tement le script et les navigateurs qui classent de plus en plus d'outils marketing comme pr\u00e9sentant un risque de \u00ab fingerprinting \u00bb, se fier uniquement au navigateur, c'est perdre des contacts, attribuer \u00e0 tort ceux que tu conserves et passer \u00e0 c\u00f4t\u00e9 d'\u00e9v\u00e9nements qui devraient alimenter tes scores de prospects. <\/p>\n\n En transf\u00e9rant cette connexion server-side, via Google Tag Manager et TAGGRS, la requ\u00eate passe par ton propre domaine plut\u00f4t que par celui de HubSpot, o\u00f9 les bloqueurs de publicit\u00e9s et les param\u00e8tres de pr\u00e9vention du suivi n'ont rien \u00e0 d\u00e9tecter. \u00c7a te permet aussi de contr\u00f4ler ce qui est envoy\u00e9 \u00e0 HubSpot et \u00e0 quel moment, ce qui facilite la gestion de la confidentialit\u00e9, au lieu de la compliquer. <\/p>\n\nLes avantages du suivi server-side de HubSpot<\/h2>\n\n
Pourquoi le suivi c\u00f4t\u00e9 client n'est pas fiable pour les utilisateurs de HubSpot en ce moment<\/h2>\n\n
Comment le suivi c\u00f4t\u00e9 client perturbe l'attribution et les donn\u00e9es sur les prospects dans HubSpot<\/h2>\n\n
Ce que les utilisateurs de HubSpot gagnent gr\u00e2ce au suivi server-side<\/h2>\n\n
Ce dont tu as besoin avant de commencer<\/h2>\n\n
\n
\u00c9tape par \u00e9tape : configurer le suivi server-side HubSpot avec Google Tag Manager<\/h2>\n\n
Les erreurs courantes \u00e0 \u00e9viter<\/h2>\n\n
\n
D'autres outils qui valent le coup d'\u00eatre associ\u00e9s \u00e0 ta configuration HubSpot<\/h2>\n\n
Conclusion<\/h2>\n\n