przekierowania goto Google w wynikach wyszukiwania

Google przekierowuje linki w wynikach. Adresy goto uderzają w scrapery i narzędzia SEO

Google potwierdziło, że przepisuje linki w wynikach wyszukiwania. Zamiast prowadzić bezpośrednio do strony docelowej, kliknięcie w wynik przechodzi teraz przez pośrednika: adres w formacie google.com/goto?url=[zakodowany_adres]. Firma tłumaczy zmianę walką z nadużyciami, branża SEO widzi w niej przede wszystkim zamknięcie ostatniej szeroko dostępnej furtki do maszynowego odczytu SERP-ów.

Zmiana nie jest testem na wąskiej próbie. Według doniesień serwisu Search Engine Land, który otrzymał oficjalny komentarz od rzecznika Google, wdrożenie jest już na finiszu i obejmuje niemal cały ruch obserwowany przez zewnętrzne narzędzia. To pierwsza od lat modyfikacja warstwy linków w wynikach, która dotyka jednocześnie scraperów, silników AI, narzędzi do monitoringu pozycji i, potencjalnie, danych analitycznych po stronie wydawcy.

Co dokładnie się zmieniło

Do tej pory link w organicznym wyniku wyszukiwania Google był w warstwie HTML zwykłym odnośnikiem do adresu docelowego. Użytkownik najeżdżając kursorem widział w pasku statusu przeglądarki pełny URL strony, na którą trafi. Robot lub skrypt pobierający stronę wyników mógł odczytać ten adres wprost z kodu, bez żadnego dodatkowego kroku.

Teraz między kliknięcie a stronę docelową wchodzi dodatkowy przeskok. Link kieruje najpierw na własny endpoint Google, a dopiero ten przekierowuje na właściwy adres. Parametr url nie zawiera czytelnego adresu: jest zakodowany w formacie opisywanym przez obserwatorów jako wariant base64 albo wewnętrzny identyfikator Google. Efekt praktyczny jest taki, że z samego HTML-a wyników nie da się już w prosty sposób wyciągnąć listy adresów rankujących.

Pierwsze sygnały o tym mechanizmie pojawiły się w społeczności SEO pod koniec czerwca 2026 roku, a szerzej opisano je na początku lipca. Przez około dwa miesiące zmiana funkcjonowała jako test widoczny wybiórczo, często tylko w sesjach z wyłączonym JavaScriptem lub przy nietypowych adresach IP. Wielu specjalistów nie potrafiło jej odtworzyć u siebie, co długo utrzymywało temat w kategorii ciekawostki. Dopiero sierpniowe obserwacje przesunęły go do kategorii faktu.

Kto to zauważył i co powiedziało Google

Na skalę wdrożenia jako pierwszy zwrócił uwagę Derek Perkins z firmy Nozzle, dostawcy narzędzi do monitoringu widoczności. W publicznym wpisie określił stan wdrożenia jako bliski stu procent w ruchu obserwowanym z wielu niezależnych dostawców adresów rezydencjalnych. To istotny detal: adresy rezydencjalne są standardowym sposobem, w jaki narzędzia SEO próbują wyglądać jak zwykli użytkownicy. Jeśli zmiana jest tam widoczna niemal wszędzie, oznacza to, że nie chodzi o kolejny wąski eksperyment.

Google, zapytane o mechanizm, nie odniosło się do szczegółów technicznych. Rzecznik firmy przekazał ogólne stanowisko: koncern ma długą historię wdrażania środków technicznych przeciwko ewoluującym formom nadużyć i regularnie podejmuje kroki mające chronić swoje usługi oraz użytkowników. W komunikacie nie padło słowo scraping, nie padły też nazwy żadnych narzędzi ani silników AI. Brak dementi jest tu jednak wymowniejszy niż sama treść odpowiedzi: Google potwierdziło, że zmiana jest celowa i ma charakter ochronny.

Kluczowe fakty

Element Stan
Format linku google.com/goto?url=[zakodowany adres lub identyfikator]
Pierwsze obserwacje koniec czerwca 2026, szerszy opis na początku lipca
Potwierdzenie Google 26 sierpnia 2026, oświadczenie ogólne, bez szczegółów
Zasięg wdrożenia zbliżony do pełnego według pomiarów Nozzle
Deklarowany cel ochrona przed nadużyciami wyników wyszukiwania
Faktyczny efekt utrudnienie maszynowego odczytu adresów z SERP
Search Console brak zgłaszanego wpływu na dane
Nagłówek Referer brak publicznej analizy na poziomie nagłówków HTTP

Po co Google to robi

Oficjalna narracja mówi o nadużyciach. Nieoficjalnie chodzi o dwie rzeczy, które w 2026 roku są dla Google problemem finansowym, a nie tylko technicznym.

Pierwsza to klasyczny scraping komercyjny. Rynek narzędzi SEO opiera się na masowym pobieraniu stron wyników: monitoring pozycji, analiza konkurencji, badania widoczności, publiczne API zwracające SERP-y na żądanie. Każde z tych zastosowań wymaga odczytu listy adresów z wyniku wyszukiwania. Dodatkowy przeskok z zakodowanym parametrem nie blokuje tego całkowicie, ale podnosi koszt: trzeba albo rozkodować parametr, albo wykonać dodatkowe zapytanie, albo renderować stronę w pełnej przeglądarce. Przy skali milionów zapytań dziennie każda z tych opcji jest zauważalnie droższa.

Druga to silniki AI. Modele generatywne i asystenci wyszukiwania często korzystają z wyników Google jako warstwy pobierania faktów, formalnie tego nie deklarując. Utrudnienie odczytu adresów uderza w tę praktykę bezpośrednio. Dla Google, które samo buduje AI Overviews i AI Mode, ograniczenie darmowego dostępu konkurencji do własnego indeksu ma logikę biznesową niezależną od kwestii bezpieczeństwa.

Kontekst prawny jest tu istotny. W 2024 roku Google pozwało SerpApi, jednego z największych dostawców SERP jako usługi. Sąd oddalił kluczowe roszczenia oparte o DMCA, co w praktyce oznaczało, że droga sądowa okazała się ślepą uliczką. Opisywaliśmy ten wyrok w tekście o tym, jak Google przegrało z SerpApi spór o scraping wyników wyszukiwania. Przekierowania goto są naturalną kontynuacją tej samej walki innymi środkami: skoro nie da się zabronić, można utrudnić.

Co to znaczy dla SEO

Dla przeciętnego specjalisty prowadzącego stronę klienta zmiana jest na razie neutralna operacyjnie, ale wymaga uwagi w trzech obszarach.

1. Narzędzia do monitoringu pozycji

To tu skutki będą najszybciej widoczne. Dostawcy narzędzi muszą dostosować parsery, a część z nich już to zrobiła: zestaw narzędzi Ahrefs wykrywa i oznacza nowy wzorzec adresów. Należy się liczyć z przejściowymi anomaliami w raportach: brakującymi domenami, dziwnymi adresami w eksportach, chwilowymi lukami w historii pozycji. Jeśli zobaczysz w raporcie adres z domeną google.com w miejscu, gdzie spodziewasz się strony klienta, to najprawdopodobniej artefakt tej zmiany, a nie realny spadek. Warto uprzedzić o tym klienta, zanim sam zapyta.

2. Atrybucja ruchu w analityce

To najważniejsze pytanie otwarte i jednocześnie to, wokół którego narosła największa liczba pochopnych wniosków. Stan faktyczny jest taki: nikt poza Google nie opublikował dotąd analizy zachowania nagłówków HTTP w tym przekierowaniu. Nie wiadomo publicznie, czy nagłówek Referer przechodzi nienaruszony, czy jest przepisywany, czy znika.

Możliwe scenariusze są trzy. Jeśli przekierowanie zachowuje czysty nagłówek z domeny google.com, klasyfikacja ruchu organicznego w GA4 działa bez zmian i temat jest zamknięty. Jeśli nagłówek znika, część kliknięć z wyszukiwarki wyląduje w koszyku direct/none. Jeśli nagłówek pojawia się w formie, którą GA4 mapuje inaczej niż standardowy odnośnik wyszukiwarki, możliwy jest szum w postaci ruchu oznaczonego jako referral. Dokumentacja Google sama wskazuje przekierowania jako typową przyczynę gubienia parametrów śledzących, więc ostrożność jest uzasadniona.

Praktyczna rekomendacja: nie zmieniaj niczego w konfiguracji, ale ustaw obserwację. Sygnałem ostrzegawczym jest kombinacja trzech rzeczy naraz: wzrost ruchu direct, spadek sesji organicznych i stabilna liczba kliknięć w Search Console. Jeśli Search Console pokazuje ten sam poziom kliknięć, a GA4 nagle widzi mniej ruchu organicznego, różnica poszła gdzieś indziej, nie wyparowała. Osobno warto pamiętać, że GA4 wprowadziło już dedykowany kanał AI Assistant dla ruchu z ChatGPT, Gemini i Claude, więc segmentacja źródeł w tym narzędziu i tak przechodzi obecnie przez okres zmian.

3. Dane w Search Console

Tutaj dobra wiadomość: nie zgłaszano wpływu na raporty Search Console. Jest to spójne z architekturą, bo Google mierzy kliknięcia po swojej stronie, zanim użytkownik opuści wyniki. Dodatkowy przeskok nie zmienia tego, co Google widzi u siebie. W praktyce oznacza to, że Search Console staje się jeszcze ważniejszym punktem odniesienia niż dotąd, zwłaszcza w zestawieniu z raportem pokazującym widoczność w AI Overviews i AI Mode. Gdy dane po stronie wydawcy stają się mniej pewne, dane po stronie wyszukiwarki zyskują na znaczeniu.

Jak sprawdzić to u siebie

Weryfikacja nie wymaga specjalistycznych narzędzi, ale wymaga cierpliwości, bo mechanizm nie pokazuje się każdemu i nie zawsze. Najprostsza ścieżka wygląda tak:

  • Otwórz wyniki wyszukiwania w oknie prywatnym, bez rozszerzeń blokujących skrypty, i najedź kursorem na tytuł wyniku organicznego. Sprawdź, jaki adres pokazuje pasek statusu przeglądarki.
  • Kliknij prawym przyciskiem, wybierz kopiowanie adresu odnośnika i wklej go do notatnika. Jeśli zaczyna się od domeny google.com z segmentem goto, widzisz nową warstwę.
  • Powtórz próbę w sesji z wyłączonym JavaScriptem, bo tam wzorzec pojawia się częściej i dłużej.
  • Po stronie serwera sprawdź w logach, jaki nagłówek Referer przychodzi z kliknięć z wyszukiwarki w ostatnich dniach, i porównaj go z zapisem sprzed lipca. To jedyny sposób, żeby odpowiedzieć na pytanie o atrybucję własnymi danymi, zamiast czekać na cudze.

Jeżeli prowadzisz stronę o zauważalnym ruchu, ta czwarta pozycja jest warta godziny pracy. Logi serwera są w tej sprawie źródłem twardszym niż jakikolwiek raport analityczny, bo pokazują to, co faktycznie dotarło do serwera, a nie to, jak narzędzie analityczne zinterpretowało zdarzenie.

Co to znaczy dla AIO

W warstwie optymalizacji pod silniki generatywne zmiana ma wymiar strategiczny, nie taktyczny. Jeśli dostęp do wyników Google staje się dla zewnętrznych systemów AI trudniejszy i droższy, te systemy w większym stopniu opierają się na własnych indeksach i własnych crawlerach. To przesuwa punkt ciężkości pracy nad widocznością w AI: mniej liczy się to, jak wyglądasz w Google, bardziej to, czy twoja strona jest dostępna i czytelna dla botów poszczególnych dostawców.

Praktyczne konsekwencje są dość konkretne. Rośnie znaczenie polityki w pliku robots.txt wobec botów AI, bo świadome dopuszczenie lub zablokowanie konkretnego crawlera przestaje być decyzją czysto ideologiczną i staje się decyzją o widoczności. Rośnie też znaczenie czystego, semantycznego HTML-a i danych strukturalnych, bo model, który nie może podeprzeć się gotowym rankingiem Google, musi sam ocenić stronę. Malejącym atutem staje się natomiast pośrednia korzyść z wysokiej pozycji w Google przekładająca się automatycznie na cytowania w narzędziach AI.

Reakcje branży

Ton komentarzy jest mieszany, ale bez paniki. Dostawcy narzędzi przyjęli zmianę rzeczowo: dla nich to koszt inżynieryjny i wyścig, który znają z poprzednich lat. Kilku deweloperów zwróciło uwagę, że podobne opakowywanie linków po stronie serwera funkcjonowało już od miesięcy w sesjach bez JavaScriptu, czyli dokładnie tam, gdzie działa większość prostych scraperów. Z tej perspektywy sierpniowe wdrożenie jest raczej domknięciem procesu niż nowym otwarciem.

Bardziej krytyczna część branży wskazuje na asymetrię. Google ogranicza zewnętrzny dostęp do danych o wynikach wyszukiwania w momencie, w którym samo rozbudowuje własne produkty generatywne oparte o te same dane. Argument o ochronie użytkowników jest tu trudny do zweryfikowania, bo zwykły użytkownik na tej zmianie nic nie zyskuje, a traci drobiazg: podgląd adresu docelowego w pasku przeglądarki przed kliknięciem. Dla osób, które używały tego podglądu jako prostego filtra bezpieczeństwa, to realne pogorszenie.

Pojawił się też wątek zaufania. Przekierowanie przez pośrednika to wzorzec kojarzony historycznie raczej z sieciami reklamowymi i systemami śledzącymi niż z organicznymi wynikami wyszukiwania. Sam fakt, że Google przez dwa miesiące testowało mechanizm bez komunikatu, a oficjalne stanowisko ograniczyło do jednego ogólnego zdania, nie pomaga w budowaniu przekonania, że chodzi wyłącznie o bezpieczeństwo.

Co dalej

Najbliższe tygodnie powinny przynieść trzy rzeczy. Po pierwsze, pierwszą rzetelną analizę zachowania nagłówków HTTP w przekierowaniu, wykonaną przez kogoś z dostępem do odpowiedniej skali ruchu. To rozstrzygnie kwestię atrybucji raz na zawsze i warto poczekać na te dane, zamiast opierać decyzje na spekulacji.

Po drugie, adaptację narzędzi. Większość poważnych dostawców monitoringu pozycji przejdzie przez to bez trwałych strat, choć możliwe są przejściowe podwyżki cen lub limitów, bo koszt pobierania danych realnie rośnie. Mniejsi gracze oraz darmowe narzędzia mogą tego nie udźwignąć.

Po trzecie, możliwą odpowiedź regulacyjną lub prawną. Po przegranej z SerpApi Google wybrało drogę techniczną, ale rynek dostawców danych SERP jest na tyle duży, że prawdopodobne są próby podważenia takiej blokady, szczególnie w jurysdykcjach traktujących dostęp do danych publicznych szeroko.

Dla osoby prowadzącej stronę plan działania na dziś jest krótki: nie zmieniaj konfiguracji analityki w reakcji na tę wiadomość, zapisz dzisiejszą datę jako punkt odniesienia, obserwuj relację między kliknięciami w Search Console a sesjami organicznymi w GA4 przez najbliższe cztery tygodnie i uprzedź zespół lub klienta, że raporty pozycji mogą przez chwilę zachowywać się nietypowo. Jeśli po miesiącu proporcje się nie zmieniły, temat jest zamknięty.

FAQ

Czy przekierowania goto zaszkodzą pozycjom mojej strony?

Nie. To zmiana w warstwie linków wyświetlanych użytkownikowi, a nie w algorytmie rankingowym. Kolejność wyników, sposób oceny stron i indeksowanie pozostają bez zmian. Jeśli obserwujesz spadki pozycji w tym okresie, ich przyczyn należy szukać gdzie indziej.

Czy stracę dane o ruchu organicznym w GA4?

Na razie nie ma dowodów, że tak się dzieje, i nie ma też dowodu, że się nie dzieje. Nikt publicznie nie zbadał zachowania nagłówka Referer w tym przekierowaniu. Zalecana postawa to obserwacja, a nie przebudowa konfiguracji. Sygnałem alarmowym byłoby jednoczesne pojawienie się wzrostu ruchu direct, spadku sesji organicznych i stabilnych kliknięć w Search Console.

Czy dane w Google Search Console są wiarygodne mimo tej zmiany?

Tak. Nie zgłaszano wpływu przekierowań na raporty Search Console, co jest logiczne, bo Google zlicza kliknięcia po swojej stronie, zanim użytkownik opuści stronę wyników. W okresie niepewności Search Console powinien być głównym punktem odniesienia dla oceny ruchu z wyszukiwarki.

Czy moje narzędzie do monitoringu pozycji przestanie działać?

Większość poważnych dostawców już dostosowuje parsery, a część rozpoznaje nowy wzorzec adresów. Możliwe są przejściowe anomalie w raportach: braki domen, dziwne adresy w eksportach, luki w historii. Warto potwierdzić u swojego dostawcy, czy zmiana została obsłużona, zanim wyciągniesz wnioski z nietypowego raportu.

Czy powinienem coś zmienić w pliku robots.txt lub w danych strukturalnych?

Nie w bezpośredniej reakcji na tę zmianę, ale warto potraktować ją jako sygnał szerszego trendu. Skoro zewnętrzne systemy AI mają trudniejszy dostęp do wyników Google, rośnie znaczenie tego, jak twoja strona wygląda dla ich własnych crawlerów. Przegląd polityki wobec botów AI i jakości danych strukturalnych jest w tym kontekście uzasadniony.