{"id":10591,"date":"2026-09-28T18:10:00","date_gmt":"2026-09-28T16:10:00","guid":{"rendered":"https:\/\/www.lukaswojcik.com\/blog\/?p=10591"},"modified":"2026-09-25T11:18:08","modified_gmt":"2026-09-25T09:18:08","slug":"filtr-nazwy-hosta-w-ga4-usuwanie-spamu-z-measurement-protocol-i-wlasciwa","status":"publish","type":"post","link":"https:\/\/www.lukaswojcik.com\/blog\/pl\/digital-analytics-pl\/filtr-nazwy-hosta-w-ga4-usuwanie-spamu-z-measurement-protocol-i-wlasciwa\/","title":{"rendered":"Filtr nazwy hosta w GA4: usuwanie spamu z Measurement Protocol i w\u0142a\u015bciwa kolejno\u015b\u0107 krok\u00f3w"},"content":{"rendered":"

Identyfikator pomiaru stoi w kodzie \u017ar\u00f3d\u0142owym ka\u017cdej strony, kt\u00f3ra go u\u017cywa. Kto odczyta go stamt\u0105d, mo\u017ce wysy\u0142a\u0107 trafienia wprost do punktu zbiorczego, nigdy nie otwieraj\u0105c witryny – punkt zbiorczy, do kt\u00f3rego wysy\u0142a te\u017c tag w przegl\u0105darce, nie wymaga dowodu, \u017ce wizyta si\u0119 odby\u0142a; Measurement Protocol wymaga\u0142by dodatkowo klucza api_secret<\/code>, kt\u00f3rego nie ma w kodzie \u017ar\u00f3d\u0142owym. Trafienia te pojawiaj\u0105 si\u0119 potem w raportach jak wizyty, a nazwa hosta w nich jest dowolnie zmy\u015blona.<\/p>\n

Od 11 czerwca 2026 istnieje przeciw temu narz\u0119dzie w sekcji administracyjnej: filtr nazwy hosta, nowy rodzaj filtra danych wykluczaj\u0105cy zdarzenia na podstawie ich nazwy hosta. Pomaga, ale ma dwie w\u0142a\u015bciwo\u015bci, kt\u00f3re warto zna\u0107 przed w\u0142\u0105czeniem.<\/p>\n

\n\"Wykres
Trzy \u015brodkowe kolumny s\u0105 odliczeniami, a nie w\u0142asnymi zbiorami. Tylko pierwsza z nich pochodzi z zewn\u0105trz; dwie pozosta\u0142e powstaj\u0105 we w\u0142asnym domu.<\/figcaption><\/figure>\n

Sk\u0105d bior\u0105 si\u0119 obce nazwy host\u00f3w<\/h2>\n

Ka\u017cde zdarzenie docieraj\u0105ce do GA4 niesie nazw\u0119 hosta – domen\u0119, z kt\u00f3rej rzekomo pochodzi. Przy prawdziwej wizycie ustawia j\u0105 przegl\u0105darka i jest prawdziwa. Przy trafieniu wys\u0142anym wprost ustawia j\u0105 nadawca, i wtedy stoi tam to, co wpisa\u0142.<\/p>\n

Zwyk\u0142ym przypadkiem jest t\u0119pa reklama: nazwa hosta przypominaj\u0105ca cudz\u0105 domen\u0119, umieszczona w nadziei, \u017ce kto\u015b zobaczy j\u0105 w raporcie i sprawdzi. Przypadkiem uci\u0105\u017cliwym jest rozsiew, bo tacy nadawcy rozdzielaj\u0105 cz\u0119sto ten sam identyfikator na wiele zbior\u00f3w. W obu razach szkod\u0105 nie jest tre\u015b\u0107, lecz rozwodnienie: wsp\u00f3\u0142czynniki konwersji spadaj\u0105, bo ro\u015bnie mianownik, a raporty kana\u0142\u00f3w dostaj\u0105 wiersze, kt\u00f3rych nikt nie umie umiejscowi\u0107.<\/p>\n

Dwa pozosta\u0142e stopnie s\u0105 domowej roboty<\/h2>\n

W praktyce spam rzadko bywa najwi\u0119ksz\u0105 pozycj\u0105. Cz\u0119stsze s\u0105 dwa inne \u017ar\u00f3d\u0142a. Pierwsze to \u015brodowisko testowe: gdy witryna zostaje sklonowana na potrzeby prac, kontener w\u0119druje razem z ni\u0105 i odt\u0105d system pod nazw\u0105 w rodzaju test.przyklad.pl<\/code> melduje sesje do tego samego zbioru. Drugie to dost\u0119py wewn\u0119trzne – redakcja, agencja, przebiegi kontrolne – kt\u00f3rych nigdy nie wykluczono.<\/p>\n

Oba wygl\u0105daj\u0105 w raporcie jak ruch prawdziwy, bo s\u0105 ruchem prawdziwym. Tylko nie tym, o kt\u00f3ry chodzi. Filtr nazwy hosta chwyta pierwsze z tych \u017ar\u00f3de\u0142 pewnie, bo nosi ono w\u0142asn\u0105 nazw\u0119; drugie nadal wymaga filtra po pochodzeniu albo oznaczenia w kontenerze.<\/p>\n

W\u0142a\u015bciwo\u015b\u0107 pierwsza: filtr dzia\u0142a tylko naprz\u00f3d<\/h2>\n

Filtr danych chwyta od chwili, w kt\u00f3rej zostaje uruchomiony. Wszystko zebrane wcze\u015bniej stoi w raportach dok\u0142adnie tak, jak sta\u0142o. To nie jest ograniczenie, kt\u00f3re da\u0142oby si\u0119 obej\u015b\u0107 – GA4 nie zna filtrowania istniej\u0105cego zbioru po fakcie.<\/p>\n

Praktycznie oznacza to stopie\u0144 w ka\u017cdym szeregu czasowym si\u0119gaj\u0105cym poza dzie\u0144 w\u0142\u0105czenia. Kto uruchomi filtr we wtorek, ma od \u015brody mniej sesji, a \u017caden raport nic o tym nie m\u00f3wi. Tam, gdzie liczy si\u0119 por\u00f3wnywalno\u015b\u0107, ten dzie\u0144 nale\u017cy odnotowa\u0107, najlepiej tam, gdzie notuje si\u0119 te\u017c kampanie.<\/p>\n

W\u0142a\u015bciwo\u015b\u0107 druga: nie ma drogi powrotnej<\/h2>\n

Uruchomiony filtr danych odrzuca pasuj\u0105ce zdarzenia bezpowrotnie. Nie s\u0105 ukrywane i nie le\u017c\u0105 w koszu – nie wchodz\u0105 do zbioru. Filtr zakre\u015blony zbyt szeroko usuwa wi\u0119c po cichu i trwale dane prawdziwe, a b\u0142\u0105d wychodzi na jaw by\u0107 mo\u017ce dopiero po tygodniach.<\/p>\n

W\u0142a\u015bnie po to jest tryb testowy i to jest w\u0142a\u015bciwy pow\u00f3d, by ten filtr w og\u00f3le polubi\u0107. W trybie testowym nic nie jest odrzucane; pasuj\u0105ce zdarzenia dostaj\u0105 zamiast tego wymiar z nazw\u0105 filtra. Pozwala to odczyta\u0107 przed decyzj\u0105, ile filtr by obj\u0105\u0142 – i czy nie ma w\u015br\u00f3d tego czego\u015b, co ma zosta\u0107.<\/p>\n

Kolejność, która oszczędza usunięcia\n\n  1  otworzyć raport z wymiarem nazwy hosta i wypisać wszystkie\n     wartości z minionych miesięcy\n  2  przypisać każdą nazwę do jednej z czterech grup:\n     własna witryna, system testowy, wewnętrzne, obce\n  3  założyć filtr w trybie testowym i puścić na tydzień\n  4  sprawdzić przez wymiar \"Test data filter name\", co by\n     zostało objęte\n  5  dopiero potem uruchomić i odnotować dzień\n\n  Krok 1 waży najwięcej: nazwa hosta, której nikt nie rozpoznaje,\n  nie jest jeszcze spamem - strony docelowe, witryny kampanijne\n  i systemy sklepowe chodzą często pod własnymi nazwami.<\/code><\/pre>\n
Czego filtr nie robi<\/h2>\n
Minione miesi\u0105ce zostaj\u0105, jakie s\u0105. Oczyszczonego szeregu czasowego za d\u0142u\u017cszy okres nie da si\u0119 dosta\u0107 z interfejsu, a jedynie z eksportu do BigQuery – nazwa hosta stoi tam przy ka\u017cdym zdarzeniu i tam da si\u0119 filtrowa\u0107 wstecz, ile razy si\u0119 zechce.<\/p>\n
To jest w\u0142a\u015bciwy podzia\u0142 pracy. Filtr w sekcji administracyjnej dba o to, by od dzi\u015b wchodzi\u0142o mniej bzdur. Na pytanie, ile bzdur siedzia\u0142o tam wcze\u015bniej, nie odpowiada, a dla tego pytania nie ma drogi obok danych surowych.<\/p>\n
Od 21 wrze\u015bnia 2026 filtr nazwy hosta ma dodatkowo tryb Include (informacje o wersjach Google Analytics<\/a>). Zamiast wyklucza\u0107 pojedyncze nazwy, przepuszcza wy\u0142\u0105cznie zdarzenia z zatwierdzonych domen i dzi\u0119ki temu zatrzymuje tak\u017ce nazwy host\u00f3w ze spamu, kt\u00f3re pojawi\u0105 si\u0119 dopiero p\u00f3\u017aniej. Odrzuca przy tym r\u00f3wnie\u017c zdarzenia bez nazwy hosta, a do zdarze\u0144 z Measurement Protocol nie jest stosowany. Co to oznacza dla konfiguracji, opisuje artyku\u0142 o trybie Include<\/a>.<\/p>\n
\n
Pytania i odpowiedzi<\/h2>\n
Dlaczego tydzie\u0144 w trybie testowym, a nie tylko jeden dzie\u0144?<\/h3>\n
Poniewa\u017c cztery grupy nie rozk\u0142adaj\u0105 si\u0119 r\u00f3wnomiernie na ca\u0142y tydzie\u0144. Dost\u0119py wewn\u0119trzne i systemy testowe cz\u0119sto zale\u017c\u0105 od dni roboczych i termin\u00f3w wdro\u017ce\u0144, witryny kampanijne od pojedynczych akcji. Tydzie\u0144 obejmuje ka\u017cdy dzie\u0144 tygodnia raz; przy rzadkich okazjach, takich jak comiesi\u0119czny newsletter, nawet on jest za kr\u00f3tki.<\/p>\n
Kt\u00f3re obco wygl\u0105daj\u0105ce nazwy host\u00f3w mimo to nale\u017c\u0105 do prawdziwych wizyt?<\/h3>\n
Obok stron docelowych, witryn kampanijnych i system\u00f3w sklepowych z kroku 1 nale\u017c\u0105 do nich przede wszystkim us\u0142ugi t\u0142umaczeniowe, kt\u00f3re serwuj\u0105 stron\u0119 razem z tagiem pod w\u0142asnym adresem. Znanym przyk\u0142adem jest serwer po\u015brednicz\u0105cy T\u0142umacza Google, kt\u00f3rego nazwy host\u00f3w ko\u0144cz\u0105 si\u0119 na translate.goog i zawieraj\u0105 domen\u0119 witryny z \u0142\u0105cznikami, na przyk\u0142ad www-przyklad-pl.translate.goog. Stoj\u0105 za nimi ludzie czytaj\u0105cy witryn\u0119 w innym j\u0119zyku.<\/p>\n
Czy takie wizyty maj\u0105 trafia\u0107 do zbioru, jest kwesti\u0105 decyzji, a nie przypadkiem spamu. Tryb testowy pokazuje, ile ich jest, zanim filtr odrzuci je bezpowrotnie.<\/p>\n
Jak w praktyce wygl\u0105da oczyszczanie wstecz w eksporcie do BigQuery?<\/h3>\n
Nazwa hosta znajduje si\u0119 w eksporcie w polu device.web_info.hostname. Oczyszczanie przebiega w dw\u00f3ch krokach, kt\u00f3re odpowiadaj\u0105 dw\u00f3m pierwszym krokom kolejno\u015bci z artyku\u0142u:<\/p>\n
    \n
  1. Wypisa\u0107 wszystkie wyst\u0119puj\u0105ce nazwy host\u00f3w wraz z cz\u0119sto\u015bci\u0105: SELECT device.web_info.hostname AS host, COUNT(*) AS events FROM `project.analytics_XXXXXXXXX.events_*` WHERE _TABLE_SUFFIX BETWEEN '20260601' AND '20260927' GROUP BY host ORDER BY events DESC<\/code>. Tak powstaje lista, kt\u00f3r\u0105 przypisuje si\u0119 do czterech grup.<\/li>\n
  2. Ka\u017cd\u0105 dalsz\u0105 analiz\u0119 ograniczy\u0107 do nazw, kt\u00f3re maj\u0105 zosta\u0107, na przyk\u0142ad przez WHERE device.web_info.hostname IN ('www.przyklad.pl', 'sklep.przyklad.pl')<\/code>. Taka lista nazw dozwolonych wy\u0142apuje tak\u017ce nazwy host\u00f3w ze spamu, kt\u00f3re pojawi\u0105 si\u0119 dopiero p\u00f3\u017aniej; lista nazw zablokowanych tego nie potrafi.<\/li>\n<\/ol>\n
    Jedna granica pozostaje: \u201ewstecz\u201d oznacza tu tylko do dnia, w kt\u00f3rym utworzono po\u0142\u0105czenie z BigQuery. Eksport nie uzupe\u0142nia historii, a kto w\u0142\u0105czy go dopiero w dniu uruchomienia filtra, nie ma danych surowych za czas wcze\u015bniejszy.<\/p>\n<\/div>\n
    \n
    \u0179r\u00f3d\u0142a<\/h2>\n