Installer le module de call-tracking avec un tracking server-side
Le module de call-tracking s'installe toujours côté navigateur (client-side), y compris sur un site dont GA4 et les autres outils passent par un serveur (GTM server-side, Stape, Addingwell…). Les deux fonctionnent ensemble sans conflit.
La seule chose à vérifier : que le module puisse toujours lire les identifiants de vos outils d'analyse (GA4, Matomo, Piano). Selon votre configuration server-side, il suffit de renseigner un à quatre champs dans les paramètres du module, rubrique Collecte des ID de tracking.
Le server-side en deux mots
En installation classique, le navigateur du visiteur envoie lui-même les données à chaque outil (GA4, Google Ads, Meta…). En server-side, il les envoie à un serveur qui vous appartient, souvent sur un sous-domaine comme data.votresite.fr. Ce serveur les redistribue ensuite à chaque outil.
Cette approche apporte des cookies qui durent plus longtemps, une meilleure résistance aux bloqueurs de publicité et un meilleur contrôle des données transmises. Un tag reste toutefois présent dans le navigateur pour capter les visites : le serveur ne fait que relayer.
Pourquoi le module s'installe côté navigateur
Le module doit agir sur la page affichée au visiteur, ce qu'un serveur de tracking ne peut pas faire. Concrètement, il :
remplace vos numéros de téléphone par les numéros trackés, directement dans la page, y compris dans les liens
tel:;lit l'adresse de la page d'arrivée (gclid, fbclid, msclkid, paramètres UTM, ValueTrack…) et la provenance du visiteur, pour choisir le bon numéro ;
associe l'appel à la visite, pour l'attribuer à la bonne campagne.
Un conteneur GTM server-side ne voit jamais la page et ne peut pas la modifier. Le module ne peut donc pas y être installé, et il n'en a pas besoin.
La partie « serveur » existe déjà de notre côté : après chaque appel, les conversions sont envoyées de serveur à serveur aux plateformes connectées (GA4, Google Ads, Meta…), selon les connecteurs que vous avez activés.
Où installer le module
Installez le module dans le code de votre site ou dans votre conteneur GTM web, jamais dans le conteneur GTM server-side.
Copiez le code d'installation depuis les paramètres du module, rubrique Installation. Il ressemble à ceci :
Dans GTM web, créez une balise HTML personnalisé avec ce code, déclenchée sur toutes les pages.
Appliquez les mêmes règles de consentement que pour vos autres tags de mesure.
Si vous migrez vers le server-side, conservez votre conteneur GTM web et la balise du module : c'est elle qui fait fonctionner le remplacement des numéros.
Ce qui peut changer avec le server-side
Pour relier un appel à la session du visiteur dans vos outils d'analyse, le module lit leurs identifiants dans le navigateur. Par défaut, il cherche :
les cookies
_gaet_ga_XXXXXXXXpour GA4 (ID client et ID de session) ;le cookie
_pk_idpour Matomo ;le cookie
_pcidpour Piano Analytics.
Certaines configurations server-side rendent ces identifiants introuvables :
les cookies sont renommés, par exemple avec un préfixe ;
les cookies sont posés par le serveur en mode « HttpOnly », donc illisibles par un script, comme le cookie
FPIDde GA4 quand les cookies sont gérés par le serveur ;les identifiants sont générés côté serveur et n'existent pas dans le navigateur.
Sans réglage, les appels remontent quand même dans GA4, mais ils ne sont plus rattachés à la session du visiteur. Vous perdez alors leur attribution à la bonne source dans GA4.
Les réglages selon votre configuration
Tous les réglages se trouvent dans les paramètres du module, rubrique Collecte des ID de tracking. Ils sont facultatifs : ne renseignez que ceux qui correspondent à votre situation.
Votre situation | Champ à renseigner | Exemple |
|---|---|---|
GA4 en server-side, cookies | Aucun obligatoire. ID de mesure GA4 recommandé |
|
Plusieurs propriétés GA4 sur le même site | ID de mesure GA4 |
|
Préfixe de cookie configuré dans GA4 | ID de mesure GA4 et Nom du cookie GA4 |
|
Cookies GA4 gérés par le serveur, ou ID générés côté serveur | ID de mesure GA4, puis si besoin Variable ID client et Variable ID de session |
|
Matomo avec un préfixe de cookies | Préfixe des cookies Matomo |
|
Piano Analytics avec un nom de cookie personnalisé | Nom du cookie Piano Analytics |
|
Autre identifiant à rattacher aux appels (CRM, ID client…) | Cookies, Variables ou Local storage personnalisés |
|
Pourquoi renseigner l'ID de mesure GA4
Il permet au module de cibler le bon cookie de session quand plusieurs propriétés GA4 cohabitent. En dernier recours, le module demande aussi directement les identifiants au Google tag présent dans la page. Cela fonctionne même quand les cookies sont renommés, à condition que le Google tag soit chargé dans le navigateur.
Exposer les identifiants GA4 quand ils sont introuvables
Si vos identifiants GA4 ne sont ni dans un cookie lisible, ni accessibles via le Google tag, demandez à la personne qui gère votre tracking de les exposer dans le dataLayer (ou dans une variable JavaScript), par exemple depuis GTM web :
Renseignez ensuite ga_client_id dans Variable ID client et ga_session_id dans Variable ID de session. Bon à savoir :
Formats acceptés : l'identifiant brut (
1234567890.1700000000) ou la valeur complète du cookie (GA1.1.1234567890.1700000000). Le module convertit automatiquement.Variable JavaScript : indiquez son chemin avec des points, par exemple
sgtm.ids.client_idpourwindow.sgtm.ids.client_id.Délai : le module relit les identifiants environ 2 secondes après le chargement de la page. Un envoi légèrement tardif reste donc pris en compte, et ce délai ne retarde jamais l'affichage des numéros.
Selon votre prestataire server-side (Stape, Addingwell…), consultez sa documentation pour savoir comment récupérer le client_id et le session_id GA4 côté navigateur.
Les identifiants de clic publicitaire
Les gclid, fbclid, msclkid, paramètres UTM et ValueTrack sont lus dans l'adresse de la page d'arrivée. Le server-side ne les affecte pas. Vérifiez simplement que l'auto-tagging est actif dans vos comptes publicitaires et qu'aucune redirection ne supprime ces paramètres de l'URL.
Vérifier que tout fonctionne
Ouvrez votre site et acceptez les cookies dans votre bandeau de consentement.
Ouvrez la console du navigateur (touche F12, onglet Console) et tapez
document.cookie. Cherchez_ga=et_ga_suivi de votre ID de mesure. S'ils apparaissent, le module peut les lire sans réglage particulier. S'ils sont absents alors que GA4 fonctionne, appliquez les réglages de la section précédente.Si vous exposez les identifiants dans le dataLayer, tapez
window.dataLayeret vérifiez que vos clés (par exemplega_client_id) y figurent.Passez un appel de test depuis un numéro affiché sur le site.
Ouvrez cet appel dans le journal d'appels. Les identifiants du visiteur, dont l'ID GA4, doivent apparaître dans sa fiche.
Si l'ID GA4 n'apparaît toujours pas, contactez notre support en précisant votre prestataire server-side et la configuration des cookies GA4.
Questions fréquentes
Puis-je installer le module dans mon conteneur GTM server-side ? Non. Un conteneur serveur ne peut pas modifier la page affichée au visiteur, donc il ne peut pas remplacer les numéros. Le module doit rester dans le code du site ou dans GTM web.
Le module ralentit-il mon site ? Non. Les numéros sont remplacés dès le chargement de la page. La relecture des identifiants, environ 2 secondes plus tard, se fait en arrière-plan sans rien bloquer.
Mon serveur de tracking reçoit-il les données du module ? Non. Le module envoie ses données directement à notre plateforme, sans passer par votre serveur. Votre configuration server-side reste inchangée.
Comment les appels arrivent-ils dans GA4, Google Ads ou Meta ? Notre plateforme les envoie de serveur à serveur après chaque appel, selon les connecteurs activés. Les identifiants collectés par le module servent à rattacher ces conversions à la bonne visite.
Et le consentement ? Déclenchez le module selon les mêmes règles que vos autres tags de mesure. Le server-side ne change rien à ce point : c'est votre plateforme de gestion du consentement qui décide quand le module se lance.