Google opublikował w dokumentacji Search Central nową stronę, która po raz pierwszy w jednym miejscu opisuje, jak rozpoznać ruch z wyszukiwarki we własnej analityce i w logach serwera. Dokument wylicza dokładne wartości nagłówka HTTP Referer wysyłane przez Google Search, tłumaczy, dlaczego ten nagłówek bywa pusty, i wskazuje cztery techniczne powody, dla których liczby w GA4 nie zgadzają się z Search Console. Strona nie wspomina jednak ani słowem o AI Mode ani o AI Overviews.
Nowy materiał trafił do dziennika zmian dokumentacji Google z datą 12 listopada 2026 roku. Pierwszy szerzej opisał go serwis Search Engine Journal, który zwrócił uwagę zarówno na to, co Google wreszcie spisał, jak i na to, czego w dokumencie wciąż brakuje.
Kontekst: dlaczego Google w ogóle pisze o nagłówku Referer
Przez lata wiedza o tym, jak Google przekazuje informację o źródle wizyty, była rozproszona: fragmenty w starych wpisach na blogu Search Central, wątki na forach pomocy, obserwacje specjalistów od analityki. W 2011 roku Google zaczął szyfrować wyszukiwania i ukrywać zapytania (słynne „not provided”), później przeszedł na politykę origin, a w lutym 2021 roku ujednolicił ruch z Discover w Chrome, przenosząc go z referrera googleapis.com na origin google.com. Każda z tych zmian była komunikowana osobno.
Teraz te informacje zebrano w jednym, oficjalnym dokumencie w sekcji „Data analysis”, obok poradników o debugowaniu spadków ruchu i o łączeniu danych z Search Console i Google Analytics. W dzienniku zmian Google uzasadnia publikację krótko: chodzi o udokumentowanie, jak właściciele witryn mogą identyfikować i śledzić ruch z wyszukiwarki w swoich systemach analitycznych.
Moment nie jest przypadkowy. Od miesięcy branża zmaga się z rozjazdem danych: wydawcy raportują dwucyfrowe spadki ruchu z Google (o czym pisaliśmy przy okazji wyników Ziff Davis za trzeci kwartał), a jednocześnie w Search Console pojawiają się anomalie, które trudno wytłumaczyć bez zajrzenia do surowych logów. Do tego trwa listopadowy core update, czyli okres, w którym każdy zespół SEO wpatruje się w wykresy i próbuje oddzielić realne zmiany pozycji od szumu pomiarowego.
Kluczowe fakty: co dokładnie wysyła Google
Najważniejsza informacja dotyczy polityki referrera. Google Search stosuje politykę origin, co oznacza, że w nagłówku Referer trafia na stronę docelową wyłącznie schemat i host strony odsyłającej. Nie ma tam ścieżki URL, parametrów ani, co najważniejsze, wpisanego zapytania. Po zapytania Google odsyła do raportu Skuteczność w Search Console.
Dokument zawiera tabelę wartości nagłówka w zależności od miejsca kliknięcia:
| Źródło kliknięcia | Wartość nagłówka Referer |
|---|---|
| Google Search w przeglądarce | https://www.google.com/ lub lokalna domena Google, np. https://www.google.co.uk/ (w Polsce najczęściej https://www.google.pl/) |
| Aplikacja Google na Androidzie | android-app://com.google.android.googlequicksearchbox/https/www.google.com (gdy aplikacja otwiera link w karcie przeglądarki) albo https://www.google.com/ lub domena lokalna |
| Aplikacja Google na iOS | https://www.google.com/ lub domena lokalna |
| Discover | te same wartości co powierzchnia, na której użytkownik oglądał Discover (aplikacja Google lub Google Search w przeglądarce) |
| Inne usługi z tych samych originów, np. Google Grafika | te same wartości co Google Search |
Z tej tabeli wynika wniosek, który Search Engine Journal wybił na pierwszy plan: referrer google.com mówi tylko tyle, że wizytę wysłał Google. Nie pozwala odróżnić kliknięcia z wyników wyszukiwania od kliknięcia z Discover czy z Google Grafiki. Jeśli chcesz rozdzielić Discover od klasycznego wyszukiwania, jedynym wiarygodnym źródłem pozostaje osobny raport Discover w Search Console, a nie dane o referrerze.
Kiedy Referer jest pusty
Google zaznacza, że mimo ustawionej polityki origin przeglądarka lub system operacyjny mogą w ogóle pominąć nagłówek albo zablokować dostęp do document.referrer z poziomu JavaScriptu. Dzieje się tak domyślnie w kilku typowych sytuacjach:
- tryby prywatne i zabezpieczenia przed fingerprintingiem w przeglądarce,
- otwieranie wyników w nowej karcie (w niektórych przeglądarkach),
- przejście z natywnego widżetu wyszukiwania na telefonie do zewnętrznej przeglądarki,
- użytkownicy z rozszerzeniami prywatności lub restrykcyjnymi ustawieniami.
W praktyce oznacza to, że część prawdziwego ruchu organicznego z Google ląduje w analityce jako „Direct”. To nie jest błąd konfiguracji, tylko cecha środowiska, w którym działa dzisiejszy web.
Jak liczyć ruch w logach serwera
Dla osób analizujących surowe logi dokument zawiera ważną wskazówkę metodologiczną. Przeglądarka wysyła nagłówek Referer także przy pobieraniu zasobów strony: obrazków, plików CSS i JavaScript. W tych żądaniach wartością referrera jest jednak adres Twojej własnej strony, a nie Google. Aby policzyć wizyty z wyszukiwarki, należy brać pod uwagę wyłącznie żądania samych stron docelowych (landing pages). Brzmi oczywiście, ale w wielu domowych skryptach do analizy logów to właśnie ten krok jest pomijany, co zawyża lub rozmywa wyniki.
Cztery powody, dla których GA4 nie zgadza się z Search Console
Najbardziej praktyczna część dokumentu to lista technicznych przyczyn rozbieżności. Google podkreśla, że identyfikacja ruchu po nagłówku Referer nie jest dokładna i dane z analityki lub logów często nie będą się zgadzać 1:1 z kliknięciami w Search Console.
- Prywatność i konfiguracja klienta. Ustawienia przeglądarki, rozszerzenia, blokery reklam i decyzje w banerze zgód mogą zablokować skrypt analityczny, obciąć parametry URL albo usunąć nagłówek
Referer. - Przekierowania na Twojej stronie. Przekierowania po stronie klienta (JavaScript,
meta refresh) mogą podmienić referrer na adres Twojej własnej strony. Przekierowania, które nie zachowują query stringa, gubią parametry takie jakgclid. Z kolei przekierowanie wysyłające bardziej restrykcyjny nagłówekReferrer-Policymoże referrer całkowicie usunąć. - Różne metody pomiaru. Search Console rejestruje kliknięcie w momencie wybrania linku w wynikach. Narzędzie analityczne rejestruje wizytę dopiero wtedy, gdy strona docelowa się załaduje i wykona kod śledzący.
- Ruch płatny i organiczny. Search Console raportuje wyłącznie organiczne kliknięcia, bez Google Ads. Analityka może wliczać ruch płatny do sum, zależnie od konfiguracji.
Google dodaje też wskazówkę konfiguracyjną: większość systemów analitycznych automatycznie rozpoznaje te wartości referrera i klasyfikuje wizyty jako ruch organiczny z Google. Jeśli ruch z wyszukiwarki znika albo pojawia się jako „Referral” lub „Direct”, trzeba sprawdzić, czy własne reguły grupowania kanałów, wykluczenia odesłań lub filtry nie przeklasyfikowują go po cichu.
Co to znaczy dla SEO i AIO
Koniec z mitami o „ukrytym” zapytaniu w referrerze
Dokument zamyka temat, który regularnie wraca w rozmowach z klientami: nie, z nagłówka Referer nie da się odzyskać fraz kluczowych. Google wprost pisze, że nagłówek nie zawiera wpisanego zapytania. Narzędzia, które obiecują „odzyskanie not provided” z danych referrera, opierają się na modelowaniu, a nie na danych z Google. Jedynym źródłem zapytań pozostaje Search Console (raport Skuteczność i eksport przez API lub do BigQuery).
Audyt przekierowań staje się obowiązkiem analitycznym
Fragment o przekierowaniach ma bezpośrednie konsekwencje dla wdrożeń. Przekierowania JavaScript i meta refresh to nie tylko problem z punktu widzenia przekazywania sygnałów rankingowych. Google oficjalnie potwierdza, że mogą one zniszczyć atrybucję: wizyta z wyszukiwarki zostanie zapisana jako odesłanie z Twojej własnej domeny albo jako wejście bezpośrednie. Dla sklepów z kampaniami Google Ads utrata gclid na przekierowaniu bez query stringa oznacza z kolei zerwanie powiązania kliknięcia z konwersją. Search Engine Journal podkreśla ten punkt jako jedną z luk, którą każdy zespół PPC powinien sprawdzić na swoich landing pages.
Warto też przejrzeć nagłówki odpowiedzi serwera. Jeśli CDN, wtyczka bezpieczeństwa albo konfiguracja serwera ustawia na przekierowaniach Referrer-Policy: no-referrer, ruch organiczny po przekierowaniu 301 może trafiać do analityki bez źródła. To temat, który łączy się z niedawnymi wskazówkami Google o migracji na CDN i jej wpływie na serwer: każda zmiana infrastruktury powinna mieć w checkliście także weryfikację nagłówków związanych z atrybucją.
Logi serwera jako niezależne źródło prawdy
Dla zespołów technicznego SEO dokument jest de facto oficjalną specyfikacją filtra do analizy logów. Zamiast utrzymywać własną, ręcznie zbieraną listę domen Google, można porównać ją z listą od Google. Search Engine Journal zauważa, że zespoły, które prowadzą własne zestawienia wartości referrera, dostały wreszcie wersję referencyjną do porównania.
Logi mają przy tym przewagę nad GA4: nie zależą od zgód, blokerów reklam ani wykonania JavaScriptu. Jeśli w danym dniu w Search Console widać skok kliknięć, którego nie ma ani w GA4, ani w logach (filtrowanych po żądaniach stron docelowych z referrerem Google), to mocna przesłanka, że problem leży po stronie raportowania, a nie realnego ruchu. Opisywaliśmy niedawno taki przypadek przy okazji podejrzanych skoków kliknięć w Search Console.
AI Mode i AI Overviews: wielka nieobecna
Z perspektywy AIO najważniejsze jest to, czego w dokumencie nie ma. Jak zauważa Search Engine Journal, strona nie obejmuje AI Mode ani AI Overviews. Standardowy raport Skuteczność w Search Console liczy kliknięcia z obu tych funkcji razem z klasycznymi wynikami i nie ma typu wyglądu w wyszukiwarce, który pozwoliłby je wydzielić.
W praktyce kliknięcie w link cytowany w AI Overviews i kliknięcie w niebieski link z tradycyjnych wyników wyglądają w logach tak samo: oba przychodzą z originem google.com lub google.pl. Nowa dokumentacja tego nie zmienia i nie zapowiada zmiany. Dla polskich zespołów, które próbują mierzyć widoczność w odpowiedziach AI, oznacza to, że referrer nie jest narzędziem do tego zadania. Trzeba nadal łączyć dane z Search Console, narzędzi monitorujących cytowania w odpowiedziach AI i własnych testów.
Search Engine Journal wskazuje też drugą lukę: dokument, według stanu z 13 listopada, nie wspomina o linkach przekierowujących google.com/goto w wynikach wyszukiwania, które według danych DataForSEO pojawiły się pod koniec sierpnia. Jeśli Google faktycznie kieruje część kliknięć przez własny redirect, rodzi to pytanie, czy i jak wpływa to na wartość nagłówka po stronie witryny. Na razie oficjalnej odpowiedzi brak.
Reakcje branży
Matt G. Southern z Search Engine Journal skupił się w swoim omówieniu na praktycznych konsekwencjach i na lukach. Jako kluczową lekcję wskazał to, że referrer google.com nie rozróżnia Search, Discover i Grafiki, więc rozdzielanie tych źródeł trzeba robić w Search Console. Podkreślił też brak jakichkolwiek informacji o AI Mode i AI Overviews, łącząc to z wcześniejszym tekstem serwisu z 2 listopada o brytyjskim terminie dotyczącym raportowania kliknięć z funkcji AI. Trzecia luka, na którą zwrócił uwagę, to wspomniane już linki google.com/goto.
Z redakcyjnej perspektywy dokument nie wnosi wiedzy, której doświadczeni analitycy by nie znali. Jego wartość polega na kanonizacji: od teraz istnieje jedno miejsce, które Google deklaruje aktualizować, i jedna wersja, do której można się odwoływać w audytach. Dla agencji to wygodny argument w rozmowach z klientami, którzy oczekują, że „kliknięcia” w Search Console będą równe „sesjom organicznym” w GA4. Zamiast tłumaczyć rozbieżności od zera, można wskazać oficjalną listę przyczyn spisaną przez samego Google.
Warto też zauważyć, że rozbieżności między GA4 a Search Console są w tym ujęciu normą, a nie anomalią. Google nie podaje, jak duża różnica jest „typowa”, więc próg alarmowy każdy zespół musi wyznaczyć na własnych danych, najlepiej porównując trend obu źródeł, a nie ich wartości bezwzględne.
Praktyczna checklista na najbliższe dni
Na podstawie dokumentu warto przejść przez kilka punktów, szczególnie w trakcie trwającego core update, kiedy wiarygodność danych ma największe znaczenie:
- Grupowanie kanałów w GA4. Sprawdź, czy własne grupy kanałów nie przenoszą google.pl lub android-app://com.google.android.googlequicksearchbox do „Referral”. O tym, jak działają zdarzenia i wymiary niestandardowe, pisaliśmy w słowniku pojęć GA4.
- Wykluczenia odesłań. Upewnij się, że domeny Google nie trafiły przez pomyłkę na listę wykluczeń, co zamienia ruch organiczny w wejścia bezpośrednie.
- Przekierowania. Przejrzyj przekierowania JavaScript i
meta refresh, zamień je na 301 po stronie serwera i sprawdź, czy zachowują query string (test z parametremgclid). - Nagłówek Referrer-Policy. Zweryfikuj, jaką politykę ustawia serwer lub CDN na przekierowaniach i stronach docelowych.
- Filtr w logach. Jeśli analizujesz logi, filtruj wyłącznie żądania stron HTML z referrerem Google, pomijając obrazy, CSS i JS.
- Discover osobno. Ruch z Discover analizuj w dedykowanym raporcie Search Console, nie w segmentach opartych na referrerze.
Co dalej
Strona ma datę ostatniej aktualizacji 12 listopada 2026 roku i zgodnie z praktyką Google każda jej zmiana powinna pojawić się w dzienniku zmian dokumentacji Search Central. To tam warto obserwować, czy Google dopisze informacje o linkach google.com/goto albo o tym, jak (i czy w ogóle) da się rozpoznać kliknięcia z AI Mode i AI Overviews po stronie witryny.
Presja w tej sprawie rośnie. Wydawcy domagają się osobnego raportowania ruchu z funkcji AI, regulatorzy w Europie przyglądają się temu, jak Google prezentuje i mierzy odpowiedzi generatywne, a sam Google rozwija AI Mode w kolejnych krajach. Dokument o identyfikacji ruchu jest więc raczej punktem wyjścia niż zamknięciem tematu. Jeśli Google zdecyduje się wydzielić ruch z AI, najpewniej zrobi to w Search Console, a nie w nagłówku Referer, bo polityka origin z definicji nie przenosi informacji o tym, z której części strony wyników pochodziło kliknięcie.
Do tego czasu zasada jest prosta: referrer odpowiada na pytanie „czy to Google”, Search Console na pytanie „skąd w Google i po jakim zapytaniu”, a logi serwera są niezależnym sprawdzianem dla obu.
FAQ
Czy z nagłówka Referer można odczytać frazę, po której użytkownik wszedł z Google?
Nie. Google Search stosuje politykę referrera origin, więc nagłówek zawiera tylko schemat i host, np. https://www.google.pl/. Zapytania są dostępne wyłącznie w raporcie Skuteczność w Search Console.
Jak odróżnić ruch z Discover od ruchu z wyszukiwarki?
Na podstawie referrera się nie da, bo Discover wysyła te same wartości co powierzchnia, na której był wyświetlany. Do rozdzielenia tych źródeł służy osobny raport Discover w Google Search Console.
Dlaczego część ruchu z Google pojawia się w GA4 jako Direct?
Przeglądarka lub system mogą pominąć nagłówek Referer, np. w trybie prywatnym, przy otwieraniu wyniku w nowej karcie czy przy przejściu z widżetu wyszukiwania do przeglądarki. Ruch może też zostać przeklasyfikowany przez własne reguły kanałów, wykluczenia odesłań lub przekierowania JavaScript.
Czy kliknięcia z AI Overviews i AI Mode da się wyodrębnić w logach?
Nie. Nowa dokumentacja nie obejmuje AI Mode ani AI Overviews, a kliknięcia z tych funkcji przychodzą z tym samym originem co klasyczne wyniki. Search Console również liczy je razem w raporcie Skuteczność.
Jak poprawnie liczyć wizyty z Google w logach serwera?
Filtruj wyłącznie żądania stron docelowych z referrerem pasującym do listy Google. Żądania obrazów, plików CSS i JavaScript mają jako referrer adres Twojej strony, więc należy je pominąć.