{"id":358,"date":"2026-07-15T23:14:27","date_gmt":"2026-07-15T21:14:27","guid":{"rendered":"https:\/\/www.lukaswojcik.com\/blog\/?p=358"},"modified":"2026-10-24T01:19:14","modified_gmt":"2026-10-23T23:19:14","slug":"tutorial-anonimizacja-ip-server-side-ga4-adobe-launch-i-jentis","status":"publish","type":"post","link":"https:\/\/www.lukaswojcik.com\/blog\/pl\/digital-analytics-pl\/tutorials-pl\/tutorial-anonimizacja-ip-server-side-ga4-adobe-launch-i-jentis\/","title":{"rendered":"Tutorial: Anonimizacja IP Server-Side: GA4, Adobe Launch i Jentis"},"content":{"rendered":"

Skr\u00f3cenie IP po stronie serwera zmienia adres dost\u0119pny dla kolejnych us\u0142ug. Kr\u00f3tsza warto\u015b\u0107 nie zapewnia anonimowo\u015bci zdarzenia: identyfikatory, adresy URL i inne pola nadal mog\u0105 umo\u017cliwia\u0107 powi\u0105zanie z osob\u0105. Podstaw\u0105 jest okre\u015blenie zakresu wysy\u0142anych danych, wdro\u017cenie regu\u0142y i kontrola rzeczywistych \u017c\u0105da\u0144.<\/p>\n

1. sGTM: regu\u0142a wyj\u015bciowa przed konfiguracj\u0105 tagu<\/h2>\n

Google dokumentuje ip_override<\/code> jako wsp\u00f3lne pole danych zdarzenia dla IPv4 lub IPv6. Dane zdarzenia musi najpierw przygotowa\u0107 klient kontenera. Istnienie i znaczenie dodatkowego pola ip<\/code> zale\u017cy od klienta. Nieudokumentowana warto\u015b\u0107 zast\u0119pcza mo\u017ce omin\u0105\u0107 zamierzon\u0105 regu\u0142\u0119.<\/p>\n

W kontenerze serwerowym nale\u017cy utworzy\u0107 szablon zmiennej z uprawnieniem odczytu ip_override<\/code>. Poni\u017cszy przyk\u0142ad akceptuje wy\u0142\u0105cznie prawid\u0142owy zapis IPv4 z czterema dziesi\u0119tnymi oktetami i zeruje czwarty oktet. Odrzuca IPv6, brakuj\u0105ce warto\u015bci i b\u0142\u0119dne dane. To przyk\u0142ad dla IPv4, a nie pe\u0142ne wdro\u017cenie dla ruchu IPv4\/IPv6.<\/p>\n

const getEventData = require('getEventData');\nconst createRegex = require('createRegex');\nconst testRegex = require('testRegex');\nconst makeNumber = require('makeNumber');\nconst ip = getEventData('ip_override');\nconst digits = createRegex('^(0|[1-9][0-9]{0,2})$');\nif (typeof ip !== 'string' || !digits) return undefined;\nconst parts = ip.split('.');\nif (parts.length !== 4) return undefined;\nfor (let i = 0; i < 4; i++) {\n  if (!testRegex(digits, parts[i]) || makeNumber(parts[i]) > 255) {\n    return undefined;\n  }\n}\nreturn parts.slice(0, 3).join('.') + '.0';<\/code><\/pre>\n
Po zapisaniu szablonu nale\u017cy utworzy\u0107 zmienn\u0105 i przypisa\u0107 wynik do nadpisania ip_override<\/code> w tagu GA4. Osobny warunek wyzwalacza musi blokowa\u0107 wysy\u0142k\u0119 w tym przyk\u0142adzie, gdy zmienna nie zwraca warto\u015bci. Sam wynik undefined nie dowodzi pomini\u0119cia pierwotnego adresu; konieczna jest kontrola warto\u015bci zast\u0119pczych w szablonie tagu. Obs\u0142uga IPv6 w produkcji wymaga sprawdzonego parsera adres\u00f3w i okre\u015blonej regu\u0142y prefiksu.<\/p>\n
Transformacje mog\u0105 r\u00f3wnie\u017c zmienia\u0107 lub wyklucza\u0107 parametry zdarze\u0144 dla wybranych tag\u00f3w. Znaczenie ma wyb\u00f3r tag\u00f3w i kolejno\u015b\u0107 transformacji. Zmiana danych zdarzenia nie usuwa przychodz\u0105cego \u017c\u0105dania HTTP ani log\u00f3w infrastruktury.<\/p>\n
\"R\u00f3\u017cne
R\u00f3\u017cne etapy przetwarzania wymagaj\u0105 osobnych regu\u0142 i test\u00f3w.<\/figcaption><\/figure>\n
2. Adobe: osobne ustawienia maskowania i geolokalizacji<\/h2>\n
W Datastreams \u2192 Advanced Options \u2192 IP Obfuscation<\/strong> opcja Partial<\/em> zeruje ostatni oktet IPv4 lub ostatnie 80 bit\u00f3w IPv6, a Full<\/em> ca\u0142y adres. Geo Lookup dzia\u0142a wcze\u015bniej i wymaga osobnego ograniczenia. Kolejne us\u0142ugi mog\u0105 reagowa\u0107 inaczej; pe\u0142ne maskowanie wp\u0142ywa np. na filtry IP w Adobe Analytics. To ustawienie strumienia, nie prze\u0142\u0105cznik \u201eMask IP Address\u201d us\u0142ugi Analytics.<\/p>\n
3. Jentis: funkcje przekszta\u0142cania a tryb dzia\u0142ania<\/h2>\n
Jentis dokumentuje funkcje IPv4 losowo zast\u0119puj\u0105ce jedn\u0105, dwie, trzy lub wszystkie cz\u0119\u015bci adresu. Og\u00f3lna pseudonimizacja tekstu mo\u017ce tworzy\u0107 nieprawid\u0142owe adresy IP. Nie oznacza to uniwersalnej regu\u0142y \u201eostatni oktet na zero\u201d. Funkcja, typ wej\u015bcia i odbiorca wymagaj\u0105 sprawdzenia.<\/p>\n
Essential Mode jest odr\u0119bnym trybem z ustawieniami zale\u017cnymi od dostawcy, tagu i zgody. Jentis opisuje zast\u0119powanie IP adresem serwera w komunikacji z podmiotami trzecimi w tym trybie. Rozstrzyga konkretna konfiguracja.<\/p>\n
4. Raporty lokalizacji: pomiar skutk\u00f3w<\/h2>\n
Wed\u0142ug Google GA4 okre\u015bla lokalizacj\u0119 podczas zbierania danych, po czym odrzuca IP przed zapisaniem w logach. Wcze\u015bniejsze skr\u00f3cenie zmienia dane wej\u015bciowe. Dok\u0142adno\u015b\u0107 miasta i kraju zale\u017cy od zakresu adres\u00f3w, bazy geolokalizacji oraz \u015bcie\u017cki zbierania. Usuni\u0119cie oktetu nie oznacza gwarantowanego wzrostu \u201e(not set)\u201d ani gwarancji poprawnego kraju.<\/p>\n
W GA4 Measurement Protocol pole user_location<\/code> przekazuje jawn\u0105 lokalizacj\u0119 i ma pierwsze\u0144stwo przed ip_override<\/code>. To osobny interfejs; nie wynika z tego obs\u0142uga przez ka\u017cdy tag sGTM. Lokalizacja ustalona lokalnie tak\u017ce jest informacj\u0105 przekazywan\u0105 odbiorcy i wymaga okre\u015blonego zakresu.<\/p>\n
5. Osobna walidacja Conversions API<\/h2>\n
Poprawna sk\u0142adnia adresu nie dowodzi zgodno\u015bci z wymaganym przez reklamowe API adresem urz\u0105dzenia. Meta u\u017cywa user_data.client_ip_address<\/code>; LinkedIn u\u017cywa typowanych wpis\u00f3w w user.userIds<\/code>, a dokumentowane typy IP obecnie akceptuj\u0105 tylko IPv4. Mapowanie p\u00f3l nie potwierdza obs\u0142ugi dowolnie skr\u00f3conych warto\u015bci. Zale\u017cnie od p\u00f3l obowi\u0105zkowych regu\u0142a prywatno\u015bci mo\u017ce wymaga\u0107 pomini\u0119cia identyfikatora lub zablokowania wysy\u0142ki.<\/p>\n
6. Weryfikacja przed publikacj\u0105<\/h2>\n
    \n
  1. Testy powinny obejmowa\u0107 zwyk\u0142e IPv4, skr\u00f3cone i pe\u0142ne IPv6, brak danych, b\u0142\u0119dne warto\u015bci oraz listy adres\u00f3w z nag\u0142\u00f3wk\u00f3w proxy. B\u0142\u0105d nie mo\u017ce po cichu przywraca\u0107 pe\u0142nego adresu.<\/li>\n
  2. Podgl\u0105d serwera powinien obejmowa\u0107 wszystkich odbiorc\u00f3w, wychodz\u0105ce payloady i istotne nag\u0142\u00f3wki, r\u00f3wnie\u017c po zmianie zgody i dla wszystkich wariant\u00f3w tag\u00f3w.<\/li>\n
  3. Raporty lokalizacji nale\u017cy por\u00f3wna\u0107 z udokumentowanym punktem odniesienia. Brakuj\u0105ce miasta i przesuni\u0119cia wymagaj\u0105 pomiaru, nie za\u0142o\u017cenia sta\u0142ej straty.<\/li>\n
  4. Osobnej kontroli wymagaj\u0105 piksele przegl\u0105darki i logi dost\u0119pu; zmiana tagu serwerowego nie obejmuje tych \u015bcie\u017cek.<\/li>\n<\/ol>\n
    \n
    Pytania i odpowiedzi<\/h2>\n
    Dlaczego pierwsze trzy grupy IPv6 rozdzielone dwukropkiem nie wystarcz\u0105?<\/h3>\n
    Skr\u00f3cony zapis mo\u017ce pomija\u0107 grupy w r\u00f3\u017cnych miejscach. Dla 2001::1:2:3:4:5:6<\/code> prefiks \/48 to 2001:0:1::<\/code>. Podzia\u0142 na ::<\/code> i zachowanie lewej cz\u0119\u015bci b\u0142\u0119dnie daje 2001::<\/code>. Przed zastosowaniem regu\u0142y bitowej parser musi rozwin\u0105\u0107 i zweryfikowa\u0107 adres.<\/p>\n
    Czy haszowanie wystarczy?<\/h3>\n
    Haszowanie i skracanie to r\u00f3\u017cne operacje. Deterministyczny skr\u00f3t IPv4 bez soli ma ma\u0142\u0105 przestrze\u0144 kandydat\u00f3w: 232<\/sup> adres\u00f3w. Sam skr\u00f3t nie zapewnia anonimowo\u015bci. Wymaganego przez API haszowania nie mo\u017cna te\u017c zast\u0105pi\u0107 dowoln\u0105 regu\u0142\u0105 maskowania.<\/p>\n<\/div>\n
    \n
    \u0179r\u00f3d\u0142a<\/h2>\n