---
title: "GTM server side : Google Ads recevra l’IP complète de vos visiteurs dès le 11 janvier"
description: "Début novembre 2026, Google a prévenu par e-mail les utilisateurs de Google Tag Manager côté serveur (GTM server side) d’un changement de comportement par défaut : à partir du 11 janvier 2027, les balises Google Ads, Display & Video 360, Search Ads 360 et Campaign Manager 360 de vos conteneurs serveur recevront l’adresse IP complète […]"
url: "https://www.newp.fr/actualites/marketing-acquisition/online-ads/gtm-server-side-adresse-ip-google-ads/"
author: "Kévin Papot"
date: "2026-11-08T10:34:23+00:00"
lang: "fr_FR"
categories: ["Google Ads"]
tags: ["Google Ads"]
---

# GTM server side : Google Ads recevra l’IP complète de vos visiteurs dès le 11 janvier

Début novembre 2026, Google a prévenu par e-mail les utilisateurs de Google Tag Manager côté serveur (GTM server side) d'un changement de comportement par défaut : à partir du 11 janvier 2027, les balises Google Ads, Display & Video 360, Search Ads 360 et Campaign Manager 360 de vos conteneurs serveur recevront l'adresse IP complète de vos visiteurs. L'information a été relayée le 2 novembre par PPC Land, le 3 par Search Engine Journal et le 4 par Search Engine Roundtable. Pour une entreprise française, ce n'est pas un détail technique : une adresse IP est, dans la plupart des cas, une donnée personnelle. Voici ce qui change, qui est concerné, ce que cela implique au regard du RGPD et ce qu'il faut faire avant janvier, étape par étape.

## L'essentiel en 30 secondes

| Question | Réponse |
|---|---|
| Qu'est-ce qui change ? | Le masquage de l'adresse IP ne se règle plus pour tout le conteneur serveur, mais balise par balise. Par défaut, les balises publicitaires de Google recevront l'IP complète. |
| À partir de quand ? | Le 11 janvier 2027, selon la notification de Google intitulée « Updates to network signal processing in server-side tagging ». |
| Qui est concerné ? | Seulement les sites qui utilisent un conteneur GTM **serveur**. Un conteneur web classique n'est pas touché par ce changement. |
| Et Google Analytics ? | Les balises Google Analytics continuent à masquer l'adresse IP, comme aujourd'hui. |
| Que faire ? | Décider si vous voulez transmettre l'IP complète. Si non, créer une transformation qui la masque avant que les balises la lisent, puis tester avant le 11 janvier. |

## Ce que Google a annoncé

La notification de Google n'est pas datée. Elle a été rendue publique le 2 novembre par Adriaan Dekker, consultant en mesure, sur LinkedIn. Elle indique qu'à partir du 11 janvier 2027, le GTM côté serveur « permettra aux balises de traiter des signaux réseau standard comme l'adresse IP ». Google y associe trois usages : la mesure publicitaire, la personnalisation des annonces et le filtrage du trafic invalide.

Le tableau ci-dessous résume la différence, d'après les comptes rendus de Search Engine Roundtable et de Search Engine Journal.

| Élément | Jusqu'au 10 janvier 2027 | À partir du 11 janvier 2027 |
|---|---|---|
| Où se règle le masquage | Au niveau du conteneur serveur, pour toutes les balises | Au niveau de chaque balise |
| Balises Google Ads, DV360, SA360, CM360 | IP masquée si le conteneur la masque | IP complète acceptée par défaut |
| Balises Google Analytics | IP masquée | IP masquée |
| Balises tierces (Meta, TikTok, etc.) | Selon le réglage du conteneur | Chaque éditeur décide des signaux qu'il accepte |
| Moyen de garder l'IP masquée | Réglage global | Une transformation qui modifie l'IP avant que les balises la lisent |

Deux zones d'ombre demeurent. Google renvoie vers une page d'aide pour se retirer, sans la nommer. Et au 3 novembre, selon Search Engine Journal, ni les notes de version de Tag Manager ni la documentation développeur ne mentionnaient le changement. La page d'aide la plus proche est celle sur le [masquage des adresses IP dans le tagging côté serveur](https://support.google.com/tagmanager/answer/18646937?hl=fr), qui décrit la méthode par transformation mais ne cite pas la date du 11 janvier.

## GTM server side : qui est concerné, et comment le savoir

Ce changement ne vise que les entreprises qui ont mis en place un conteneur serveur. Si vos balises sont toutes chargées par un conteneur web classique, rien ne change pour vous le 11 janvier. Pour savoir si vous utilisez un conteneur serveur, trois indices :

- **Un sous-domaine de collecte.** Vos pages envoient leurs données vers une adresse du type `data.votre-site.fr` ou `mesure.votre-site.fr`, et non directement vers les domaines de Google.
- **Une facture d'hébergement.** Vous payez un hébergeur de conteneurs, comme Stape ou Addingwell, ou un service Cloud Run sur Google Cloud.
- **Un deuxième conteneur dans Tag Manager.** Dans votre compte, un conteneur porte la mention « Serveur » à côté de votre conteneur « Web ».

Si vous avez mis en place le tracking côté serveur pour fiabiliser vos conversions Google Ads, vous êtes très probablement concerné. Le mouvement est d'ailleurs à suivre de près : Google fusionne progressivement ses outils de balisage, comme nous l'expliquions dans [Google Tag Manager et la balise Google fusionnent](https://www.newp.fr/actualites/marketing-acquisition/google-tag-manager-balise-google-fusion/).

Conteneur GTM serveur, comportement par défaut au 11 janvier 2027 Navigateur du visiteur IP 82.64.17.203 Conteneur serveur Transformation à créer pour masquer l'IP (facultatif) Sans transformation, chaque balise applique son propre réglage IP complète par défaut Google Ads, Display & Video 360, Search Ads 360, CM360 82.64.17.203 IP masquée Google Analytics 82.64.17.0 Schéma de principe d'après la notification de Google relayée par Search Engine Roundtable et Search Engine Journal. L'adresse IP est fictive. Le masquage de Google met à zéro le dernier bloc d'une adresse IPv4.## Pourquoi c'est un sujet RGPD en France

Le changement est présenté par Google comme un nouveau comportement par défaut, pas comme une obligation d'envoyer l'IP. Mais un réglage par défaut a des conséquences juridiques pour celui qui le laisse en place, c'est-à-dire vous, responsable du traitement.

1. **L'adresse IP est une donnée personnelle.** La Cour de justice de l'Union européenne l'a jugé dès 2016 (arrêt Breyer du 19 octobre 2016) pour une adresse IP dynamique, dès lors que l'exploitant du site dispose de moyens légaux de remonter à la personne. La CNIL range elle aussi l'adresse IP parmi les identifiants qui permettent de suivre un internaute.
2. **Il faut une base légale.** Transmettre une IP complète à une régie publicitaire pour mesurer et personnaliser des annonces relève, en pratique, du consentement. L'intérêt légitime est très difficile à défendre pour un usage publicitaire.
3. **Google exige lui-même ce consentement.** La notification rappelle que les annonceurs doivent avoir mis en place les informations et les consentements requis par la loi avant toute collecte, et que ceux de l'Espace économique européen doivent respecter la [politique de Google relative au consentement de l'utilisateur dans l'UE](https://www.google.com/about/company/user-consent-policy/).
4. **Il faut informer.** Votre politique de confidentialité doit dire que l'adresse IP est transmise à Google pour la publicité, et votre registre des traitements doit le refléter.
5. **La CNIL est exigeante sur l'IP.** Dans sa page sur la mise en conformité des outils de mesure d'audience, elle pose comme condition que l'adresse IP ne soit pas transmise aux serveurs de l'outil quand on passe par un serveur intermédiaire. Cette exigence vise la mesure d'audience et les transferts hors UE, pas directement Google Ads, mais elle montre le niveau d'attente du régulateur.

Autrement dit : si votre conteneur serveur a été présenté en interne comme « la solution qui masque l'IP », cette promesse ne sera plus vraie le 11 janvier pour vos balises Google Ads, sauf action de votre part. Le lien entre consentement et serveur est détaillé dans notre guide [tracking côté serveur et Consent Mode v2](https://www.newp.fr/actualites/marketing-acquisition/tracking-server-side-consent-mode-v2/).

## Ce qu'il faut faire avant le 11 janvier, pas à pas

1. **Faire l'inventaire.** Listez les balises de votre conteneur serveur : Google Ads (conversions, remarketing), Floodlight, DV360, Google Analytics, et les balises tierces. Notez qui a créé le conteneur et qui y a accès.
2. **Décider, par écrit.** Voulez-vous transmettre l'IP complète à Google Ads ? Google y voit un gain pour la mesure et le filtrage du trafic invalide. En face, il y a l'exposition RGPD. La décision revient au responsable du traitement, pas au prestataire technique.
3. **Si vous gardez le masquage : créer la transformation.** D'après l'aide Tag Manager, il s'agit de créer une variable de modèle personnalisé qui renvoie une IP anonymisée, puis une transformation de type « Augmenter l'événement » qui remplace le champ `ip_override` par cette variable, en choisissant les balises concernées.
4. **Vérifier les balises tierces.** Certaines lisent l'IP dans un autre champ ou dans un en-tête. Pour elles, la transformation doit viser ce champ précis.
5. **Tester en mode Aperçu.** Dans l'aperçu du conteneur serveur, contrôlez la requête sortante de chaque balise : le dernier bloc de l'IP doit être à zéro.
6. **Contrôler le consentement.** Vérifiez que vos balises Google Ads ne se déclenchent pas, ou se déclenchent en mode restreint, quand le visiteur refuse. C'est le rôle du Consent Mode et de votre outil de gestion du consentement.
7. **Mettre à jour les documents.** Politique de confidentialité, registre des traitements, et le cas échéant le contrat avec le prestataire qui gère le conteneur.
8. **Revérifier après le 11 janvier.** La documentation de Google n'était pas complète début novembre. Un contrôle en aperçu après la bascule évite les mauvaises surprises.

## Notre lecture

Le changement est logique du point de vue de Google : l'adresse IP aide à rapprocher les conversions, à repérer les clics frauduleux et à localiser les annonces. Il est aussi révélateur. Beaucoup d'entreprises ont adopté le tracking côté serveur en pensant qu'il servait d'abord à protéger les données. Il sert surtout à mieux mesurer. Le contrôle des données reste possible, mais il faut le configurer, et ce réglage passe désormais de « tout le conteneur » à « chaque balise ».

Nous ne pensons pas qu'il faille paniquer. Le changement ne concerne que les conteneurs serveur, il laisse Google Analytics tel quel, et la méthode pour garder l'IP masquée est documentée. Ce qui nous inquiète davantage, c'est le nombre de conteneurs installés une fois par un prestataire, puis oubliés. Si personne chez vous ne sait qui l'a configuré, c'est le moment de le découvrir. C'est le genre de vérification que nous faisons dans un [accompagnement Google Ads](https://www.newp.fr/agence-google-ads/) : la mesure des conversions passe avant l'optimisation des enchères.

Enfin, une précision honnête : la décision de transmettre ou non l'IP complète est juridique autant que technique. Nous pouvons la mettre en œuvre et vous en expliquer les effets sur la mesure, mais pour une activité sensible, l'avis de votre délégué à la protection des données ou d'un juriste reste utile.

## Questions fréquentes

Mon site utilise Google Tag Manager sans conteneur serveur : suis-je concerné ?Non. Le changement du 11 janvier 2027 ne touche que les conteneurs serveur. Avec un conteneur web classique, les balises Google Ads envoient les données directement depuis le navigateur, et ce changement de réglage ne s'applique pas.

Google Analytics va-t-il aussi recevoir l'adresse IP complète ?Non. D'après la notification de Google, les balises Google Analytics continueront à masquer l'adresse IP. Seules les balises Google Ads, Display & Video 360, Search Ads 360 et Campaign Manager 360 l'accepteront complète par défaut.

Une adresse IP est-elle vraiment une donnée personnelle ?Dans la plupart des cas, oui. La Cour de justice de l'Union européenne l'a jugé en 2016 pour les adresses IP dynamiques, et la CNIL la considère comme un identifiant. Sa transmission à une régie publicitaire demande donc une base légale et une information claire.

Comment garder l'adresse IP masquée après le 11 janvier ?L'aide Google Tag Manager décrit une transformation qui remplace l'adresse IP par une version anonymisée avant que les balises la lisent. Elle se crée dans le conteneur serveur, se teste en mode Aperçu, puis se publie.

Masquer l'IP fait-il baisser les performances de Google Ads ?Google présente l'IP complète comme une aide à la mesure et au filtrage du trafic invalide. Aucune donnée publique ne chiffre l'écart de performance. La perte éventuelle est à mettre en balance avec le risque RGPD.

Le consentement du visiteur reste-t-il nécessaire avec un conteneur serveur ?Oui. Le passage par un serveur ne dispense pas du consentement pour un usage publicitaire. Google le rappelle dans sa notification et l'impose aux annonceurs de l'Espace économique européen par sa politique de consentement.

{"@context": "https://schema.org", "@type": "FAQPage", "mainEntity": \[{"@type": "Question", "name": "Mon site utilise Google Tag Manager sans conteneur serveur : suis-je concerné ?", "acceptedAnswer": {"@type": "Answer", "text": "Non. Le changement du 11 janvier 2027 ne touche que les conteneurs serveur. Avec un conteneur web classique, les balises Google Ads envoient les données directement depuis le navigateur, et ce changement de réglage ne s'applique pas."}}, {"@type": "Question", "name": "Google Analytics va-t-il aussi recevoir l'adresse IP complète ?", "acceptedAnswer": {"@type": "Answer", "text": "Non. D'après la notification de Google, les balises Google Analytics continueront à masquer l'adresse IP. Seules les balises Google Ads, Display & Video 360, Search Ads 360 et Campaign Manager 360 l'accepteront complète par défaut."}}, {"@type": "Question", "name": "Une adresse IP est-elle vraiment une donnée personnelle ?", "acceptedAnswer": {"@type": "Answer", "text": "Dans la plupart des cas, oui. La Cour de justice de l'Union européenne l'a jugé en 2016 pour les adresses IP dynamiques, et la CNIL la considère comme un identifiant. Sa transmission à une régie publicitaire demande donc une base légale et une information claire."}}, {"@type": "Question", "name": "Comment garder l'adresse IP masquée après le 11 janvier ?", "acceptedAnswer": {"@type": "Answer", "text": "L'aide Google Tag Manager décrit une transformation qui remplace l'adresse IP par une version anonymisée avant que les balises la lisent. Elle se crée dans le conteneur serveur, se teste en mode Aperçu, puis se publie."}}, {"@type": "Question", "name": "Masquer l'IP fait-il baisser les performances de Google Ads ?", "acceptedAnswer": {"@type": "Answer", "text": "Google présente l'IP complète comme une aide à la mesure et au filtrage du trafic invalide. Aucune donnée publique ne chiffre l'écart de performance. La perte éventuelle est à mettre en balance avec le risque RGPD."}}, {"@type": "Question", "name": "Le consentement du visiteur reste-t-il nécessaire avec un conteneur serveur ?", "acceptedAnswer": {"@type": "Answer", "text": "Oui. Le passage par un serveur ne dispense pas du consentement pour un usage publicitaire. Google le rappelle dans sa notification et l'impose aux annonceurs de l'Espace économique européen par sa politique de consentement."}}\]}

---

*Source : [www.newp.fr](https://www.newp.fr/actualites/marketing-acquisition/online-ads/gtm-server-side-adresse-ip-google-ads/)*