Google-advertentietags in servercontainers krijgen in 2027 het volledige IP

Google heeft adverteerders laten weten dat server-side Google Tag Manager vanaf 11 januari 2027 anders met IP-adressen omgaat. Nu geeft een servercontainer de advertentietags van Google een ingekort IP-adres door. Vanaf die datum krijgen tags voor Google Ads, Campaign Manager 360 (Floodlight), Display & Video 360 en Search Ads 360 het volledige IP-adres van de bezoeker, tenzij je de container zo instelt dat hij het blijft inkorten.

In je container verandert niets zichtbaar en geen enkele tag stopt met werken. Het is een andere standaardinstelling, en juist daarom mis je het makkelijk. Dit artikel legt uit wat er verandert, wat het betekent voor privacy en meten, voor wie het geldt en wat je vóór de datum doet.

Wat er op 11 januari 2027 verandert

Google noemt het een overstap van IP-inkorting voor de hele container naar verwerking per tag. In de praktijk:

• Google Ads-, Floodlight-, DV360- en SA360-tags accepteren vanaf die datum het volledige IP-adres.
• Google Analytics-tags blijven inkorten. Een GA4-tag in je servercontainer stuurt nog steeds een ingekort adres.
• Tags van derden (Meta, TikTok, LinkedIn en andere) bepalen zelf welke signalen ze accepteren. Veel daarvan lezen nu al het volledige adres uit de container.
• De wijziging geldt alleen voor servercontainers. Je webcontainer en de Google-tag in de browser vallen er niet onder.

De e-mail van Google noemt de uitweg een opt-out en verwijst naar het helpartikel over IP-inkorting bij server-side tagging. Dat artikel beschrijft één methode: een transformatie die het IP-adres vervangt door een ingekorte versie, voor de tags die je kiest. Hieronder lopen we die door.

Waarom Google het volledige adres wil

Google noemt beter meten en personaliseren van advertenties, privacyverhogende technieken, het filteren van spam en ongeldig verkeer, en betere campagneresultaten. Cijfers geeft het niet. Een IP-adres is een sterk signaal om echte bezoekers van bots te onderscheiden, om een conversie in de juiste regio te plaatsen en om een conversie aan een advertentieklik te koppelen als cookies ontbreken, dus de redenering is aannemelijk. Het is ook precies waarom dit geen neutrale instelling is: hoe bruikbaarder een IP-adres is om te koppelen, hoe duidelijker het een persoonsgegeven is.

Wat dit betekent voor privacy

Onder Europees recht is een IP-adres meestal een persoonsgegeven. Het Europese Hof van Justitie zei dat in 2016 (Breyer), en Europese privacytoezichthouders gaan er ook zo mee om. Een ingekort adres, met het laatste deel op nul, maakt rapportage per land en stad nog steeds mogelijk, maar wijst niet meer naar één verbinding.

Daaruit volgen drie dingen:

• Je privacyverklaring klopt misschien niet meer. In veel verklaringen en verwerkingsregisters staat dat IP-adressen geanonimiseerd of ingekort worden voordat ze Google bereiken. Vanaf 11 januari gaat dat voor advertentietags niet meer vanzelf.
• Toestemming weegt zwaarder. De e-mail van Google herinnert adverteerders eraan dat meldingen en wettelijk vereiste toestemming geregeld moeten zijn vóór het verzamelen, en dat in de EER het EU-beleid voor toestemming van gebruikers geldt. Google heeft niet gezegd hoe de wijziging samenwerkt met Consent Mode, bijvoorbeeld met de requests die Floodlight server-to-server stuurt als toestemming is geweigerd.
• Het is jouw beslissing, niet die van Google. Het volledige adres doorsturen is niet verboden, maar je hebt er een grondslag en een juiste melding voor nodig. Maak de keuze bewust, samen met wie de privacy voor de site regelt, in plaats van de standaardinstelling te laten beslissen.

Voor wie dit geldt

Het geldt voor jou als een servercontainer minstens één advertentietag van Google draait:

• Een Google Ads-conversietag of Google Ads-remarketingtag in de servercontainer.
• Een Floodlight-tag (Campaign Manager 360), of tags voor DV360 of SA360.

Het geldt niet voor jou als je servercontainer alleen GA4 draait, als Google Ads alleen vanuit je webcontainer loopt, of als je helemaal geen servercontainer hebt. Agencies controleren elke klantcontainer apart: één Floodlight-tag is genoeg.

Bij Measurebase: de power-up IP Anonymization kort het adres van de bezoeker in voordat de request je servercontainer bereikt. Elke tag in de container, de advertentietags van Google inbegrepen, ziet alleen het ingekorte adres, dus voor domeinen met de power-up aan maakt deze wijziging niets uit. Hij staat standaard uit, dus controleer het per domein.

1Zet je servercontainers en Google-advertentietags op een rij

Open elke servercontainer in Tag Manager en noteer elke Google Ads-, Floodlight-, DV360- en SA360-tag, ook gepauzeerde die je later misschien weer aanzet. Noteer ook de tags van derden: dit is een goed moment om te kijken welke daarvan nu al het volledige adres krijgen.

2Beslis: blijven inkorten of het volledige IP accepteren

Blijf inkorten als je privacyverklaring dat belooft, als je twijfelt over de grondslag, of als je gewoon wilt dat er niets verandert. Accepteer het volledige adres alleen als je een duidelijke grondslag hebt, een verklaring die het noemt en toestemming die de advertentietags echt tegenhoudt. Leg de beslissing per site vast; een auditor of klant gaat ernaar vragen.

3Het IP blijven inkorten

Twee manieren, die je kunt combineren:

• IP Anonymization in Measurebase. Zet hem aan voor het domein onder Power-ups. Het adres wordt ingekort voordat de container de request ontvangt, voor elke tag, zonder dat je iets bouwt in Tag Manager. Locatierapportage blijft werken: Data Enrichment bepaalt eerst land en stad uit het echte adres en geeft alleen het resultaat door.
• De transformatie van Google. Maak in de servercontainer een variabele-template die getAnonymizedIpAddress() teruggeeft (die heeft toestemming nodig om het IP van de bezoeker te lezen), en een variabele op basis van die template. Voeg daarna een transformatie toe van het type Augment event die ip_override op die variabele zet, en beperk hem tot je Google Ads- en Floodlight-tags. De functie zet het laatste deel van een IPv4-adres op nul en houdt van een IPv6-adres alleen de eerste 48 bits over. Het helpartikel van Google over IP-inkorting bij server-side tagging beschrijft de stappen.

Je kunt beide nu al instellen. Tot januari is het resultaat hetzelfde als nu, dus er is geen reden om op de deadline te wachten.

4Accepteer je het volledige IP, werk dan je documentatie bij

Werk de privacyverklaring en het verwerkingsregister bij, zodat erin staat dat het volledige IP-adres voor advertenties met Google wordt gedeeld. Controleer dat je Google Ads- en Floodlight-tags alleen vuren met toestemming voor advertenties, en dat de Consent Mode-signalen de servercontainer bereiken. Agencies: laat het de klant schriftelijk weten en laat de klant beslissen; het zijn hun data en hun verklaring.

5Test het in Preview

Open de servercontainer in Preview en stuur een testconversie vanaf de site. Bij de request laat het tabblad Transformations zien of je transformatie is toegepast en op welke tags; in de event data van een Google Ads- of Floodlight-tag hoort ip_override te eindigen op .0 bij een IPv4-bezoeker. Met IP Anonymization aan in Measurebase komt het adres al ingekort binnen, dus elke tag in Preview toont de ingekorte waarde.

Wat we nog niet weten

De datum komt uit de e-mail van Google aan adverteerders. Het helpartikel van Google beschrijft de transformatie, maar noemt 11 januari 2027 en het woord opt-out nog niet, en de release notes van Tag Manager hebben er geen vermelding van. Google heeft ook niet gezegd of er een eenvoudige schakelaar per container of per tag komt, hoe de wijziging samenwerkt met Consent Mode, of hoe lang volledige adressen worden bewaard. We werken dit artikel bij zodra Google meer publiceert.

Veelgestelde vragen