Google ujawnia wartości Referer: jak rozpoznać ruch z wyszukiwarki w analityce i logach

Google opublikował w dokumentacji Search Central nową stronę, która pierwszy raz w jednym miejscu opisuje, po czym rozpoznać ruch z wyszukiwarki w narzędziach analitycznych i w logach serwera. Strona trafiła do oficjalnego dziennika zmian 12 listopada 2026 roku i wylicza konkretne wartości nagłówka HTTP Referer, które wysyłają wyszukiwarka w przeglądarce, aplikacja Google na Androidzie i aplikacja na iOS. Dokument tłumaczy też, dlaczego liczby w analityce prawie nigdy nie zgadzają się z kliknięciami w Search Console, ale pomija dwie rzeczy, które interesują branżę najbardziej: AI Mode i AI Overviews.

Kontekst: lista, którą każdy budował sam

Do tej pory zespoły SEO i analitycy, którzy liczyli ruch organiczny z Google we własnych systemach (logi Nginx lub Apache, Matomo w trybie self-hosted, hurtownie danych zasilane surowymi zdarzeniami), opierali się na listach referrerów składanych latami z forów, wpisów na blogach i własnych obserwacji. Google oficjalnie milczał. Wiadomo było, że wyszukiwarka od dawna stosuje politykę referrera origin, czyli przekazuje tylko schemat i domenę, bez ścieżki i bez zapytania, ale brakowało jednego źródła, które wskazuje wszystkie warianty, w tym specyficzny format z aplikacji na Androida.

Nowa strona nosi tytuł „Identify Google Search traffic in your web analytics or server logs” i znalazła się w sekcji dokumentacji poświęconej analizie danych, obok przewodnika o debugowaniu spadków ruchu i tekstu o łączeniu danych z Search Console i Google Analytics. W dzienniku zmian Google podał uzasadnienie wprost: chodzi o udokumentowanie, jak właściciele witryn mogą identyfikować i śledzić ruch z wyszukiwarki w swoich systemach analitycznych. Wpis dotyczący nowej strony to jedna z zaledwie dwóch zmian w dokumentacji odnotowanych w listopadzie (druga, z 9 listopada, dotyczy zapytań typu „things to do” w jednostkach dla agregatorów i dostawców).

Publikacja wpisuje się w szerszy trend. W ostatnich tygodniach branża dużo mówiła o pomiarze: o tajemniczych skokach kliknięć w raportach, które opisywaliśmy przy okazji tekstu o anomaliach CTR w Search Console, o przekierowaniach google.com/goto w wynikach i o tym, że ruch z wyszukiwarek AI coraz trudniej odróżnić od ruchu bezpośredniego. Google dokłada teraz swoją, dość techniczną cegiełkę.

Kluczowe fakty: jakie wartości Referer wysyła Google

Najważniejsza część dokumentu to tabela z wartościami nagłówka, zależnymi od miejsca, w którym użytkownik kliknął link. Zestawiamy je poniżej razem z praktycznym komentarzem.

Z tabeli wynika wniosek, który doświadczeni analitycy znali, ale który teraz ma oficjalne potwierdzenie: referrer z domeny Google mówi tylko tyle, że użytkownika przysłał Google. Nie mówi, czy kliknął w klasyczny wynik, w kartę Discover, czy w miniaturę w Grafice. Jak zauważa serwis Search Engine Journal, który jako pierwszy opisał nową stronę, do rozdzielenia Discover i wyszukiwarki trzeba użyć osobnego raportu Discover w Search Console, a nie danych z nagłówka.

Dlaczego Referer bywa pusty

Druga część dokumentu dotyczy sytuacji, w których przeglądarka lub system operacyjny w ogóle nie przekazuje nagłówka (albo blokuje dostęp do document.referrer z poziomu JavaScriptu). Google wymienia cztery typowe scenariusze:

• tryby prywatne i mechanizmy ochrony przed fingerprintingiem w przeglądarkach,
• otwieranie wyników w nowej karcie, w części przeglądarek,
• przejście z natywnego widżetu wyszukiwania na telefonie do zewnętrznej przeglądarki,
• użytkownicy z rozszerzeniami chroniącymi prywatność lub z restrykcyjnymi ustawieniami.

W takich przypadkach wizyta z Google trafia w analityce do kanału Direct. Dokument nie podaje, jaki to odsetek ruchu, i nie próbuje go szacować. To ważne zastrzeżenie: Google opisuje mechanizm, ale nie daje liczby, którą można by wpisać w raport jako korektę.

Zasoby statyczne to pułapka w logach

Osobna uwaga dotyczy osób analizujących surowe logi serwera. Przeglądarka wysyła nagłówek Referer także przy pobieraniu obrazków, arkuszy CSS i plików JavaScript, ale wtedy jego wartością jest adres Twojej własnej strony, a nie Google. Google zaleca, by przy liczeniu wizyt z wyszukiwarki brać pod uwagę wyłącznie żądania samych stron docelowych. Brzmi oczywiście, ale w praktyce wiele skryptów do analizy logów liczy wszystkie wiersze z danym referrerem, co przy pierwszym poziomie (żądanie HTML z referrerem Google) daje poprawny wynik, a przy błędnie napisanym filtrze potrafi wielokrotnie zawyżyć ruch wewnętrzny.

Dlaczego dane nie zgadzają się z Search Console

Najbardziej użyteczna dla praktyków jest część o rozbieżnościach. Google wprost pisze, że identyfikacja ruchu po nagłówku nie jest dokładna i dane rzadko pokrywają się 1:1 z kliknięciami w Search Console. Wskazuje cztery główne przyczyny.

Punkt o przekierowaniach zasługuje na uwagę, bo dotyczy realnych błędów wdrożeniowych. Jeśli serwis przekierowuje użytkowników skryptem (na przykład przy wyborze wersji językowej albo przy przenoszeniu na wersję mobilną), oryginalny referrer z Google znika, a w raporcie pojawia się wejście z Twojej własnej domeny. Jeśli przekierowanie z kampanii płatnej obcina parametry, gubi się gclid, a razem z nim automatyczne tagowanie Google Ads. Google nazywa obie sytuacje wprost, co ułatwia argumentację w rozmowie z działem IT.

Punkt o metodologii tłumaczy z kolei zjawisko, które wiele osób bierze za błąd narzędzia: przy wolno ładującej się stronie część użytkowników klika wynik, a potem rezygnuje, zanim skrypt analityczny zdąży się wykonać. Search Console policzy kliknięcie, GA4 nie zobaczy sesji. Im cięższa strona, tym większa luka.

Czego w dokumencie nie ma

Równie ciekawe jest to, czego Google nie napisał. Według stanu na 13 listopada strona nie wspomina ani o AI Mode, ani o AI Overviews. Jak przypomina Search Engine Journal, standardowy raport Skuteczność w Search Console liczy kliknięcia z obu tych powierzchni razem z klasycznymi wynikami i nie oferuje osobnego typu wyglądu w wyszukiwarce, który by je wyodrębnił. W efekcie nie da się dziś ani po referrerze, ani w Search Console rzetelnie oddzielić ruchu z odpowiedzi AI Google od ruchu z niebieskich linków.

Dokument nie opisuje też przekierowań google.com/goto, które według danych DataForSEO pojawiły się w wynikach pod koniec sierpnia, a o których pisaliśmy przy okazji ograniczeń dla linków goto i narzędzi do monitorowania pozycji. To o tyle istotne, że każda zmiana sposobu, w jaki Google kieruje kliknięcie do strony docelowej, może w teorii wpłynąć na to, co trafia do nagłówka. Na razie oficjalna lista tego nie uwzględnia. Jeśli Google ją zaktualizuje, zmiana powinna pojawić się w dzienniku aktualizacji dokumentacji.

Co to znaczy dla SEO i AIO

Dla większości serwisów korzystających z GA4 z domyślnymi ustawieniami nowa strona niczego nie zmienia: narzędzie rozpoznaje referrery Google automatycznie i przypisuje je do kanału Organic Search. Prawdziwa wartość dokumentu leży gdzie indziej.

1. Audyt reguł kanałów i wykluczeń

Google sugeruje, że jeśli ruch z wyszukiwarki pojawia się jako Referral lub Direct, winne mogą być niestandardowe grupy kanałów, wykluczenia odesłań lub filtry. W praktyce zdarza się to po migracjach kont, po wdrożeniach z tagowaniem serwerowym i po ręcznym dopisywaniu reguł dla ruchu z AI. Każdy, kto w ostatnich miesiącach budował własny kanał dla ChatGPT, Perplexity czy Gemini (opisywaliśmy to w poradniku o tym, jak mierzyć ruch z AI w GA4), powinien sprawdzić, czy wyrażenie regularne nie łapie przy okazji domen Google, na przykład przez zbyt szerokie dopasowanie słowa „google” w regule dla Gemini.

2. Logi serwera i analityka po stronie serwera

Firmy, które uciekają od skryptów po stronie klienta (z powodu banerów zgód, blokerów i rosnącej luki w danych), coraz częściej liczą ruch na podstawie logów. Dla nich oficjalna lista wartości to gotowa specyfikacja. Reguła powinna obejmować wszystkie domeny krajowe Google, wariant android-app://com.google.android.googlequicksearchbox oraz ograniczać się do żądań dokumentów HTML, z pominięciem zasobów statycznych. Warto przy tym pamiętać, że logi pokażą też wejścia, których skrypt analityczny nie zarejestrował, więc liczby z logów mogą być bliższe Search Console niż dane z GA4.

3. Przekierowania jako źródło utraconego ruchu

Lista przyczyn rozbieżności to w praktyce lista kontrolna do audytu technicznego. Przekierowania JavaScriptowe, meta refresh, przekierowania obcinające parametry i zbyt restrykcyjna polityka Referrer-Policy to błędy, które nie szkodzą pozycjom, ale fałszują obraz kanałów. Serwis może rosnąć w Search Console i jednocześnie „tracić” ruch organiczny w GA4, bo część wizyt przechodzi do Direct.

4. Pomiar ruchu z AI pozostaje dziurawy

Z perspektywy AIO najważniejsza jest luka. Skoro Google nie rozróżnia w nagłówku AI Mode i klasycznych wyników, a Search Console sumuje je w jednym raporcie, ocena, ile kliknięć daje obecność w odpowiedziach AI Google, nadal wymaga pośrednich metod: porównań stron cytowanych i niecytowanych, analizy zmian CTR przy stałej pozycji, testów na grupach adresów. Dokumentacja tego nie rozwiązuje, ale pośrednio potwierdza, że referrer nie jest drogą do takiego podziału.

Reakcje branży

Pierwsze komentarze są umiarkowane. Matt G. Southern z Search Engine Journal, autor pierwszego tekstu o nowej stronie, zwraca uwagę, że zespoły prowadzące własne listy referrerów Google mają teraz oficjalną wersję do porównania. Jednocześnie podkreśla brak informacji o AI Mode, AI Overviews i linkach goto, czyli o tych zjawiskach, które w ostatnich miesiącach najbardziej komplikują pomiar.

Ten sam serwis przypomina kontekst historyczny: w lutym 2021 roku Google zaczął przenosić ruch z Discover w Chrome z referrera googleapis.com na google.com, by ujednolicić go z Discover w aplikacji Google. To właśnie ta decyzja sprawiła, że dziś Discover i wyszukiwarka są po nagłówku nieodróżnialne. Nowa dokumentacja tę sytuację po prostu opisuje, nie zmienia.

Z perspektywy redakcji seotrade.pl dokument nie przynosi rewolucji, ale daje oficjalny punkt odniesienia, który przydaje się w sporach z klientami i działami IT. Argument „Google sam pisze, że dane nie zgadzają się 1:1” bywa skuteczniejszy niż najlepiej przygotowana prezentacja analityka.

Co dalej

Strona została ostatnio zaktualizowana 12 listopada i należy do sekcji, którą Google rozbudowuje stopniowo. W najbliższych tygodniach warto obserwować trzy rzeczy:

• Dziennik aktualizacji dokumentacji Search Central. Tam pojawi się każda poprawka listy referrerów, w tym ewentualne uwzględnienie przekierowań goto lub nowych powierzchni AI.
• Raporty Search Console. Branża od miesięcy czeka na osobne dane o kliknięciach z AI Mode i AI Overviews. Jeśli Google je doda, naturalnym krokiem byłoby uzupełnienie także tej strony.
• Trwającą listopadową aktualizację algorytmu. Core update ruszył 10 listopada i potrwa do dwóch tygodni. To dobry moment, żeby zweryfikować reguły kanałów przed analizą jego skutków, bo błędnie przypisany ruch utrudni ocenę, czy spadek jest realny, czy tylko księgowy.

Praktyczna rada na dziś: porównaj kliknięcia z Search Console z sesjami Organic Search w GA4 dla tych samych stron docelowych i tego samego okresu, a jeśli luka przekracza to, co da się wytłumaczyć zgodami i blokerami, sprawdź przekierowania i reguły kanałów według listy z nowej dokumentacji Google.

FAQ