„Strona wykryta – obecnie niezindeksowana”: dlaczego Google nie pobiera strony

Krótka odpowiedź

Status „Strona wykryta – obecnie niezindeksowana” znaczy, że Google zna adres strony, ale jeszcze jej nie pobrał. Według pomocy Search Console najczęściej Google chciał pobrać stronę, uznał, że mógłby przeciążyć serwer, i przełożył to na później.

Przy kilku nowych adresach zwykle wystarczy poczekać. Gdy takich adresów są setki lub tysiące, przyczyną bywa wolny serwer, masa zbędnych adresów albo słabe linkowanie wewnętrzne. To trzeba sprawdzić i poprawić.

Co dokładnie mówi ten status

Status widać w raporcie Indeksowanie stron, w tabeli „Dlaczego strony nie są indeksowane”. Google znalazł adres, na przykład w linku albo w mapie witryny, i dopisał go do kolejki. Robot jeszcze na stronę nie wszedł, dlatego w raporcie data ostatniego skanowania jest pusta.

To ważna różnica wobec statusu „Strona zeskanowana, ale jeszcze niezindeksowana”. Tam Google pobrał stronę i na razie nie dodał jej do indeksu, a sam status nie mówi, dlaczego. Opisujemy go osobno w tekście o stronach zeskanowanych, ale niezindeksowanych. Przy stronie wykrytej Google nie widział jeszcze treści, więc problem leży wcześniej: w tym, ile i co Google chce pobierać z Twojej witryny.

Ogólny przegląd wszystkich statusów z tego raportu i kolejność ich sprawdzania znajdziesz w tekście dlaczego Google nie indeksuje strony.

Kiedy wystarczy poczekać

Google pisze, że w większości witryn nowe strony są zauważane po co najmniej kilku dniach, a sprawdzenie i zindeksowanie zmian trwa zwykle trzy dni lub dłużej. Pobranie strony może zająć od kilku dni do kilku tygodni. Indeksowania w dniu publikacji można się spodziewać raczej w serwisach informacyjnych.

W październiku 2026 roku Gary Illyes z Google pokazał na konferencji w Barcelonie wewnętrzne dane Google o czasie tych procesów. Według relacji uczestników typowy czas wykrycia nowego adresu to około 20 godzin, a w najgorszym razie tygodnie albo nigdy. Ani relacje, ani strony wydarzenia nie podają, jak liczono te wartości. Illyes dopisał później, że było to ćwiczenie: chciał sprawdzić, czy słuchacze odnajdą się w liczbach wyciągniętych z wewnętrznych danych Google.

Jeśli masz firmową stronę z kilkudziesięcioma podstronami i status dotyczy kilku świeżych wpisów, nie musisz nic zmieniać. Google pisze, że przy takich stronach wystarczy aktualna mapa witryny i regularne zaglądanie do raportu Indeksowanie stron.

Skąd się bierze: limit serwera i zapotrzebowanie Google

Google ma dla każdej witryny tak zwany budżet indeksowania, czyli zestaw adresów, które może i chce pobrać. Składają się na niego dwie rzeczy.

Limit wydajności, czyli ile wytrzyma serwer

Każda witryna zaczyna z tym samym, ostrożnym limitem. Gdy serwer odpowiada szybko i stabilnie, limit rośnie. Gdy odpowiedzi się wydłużają albo pojawiają się błędy 5xx i kod 429 (zbyt wiele żądań), Google zmniejsza limit i pobiera mniej. Według pomocy Search Console to typowa przyczyna statusu strony wykrytej: Google odłożył pobranie, bo spodziewał się przeciążenia serwera.

Dwie rzeczy łatwo przeoczyć. Limit jest wspólny dla wszystkich robotów Google, więc duże zapotrzebowanie jednego, na przykład robota Zakupów Google pobierającego produkty z feedu Merchant Center, może zmniejszyć zapas dla pozostałych. Do tego Google traktuje każdą subdomenę jako osobną witrynę z osobnym budżetem.

Uważaj też na zapory i ochronę przed botami. Jeśli serwer odpowiada Googlebotowi kodem 503 lub 429 dłużej niż dwa dni, Google zaczyna usuwać te adresy z indeksu.

Zapotrzebowanie, czyli ile Google chce pobrać

Nawet szybki serwer nie wystarczy, gdy Google nie widzi powodu, żeby pobierać więcej. Zapotrzebowanie zależy od wielkości witryny, częstotliwości zmian, jakości stron i ich znaczenia na tle innych witryn. Najwięcej możesz zmienić w liczbie adresów, które Google zna. Jeśli wiele z nich to duplikaty, wersje z filtrów i sortowania albo usunięte strony, Google traci na nie czas i do nowych adresów dochodzi później.

W sklepach typowym źródłem są filtry na parametrach w adresie. Każda kombinacja koloru, rozmiaru i ceny tworzy nowy adres, a Google według własnej dokumentacji pobiera bardzo wiele takich adresów, zanim uzna je za bezużyteczne.

Słabe sygnały, że strona jest ważna

Gdy do adresu prowadzi tylko mapa witryny i żadna inna strona serwisu go nie linkuje, Google może długo odkładać jego pobranie. Mapa witryny to dla Google sugestia, bez gwarancji pobrania. Według dokumentacji strony podlinkowane bezpośrednio ze strony głównej mogą być pobierane częściej.

Jak to sprawdzić krok po kroku

1. W Search Console otwórz Indeksowanie, potem Strony, i kliknij wiersz „Strona wykryta – obecnie niezindeksowana”.
2. Wyeksportuj listę przykładowych adresów i poszukaj wzorców. Dużo adresów z parametrami (?sort=, ?color=), stron tagów i starych adresów może wskazywać problem z liczbą zbędnych adresów. Sprawdź, czy rzeczywiście powielają treść albo nie muszą być pobierane. Same kolejne strony paginacji nie świadczą o problemie. Jeśli na liście są ważne strony ofert lub produktów, sprawdź serwer, linkowanie i reguły blokowania, a także jakość treści w całej witrynie.
3. Kilka ważnych adresów sprawdź w narzędziu do sprawdzania adresów URL. Według dokumentacji Google komunikat „Przekroczono limit obciążenia hosta” znaczy, że Googlebot nie może pobrać z Twojej witryny tylu adresów, ile znalazł.
4. Otwórz Ustawienia i raport Statystyki indeksowania. Na głównym wykresie sprawdź średni czas odpowiedzi serwera i liczbę żądań. W sekcji stanu hosta zobacz, czy w którejś kategorii, czyli przy pobieraniu robots.txt, rozpoznawaniu DNS albo łączności z serwerem, wykres przekraczał czerwoną przerywaną linię. Jak czytać ten raport, opisujemy w tekście o raporcie Statystyki indeksowania i budżecie indeksowania.
5. Poproś firmę hostingową lub programistę o logi serwera. Search Console nie pokazuje historii skanowania dla pojedynczych adresów, a logi pokażą, czy i kiedy Googlebot wchodził na dane strony.

Przykład polecenia dla logu w formacie Combined, które policzy wiersze z Googlebotem w polu User-Agent i znakiem zapytania w pobranym adresie:

awk -F'"' '$6 ~ /Googlebot/ && $2 ~ /[?]/' access.log | wc -l

Zanim uznasz wpisy za wizyty Google, sprawdź, czy ruch naprawdę pochodzi od Google, bo nazwę Googlebota może podać każdy program.

Co pomaga, a co tylko wygląda na pomoc

Serwer

Skróć czas odpowiedzi serwera i usuń błędy 5xx. Google radzi, żeby przy limicie serwera zwiększyć zasoby na miesiąc i sprawdzić w raporcie Statystyki indeksowania, czy w tym czasie wzrosła liczba żądań. Pomaga też obsługa kodu 304: jeśli strona się nie zmieniła, serwer odpowiada bez treści, a Google korzysta z zapisanej wersji.

Liczba adresów

• Połącz duplikaty i ustaw spójne adresy kanoniczne.
• Adresy filtrów i sortowania, które nie muszą być w Google, zablokuj w robots.txt.
• Usunięte strony bez odpowiednika niech zwracają kod 404 albo 410. Według Google strony 4xx (poza 429) nie marnują budżetu.
• Usuń pozorne błędy 404 (soft 404), czyli strony zwracające kod 200, choć informują o braku strony albo nie mają głównej treści, na przykład puste wyniki wyszukiwarki wewnętrznej, i skróć łańcuchy przekierowań.

Linki i mapa witryny

Podlinkuj ważne strony z menu, kategorii i treści. Google zasadniczo odczytuje linki tylko w znaczniku <a> z atrybutem href. Link bez href, obsługiwany wyłącznie skryptem, na przykład <a onclick="goto('...')">, może nie zostać odczytany. Wersja mobilna powinna mieć te same linki co komputerowa, bo Google indeksuje wersję mobilną. W mapie witryny trzymaj tylko adresy, które mają być w Google, z datą ostatniej zmiany w tagu lastmod.

Czego nie robić

Ponawianie prośby o zindeksowanie tego samego adresu go nie przyspieszy, a liczba próśb jest ograniczona. Google odradza też wysyłanie tej samej mapy kilka razy dziennie oraz doraźne dopisywanie i usuwanie katalogów w robots.txt albo podmienianie map, żeby skierować robota w inne miejsce. Tag noindex nie oszczędza budżetu od razu, bo Google musi pobrać stronę, żeby go zobaczyć. Regułę crawl-delay Google ignoruje, a sztuczne zmiany dat na stronach nic nie dają.

Kiedy poprosić o pomoc

Jeśli status obejmuje dużą część serwisu, a w eksporcie są ważne strony ofert lub produktów, zwykle trzeba zmienić strukturę adresów, filtry albo konfigurację serwera. Takie sprawy przeglądamy w ramach audytu SEO i GEO, z logami serwera i danymi z Search Console.