--- title: "Server side tagging: Google Ads krijgt je IP" date: 2026-11-04 author: "Redactie 1704media" featured_image: "https://1704media.nl/wp-content/uploads/2026/11/sgtm-ip-maskering-hero.jpg" categories: - name: "seo-informatie" url: "/category/seo-informatie.md" --- # Server side tagging: Google Ads krijgt je IP **11-01-2027**Google Ads-tags in sGTM krijgen het volle IP **/48**blok per klant bij KPN, Delta en Freedom (RIPE) **35**van 187 grote NL-sites met Google-tag hebben een eigen tagserver Vanaf 11 januari 2027 krijgen Google Ads-tags bij server side tagging in Google Tag Manager het volledige IP-adres van je bezoeker. Dat staat in een mail van Google aan adverteerders die op 2 november opdook. Wil je dat niet, dan moet je zelf ingrijpen. Google’s eigen maskering haalt bij IPv6 alleen niet weg wat je denkt: bij KPN, Delta en Freedom blijft na het maskeren precies de aansluiting van de klant over. We zochten de toewijzing per klant op in de RIPE-database, telden welke grote Nederlandse sites al server side tagging draaien en bouwden een check. Die laat zien wat er van jouw eigen IP-adres overblijft. **Volledig IPv6-adres**2001:db8:4a1:7:a2c:51ff:fe3b:9d10 **Na getAnonymizedIpAddress**2001:db8:4a1:: (bij een /48 nog steeds jouw aansluiting) Voorbeeldadres uit het documentatieblok 2001:db8::/32, gemaskeerd met Google’s regel. ## Google Ads-tags krijgen het IP-adres straks standaard De mail heet “Updates to network signal processing in server-side tagging”. Google Ads-specialist Adriaan Dekker zette hem op 2 november op LinkedIn, Govind Singh dezelfde dag op X. Server-containers stappen over van IP-redactie voor de hele container naar een keuze per tag. Tags voor Google Ads, Display & Video 360, Search Ads 360 en Campaign Manager 360 “will now accept the full IP address”. Google Analytics-tags blijven het IP inkorten. Externe tags houden hun eigen regels. Met een transformatie in de container kun je het IP weghalen voordat een tag het ziet. Doe je niets, dan gaat het volledige adres vanaf 11 januari naar de advertentietags. Google noemt als reden betere Ads-meting en personalisatie, plus filtering van spam en ongeldig verkeer. Cijfers of tests bij die belofte staan niet in de mail. ![Screenshot van Google's mail: vanaf 11 januari 2027 mogen tags netwerksignalen zoals het IP-adres verwerken, adverteerders moeten zelf toestemming regelen](https://1704media.nl/wp-content/uploads/2026/11/sgtm-google-mail-1.jpg)De datum en de toestemmingsplicht. Google legt die plicht bij de adverteerder. Bron: [Govind Singh op X](https://x.com/mr_govindsingh/status/2117278650118950925). ![Screenshot van Google's mail: tags voor Google Ads, DV360, SA360 en CM360 accepteren het volledige IP-adres, Analytics-tags blijven redigeren](https://1704media.nl/wp-content/uploads/2026/11/sgtm-google-mail-2.jpg)De kern van Google’s mail. Screenshot gedeeld door [Govind Singh op X](https://x.com/mr_govindsingh/status/2117278650118950925), 2 november 2026. ## Google’s masker houdt 48 bits over, KPN geeft elke klant er 48 Als uitweg wijst Google naar een [helppagina over IP-redactie](https://support.google.com/tagmanager/answer/18646937?hl=en). Je maakt een variabele met de functie getAnonymizedIpAddress en zet die met een transformatie in het veld ip\_override. Volgens de [API-referentie](https://developers.google.com/tag-platform/tag-manager/server-side/api) (bijgewerkt op 30 oktober) zet die functie bij IPv4 het laatste getal op 0. Bij IPv6 wordt alles na de eerste 48 bits nul. Die 48 is precies het probleem. Een provider deelt IPv6 in blokken uit en zet de grootte daarvan in de RIPE-database, onder assignment-size. KPN registreert voor zijn klantblokken /48. Delta Fiber, ZeelandNet en Freedom Internet ook. Ziggo geeft consumenten een /56. Bij een KPN-klant op IPv6 wijst het “gemaskeerde” adres dus nog steeds naar één aansluiting. Niet naar je telefoon of laptop, wel naar het huishouden. Bij IPv4 is het masker grover: dan deel je het adres met maximaal 255 andere adressen in hetzelfde blok. Volgens APNIC gebruikte op 3 november 52,8% van de Nederlandse bezoekers IPv6. Dit is geen nieuwe truc van Google. Universal Analytics gebruikte jarenlang [exact dezelfde regel](https://support.google.com/analytics/answer/2763052?hl=nl): laatste octet weg, laatste 80 bits van IPv6 weg. Die regel stamt uit de tijd dat bijna niemand in Nederland IPv6 had. In oktober 2011, het begin van de APNIC-reeks, was dat 0,14%. Provider Blok per klant (RIPE) Na Google’s masker Bezoekers met IPv6 (APNIC) KPN /48 1 aansluiting 84,6% Delta Fiber / ZeelandNet /48 1 aansluiting 49,6% Freedom Internet /48 1 aansluiting 66,4% Ziggo /56 256 aansluitingen 70,3% KPN mobiel /64 65.536 toestelnetten niet apart gemeten Odido thuis geen klantblok gevonden vrijwel alleen IPv4 0,8% RIPE-database (whois, objecten met status AGGREGATED-BY-LIR) en APNIC IPv6-meting per netwerk, opgevraagd op 4 november 2026. Ziggo meet APNIC onder AS33915 (Vodafone Libertel). ## Hoeveel blijft er van jouw IP-adres over? De check haalt het adres op waarmee je deze pagina bekijkt en past dezelfde regel toe als getAnonymizedIpAddress. Kies je provider om te zien met hoeveel aansluitingen je het gemaskeerde blok deelt. Alles gebeurt in je browser. We slaan niets op. IP-maskeercheck · rekent in je browser IP-adresJe adres wordt opgehaald… ProviderWeet ik nietKPN (vast)Delta Fiber of ZeelandNetFreedom InternetZiggoKPN mobielMaskeer zoals GoogleGoogle Ads krijgt zonder transformatie`` Met Google’s masker`` Zet JavaScript aan om de check te gebruiken. Is je provider niet bekend, dan weet de check niet hoe groot je klantblok is. IPv4-adressen in IPv6-notatie (::ffff:…) tonen we als IPv4. Google zegt niet hoe zijn eigen functie daarmee omgaat. ## 35 van de 187 grote NL-sites met een Google-tag doen al aan server side tagging Hoeveel sites raakt dit? We namen de 500 grootste .nl-domeinen uit de Tranco-ranglijst (lijst 746WX) en lazen op 4 november hun homepage en publieke Tag Manager-container. 369 sites reageerden, 187 laadden een Google-tag. Bij 35 daarvan zagen we een eigen tagserver: een server\_container\_url in de container of een gtm.js die van een eigen subdomein komt. 27 van die 35 hebben ook een Google Ads-ID. In de lijst staan onder meer Coolblue, Albert Heijn, NS, KVK, Hostnet en Antagonist. Ziggo draait er zelf ook een. Van buiten zie je niet of zij hun Ads-tags straks volle IP-adressen geven. Dat beslissen ze in hun container, en daar kan niemand van buiten in kijken. Top-500 .nl-domeinenGroep Aantal sites Bereikbaar 369 Google-tag gevonden 187 Eigen tagserver 35 Eigen tagserver én Google Ads-ID 27 Eigen scan van de top-500 .nl-domeinen uit Tranco, 4 november 2026. Een ondergrens: tags die pas na cookietoestemming laden zien we niet. ## Server side tracking was het privacyverhaal, nu wordt het de pijplijn Server side tracking werd jarenlang verkocht als de plek waar jij bepaalt wat Google te zien krijgt. Die belofte draait Google nu om: wie niets doet, geeft vanaf 11 januari meer weg dan vandaag. En de uitweg die Google zelf aanwijst, houdt bij de grootste Nederlandse provider de aansluiting heel. Een opt-out die “maskeren” heet maar bij KPN de aansluiting laat staan, vinden wij te mager. De verplichting legt Google intussen bij jou. In de mail staat dat je toestemming geregeld moet hebben voordat je data verzamelt. Het IP-adres kan volgens het Europese Hof (de [Breyer-zaak, C-582/14](https://curia.europa.eu/juris/liste.jsf?num=C-582/14)) een persoonsgegeven zijn, ook als het dynamisch is. **Tot 11 januari**De container kan het IP voor alle tags inkorten. **Vanaf 11 januari**Ads-tags krijgen het volle IP, tenzij jij een transformatie zet. Samengevat uit Google’s mail aan adverteerders. ## Een gewone Google-tag geeft je IP nu al helemaal weg Het alarm op X (“If your privacy notice says your container strips IPs, it’s about to be wrong”, schreef NoticeMe Media) klopt, maar is niet het hele verhaal. Op de meeste sites draait de Google Ads-tag gewoon in de browser. Dan stuurt je browser de meting rechtstreeks naar Google, en Google ziet je volledige IP-adres al. Dat is ook zo op onze eigen webshops: die gebruiken de gewone tag, zonder tagserver. Wie server-side werkt, geeft straks dus hetzelfde door als de gewone tag nu al doet, niet meer. En een IP-adres is geen naam. Alleen de provider kan een /48 aan een klant koppelen. Wie geen Ads draait en het van organisch verkeer moet hebben, bijvoorbeeld via [SEO uitbesteden](https://1704media.nl/), heeft met deze wijziging niets te maken. Het verschil tussen [SEO en SEA](https://1704media.nl/seo-en-sea-verschillen-voordelen-en-de-ideale-combinatie-voor-online-succes) zit hier precies op die advertentietag. **Tag in de browser**Je browser praat zelf met Google. Google ziet het volle IP. **Tag op je eigen server**Jouw server praat met Google. Vanaf 11 januari standaard ook met het volle IP. Waar het IP-adres vandaan komt bij de twee manieren van meten. ## Zet vóór 11 januari een transformatie op je Ads-tags Draai je een server-container met Google Ads- of Floodlight-tags, dan kies je nu en niet op 12 januari. Deze stappen komen uit Google’s helppagina, aangevuld met wat het masker bij IPv6 laat staan. 1. Open je server-workspace en maak een Custom Template Variable die getAnonymizedIpAddress teruggeeft. 2. Maak een Augment event-transformatie die ip\_override vult met die variabele, en kies de Ads- en Floodlight-tags. 3. Wil je bij IPv6 de aansluiting niet doorgeven, vul ip\_override dan met “::”. Google noemt die waarde in de API-referentie veilig voor ip\_override. Je levert daarmee locatiedata in. 4. Controleer externe tags apart. Volgens Google lezen sommige het IP uit een eigen veld of een header. 5. Test in Preview of het IP vóór vertrek is aangepast. Pas daarna je privacyverklaring aan op wat de container echt doorstuurt. Werk je met audiences of conversiedata van andere platforms, kijk dan ook naar wat daar meegaat. In [Klaviyo koppelen aan Meta Ads](https://1704media.nl/klaviyo-meta-ads-custom-audiences) lieten we zien dat de waarde in het gekozen segment zit, niet in de koppeling zelf. En wie naast Google ook in ChatGPT adverteert met [ChatGPT ads](https://1704media.nl/chatgpt-ads-uitbesteden), heeft daar weer een eigen tag en eigen regels. ## Release notes en helppagina noemen 11 januari nog niet Op 4 november staat de wijziging nergens in Google’s officiële [release notes voor Tag Manager](https://support.google.com/tagmanager/answer/4620708?hl=en). De helppagina over IP-redactie noemt de datum ook niet. Google zegt verder niet hoe lang volle IP-adressen bewaard worden en hoe dit samenwerkt met consent mode. Verschijnt die release note, dan is ook te zien of Google voor de EER een andere standaard kiest. Bronnen: Google’s mail via [X](https://x.com/mr_govindsingh/status/2117278650118950925), de helppagina en API-referentie van Google, RIPE-database, APNIC IPv6-meting per netwerk, Tranco-lijst 746WX en eigen scan. Eerder gemeld door Search Engine Roundtable en Search Engine Journal. ## Google’s masker laat bij KPN de aansluiting staan Kijk wat er van jouw eigen IP-adres overblijft voordat je op 11 januari je Ads-tags laat meelezen. [Naar de IP-check](#ipcheck)