Użytkownik naciska Wstecz, ale zamiast wrócić do wyników wyszukiwania, widzi reklamę albo ponownie tę samą stronę. Takie blokowanie powrotu narusza zasady Google. Przyczyną może być również zewnętrzny skrypt reklamowy, dlatego warto sprawdzić działanie witryny, nawet jeśli Twój zespół nie dodawał podobnej funkcji. Poniżej znajdziesz sposób na przeprowadzenie testu i wskazówki, co zrobić, gdy wykryjesz problem.
▍ Najważniejsze wnioski
- ✓ Termin na dostosowanie strony już minął. Zapowiedziana data rozpoczęcia egzekwowania zasad to 15 czerwca 2026.
- ✓ Sprawdź również zewnętrzne skrypty. Przegląd powinien objąć biblioteki i platformy reklamowe używane w witrynie.
- ✓ Przetestuj powrót do poprzedniej strony. Sam brak ręcznego działania w Search Console nie potwierdza, że nawigacja działa prawidłowo.
Co ogłosił Google
13 kwietnia 2026 zespół jakości wyszukiwarki opublikował na blogu Search Central zmianę zasad dotyczącą przejmowania przycisku Wstecz. Chodzi o sytuację, w której witryna zakłóca nawigację w przeglądarce użytkownika, uniemożliwiając natychmiastowy powrót do poprzedniej strony za pomocą przycisku Wstecz.
- Google zaliczył przejmowanie przycisku Wstecz do szkodliwych praktyk naruszających zasady dotyczące spamu.
- Stronom stosującym tę praktykę grożą ręczne działania lub automatyczne obniżenie pozycji w wyszukiwarce.
- Jako datę rozpoczęcia egzekwowania zasad wskazano 15 czerwca 2026.
- Za przejmowanie przycisku Wstecz mogą odpowiadać także biblioteki lub platformy reklamowe używane w witrynie.
Złośliwe praktyki powodują rozbieżność między oczekiwaniami użytkowników a rzeczywistym wynikiem, co prowadzi do negatywnych i zwodniczych wrażeń użytkowników lub naruszenia ich bezpieczeństwa lub prywatności.
Nie wiesz, czy przycisk Wstecz działa prawidłowo?
Sprawdzę nawigację oraz skrypty reklamowe i partnerskie w Twoim serwisie. Wskażę wykryte problemy i zalecane poprawki.
Audyt techniczny SEOCo grozi stronie, która blokuje powrót
Termin podany w kwietniowej zapowiedzi już minął. Jeśli znajdziesz w witrynie mechanizm blokujący powrót, usuń go lub wyłącz. Nie trzeba zgadywać, jak duży spadek pozycji mógłby spowodować, bo naprawa i tak przywraca użytkownikowi możliwość opuszczenia strony.
Ręczne działanie i automatyczne obniżenie pozycji wymagają różnych sposobów sprawdzenia. Ręczne działanie znajdziesz w raporcie „Ręczne działania” w Search Console. Raport podaje problem oraz objęte nim strony. Po usunięciu naruszenia możesz poprosić o ponowne rozpatrzenie. Opis tej procedury znajdziesz w pomocy Search Console.
Ten raport dotyczy działań ręcznych, więc jego pusty wynik nie wyklucza skutków działania algorytmów. Sam spadek ruchu również nie wystarcza, żeby rozpoznać przyczynę. Może wymagać szerszej analizy, podobnie jak spadek po aktualizacji spamowej. Najpierw sprawdź, czy problem z przyciskiem rzeczywiście występuje.
Przejrzyj kod strony i integracje reklamowe
Zacznij od ustalenia, jakie skrypty działają w witrynie i kto nimi zarządza. Poproś programistę o sprawdzenie kodu nawigacji, a osobę obsługującą reklamy o listę podłączonych bibliotek i platform. Samo zapewnienie, że zespół nie pisał funkcji blokującej Wstecz, nie zwalnia ze sprawdzenia zewnętrznych integracji.
Jeśli potrafisz odtworzyć problem, przekaż te same kroki obu osobom. Na kopii testowej można kolejno wyłączać podejrzane integracje i sprawdzać, po której zmianie powrót zaczyna działać. Zapisz nazwę skryptu, zmienione ustawienie i wynik testu. Dzięki temu po aktualizacji biblioteki będzie wiadomo, co sprawdzić ponownie.
Ruch spadł i nie znasz przyczyny?
Umów bezpłatną konsultację. Przejrzymy dostępne dane z Search Console i ustalimy, co warto sprawdzić w pierwszej kolejności.
Bezpłatna konsultacjaSam zapis do historii przeglądarki nie oznacza naruszenia
Aplikacja może zmieniać adres i zapisywać kolejne widoki bez przeładowania całej strony. Metoda pushState() dodaje wpis do historii przeglądarki, a replaceState() zmienia bieżący wpis. Ich działanie opisuje dokumentacja MDN wskazana w źródłach. Szerszy kontekst działania takich stron znajdziesz w tekście o JavaScript SEO i renderowaniu.
W opisanym przez Google naruszeniu chodzi o utrudnienie powrotu do poprzedniej strony. Dlatego znalezienie pushState() w kodzie nie wystarczy do oceny witryny. Sprawdź efekt: czy Wstecz odtwarza rzeczywistą drogę użytkownika, czy prowadzi do dodatkowej reklamy albo zatrzymuje go w pętli.
Podobnie samo okno zapisu do newslettera nie dowodzi przejmowania przycisku Wstecz. Trzeba sprawdzić, czy wpływa na powrót w przeglądarce. To rozróżnienie dotyczy tej konkretnej praktyki; nie potwierdza zgodności okna ze wszystkimi pozostałymi zasadami.
Chcesz, żeby nawigacja pracowała na konwersję?
Uporządkuję ścieżki użytkownika tak, by zatrzymywała go treść, a nie zablokowany przycisk powrotu.
Optymalizacja SXOJak sprawdzić działanie Wstecz u siebie
Do pierwszego sprawdzenia wystarczy przeglądarka. Wykonaj test na komputerze i telefonie, a wynik zapisz wraz z adresem strony i nazwą przeglądarki:
- Otwórz witrynę z wyników wyszukiwania w tej samej karcie. Naciśnij Wstecz i sprawdź, czy wracasz do wyników bez dodatkowej strony lub reklamy.
- Wejdź ponownie, otwórz kolejne podstrony i zanotuj ich kolejność. Cofaj się po jednym kroku. Porównuj to, co widzisz, z drogą, którą przed chwilą przeszedłeś.
- Powtórz przejście po załadowaniu reklam i obsłużeniu okna zgód. Jeśli używasz blokady reklam, sprawdź też własną witrynę z wyłączoną blokadą. Zapisz warunki, w których występuje problem.
- Jeśli trafiasz na stronę, której wcześniej nie odwiedziłeś, albo przycisk Wstecz stale wyświetla tę samą stronę, nagraj przebieg i przekaż go osobie odpowiedzialnej za kod. Po poprawce powtórz te same kroki.
Nie traktuj licznika window.history.length jako testu zgodności. Pokazuje liczbę wpisów w historii sesji, łącznie z bieżącą stroną, lecz nie wskazuje, który skrypt je utworzył ani czy nawigacja wprowadza w błąd. Zmiana bieżącego wpisu przez replaceState() nie wymaga dodania nowego. Sam licznik może więc przeoczyć problem lub zwrócić uwagę na prawidłowe zachowanie aplikacji.
Udany test potwierdza tylko sprawdzone przejście w danych warunkach. Jeśli ktoś zgłasza problem, którego nie odtwarzasz, poproś o dokładny adres, urządzenie i kolejne kroki. Wykrycie oraz usunięcie przyczyny może wymagać pracy programisty; nie zakładaj, że zawsze wystarczy krótki przegląd strony.
Włącz takie sprawdzenie do kontroli po zmianach w nawigacji lub integracjach reklamowych. Jak zorganizować szerszy przegląd, opisuję w poradniku jak śledzić zmiany w Google.
Sprawdź, czy z Twojej strony można wrócić przyciskiem Wstecz. Jeśli powrót jest blokowany, usuń przyczynę i powtórz test. Gdy Search Console pokazuje ręczne działanie związane z tym problemem, po naprawie poproś o ponowne rozpatrzenie.
Źródła
Tematy poruszone w artykule:
O autorze, Paweł Więcko
Freelancer SEO i AI z Warszawy. W SEO od 2020 roku, z czego prawie sześć lat w agencji widoczni. Pracuje ze sklepami internetowymi i firmami B2B, a efekty mierzy ruchem i przychodem.
Czytaj dalej w temacie Aktualności Google — zmiany w wyszukiwarce
Jak śledzić zmiany w Google, które naprawdę Cię dotyczą
Gdzie Google faktycznie ogłasza zmiany, jak odróżnić te, które dotyczą Twojej strony, i co robić w pierwszym tygodniu po core update. Procedura zamiast paniki.
JavaScript SEO i Rendering (SSR, CSR, SSG)
Jak Google renderuje JavaScript w dwóch falach i dlaczego CSR opóźnia indeksację. Praktyczny przewodnik po SSR, SSG, hydratacji i testowaniu renderu strony.
Czy sierpniowa aktualizacja spamowa dotknęła Twój serwis
Sierpniowa aktualizacja spamowa objęła polskie wyniki. Od 24 września wdrażała się kolejna, więc skutki sierpniowej sprawdzisz rzetelnie na danych do 23 września.