Wyświetlenia w Google spadły z dnia na dzień, a strony są zaindeksowane: jak znaleźć przyczynę

W tym tygodniu r/SEO i r/TechSEO zalał ten sam zrzut ekranu: wyświetlenia w Search Console lecą w dół, a narzędzie do sprawdzania adresu URL nadal pokazuje strony jako zaindeksowane. Daty są różne (7, 11, 16, 17 i 21 października 2026), platformy też, panika identyczna. Nocny spadek przy stronach, które zostały w indeksie, ma krótką listę przyczyn i większość da się potwierdzić albo wykluczyć w niecałą godzinę, korzystając tylko ze stron Google. Ten poradnik układa je w kolejności, która marnuje najmniej czasu, niezależnie od tego, czy strona stoi na WordPressie, Shopify, headlessowym froncie w Next.js albo Astro, czy na czymkolwiek innym.

Zaindeksowana znaczy tylko tyle, że Google przechowuje stronę i może ją pokazać. Wyświetlenia mówią, czy rzeczywiście pojawiła się przy prawdziwym zapytaniu. Diagnoza toczy się właśnie w tej szczelinie.

#Czy to błąd raportowania w Search Console

Zacznij od przyrządu. Przewodnik Google o debugowaniu spadków ruchu ma obok prawdziwych przyczyn szkic podpisany “Błąd raportowania” i odsyła na stronę Anomalie danych w Search Console. Ta strona zbiera znane błędy logowania z ostatnich 3 do 16 miesięcy. Na 23 października 2026 nie ma tam nic za październik. Jest za to błąd logowania, który wpływał na raportowanie wyświetleń od 13 maja 2025 do 27 kwietnia 2026; po jego naprawie raportowane wyświetlenia spadły, a kliknięcia zostały bez zmian. Spadek wyświetleń przy płaskich kliknięciach może więc być zmianą pomiaru, a widoczność wcale nie musiała spaść.

Dwie kolejne pułapki raportowania. Pomoc raportu skuteczności mówi, że najnowsze dane mogą być wstępne i są rysowane linią przerywaną. A różne raporty odświeżają się w różnym rytmie. Jeden z autorów wątków na r/SEO opisał to tak:

Na 20 października raport Indeksowanie stron nadal pokazywał 12 października jako datę ostatniej aktualizacji.

(u/Silberzwiebel, r/SEO, 22 października 2026, tłumaczenie własne)

Właściciel innej strony zobaczył to samo opóźnienie w tym samym tygodniu: “najnowsza data to 12 października, a zrzut powyżej sięga 19 października” (u/ddxv, r/TechSEO, tłumaczenie własne). Nie zestawiaj świeżego wykresu skuteczności z raportem indeksowania sprzed tygodnia.

#Czy Google wypuścił aktualizację w dniu spadku

Otwórz panel stanu wyszukiwarki Google i porównaj początek spadku z listą incydentów. Panel podaje czas pacyficzny USA, a plik JSON z incydentami czas UTC. Na jesień 2026 widnieje tam spam update z września 2026, od 24 września, 16:15 UTC, do 8 października, 08:00 UTC. Sekcje pobierania i indeksowania nie mają ostatnich incydentów, a ostatni incydent wyświetlania pochodzi z 24 lutego 2026.

To okno pokrywa się z jednym z tegotygodniowych przypadków. Autor, który stracił około 95% ruchu z Google, dopisał dokładny czas:

Wyświetlenia spadły z ok. 8900 dziennie do ok. 300 w ciągu godziny, 7 października (około 03:00 UTC). To końcówka wrześniowego spam update 2026 (od 24 września do 8 października).

(u/Longjumping-Ad1011, r/TechSEO, 23 października 2026, tłumaczenie własne)

Ten sam autor dodał, że większość z około 120 000 adresów w mapach witryny to strony generowane programowo, a 86% z nich nie miało ani jednego wyświetlenia przez cztery tygodnie przed spadkiem. Taki profil opisują zasady Google dotyczące spamu w części “Nadużywanie treści na dużą skalę”. Przy spadkach z 11, 16, 17 czy 21 października obraz jest inny: Google nic na te daty nie podaje, ani w panelu, ani na stronie anomalii. Inny komentujący napisał wprost: “21 października spadło o ok. 90% w ciągu dwóch godzin, od około 07:00 UTC. Strony nadal są w indeksie, brak ręcznych działań, ruch z Yandexa się nie ruszył” (u/Radiant_Train_8917, tłumaczenie własne). Brak wpisu nie dowodzi, że nic się nie stało, bo Google publikuje tylko istotne aktualizacje. Oznacza jednak, że nie wskażesz ogłoszonej aktualizacji i nie przestaniesz szukać.

Przejrzyj też raporty Ręczne działania i Problemy dotyczące bezpieczeństwa. Przewodnik Google wymienia oba jako przyczyny dużych spadków, a sprawdzenie zajmuje minutę.

#Spadek ruchu w weekend albo sezonowość

17 października 2026 to sobota. Najprzydatniejsza odpowiedź w wątku o spadku od 17 października dotyczyła kalendarza:

17 października był 5 dni temu, a dane masz tylko do 20 października. Widzisz dołek. Może być zupełnie przypadkowy. Nie panikuj przy każdym weekendowym spadku. Jeśli zrobi się z tego trend, wtedy czas na diagnozę.

(u/itisoktodance, r/SEO, 22 października 2026, tłumaczenie własne)

Strona sprzedająca firmom potrafi w sobotę i niedzielę stracić dużą część popytu z dni roboczych. Search Console ma na to ustawienie: raport skuteczności pozwala zgrupować dane tygodniowo albo miesięcznie, właśnie po to, żeby wygładzić dzienne wahania, takie jak weekendy i święta. Przełącz na widok tygodniowy i zobacz, czy spadek przetrwa.

Przy sezonowości przewodnik Google radzi ustawić zakres na ostatnie 16 miesięcy i sprawdzić, czy ten sam dołek był rok wcześniej, a potem przepuścić główne frazy przez Trendy Google z regionem Polska, żeby zobaczyć, czy popyt spadł w całej sieci, czy tylko u ciebie.

#Co się zmieniło po twojej stronie

Jeśli spadek jest prawdziwy, nie jest weekendem i nie pokrywa się z ogłoszoną aktualizacją, otwórz historię własnych wdrożeń. Przewodnik Google robi rozróżnienie, które przy nocnym klifie ma znaczenie: źle umieszczony noindex zależy od ponownego pobrania każdej strony, więc daje wolniejszy spadek, a problem całej witryny uderza szybko. Typowe zmiany obejmujące całą stronę:

• robots.txt. Pomoc raportu Statystyki indeksowania mówi, że jeśli robots.txt zwraca 429 albo 5xx, a Google nie ma udanej kopii młodszej niż 24 godziny, przez pierwsze 12 godzin przestaje indeksować witrynę. Źle ustawiona reguła zapory potrafi to zrobić samemu robots.txt.
• Ochrona przed botami. Ustawienia botów AI w Cloudflare zaliczają roboty o mieszanym przeznaczeniu, używane do trenowania i do wyszukiwania, do kategorii Training. Które opcje sięgają Googlebota, opisałem w tekście czy Cloudflare blokuje Googlebota.
• Canonical i przekierowania. Aktualizacja motywu, aplikacji albo middleware, która zmienia sposób budowania tagów canonical lub przekierowań, może przenieść sygnały na inny adres albo inną nazwę hosta, jak w poradniku o stronie zaindeksowanej pod złą subdomeną.
• Renderowanie. Zmiana w JavaScripcie albo na serwerze może zostawić prawie pusty HTML, który dostaje Google, choć w przeglądarce wszystko wygląda dobrze.

Jedna z odpowiedzi na r/TechSEO pokazuje, jak mały bywa wyzwalacz:

Dodałem regułę w htaccess, która miała to zatrzymać, a okazało się, że zablokowała też renderowanie części strony głównej, przez co strona główna wypadła z indeksu.

(u/emuwannabe, r/TechSEO, 22 października 2026, tłumaczenie własne)

W raporcie Statystyki indeksowania (w ustawieniach usługi) sprawdź stan hosta (pobieranie robots.txt, rozpoznawanie DNS, łączność z serwerem), udział odpowiedzi 5xx i skok średniego czasu odpowiedzi w dniu spadku. Potem uruchom sprawdzanie adresu URL na stronie, która straciła ruch, i obejrzyj pobrany HTML. Szybki test kontrolny z tego samego wątku: “Sprawdź ruch z Binga w Bing Webmaster Tools. Jeśli wzorzec jest podobny, szukaj problemu technicznego” (u/sammyQc, tłumaczenie własne).

#WordPress, Shopify i Next.js: jedno ustawienie, cała witryna

Każda platforma ma przełącznik, który jednym wydaniem potrafi wyjąć stronę z wyników:

• WordPress. Dokumentacja ekranu ustawień czytania podaje, że pole proszące wyszukiwarki o nieindeksowanie witryny od wersji 5.3 dodaje meta tag robots z wartością noindex,nofollow do każdej strony, która wywołuje wp_head. Kopia ze stagingu przeniesiona na produkcję z zaznaczonym polem to klasyka. Ponieważ to noindex na poziomie strony, według przewodnika Google spadek będzie raczej zjazdem rozłożonym na kolejne wizyty robota niż klifem w godzinę.
• Shopify. Dokumentacja szablonu robots.txt.liquid mówi, że dodanie tego szablonu zastępuje robots.txt generowany przez Shopify, i radzi przed publikacją zapisać kopię obecnego /robots.txt i porównać ją z wynikiem szablonu. Zmiana motywu z ręcznie edytowanym plikiem robots powinna trafić do dziennika wdrożeń.
• Next.js. Konwencja pliku robots pozwala generować robots.txt z app/robots.ts, także z osobnymi regułami dla różnych robotów, a dokumentacja zaznacza, że wynik jest domyślnie cache’owany. Po każdym wydaniu czytaj /robots.txt na produkcji, a nie plik źródłowy.

#Czy zablokowany bot to naprawdę Googlebot

Wpisy “Googlebot” w logach niczego nie dowodzą, bo taki nagłówek może wysłać każdy scraper. Reguła pisana przeciwko fałszywym robotom potrafi jednak zablokować prawdziwego. Przewodnik Google o weryfikacji Googlebota podaje test: odwrotne zapytanie DNS dla adresu IP z logów, sprawdzenie, czy nazwa kończy się na googlebot.com, google.com albo googleusercontent.com, a potem zwykłe zapytanie DNS dla tej nazwy, które musi zwrócić ten sam adres IP:

host 66.249.66.1
host crawl-66-249-66-1.googlebot.com

Druga droga to porównanie adresu z listami zakresów IP robotów Google w formacie JSON, do których linkuje ta sama strona. Zanim po spadku zaostrzysz regułę zapory albo CDN, sprawdź, które z zablokowanych żądań przechodzą ten test.

#Ile trwają błędy 5xx, zanim strony wypadną z indeksu

Strona Google o tym, jak kody HTTP wpływają na roboty, rozdziela dwie rodziny błędów. Odpowiedź 5xx albo 429 sprawia, że Googlebot chwilowo zwalnia; zaindeksowane adresy zostają w indeksie przez jakiś czas, ale w końcu wypadają, a adresy, które uporczywie zwracają błąd serwera, są usuwane. Przy kodzie 500 tempo pobierania spada proporcjonalnie do liczby adresów zwracających błąd, a gdy serwer znów odpowiada 2xx, Google stopniowo je podnosi. Kod 4xx inny niż 429 działa inaczej: zaindeksowany adres, który go zwraca, wypada z indeksu.

Dla tej diagnozy wynikają z tego dwie rzeczy. Krótka awaria, jak 15-minutowy przestój hostingu, o którym pisał jeden z komentujących w wątku o spadku o 95%, sama nie usunie zaindeksowanych stron w ciągu nocy. Limit zapytań albo reguła antybotowa, która przez kilka dni odpowiada Googlebotowi kodem 429, spowalnia pobieranie, a jeśli trwa dłużej, zaczyna usuwać adresy. Ta sama strona zaznacza, że odpowiedź 200 z pustą stroną albo komunikatem o błędzie może trafić do raportów jako soft 404. Tak wygląda zepsute renderowanie, gdy wszystkie kody odpowiedzi są w porządku.

#Wyświetlenia stoją, kliknięcia spadają: przeglądy od AI i wyniki rozszerzone

Przewodnik Google rozdziela te dwa kształty. Jeśli wyświetlenia trzymają się, a kliknięcia spadają, tytuł i opis mogą być słabsze, niż mogłyby, albo inne wyniki dostały atrakcyjniejszy wynik z elementami rozszerzonymi. Elementy znikają też po stronie Google: strona anomalii odnotowuje, że wyniki rozszerzone FAQ przestały pojawiać się w wyszukiwarce 7 maja 2026, a strony, które na nich polegały, zobaczyły spadek wyświetleń FAQ.

Funkcje AI siedzą w tych samych liczbach. Dokumentacja Google o funkcjach AI mówi, że przeglądy od AI i tryb AI są raportowane w raporcie skuteczności w typie wyszukiwania “internet”, a strona o metodologii Search Console podaje, że wszystkie linki w jednym przeglądzie od AI mają tę samą pozycję. Nie odfiltrujesz ich z głównego raportu, więc fraza, przy której pojawił się przegląd od AI, może zachować wyświetlenia i stracić kliknięcia. Co da się tam zmierzyć, opisują moje teksty o generatywnej AI w Search Console i o mierzeniu konwersji z wyszukiwania AI.

#Które frazy i strony straciły wyświetlenia

Suma dla całej witryny ukrywa przyczynę. Jak ujął to jeden z komentujących na r/SEO, “wyświetlenia nie zależą od całej witryny jako całości, tylko od wyników każdej frazy na każdej stronie” (u/WebLinkr, r/SEO, tłumaczenie własne). Przewodnik Google podaje procedurę: porównaj okres spadku z podobnym wcześniejszym, posortuj tabelę stron po różnicy kliknięć i przejdź przez karty zapytań, krajów, urządzeń i wyglądu w wyszukiwarce. Zmień też typ wyszukiwania, bo spadek w Grafice Google albo w Wiadomościach wygląda w domyślnym widoku jak spadek całej strony.

Wynik czytaj tak. Jedna strona albo jedna grupa fraz traci wszystko: przyczyna leży w tej stronie albo w zmianie wyników dla tego tematu. Wszystkie strony, języki i kraje tracą ten sam odsetek o tej samej godzinie: przyczyna dotyczy całej witryny, czyli systemu rankingowego, ostrzeżenia bezpieczeństwa albo blokady pobierania. Frazy brandowe się trzymają, a ogólne lecą: chodzi o ranking, nie o indeksowanie. W wątku o spadku o 95% ktoś zadał autorowi właśnie te pytania: “sprawdziłeś ręczne działania i indeksowanie w GSC? kilka adresów, które straciły ruch, powiedziałoby nam więcej niż ten wykres” (u/Psychological-Owl13, tłumaczenie własne). Wykres całej witryny pokazuje, że coś się stało. Lista pięciu adresów z największą różnicą kliknięć pokazuje, gdzie.

#Co znaczy “zaindeksowana” w narzędziu do sprawdzania adresu URL

Pomoc narzędzia do sprawdzania adresów URL wyjaśnia, że wszystko, co narzędzie pokazuje dla zindeksowanego wyniku, pochodzi z ostatnio zeskanowanej wersji strony, a datę podaje w polu “Ostatnie skanowanie”. Strona pobrana trzy tygodnie temu może nadal wyglądać na zaindeksowaną, choć jej szablon zepsuł się wczoraj. Sprawdź tę datę, zanim uwierzysz zielonemu znaczkowi.

Ta sama strona w części “Co nie jest testowane” wymienia, czego test nie sprawdza: zgodności strony z wytycznymi Google dotyczącymi jakości i bezpieczeństwa, ręcznych działań i problemów z bezpieczeństwem witryny oraz usunięć z powodów prawnych lub innych. Dodaje też, że adres kanoniczny wybrany przez Google da się odczytać tylko z danych zindeksowanych, a test wersji opublikowanej go nie przewidzi. Narzędzie odpowiada więc na pytanie, czy Google może pobrać i przechować stronę. Na pytanie, czy ją pokazuje, odpowiada raport skuteczności, i to tam trzeba szukać przyczyny nocnego spadku.

#Jak porównać okresy w Search Console

• Porównuj okresy tej samej długości, zaczynające się w ten sam dzień tygodnia, na przykład 28 dni z poprzednimi 28.
• Pomiń ostatnie dwa, trzy dni, jeśli wykres nadal rysuje je linią przerywaną.
• Zanim obwinisz aktualizację, dodaj porównanie rok do roku.
• Przy klifie liczonym w godzinach użyj widoku 24 godzin; Google podaje, że pokazuje on dane godzinowe i wstępne.
• Jeśli pobierasz dane przez Search Analytics API, zwróć uwagę na parametr dataState: pominięty albo ustawiony na final zwraca tylko dane ostateczne, a all dokłada świeże dane, które mogą się jeszcze zmienić. Połączenie obu w jednym arkuszu produkuje sztuczny spadek na ostatnich dniach.
• Wstrzymaj kolejne zmiany do pełnego tygodnia danych po poprawce, żeby wiedzieć, co zadziałało.

#Tabela: objaw, przyczyna, gdzie sprawdzić

#Przykład z liczbami: jeden przypadek przez tabelę

Autor wątku z r/SEO, cytowany na początku, podał dość liczb, żeby sprawdzić tabelę w praktyce. Search Console pokazało 286 wyświetleń 11 października 2026, 125 dzień później, 9 trzynastego i zero do 15 października, przy dwujęzycznej witrynie z około 300 adresami. Autor dodał, że GA4 nie pokazuje spadku nawet zbliżonego skalą, że raport Indeksowanie stron nie odświeżył się od 12 października, a selektor dat wyświetlał komunikaty walidacji odwołujące się do 1 stycznia 1970.

Przejdźmy przez wiersze. Spadły i kliknięcia, i wyświetlenia, więc wiersz o płaskich kliknięciach odpada. 11 października 2026 to niedziela, a spadek trwał przez cały tydzień, więc odpada też weekend. Google nie podaje na te dni żadnej aktualizacji, incydentu ani anomalii, więc odpada wiersz o aktualizacji. Zostaje przyczyna po stronie witryny albo raportowania, i dowody wskazują na sprawdzenie obu. Zepsuty selektor dat i nieodświeżony raport indeksowania to objawy raportowe. Informacja, że ważne strony przeszły w stan “Strona zeskanowana, ale jeszcze niezindeksowana”, to objaw indeksowania, który warto sprawdzić narzędziem do sprawdzania adresu URL właśnie na tych adresach. Ani wątek, ani Google nie potwierdzili przyczyny i tabela też tego nie zrobi. Pozwala za to w kilka minut zawęzić listę z ośmiu podejrzanych do dwóch.

Jeśli wolisz, żeby ktoś spojrzał na to z boku, moje sprawdzenie strony czyta reguły dla robotów, kody odpowiedzi i sygnały indeksowania dowolnego publicznego adresu, nie tylko na WordPressie. Gdy Statystyki indeksowania pokazują wolniejsze odpowiedzi w okolicy spadku, audyt Core Web Vitals obejmuje czasy serwera i renderowanie.

Ostatnia aktualizacja: 23 października 2026.