Filtr nazwy hosta GA4 w trybie Include: lista dozwolonych, puste nazwy blokowane, Measurement Protocol poza filtrem

Management Summary
Filtr Include nazw hosta w GA4 ogranicza pomiar witryn do listy dozwolonych domen, pomagając usuwać niepożądane źródła z raportów biznesowych. Nazwa hosta to nazwa witryny w adresie strony. Lista musi obejmować wszystkie potrzebne sklepy i strony rezerwacji, bo pominięcia mogą trwale usunąć prawdziwe zakupy z danych. Istnieją wyjątki, w tym Measurement Protocol służący do bezpośrednich zgłoszeń z systemów. Zgodna nazwa strony sama nie potwierdza autentyczności wizyty.
Spis treści
Od 21 września 2026 Google Analytics 4 udostępnia dla nazw hosta tryb Include only: filtr przepuszcza tylko pasujące nazwy. Nazwa hosta to część adresu strony wskazująca domenę, na przykład shop.example.com. Wcześniej, od 11 czerwca 2026, dostępny był tylko tryb Exclude, odrzucający pasujące nazwy. Poniższe zasady dotyczą aktywnych filtrów; zdarzenia Measurement Protocol są wyłączone spod filtra Include nazw hosta.
Lista dozwolonych nazw może wymagać mniej pracy niż stale rosnąca lista blokad. Dotyczy również zaakceptowanych stron partnerów, jeśli działa tam ten sam pomiar. Pominięcie domeny sklepu może jednak spowodować utratę prawdziwych zdarzeń zakupu. Danych odrzuconych przez aktywny filtr nie da się później odzyskać w GA4 ani w eksporcie do BigQuery.
Co ustala nota wydania
Zapowiedź Google i aktualna instrukcja rozróżniają następujące zasady oraz stany filtra:
- Include. Przez aktywny filtr przechodzą tylko zdarzenia z pasującą nazwą hosta.
- Pusta nazwa hosta. Blokowana przez Include; wyjątek Measurement Protocol nadal obowiązuje.
- Measurement Protocol. Ta droga wysyłki nie podlega filtrowi Include nazw hosta. Pozostałe wymagania poprawności danych nadal obowiązują.
- Kolejność. Aktywne filtry Include działają najpierw wspólnie: wystarczy jedna pasująca reguła Include. Następnie aktywne filtry Exclude mogą nadal odrzucić zdarzenia.
- Stan. Testing oznacza pasujące dane, ale ten filtr niczego nie odrzuca. Active odrzuca trwale; Inactive nie sprawdza danych. Dane historyczne pozostają bez zmian.
Co to znaczy w praktyce
Lista dozwolonych nazw nie potwierdza autentyczności. Filtr sprawdza nazwę hosta przesłaną ze zdarzeniem. Nie gwarantuje rzeczywistej wizyty na tej stronie. Oficjalny GA4 Measurement Protocol to interfejs do bezpośredniego wysyłania zdarzeń, na przykład z systemu zamówień. Wymaga prywatnego api_secret oprócz publicznie widocznego identyfikatora pomiaru. Samo odczytanie identyfikatora nie wystarcza więc do użycia tego punktu odbioru. Wyjątek od filtra Include również nie gwarantuje przetworzenia dowolnych danych.
Lista musi uwzględniać wszystkie potrzebne miejsca pomiaru. Obok domeny głównej mogą to być shop.example.com, strona rezerwacji albo zewnętrzny checkout. Istotne jest wysyłanie stamtąd potrzebnych zdarzeń do tej samej usługi GA4, czyli tego samego zbioru danych analitycznych. Sam link lub przekierowanie powrotne od operatora płatności nie wystarcza.
Pusta nazwa hosta wymaga sprawdzenia przyczyny. Tag w przeglądarce domyślnie używa aktualnego adresu strony jako page_location. Niejasny nawias o gtag.js w nocie wydania nie dowodzi więc, że zwykłe odsłony gtag.js zasadniczo przychodzą bez nazwy hosta. Brakujące lub nadpisane adresy stron oraz własne drogi wysyłki wymagają sprawdzenia w konkretnej konfiguracji.
Jak działa dopasowanie nazwy hosta
Aktualna instrukcja jednoznacznie definiuje porównywanie tekstu. Przy kilku znanych hostach pełne dopasowanie jest zwykle łatwiejsze do sprawdzenia niż szeroka reguła oparta na fragmencie nazwy.
- Exactly matches. Musi pasować cała nazwa hosta. Wpis
example.comnie przepuszcza więc automatyczniewww.example.com. - Contains, begins with, ends with. Porównania sprawdzają fragment, początek albo koniec tekstu.
contains example.compasuje także doexample.com.other.example. Takie reguły wymagają sprawdzenia na dozwolonych i niechcianych przykładach. - Wiele reguł i dane aplikacji. Dokumentacja potwierdza łączenie filtrów Include jako sumy. Dodatkowa reguła Include nie powinna niezauważenie rozszerzać planowanego zakresu. Reguły nazw hosta stron nie należy bez sprawdzenia traktować jako filtra zdarzeń aplikacji natywnych.
Kontrola filtra przed aktywacją
Filtr Include: przed aktywacją
1. Zebrać nazwy hosta z raportów i aktualnej listy stron oraz
partnerów; dodać planowane domeny.
2. Oddzielić potrzebne miejsca pomiaru od testów i obcych hostów.
3. Wybrać pełne dopasowanie albo świadomie sprawdzoną regułę tekstu.
4. Utworzyć w stanie Testing. Sprawdzić po 24–36 godzinach;
osobno sprawdzić rzadkie zakupy i drogi rezerwacji.
5. Eksploracja swobodna: Hostname, Test data filter name, Event
name i Event count. Porównać dane oznaczone ORAZ nieoznaczone.
6. Porównać dozwolone i obce hosty, puste wartości oraz ważne
zakupy z wybraną regułą.
7. Włączyć Active dopiero po wyjaśnieniu różnic. Zapisać czas;
sama aktywacja też może potrwać 24–36 godzin.
Oznaczenie testowe nie jest automatycznie listą do usunięcia.
Samo zdarzenie purchase nie dowodzi braku domeny na liście.Include czy Exclude
| Aspekt | Exclude | Include |
|---|---|---|
| Znaczenie listy | odrzuca pasujące nazwy hosta | przepuszcza tylko pasujące nazwy |
| Nowa obca lub własna domena | przechodzi, jeśli nie pasuje reguła Exclude | odrzucana, jeśli nie pasuje reguła Include |
| Pusta nazwa hosta | bez ogólnego założenia w tym artykule | blokowana; pozostaje wyjątek MP |
| Measurement Protocol (MP) | wyjątku Include nie należy zakładać automatycznie | poza tym filtrem |
| Błędna reguła | też może trwale odrzucić prawdziwe dane | może trwale odrzucić prawdziwe dane |
| Stan Testing | ten filtr niczego nie odrzuca | ten filtr niczego nie odrzuca |
Ocena
Przy kilku stałych witrynach kontrola listy może być częścią uruchamiania nowej domeny: przed startem sklepu lub strony kampanii trzeba sprawdzić filtr. Przy wielu zmieniających się stronach partnerów zadanie wymaga wyraźnie przypisanego zespołu. Filtr nie zastępuje sprawdzania źródeł zdarzeń i ochrony prywatnych danych dostępu Measurement Protocol.
Informacje sprawdzono w dokumentacji Google 25 października 2026. Żaden filtr nie został aktywowany w rzeczywistej usłudze GA4. Przykłady wyjaśniają udokumentowane zasady; przed aktywacją trzeba sprawdzić faktyczne drogi wysyłki i oznaczenia testowe w danej konfiguracji.
Pytania i odpowiedzi
Czy subdomena kontenera serwerowego musi trafić na listę dozwolonych nazw hosta?
Adres odbioru, na przykład sgtm.example.com, nie trafia na listę tylko z powodu odbierania żądań. Dla zdarzenia z www.example.com właściwym adresem strony pozostaje page_location, jeśli kontener serwerowy przekazuje tę wartość bez zmian. Kontener odbiera dane pomiarowe i przekazuje przetworzone zdarzenia; host odbierający oraz odwiedzona witryna to dwie różne informacje.
Przy zakupach wysyłanych przez system zamówień trzeba sprawdzić całą drogę: od systemu przez kontener serwerowy do Google. Według Google opisany klient Measurement Protocol w kontenerze wysyła zdarzenia tym samym mechanizmem co pozostałe zdarzenia kontenera, a nie do punktu odbioru Measurement Protocol. Taki format danych wejściowych nie gwarantuje zatem wyjątku od filtra nazw hosta.
Istniejący adres strony związanej ze zdarzeniem można przekazać jako page_location. Wymyślenie adresu strony potwierdzenia nie byłoby poprawną naprawą. Pusta nazwa hosta przy zakupie wskazuje najpierw na brakujące albo inaczej przetworzone dane kontekstowe, lecz nie określa dokładnej przyczyny. Podgląd i żądanie wychodzące powinny pokazać miejsce utraty tej wartości.
Czy lista niechcianych stron odsyłających zastępuje filtr nazwy hosta?
Nie. Lista niechcianych odesłań steruje przypisaniem źródła ruchu, bez odrzucania zdarzeń przez ten mechanizm. Na przykład operator płatności nie powinien stawać się nowym źródłem marketingowym po powrocie do sklepu. Aktywny filtr nazw hosta rozstrzyga natomiast, czy zdarzenia mogą być przetwarzane na podstawie własnej nazwy hosta.
Domena płatności może trafić do ustawień niechcianych odesłań, jeśli powroty z tej domeny błędnie przypisywałyby źródło. Na listę dozwolonych nazw hosta trafia tylko wtedy, gdy rzeczywiście powstają tam potrzebne zdarzenia dla tej samej usługi GA4. Obie listy pełnią więc różne funkcje.
Czy wywołania z lokalnego środowiska deweloperskiego i systemów testowych również są odrzucane?
Dla zdarzeń podlegających aktywnemu filtrowi Include niedozwolone hosty testowe, w tym localhost, są odrzucane. Wyjątek Measurement Protocol nadal obowiązuje. Do pomiaru środowiska deweloperskiego warto przeznaczyć osobną usługę GA4 i identyfikator pomiaru; inaczej testowe zakupy mogą zmienić rzeczywiste wyniki.
Źródła
- What’s new in Google Analytics – Analytics Help
- Data filters – Analytics Help
- Google Analytics Adds Include Filters For Hostnames – Search Engine Journal
- Google Analytics filter blocks data from domains not on an approved list – PPC Land
- Google: Filter web hostname traffic
- Google: Measurement Protocol reference
- Google: Send data to server-side Tag Manager
- Google: page_location configuration
- Google: Identify unwanted referrals