Filtry hostname w Google Analytics: lista dozwolonych domen

Google Analytics przestawia filtr hostname z blokowania znanych śmieci na dopuszczanie znanych źródeł. To zmiana logiki, nie kosmetyka: o jakości danych zaczyna decydować dokładność listy własnych domen, a nie czujność analityka śledzącego nowy spam. Zysk jest realny, ale cena pomyłki też, bo dane odfiltrowane przez aktywny filtr znikają bezpowrotnie.

Co dokładnie zmienił Google

Wpis z 21 września 2026 w dokumentacji What's new in Google Analytics informuje, że filtry danych dla hostname obsługują teraz tryb Include. Właściciel usługi tworzy listę zatwierdzonych domen, które mogą wysyłać zdarzenia do jego usługi. Wcześniej, od 11 czerwca 2026, filtr potrafił tylko wykluczać. Od premiery trybu wykluczania do trybu Include minęło 102 dni (obliczenie redakcji na podstawie dat z notatek Google).

Google tłumaczy zmianę tym, że lista wykluczeń wymagała ręcznych aktualizacji, by nadążać za nowymi źródłami spamu. Lista dozwolonych hostów ma upraszczać konfigurację i wymagać minimum utrzymania. Zmianę opisał też Search Engine Journal.

Dwa wyjątki, które trzeba znać

Notatka Google wprost wskazuje dwa zachowania filtra Include:

• Zdarzenia wysyłane przez Measurement Protocol nie podlegają filtrowi, żeby ich nie blokować.
• Zdarzenia z pustym hostname są blokowane automatycznie. Google podaje przykład ruchu z gtag.js i uzasadnia, że brak hostname zwykle oznacza spam lub nietypowy ruch.

Wniosek jest interpretacją redakcji: filtr chroni strumień zbierany z przeglądarki, ale nie zamyka każdej drogi. Spam wstrzyknięty przez Measurement Protocol przejdzie, bo ta ścieżka jest z filtra wyłączona. Podobnie spam z hostname, który sami wpisaliście na listę. Filtr sprawdza nazwę hosta, a nie to, czy za zdarzeniem stoi człowiek.

Liczby i reguły z dokumentacji

To nie jest temat zbudowany na badaniu, ale dokumentacja Google zawiera twarde parametry, które decydują o bezpieczeństwie wdrożenia:

• Zgodnie ze stroną Data filters filtry działają od momentu utworzenia i nie zmieniają danych historycznych.
• Po zastosowaniu filtra efekt jest trwały. Odrzucone dane nie trafiają ani do Google Analytics, ani do BigQuery.
• Według SEJ zastosowanie filtra może potrwać od 24 do 36 godzin.
• Strona pomocy Filter web hostname traffic opisuje stan Testing: pasujące zdarzenia dostają wymiar Test data filter name zamiast być usuwane. Tworzenie filtra wymaga roli Edytora lub wyższej na poziomie usługi.
• Ta sama strona wymienia cztery typy dopasowania: exactly matches, begins with, ends with i contains.

Jest też luka informacyjna. Według SEJ notatka nie wyjaśnia, jak działa dopasowanie dla subdomen ani dla usług zbierających dane z wielu hostów. Nie podaje też harmonogramu wdrożenia. SEJ zaznaczył, że 22 września 2026 strony pomocy o konfiguracji filtra nadal opisywały funkcję jako wyłącznie wykluczającą. Dostępność opcji trzeba więc sprawdzić samemu w Admin, w sekcji Data filters.

Co to oznacza dla marketerów w Polsce

Sklepy z jedną domeną. Najprostszy przypadek: jedna domena, ewentualnie wersja z www i bez. Lista ma kilka pozycji, a filtr Include odcina klasę problemów bez dalszej pracy. To najlepszy kandydat do szybkiego wdrożenia, najpierw w trybie Testing.

Projekty wielodomenowe. Tu ryzyko jest największe. Jeśli korzystacie z subdomen, osobnych domen kampanijnych, checkoutu na innej domenie albo zewnętrznych modułów rezerwacji i płatności, każdy hostname, z którego legalnie lecą zdarzenia, musi trafić na listę. Brak jednego wpisu oznacza utratę prawdziwych konwersji bez możliwości odtworzenia. Redakcja zaleca tu audyt hostów przed startem: raport z wymiarem Hostname i liczbą zdarzeń za dłuższy okres.

Agencje i raportowanie. Czystsze dane to mniej tłumaczenia anomalii w raportach dla klienta. Ale filtr zmienia dane od momentu aktywacji, więc w wykresach pojawi się punkt przełamania. Warto odnotować datę aktywacji w dokumentacji pomiaru, żeby porównania rok do roku nie wprowadzały w błąd.

Serwer i integracje. Zdarzenia z CRM, kas czy innych systemów wysyłane przez Measurement Protocol zostają poza filtrem. To dobra wiadomość dla pomiaru offline, ale oznacza, że spamu tą drogą trzeba bronić innymi środkami. Notatka Google nie opisuje też innych ścieżek serwerowych, więc lepiej je przetestować osobno.

Rekomendowany przebieg:

1. Zrobić inwentaryzację hostów z realnym ruchem i oznaczyć własne, partnerskie i spamowe.
2. Utworzyć filtr Include w stanie Testing.
3. Po minimum 24-36 godzinach sprawdzić w eksploracji, które zdarzenia zostałyby usunięte, pogrupowane po hostname.
4. Dopiero potem przełączyć na Active.

Szerszy kontekst pomiaru w ekosystemie Google, w tym ograniczenia nowych raportów, opisujemy w tekście Raporty AI w Search Console globalnie: co mierzą, czego nie.

Podsumowanie

Tryb Include to praktyczna zmiana dla każdego, kto zna swoje domeny. Przenosi wysiłek z polowania na spam na utrzymanie jednej, krótkiej listy. Nie rozwiązuje jednak problemu spamu przez Measurement Protocol i karze za niekompletną listę utratą danych. Dla polskich zespołów analitycznych wniosek jest prosty: najpierw inwentaryzacja hostów i tryb Testing, potem aktywacja.