TL;DR
- Le changement annoncé pour janvier 2027 concerne les conteneurs serveur et les tags publicitaires Google.
- Vérifiez séparément chaque destination, champ IP et transformation avant toute mise en production.
- La configuration technique ne dispense ni de l’information ni de l’examen du consentement.
Google Ads en server-side GTM : ce qui change en 2027
À compter du 11 janvier 2027, les balises Google Ads, Display & Video 360 (DV360), Search Ads 360 (SA360) et Campaign Manager 360 (CM360) utilisées dans un conteneur Google Tag Manager server-side pourront accepter l’adresse IP complète, selon une notice Google relayée par Search Engine Journal. Le changement porte sur le traitement des données par ces balises ; il ne signifie pas que toutes les balises Google transmettront désormais une IP complète.
À retenir
Les balises Google Analytics restent partiellement masquées. Il faut donc distinguer les destinations et les balises : une même configuration server-side peut traiter différemment une donnée selon la balise concernée.
Google fait évoluer un traitement auparavant appliqué globalement au conteneur vers un traitement configuré balise par balise. Pour les équipes marketing, l’enjeu pratique est de savoir quelles balises peuvent recevoir l’IP complète et de vérifier que ce comportement correspond à la configuration réellement souhaitée.
Pourquoi l’adresse IP mérite une revue dédiée
Une adresse IP complète peut fournir un signal plus précis qu’une adresse partiellement masquée. Cela ne prouve toutefois ni qu’elle sera stockée, ni combien de temps elle le serait, ni qu’elle améliorera les performances ou l’attribution des campagnes. Les informations disponibles ne permettent pas de conclure sur ces points : mieux vaut éviter toute promesse d’impact avant d’avoir mesuré un effet dans son propre contexte.
La possibilité technique d’accepter une IP complète n’est pas, à elle seule, une décision de collecte. Il faut examiner séparément les finalités, le parcours de la donnée et les paramètres de consentement déjà en place. Le consentement recueilli sur le site, la configuration des balises server-side et la résidence des données dans l’UE sont des sujets distincts ; aucun ne permet de présumer automatiquement la réponse aux autres.
Pour une marque, cette distinction évite deux raccourcis fréquents : considérer qu’un passage au server-side règle à lui seul les questions de gouvernance, ou supposer qu’une configuration existante restera identique après une mise à jour. Une revue juridique adaptée à l’organisation et aux usages prévus reste nécessaire avant toute activation.
Comment préparer la configuration dans GTM server-side
La documentation d’aide Google consacrée à la transformation Augment indique une approche permettant d’agir sur les valeurs transmises aux balises. Elle mentionne notamment la variable de modèle getAnonymizedIpAddress() et la possibilité de surcharger le champ ip_override. Ces éléments doivent être évalués dans le conteneur concerné, plutôt que copiés sans vérifier leur effet sur chaque balise.
Commencez par inventorier les balises Google Ads, DV360, SA360 et CM360, puis identifiez celles qui seraient concernées par la réception d’une IP complète. Vérifiez aussi les transformations, les règles de déclenchement et les valeurs effectivement envoyées. La prévisualisation GTM permet d’inspecter le comportement pendant les tests ; elle ne remplace ni une validation des flux réels ni une approbation interne.
Les balises de fournisseurs tiers demandent une attention distincte : elles peuvent lire des en-têtes ou des champs différents. Une transformation qui agit sur une valeur donnée ne garantit donc pas qu’elle modifie toutes les informations susceptibles d’être exploitées par les autres balises.
Un plan de vérification avant le 11 janvier 2027
Plan d’action 48h
En deux jours ouvrés, l’équipe peut établir un premier état des lieux : exporter la liste des balises, repérer les destinations Google concernées, documenter les transformations existantes et attribuer un responsable aux vérifications techniques et à la revue juridique.
Ensuite, reproduisez le parcours dans un environnement de test et comparez le comportement attendu avec les événements visibles dans Preview. Contrôlez particulièrement les tags ciblés, la valeur associée à ip_override et les règles liées au consentement. Si une différence apparaît, consignez-la avant de modifier le conteneur de production.
Ne confondez pas GTM web et GTM server-side : les deux interviennent à des étapes différentes du parcours de collecte. Documentez où les données sont reçues, quelles balises les traitent et quelles décisions dépendent du consentement. Faites valider les choix par les responsables concernés ; ne publiez pas une configuration en production avant cette validation.
Faire évoluer la mesure sans perdre la maîtrise
Pour Escale Ads, cette évolution est l’occasion de remettre à plat la relation entre mesure média, architecture de tags et gouvernance des données. Une configuration server-side utile n’est pas celle qui active le plus de signaux, mais celle dont les flux sont compris, testés et cohérents avec les objectifs de l’entreprise. Les équipes peuvent ainsi distinguer les changements techniques des décisions de collecte.
La prochaine étape : planifiez l’inventaire de vos tags, testez les transformations dans Preview et organisez une revue technique et juridique avant toute mise en production. Pour structurer cet audit ou préparer votre plan de mesure, contactez Escale Ads.
Source : Search Engine Journal, Matt G. Southern, 3 novembre 2026.