Co oznacza ten status w GSC?
Zanim zaczniesz szukać przyczyny, potwierdź, że to faktycznie ten status. Jeden sygnał w Inspekcji URL rozstrzyga to od razu.
- JeśliPole „Ostatni crawl” w Inspekcji URL ma wypełnioną datę.WybierzTo faktycznie ten statusGoogle pobrał stronę - szukaj przyczyny w treści, duplikacji, jakości domeny albo technice (sekcja 04).
- JeśliPole „Ostatni crawl” jest puste.WybierzTo inny status - WykrytoGoogle zna adres, ale jeszcze go nie pobrał. Diagnoza jest inna (sekcja 02).
- JeśliURL celowo nie powinien być osobnym wynikiem w Google (np. strona techniczna, wariant bez wartości).WybierzZostaw bez indeksuTo świadoma decyzja - potwierdź ją wprost (sekcja 06).
Zeskanowano, ale nie zindeksowano - co dokładnie zrobił Google?
Status „Zeskanowano - obecnie nie zindeksowano” oznacza, że Googlebot pobrał i przeanalizował stronę, ale świadomie nie dodał jej do indeksu. Nazwa w interfejsie GSC bywa różna - „strona zeskanowana, ale jeszcze nie zindeksowana”, „zeskanowano - obecnie nie zaindeksowano” albo dokładnie ta fraza - to zawsze ten sam status, po angielsku „Crawled - currently not indexed”.
Oficjalny opis Google brzmi: „strona została zeskanowana, ale nie zindeksowana. Może zostać zindeksowana w przyszłości; nie trzeba ponownie zgłaszać tego adresu URL do zeskanowania” (Centrum pomocy Google Search Console, raport Page indexing). Google przyznaje więc wprost, że stronę widział - to nie komunikat o błędzie dostępu.
John Mueller z Google ujął to w 2021 roku wprost: „nie da się wymusić indeksowania stron - to normalne, że nie indeksujemy wszystkich stron na wszystkich witrynach. To nie jest problem z ‚tą stroną’, to bardziej site-wide”. Innymi słowy, powtarzający się na wielu adresach status częściej wskazuje na ocenę całej domeny niż na błąd jednej, konkretnej strony.
Czym różni się od „Wykryto - obecnie nie zindeksowano”?
Skoro powtarzający się status bywa oceną całej domeny, zanim zaczniesz szukać przyczyny site-wide, upewnij się, że to w ogóle ten status, a nie sąsiedni. Kluczowy sygnał to data ostatniego crawlu w Inspekcji URL: pusta oznacza status „Wykryto”, wypełniona oznacza „Zeskanowano”. Te dwa statusy wyglądają podobnie w raporcie, ale prowadzą do zupełnie innej diagnozy.
| Cecha | Wykryto - obecnie nie zindeksowano | Zeskanowano - obecnie nie zindeksowano |
|---|---|---|
| Co się stało | Google zna adres URL, ale go jeszcze nie pobrał. | Google pobrał i przeanalizował adres URL. |
| Data ostatniego crawlu w GSC | Zwykle pusta (N/A). | Zwykle podana - konkretna data. |
| Najbardziej prawdopodobna przyczyna | Priorytet crawlowania, sitemap, linkowanie, w dużych serwisach crawl budget. | Jakość i unikalność treści, duplikacja, jakość całej domeny, technika. |
| Czy prośba o indeksowanie ma sens od razu | Tak, po naprawie przyczyny związanej z priorytetem crawlowania. | Zwykle nie - najpierw trzeba usunąć przyczynę jakościową (sekcja 06). |
Adres może też przejść z „Wykryto” do „Zeskanowano”, zanim (albo zamiast) trafi do indeksu - to normalny etap, nie oznaka pogorszenia. Pełną diagnostykę statusu „Wykryto”, crawl budgetu i całego procesu indeksowania opisuje przewodnik Indeksowanie strony w Google.
Jak potwierdzić ten status w Inspekcji URL?
Skoro to rozróżnienie widać właśnie w Inspekcji URL, warto sprawdzić w niej też pozostałe sygnały. Raport zbiorczy „Indeksowanie stron” wystarcza do policzenia adresów, ale diagnozę pojedynczego URL-a zawsze rób w Inspekcji URL - sprawdź kolejno sześć elementów.
- data ostatniego crawlu - wypełniona data potwierdza, że to ten status, a nie „Wykryto”;
- canonical wybrany przez Google w zestawieniu z canonicalem zadeklarowanym przez Ciebie - rozjazd to trop duplikacji;
- odpowiedź serwera przy ostatnim pobraniu - status HTTP powinien być stabilnym 200;
- wynik testu na żywo (rendered HTML) - czy widać główną treść, nagłówki i linki, a nie tylko szkielet strony;
- meta robots w kodzie oraz nagłówek X-Robots-Tag w odpowiedzi HTTP - blokada w nagłówku nie zawsze jest widoczna w samym kodzie źródłowym;
- obecność adresu w mapie witryny (sitemap.xml) jako dodatkowy, choć nieobowiązkowy sygnał priorytetu.
Możliwe przyczyny - mapa diagnostyczna
Elementy sprawdzone w Inspekcji URL są tylko tropami - dopiero złożone razem wskazują, gdzie leży przyczyna. Mieści się ona w czterech obszarach, które warto sprawdzać w kolejności od najczęstszej: najpierw treść i duplikacja, dopiero potem jakość całej domeny i technika.
| Obszar | Mechanizm | Jak sprawdzić? |
|---|---|---|
| Jakość i unikalność treści | Strona nie oferuje wystarczającej wartości względem tego, co już jest w wynikach - to zjawisko czasem opisywane jako „commodity content”: treść, którą mógłby napisać niemal każdy, bez własnego doświadczenia, danych czy przykładów. | Porównaj stronę z mocniejszymi, zaindeksowanymi URL-ami w tym samym serwisie i z wynikami konkurencji. Sprawdź, czy tekst dodaje coś ponad ogólne podsumowanie tematu. |
| Duplikacja i canonical | Bardzo podobna lub identyczna treść istnieje pod innym adresem, a Google samodzielnie wybrał inny URL jako reprezentatywny - niezależnie od tego, co deklaruje znacznik canonical. | Porównaj canonical zadeklarowany i wybrany przez Google w Inspekcji URL. Sprawdź warianty z parametrami, filtrami i near-duplicate wersje tej samej strony. |
| Jakość całej domeny | To nie zawsze ocena jednej strony. Duża liczba słabych lub bardzo podobnych adresów w serwisie może obniżać skłonność Google do indeksowania kolejnych URL-i z tej samej domeny. | Sprawdź udział stron zaindeksowanych wobec wykluczonych w całym raporcie oraz historię domeny, jeśli była wcześniej wykorzystywana w inny sposób. |
| Technika i linkowanie | Treść ładowana dopiero po wykonaniu JavaScriptu, blokada zasobów w robots.txt, nagłówek X-Robots-Tag albo strona osierocona bez linków wewnętrznych z ważnych miejsc serwisu. | Porównaj kod źródłowy z renderowanym DOM, sprawdź nagłówki HTTP oraz liczbę i jakość linków wewnętrznych prowadzących do adresu. |
Crawl budget bywa przywoływany jako uniwersalne wyjaśnienie tego statusu, ale realnie ogranicza indeksowanie przede wszystkim w bardzo dużych serwisach - powyżej dziesiątek tysięcy stron z często zmienną treścią. W mniejszych serwisach warto najpierw wykluczyć treść, duplikację i technikę, zanim uzna się crawl budget za przyczynę.
Indeksowanie to nie to samo co widoczność w wynikach
Zanim przejdziesz do naprawy tych czterech obszarów, jedno zastrzeżenie: zaindeksowany URL nie gwarantuje ruchu ani pozycji - indeksowanie to tylko zapisanie adresu w bazie Google. To, czy strona pojawi się w wynikach i na jakim miejscu, zależy od osobnego etapu: dopasowania do zapytań, konkurencji i rankingu. Ten artykuł dotyczy wyłącznie wejścia do indeksu - diagnoza braku ruchu przy już zaindeksowanym URL-u wymaga innego procesu.
Popraw, scal, usuń czy poproś o indeksowanie?
Gdy znasz już obszar przyczyny z sekcji 04, wybierz jedną z czterech decyzji. Prośba o indeksowanie jest ostatnim krokiem, nie pierwszym.
- JeśliTemat jest wart osobnego URL-a, ale treść jest cienka, ogólna albo nie dodaje wartości.WybierzPopraw treśćRozwiń stronę o realne przykłady, dane i doświadczenie, którego nie skopiujesz z innych wyników.
- JeśliKilka adresów pokrywa właściwie tę samą treść albo intencję.WybierzScal duplikatyUjednolić sygnały: canonical, przekierowanie do najmocniejszej wersji albo połączenie treści w jeden URL.
- JeśliAdres nie ma dziś wartości jako osobny wynik i nie będzie miał.WybierzUsuń lub oznacz noindexŚwiadomie wyklucz go z indeksu albo usuń - to poprawna decyzja.
- JeśliPrzyczyna została już usunięta i strona faktycznie zasługuje na indeks.WybierzPoproś o indeksowanieUżyj tego jako sygnału potwierdzającego zmianę.
Czego nie robić przy tym statusie?
Ostatnia z czterech decyzji - prośba o indeksowanie - bywa też najczęściej nadużywana. Kilka reakcji wygląda na działanie, ale nie zmienia oceny Google - a czasem naraża na dodatkowe ryzyko.
- wielokrotne, powtarzane klikanie „Poproś o zindeksowanie” bez żadnej zmiany na stronie - to nie przyspiesza oceny, tylko odkłada w kolejce to samo pytanie;
- masowe użycie Indexing API do zwykłych artykułów, stron usługowych i kategorii - Google ogranicza to narzędzie oficjalnie do ofert pracy (JobPosting) i transmisji na żywo (BroadcastEvent w VideoObject);
- sztuczne wydłużanie treści bez nowej wartości - dodatkowe akapity nie zmieniają oceny, jeśli nie wnoszą realnej informacji;
- płatne usługi obiecujące gwarantowaną, szybką indeksację - Google nie przyjmuje opłat za częstsze indeksowanie ani wyższy ranking;
- poleganie wyłącznie na operatorze site: jako dowodzie braku indeksacji - to tylko orientacyjny podgląd indeksu.
Ile to trwa i jak monitorować po zmianie?
Nawet gdy unikniesz błędów z poprzedniej sekcji i naprawisz właściwą przyczynę, ocena i tak nie jest natychmiastowa - czas zależy od skali naprawy. Prosty, pojedynczy problem - błędny canonical, jedna słaba strona - Google zwykle ocenia ponownie w ciągu kilku dni do dwóch-trzech tygodni. Zmiany dotyczące jakości całej domeny są oceniane wolniej: John Mueller napisał wprost, że „takie rzeczy często zajmują kilka miesięcy, zanim zostaną ponownie przetworzone i przeszacowane”.
Po wdrożeniu poprawek obserwuj raport „Indeksowanie stron” przez kolejne tygodnie, a nie pojedynczy dzień - liczba adresów w tym statusie potrafi spadać stopniowo, z wahaniami. Dodatkowo sprawdzaj raport Statystyki indeksowania (Crawl Stats): rosnąca częstotliwość odwiedzin Googlebota po poprawkach jest dobrym sygnałem, że zmiana została zauważona.
Zakres tego przewodnika
Skoro naprawa i monitoring tego jednego statusu są już jasne, warto na koniec przypomnieć, czego ten tekst nie obejmuje. Ten artykuł dotyczy wyłącznie jednego statusu w raporcie Google Search Console. Jeśli diagnoza obejmuje wiele statusów naraz, całą architekturę linkowania, sitemapę, JavaScript SEO albo crawl budget dużego serwisu, właściwym punktem startu jest szerszy przewodnik po indeksowaniu.
Pełna ścieżka diagnostyczna: dostęp, crawling, renderowanie, canonical i wszystkie statusy GSC.
Jak wskazać reprezentatywny URL dla duplikatów i diagnozować wybór Google w GSC.
Jak sprawdzić render strony i naprawić treść widoczną dopiero po wykonaniu JS.
Masz URL-e utknięte w statusie „Zeskanowano - obecnie nie zindeksowano”?
Sprawdzimy każdy obszar: treść, duplikację i canonical, jakość całej domeny oraz technikę i linkowanie - i wskażemy, które adresy naprawić, scalić, usunąć albo świadomie zostawić bez indeksu.
FAQ - zeskanowano, ale obecnie nie zindeksowano
01Czy status „Zeskanowano - obecnie nie zindeksowano” to błąd?
Nie w klasycznym sensie technicznym. Google nie zwraca żadnego błędu dostępu - strona została pobrana poprawnie. To informacja, że algorytm ocenił stronę i na razie nie widzi powodu, żeby dodać ją do indeksu. Przyczynę trzeba znaleźć osobno, sprawdzając jakość, duplikację i technikę.
02Czym różni się od statusu „Wykryto - obecnie nie zindeksowano”?
Przy „Wykryto” Google zna adres, ale jeszcze go nie pobrał - pole z datą ostatniego crawlu jest wtedy puste. Przy „Zeskanowano” strona została już pobrana i przeanalizowana, a data ostatniego crawlu jest podana. Diagnoza jest inna: „Wykryto” to zwykle kwestia priorytetu crawlowania, „Zeskanowano” częściej dotyczy jakości, duplikacji albo techniki.
03Jak długo czekać, zanim uznać to za realny problem?
Naprawa pojedynczego, jasno zdiagnozowanego problemu (np. canonical, jedna słaba strona) zwykle jest ponownie oceniana w ciągu kilku dni do dwóch-trzech tygodni. Zmiany dotyczące jakości całej domeny Google ocenia wolniej - Mueller z Google mówił o kilku miesiącach potrzebnych na ponowne przetworzenie i przeszacowanie po istotnych zmianach jakościowych w całym serwisie.
04Czy warto wielokrotnie klikać „Poproś o zindeksowanie”?
Nie. Google wprost podaje, że przy tym statusie nie trzeba ponownie zgłaszać adresu do zeskanowania - strona już została pobrana. Powtarzane zgłoszenia bez usunięcia przyczyny nie przyspieszają oceny, a jedynie generują kolejne, identyczne sprawdzenia tego samego, niezmienionego problemu.
05Czy Indexing API pomoże zaindeksować zwykły artykuł?
Nie powinno być tak traktowane. Google oficjalnie ogranicza Indexing API do stron z danymi strukturalnymi JobPosting albo BroadcastEvent osadzonym w VideoObject, czyli przede wszystkim ofert pracy i transmisji live. Użycie go do zwykłych artykułów, stron usługowych czy kategorii wykracza poza dozwolone zastosowanie.
06Czy każdy URL z tym statusem trzeba naprawiać?
Nie. Jeśli adres nie powinien być osobnym wynikiem w Google - np. wariant filtra bez unikalnej wartości albo strona techniczna - świadome pozostawienie go bez indeksu jest poprawną decyzją, a nie błędem do naprawienia. Problem dotyczy tylko adresów, które powinny być widoczne, a nie są.
07Czy AI może pomóc ocenić, czy treść jest wystarczająco wartościowa?
Może wspierać porównanie z innymi wynikami i wskazać, gdzie tekst powtarza ogólną wiedzę bez własnego wkładu. Nie zastąpi jednak realnych danych, doświadczenia ani przykładów, których Google szuka jako sygnału wartości - dodanie ich pozostaje pracą redakcyjną.
Źródła i dalsza lektura
- Google Search Console - raport Indeksowanie stron (Page indexing), opisy statusów
- Google Search Central - wybór kanonicznego adresu URL
- Google Search Central - wprowadzenie do robots.txt
- Google Search Central - podstawy JavaScript SEO
- Google Search Central - Indexing API i jego dozwolone zastosowania
- Search Engine Roundtable - wypowiedź Johna Muellera o jakości site-wide a statusie crawled - not indexed
- Search Engine Roundtable - John Mueller o czasie potrzebnym na przeszacowanie zmian jakościowych