Googlebot pobrał serwis ponad milion razy, a Google zindeksował 4 adresy: kiedy Google traci zaufanie do serwisu

Krótka odpowiedź

Gdy Googlebot pobiera serwis setki tysięcy razy, a w indeksie są pojedyncze adresy, sam dostęp robota do stron nie musi być problemem. Google może je widzieć i oceniać, ale nie uznawać ich za warte pokazania. W dwóch przypadkach opisanych jesienią 2026 roku John Mueller z Google ostrożnie wskazał to samo prawdopodobne źródło problemu: masę stron generowanych automatycznie, które niewiele wnoszą. W pierwszym dodał błąd techniczny: zindeksowane adresy przekierowywały na stronę główną.

Najważniejsza część jego odpowiedzi: systemy Google mogły stracić zaufanie do całego serwisu przez stare strony, a oznaczenie ich tagiem noindex tego od razu nie zmienia. Nasz wniosek: naprawa to mniej stron, lepsze strony i porządek w przekierowaniach, a ewentualny efekt może przyjść dopiero po miesiącach.

Przypadek 1: 1,17 mln pobrań, 4 adresy w indeksie

3 października 2026 roku właściciel porównywarki produktów napisał na Bluesky do Johna Muellera, że Googlebot pobrał jego serwis 1,17 mln razy w ciągu kilku ostatnich tygodni, a Google nie zindeksował nawet strony głównej. Search Console pokazywał 4 zindeksowane adresy. Liczbę pobrań właściciel pokazał na zrzucie raportu Statystyki indeksowania. Raport Indeksowanie stron na drugim zrzucie pokazywał 4 strony w indeksie i 180 tys. poza nim.

Mueller odpowiedział następnego dnia. Kliknął kilka zindeksowanych adresów i wszystkie przekierowywały na stronę główną, co według niego wskazuje na poważne problemy techniczne do naprawy. Dodał, że duży agregator produktów trudno dobrze zbudować i utrzymać: powstaje masa adresów z treścią generowaną automatycznie, a przekonanie wyszukiwarki i użytkowników, że to coś wartościowego, będzie trudne.

Właściciel odpisał, że to błędne koło: nowy serwis nie udowodni wartości, skoro Google nie pokazuje jego stron. Zwrócił też uwagę, że serwis jest zatwierdzoną przez Google porównywarką cen w programie Comparison Shopping Services (CSS). Sam jednak przyznał, że ta ocena nie ma związku z wynikami organicznymi. Mueller na to już nie odpowiedział.

Lekcja dla właściciela sklepu albo serwisu ogłoszeniowego: wysoka liczba pobrań nie jest dobrym znakiem sama w sobie. Może oznaczać, że Google ciągle znajduje nowe, generowane adresy i wiele z nich pobiera, zanim je odrzuci.

Przypadek 2: „systemy mogły stracić wiarę w serwis”

Miesiąc wcześniej, 6 września 2026 roku, o pomoc poprosił twórca katalogu technologii, z których korzystają strony internetowe. Serwis ruszył w kwietniu i na początku Google zindeksował dużo stron. Potem strony zaczęły wypadać. Właściciel uznał, że były zbyt ubogie, i oznaczył je tagiem noindex. Mimo to podstawowe strony, na przykład „O nas”, od miesięcy miały status „Strona zeskanowana, ale jeszcze niezindeksowana”. Serwis nie miał ręcznych działań ani problemów z bezpieczeństwem, za to miał linki z Hacker News, Product Hunt i blogów.

Mueller 7 września zastrzegł, że trudno ocenić, ale jego zdaniem wygląda to na programmatic SEO: program przechodzi przez listy domen, technologii i cech i tworzy stronę dla każdej kombinacji. Każda ma „jakąś” wartość, ale całość niewiele wnosi, a dokładanie kolejnych generowanych objaśnień, na przykład czym jest PHP, nie pomaga użytkownikom. Według niego taki serwis często kończy jako spam, prawie spam albo strona niskiej jakości.

Potem padło zdanie, które warto zapamiętać: systemy Google mogły stracić wiarę w to, że serwis daje użytkownikom wartość, i to na podstawie starych stron. Naprawa wymaga czasu i dużego wysiłku. Mueller radził porównać ją z wychodzeniem z aktualizacji antyspamowych i aktualizacji podstawowych, zastrzegając, że nie nazywa serwisu spamem.

Wniosek: noindex zdejmuje słabe strony z wyników, ale według Muellera systemy Google mogą dalej oceniać serwis przez pryzmat tych stron. Podstawowe strony serwisu mogą wtedy zostać poza indeksem, a właściciel w raporcie widzi to jako status „Strona zeskanowana, ale jeszcze niezindeksowana” i jego typowe przyczyny, choć źródło problemu leży gdzie indziej.

Jak czytać razem dwa raporty Search Console

Sytuację z obu przypadków widać dopiero po zestawieniu dwóch raportów. Statystyki indeksowania pokazują, ile żądań wysyła robot i z jakim skutkiem, a raport Indeksowanie stron pokazuje, ile stron jest w indeksie. Trzy rzeczy pomagają nie wyciągnąć złych wniosków:

• Żądania to nie strony. Statystyki liczą większość żądań w obrębie serwisu, także do obrazów i skryptów, każdy krok przekierowania po stronie serwera i nieudane próby. Milion żądań może oznaczać kilkadziesiąt tysięcy adresów pobranych wiele razy.
• Sprawdź tabelę odpowiedzi. Zobacz, ile żądań kończy się przekierowaniem. W pierwszym przypadku zindeksowane adresy przekierowywały na stronę główną. W raporcie Indeksowanie stron szukaj wtedy wierszy „Strona zawierająca przekierowanie” i „Pozorny błąd 404”.
• Sprawdź cel indeksowania. Wysoki udział celu „Wykrycie” znaczy, że robot ciągle trafia na nowe adresy. Obejrzyj przykładowe adresy. W serwisie bez dużych publikacji mogą to być generowane kombinacje filtrów, miast albo produktów.

Jeśli w raporcie Indeksowanie stron przeważa „Strona zeskanowana, ale jeszcze niezindeksowana” i obejmuje on także strony ofertowe, „O nas” czy kontakt, problem może dotyczyć oceny całego serwisu. Pojedyncze poprawki treści mogą wtedy nie wystarczyć.

Czy usuwanie stron pomaga

Google pisze w dokumentacji o aktualizacjach podstawowych, że usuwanie treści to ostateczność, gdy nie da się jej uratować. Zaraz potem dodaje: jeśli rozważasz usunięcie całych sekcji serwisu, to prawdopodobnie znak, że powstały z myślą o wyszukiwarce, a ich usunięcie może pomóc dobrym stronom. Generowane katalogi z obu przypadków pasują do tego opisu.

20 października 2026 roku Chris Long z agencji Nectiv podsumował przypadek opisany przez Annę Crowe w Search Engine Land: liczba zindeksowanych stron spadła o 57%, a zapytań w TOP10 przybyło o 65%. Wykres dołączony do jego wpisu pokazuje bardziej ostrożny obraz. Od grudnia 2024 do kwietnia 2025 roku wyświetlenia w Search Console wzrosły o 49%, a liczba fraz w TOP10 mierzona zewnętrznym narzędziem (DataForSEO, wyniki w USA) o 3%. Wykres kończy się na kwietniu 2025 roku, a wpis nie podaje, za jaki okres liczy 65%. Efekt przycinania mierz więc w Search Console, na swoich zapytaniach.

Ten przypadek nie przeczy Muellerowi. Wpis Longa nie mówi, jaki to był serwis, ale przycinanie ma sens tylko wtedy, gdy po nim zostają dobre strony. Gdy prawie wszystko jest generowane, po usunięciu słabych stron niewiele zostaje i trzeba zbudować wartość od nowa.

Poprawa, noindex, 410 czy przekierowanie

Kilka faktów z dokumentacji Google, które zmieniają decyzję:

• noindex nie oszczędza pobrań. Google pobiera stronę, czyta tag i dopiero wtedy ją odrzuca. Przy setkach tysięcy adresów robot dalej spędza na nich czas.
• 404 i 410 działają tak samo. Google traktuje wszystkie kody 4xx poza 429 jednakowo: adres wypada z indeksu, a robot odwiedza go coraz rzadziej. Google nie zapomina znanych adresów, ale 404 to dla niego mocny sygnał, żeby nie wracać. Więcej o tym w tekście kiedy błąd 404 szkodzi, a kiedy jest w porządku.
• Blokada w robots.txt to nie usunięcie. Zablokowane adresy zostają w kolejce robota dużo dłużej, a gdy strona z noindex jest zablokowana w robots.txt, Google nie zobaczy tagu i strona może dalej wyświetlać się w wynikach.
• Masowe przekierowanie na niepasującą stronę główną to błąd. Google może je uznać za pozorny błąd 404, a takie strony nadal pobiera. W pierwszym przypadku właśnie takie adresy zostały w indeksie.

Przykład: wyobraź sobie sklep example.com, który ma 40 000 stron „produkt + miasto” bez ruchu i 2 000 kart produktów. Strony z miastami zwracają 410, linki do nich znikają z menu i mapy witryny, a karty produktów dostają własne zdjęcia i parametry. Jedna decyzja obejmuje cały szablon, więc nie trzeba oceniać 40 000 adresów pojedynczo.

Ile trwa odzyskanie zaufania

Google podaje w dokumentacji, że część zmian działa po kilku dniach, ale upewnienie się, że serwis jako całość daje przydatne treści, może zająć kilka miesięcy. Jeśli po kilku miesiącach nic się nie dzieje, czasem trzeba poczekać do następnej aktualizacji podstawowej. Na Reddicie Mueller pisał we wrześniu 2026 roku, że naprawa po dużych zmianach algorytmu trwa niekiedy wiele miesięcy.

Gary Illyes z Google pokazał 2 października 2026 roku w Barcelonie zakresy czasu oparte na wewnętrznych analizach Google. Według relacji Johna Campbella z agencji ROAST powrót po aktualizacji podstawowej trwa typowo 3 do 6 miesięcy, najdłużej od pół roku do roku. Według Search Engine Journal 4 października slajdów nie było na stronie wydarzeń Search Central, a pozostałe zakresy czasu podane przez Google zebraliśmy osobno.

W tym czasie nie zmieniaj co tydzień całego serwisu. Raz w miesiącu sprawdź w raporcie Indeksowanie stron, czy wracają strony ofertowe i podstawowe, a w raporcie Skuteczność, czy rosną wyświetlenia. Jeśli po kilku miesiącach nie widzisz zmian i nie wiesz, które grupy stron ciągną serwis w dół, sprawdzimy to w ramach audytu SEO i GEO.