Google goto: przekierowania w wynikach wyszukiwania

#Czy Google potwierdził przekierowania goto

Potwierdzenie jest jedno i krótkie. W odpowiedzi dla Search Engine Land z 26 sierpnia 2026 Google napisał:

Mam długą historię wdrażania środków technicznych przeciwko zmieniającym się formom nadużyć i regularnie podejmuję kroki, aby chronić moje usługi i użytkowników.

Google, Search Engine Land, tłumaczenie własne

To wszystko. Nie ma dokumentacji, nie ma opisu formatu tokenu, nie ma polityki referrera, nie ma daty rozpoczęcia. Reszta pochodzi z obserwacji, i warto wiedzieć, czyich.

Pierwsze zgłoszenia pochodzą z 23 czerwca (Alex Greenland) i 2 lipca (Brodie Clark), więc od pierwszej obserwacji do potwierdzenia minęły dwa miesiące. Google nazwał to środkiem przeciw nadużyciom, a kontekst jest czytelny: firma pozwała wcześniej SerpAPI za scraping i przegrała kluczowe roszczenia z DMCA. Skoro sąd nie zablokował czytania wyników, zrobiła to technika.

#Jak działa przekierowanie google.com/goto

Do 26 sierpnia link w wyniku organicznym był zwykłym <a href="https://twojastrona.pl/wpis/">. Narzędzie, które pobrało HTML wyników, miało od razu listę adresów i pozycji.

Teraz href prowadzi na https://www.google.com/goto?url= i dalej ciąg znaków, który wygląda jak base64, ale nie jest nim w żadnej publicznie znanej postaci. Przeglądarka wysyła żądanie na ten adres, serwer Google odpowiada kodem 302 z nagłówkiem Location na właściwą stronę, przeglądarka podąża. Użytkownik widzi jedno kliknięcie i jedną stronę. W pasku statusu przed kliknięciem widzi jednak adres Google, nie Twój, i to jedyna widoczna dla niego różnica.

To nie jest nowy pomysł. Google Ads od lat prowadzi kliknięcia reklamowe przez własny adres pośredni, a w wynikach organicznych podobne przekierowanie /url?q= pojawiało się dla zalogowanych użytkowników już około 2009 roku, tyle że z adresem docelowym zapisanym otwartym tekstem. Nowością nie jest przekierowanie, tylko to, że adres docelowy przestał być czytelny bez wykonania żądania.

#Czy Google goto zmienia referrer w analityce

Najwięcej alarmistycznych tekstów dotyczy referrera i atrybucji. Warto to ostudzić dwoma faktami.

Po pierwsze, Google nie opublikował polityki referrera dla goto. Każdy artykuł, który mówi z pewnością, co zobaczysz w Google Analytics, opisuje własne obserwacje, nie zasadę.

Po drugie, i ważniejsze: dane, których miałbyś teraz stracić, straciłeś dawno temu. W 2011 roku Google przestał przekazywać zapytanie w referrerze dla zalogowanych użytkowników (słynne „not provided”), a w kolejnych latach rozszerzył to na cały ruch. Od tego czasu przeglądarka dostaje od Google tylko origin, czyli https://www.google.com/, bez ścieżki i bez parametrów. GA4, Matomo, Umami i Plausible od lat klasyfikują taką wizytę jako google / organic wyłącznie na podstawie domeny. Przekierowanie przez google.com/goto nie zmienia domeny.

Moje własne dane nic tu nie wniosą, i mówię to wprost: w Umami na wppoland.com nie zbieram referrera w ogóle, pole source oznacza u mnie miejsce na stronie, z którego poszło zdarzenie, nie skąd przyszedł użytkownik. Ruchem z wyszukiwarki zarządzam z Search Console, a ta, według relacji Search Engine Land, przekierowań goto nie widzi, bo liczy kliknięcia z własnych logów, nie z HTML-a.

Co sprawdzić, jeśli używasz GA4 albo innego narzędzia z referrerem: porównaj udział google / organic w tygodniu 8 do 17 sierpnia z tygodniem 22 do 31 sierpnia. Jeśli udział spadł, a w tym samym oknie kliknięcia w Search Console zostały na miejscu, to znaczy, że część wizyt zmieniła klasyfikację, i wtedy warto szukać dalej. Jeśli oba wykresy trzymają się razem, nie ma czego naprawiać. U nas kliknięcia z Search Console w tych dwóch oknach to 223 i 226, więc po stronie Google nic nie drgnęło.

#Jak Google goto wpływa na śledzenie pozycji

Rank tracker, który do tej pory wykonywał jedno żądanie na zapytanie i czytał sto adresów z HTML-a, dziś dostaje sto tokenów. Żeby dowiedzieć się, kto jest na pozycji siódmej, musi wykonać żądanie na google.com/goto dla siódmego tokenu i przeczytać nagłówek Location. Dla całej pierwszej strony i bloków dodatkowych Nozzle wycenia to na 500 do 1000 żądań na jedno zapytanie.

Konsekwencje są trzy i każda z nich pojawi się w Twoich raportach w innej formie.

Pierwsza to koszt, który narzędzia przerzucą na ceny albo na częstotliwość odczytu. Codzienny pomiar może stać się pomiarem co trzy dni bez komunikatu, a wykres pozycji zacznie wyglądać na schodkowy.

Druga to luki. Google ogranicza częstotliwość żądań na adresach rezydencjalnych, więc narzędzie, które musi wykonać tysiąc żądań zamiast jednego, częściej trafi na blokadę w środku odczytu. W raporcie zobaczysz wynik dla pozycji 1 do 4 i brak danych dalej, albo pozycję „nie znaleziono” dla strony, która w Search Console ma kliknięcia z tego samego dnia.

Trzecia to zmienność, która nie jest zmiennością rankingów. Jeśli narzędzie próbkuje, a nie mierzy, dwa kolejne odczyty tej samej frazy mogą się różnić, bo różniła się próbka, nie SERP. Sierpniowe fale „niepotwierdzonej zmienności”, które opisywał Barry Schwartz 1 do 3, 5 do 6 i 12 do 13 sierpnia, przypadają dokładnie na okres testów goto. Nie twierdzę, że to jedyna przyczyna. Twierdzę, że narzędzie, które w tym okresie zmieniało metodę odczytu, nie jest wiarygodnym świadkiem zmienności rankingu.

W raporcie z testów BotGuard z października 2026 RESONEO opisuje własny pomiar: między 20 a 22 sierpnia Google dodał na stronach wyników cztery rodziny testów przeglądarki (ustawienia deklarowane przez przeglądarkę, renderowanie tekstu, precyzję wskaźnika i kartę graficzną przez WebGPU), a test WebGPU zniknął 5 października. To wyniki prób z przeglądarkami i analizy kodu, który serwuje Google, prowadzonych przez RESONEO, a Google żadnego z tych testów nie ogłosił. Wniosek RESONEO dla śledzenia pozycji: to, że narzędzie dostało stronę wyników, nie gwarantuje wiarygodnego pomiaru.

Praktyczna reguła: od 26 sierpnia Search Console jest jedynym źródłem, które nie zmieniło metody. Jeśli rank tracker i Search Console się nie zgadzają, to Search Console ma rację, a tracker ma lukę. Zanim zgłosisz klientowi spadek pozycji, porównaj wyświetlenia i średnią pozycję dla tej samej strony w Search Console za ten sam dzień.

#Czy Google goto wymaga zmian w WordPressie

Żaden plik motywu, żadna wtyczka i żadne ustawienie serwera nie ma wpływu na to, jak Google buduje link w swoich wynikach. Nie trzeba niczego przebudowywać, nie trzeba dodawać nagłówków, nie ma nic do „optymalizacji pod goto”. Jeśli ktoś sprzedaje Ci taką usługę, sprzedaje powietrze.

Dwa wyjątki dotyczą wtyczek, które opierają logikę na referrerze.

Pierwszy to stare wtyczki pokazujące „frazę, z której przyszedł użytkownik” i podświetlające ją w treści. Pracują na parametrze q z referrera, którego Google nie wysyła od 2011 roku. Były martwe przed goto i są martwe po. Jeśli nadal masz taką aktywną, usuń ją, bo obciąża każde żądanie i nic nie daje.

Drugi to wtyczki A/B i personalizacji, które sprawdzają, czy referrer zawiera google., żeby pokazać inny wariant strony. One dalej dostają origin google.com, więc warunek działa, ale po 26 sierpnia warto go zweryfikować na żywo: otwórz wynik z Google w trybie prywatnym i sprawdź w logach serwera albo w narzędziach deweloperskich, jaki Referer przyszedł. Pięć minut, a odpowiedź jest twarda, nie z artykułu.

Jest jeszcze jedna rzecz, o której nikt nie pisze: pamięć podręczna i przekierowania własne. Jeśli Twój serwer ma regułę, która traktuje żądania z nietypowym referrerem jako podejrzane (niektóre konfiguracje ochrony przed hotlinkowaniem i część reguł w zaporach aplikacyjnych), sprawdź, czy google.com jako referrer nie trafił na listę blokowanych. To rzadkie, ale skutkiem byłby błąd 403 dla użytkowników z wyszukiwarki, a taki błąd Search Console pokaże z opóźnieniem tygodni.

#Czy scraping wyników Google do śledzenia pozycji jest dozwolony

Google odpowiada na to na piśmie, w zasadach dotyczących spamu w wyszukiwarce Google, w części o ruchu generowanym automatycznie:

Ruch generowany maszynowo (nazywany też ruchem automatycznym) to praktyka wysyłania do Google zautomatyzowanych zapytań. Obejmuje to scraping wyników w celu sprawdzania pozycji oraz inne rodzaje zautomatyzowanego dostępu do wyszukiwarki Google prowadzone bez wyraźnej zgody.

Google, zasady dotyczące spamu w wyszukiwarce Google, tłumaczenie własne

Ta sama część dodaje, że taki ruch zużywa zasoby, utrudnia Google obsługę użytkowników i narusza zarówno zasady dotyczące spamu, jak i Warunki korzystania z usług Google. Goto nie zmieniło więc reguł dla narzędzi do śledzenia pozycji. Odczyt pozycji z HTML-a Google był poza tymi regułami także przed 26 sierpnia, goto sprawiło jedynie, że stał się drogi. To tłumaczy też, dlaczego Google mógł nazwać zmianę środkiem przeciw nadużyciom, nie wymieniając żadnego narzędzia: w języku jego własnych dokumentów rank tracker to ruch automatyczny.

Dla właściciela strony wynika z tego jedna praktyczna konsekwencja. Narzędzie, które mierzy pozycje scrapingiem, działa na obszarze, który Google może w każdej chwili i bez zapowiedzi znowu zawęzić, dokładnie tak jak zrobił to z goto. Traktuj jego dane jako szacunek, a punktem odniesienia niech będzie źródło oficjalne.

#Jak pobrać dane o pozycjach z Google bez scrapingu

Google udostępnia dwa oficjalne kanały i oba korzystają z tych samych danych co raport Skuteczność w Search Console.

Pierwszy to Search Analytics API. Jedno zapytanie zwraca do 25 000 wierszy (domyślnie 1000), a kolejne strony pobierasz parametrem startRow. Dane możesz grupować według zapytania, strony, kraju, urządzenia, wyglądu w wynikach, daty i godziny. Parametr dataState decyduje, czy dostajesz tylko dane ostateczne (final, wartość domyślna), także dane świeże (all), czy podział godzinowy z danymi częściowymi (hourly_all). Pozycja w API to średnia pozycja w wynikach wyszukiwania, a nie pojedynczy odczyt z jednej chwili, który daje tracker.

Drugi to zbiorczy eksport danych: Search Console planuje codzienny eksport danych o skuteczności do BigQuery. Według strony pomocy eksport zawiera wszystkie dane o skuteczności dostępne w Search Console dla danej usługi, z wyjątkiem zanonimizowanych zapytań.

Żaden z tych kanałów nie powie Ci, kto jest nad Tobą na daną frazę, bo oba obejmują wyłącznie Twoją własną usługę. To dokładnie ta informacja, którą goto uczyniło drogą dla scraperów, i Google nie oferuje dla niej oficjalnego zamiennika. Jeśli potrzebujesz pozycji konkurencji, zostajesz przy narzędziu komercyjnym i akceptujesz jego luki. Jeśli potrzebujesz własnych pozycji, od 26 sierpnia API jest stabilniejszym źródłem niż jakikolwiek tracker.

#Jak porównać kliknięcia z Search Console z sesjami w GA4 po goto

Proponowane wcześniej porównanie ma sens tylko wtedy, gdy wiesz, co liczy każde z narzędzi. W Search Console, według strony pomocy Google o danych skuteczności, kliknięcie to każde kliknięcie, które przenosi użytkownika na stronę poza wyszukiwarką Google, Discover lub Wiadomościami, a ponowne kliknięcie tego samego wyniku po powrocie liczy się jako jedno kliknięcie. Pozycja to najwyższa pozycja zajmowana przez link do Twojej strony, uśredniona po zapytaniach, w których się pojawiła. GA4 liczy sesje zarejestrowane przez własny tag na Twojej stronie, czyli inną jednostkę. Te dwie liczby nigdy nie były równe i goto tego nie zmienia.

Jeśli łączysz Search Console z GA4, pamiętaj o dwóch ograniczeniach z dokumentacji Google: dane z Search Console trafiają do Analytics 48 godzin po tym, jak zbierze je Search Console, a Search Console przechowuje dane z ostatnich 16 miesięcy. Porównanie tygodnia po 26 sierpnia jest więc pełne dopiero dwa dni po zakończeniu tego tygodnia.

Dwie kolejne kwestie dotyczą referrera. Zgodnie z domyślną zasadą referrera w Chrome, strict-origin-when-cross-origin, żądania między różnymi źródłami niosą w nagłówku Referer tylko origin, a żądanie ze strony HTTPS do strony HTTP nie niesie referrera wcale. Jeśli Twoja strona nadal serwuje podstrony po nieszyfrowanym HTTP, wizyty z Google mogą trafiać w GA4 do ruchu bezpośredniego, z goto czy bez niego. Otwarte pozostaje też jedno pytanie: PPC Land podał 27 sierpnia 2026, że nie wiadomo, czy narzędzie rozwiązujące link goto rejestruje kliknięcie. To obserwacja, a nie coś, co Google opisał w dokumentacji. Jeśli tak jest, ruch trackerów mógłby pojawiać się w raportach kliknięć, więc nagły skok kliknięć w Search Console bez podobnego wzrostu sesji w GA4 warto sprawdzić pod tym kątem.

#Co sprawdzić po wdrożeniu Google goto

Nie znam formatu tokenu ani tego, czy Google zamierza go kiedyś udokumentować. Nie wiem, czy przekierowanie obejmie wszystkie kraje i typy wyników, czy tylko główne linki organiczne. Nie wiem, jaki jest cel poza ogólnym „przeciw nadużyciom”, choć ciąg zdarzeń wokół SerpAPI podpowiada odpowiedź. I nie wiem, jak zachowają się przeglądarki w kolejnych wersjach, bo polityka referrera dla przekierowań 302 zależy od nich, nie od Google.

Decyzja operacyjna nie zależy od żadnej z tych luk. Rankingi są takie same jak przed 26 sierpnia. Search Console pokazuje to samo co przed. Użytkownik trafia tam, gdzie trafiał. Jedyne, co się zmieniło, to wiarygodność narzędzi czytających wyniki z zewnątrz, i tam trzeba przenieść ciężar dowodu: z trackera na Search Console.

Trzy czynności, które zamykają temat:

1. Porównaj w GA4 albo w swoim narzędziu udział ruchu organicznego z Google w oknach przed i po 26 sierpnia. Jeśli spadł, a kliknięcia w Search Console nie, masz problem klasyfikacji do zbadania. Jeśli nie spadł, temat zamknięty.
2. Sprawdź daty i luki w rank trackerze od 20 sierpnia. Każdy raport dla klienta z tego okresu powinien mieć kolumnę z pozycją z Search Console obok pozycji z narzędzia.
3. Usuń wtyczki, które opierają się na frazie z referrera, i zweryfikuj na żywo te, które sprawdzają domenę referrera.

Google zabrał narzędziom mapę wyników, nie Tobie ruch. To jest różnica między zmianą, na którą trzeba zareagować, a zmianą, o której trzeba wiedzieć. Ta jest tą drugą.

Higiena przekierowań należy do tej samej checklisty GEO i LLMO co budżet crawl i adresy gotowe do cytowań.