Strona nie zindeksowana w Google Search Console: przyczyny i co robić

Co oznacza „nie zindeksowano” w Google Search Console?

Adres URL zgłoszony jako niezindeksowany nie jest obecnie zapisany w indeksie Google, więc nie może pojawić się w wynikach wyszukiwania Google. To nie zawsze problem: zduplikowane adresy, przekierowania, strony filtrowane lub z parametrami, wewnętrzne wyniki wyszukiwania, strony prywatne i strony oznaczone noindex często są wykluczone celowo.

Pierwsze pytanie nie brzmi więc „jak wcisnąć tę stronę do indeksu?”, tylko „czy to unikalny, wartościowy adres, który powinien być w indeksie?”. Dopiero jeśli odpowiedź brzmi „tak”, zaczyna się diagnoza.

Dwa narzędzia Search Console odpowiadają na różne pytania:

• Raport Indeksowanie stron (Page indexing) pokazuje stan indeksu każdego adresu, który Google zna w danej usłudze. Google opisuje go jako sposób na wychwytywanie wzorców w całej witrynie, a nie na badanie pojedynczych stron.
• Sprawdzanie adresu URL (URL Inspection) pokazuje, co Google ma zapisane dla jednego konkretnego adresu, i potrafi uruchomić test aktualnej strony na żywo.

Bycie w indeksie to też nie to samo, co rankowanie. Pomoc Google mówi, że komunikat „URL is on Google” oznacza, że strona kwalifikuje się do wyświetlania w wynikach, a nie że na pewno się tam pojawi. Indeksowanie jest warunkiem koniecznym widoczności, i niczym więcej.

Które statusy z raportu Indeksowanie stron mają znaczenie i co oznaczają?

Raport Indeksowanie stron dzieli adresy na Indexed i Not indexed, a potem wymienia powód dla każdej grupy niezindeksowanych, wraz z wartością Source, która wskazuje, czy przyczyna jest prawdopodobnie czymś, co możesz naprawić. Poniższa tabela obejmuje powody, które zobaczysz najczęściej, na podstawie dokumentacji raportu Indeksowanie stron od Google. Etykiety statusów są aktualne na październik 2026, a Google może je zmienić.

Dwa pokrewne statusy powodują zamieszanie. Indexed, though blocked by robots.txt oznacza, że Google zindeksował adres, którego nie wolno mu było skanować, zwykle dlatego, że linkują do niego inne strony. Statusy Submitted URL … oznaczają, że adres był w Twojej mapie witryny, ale Google się z tym nie zgodził, na przykład dlatego, że wybrał inny adres kanoniczny.

Status to wskazówka diagnostyczna, a nie wyrok. Dwie strony z tą samą etykietą mogą mieć różne przyczyny źródłowe.

Jak sprawdzić pojedynczy adres URL w Search Console?

Użyj narzędzia Sprawdzanie adresu URL, by porównać to, co Google zindeksował, z tym, co Twój serwer zwraca dzisiaj. Poniższe kroki opierają się na dokumentacji Sprawdzania adresu URL od Google.

1. Otwórz Search Console, wybierz właściwą usługę i wklej pełny adres URL, razem z protokołem i końcowym ukośnikiem, w pasku sprawdzania u góry. Adres z innej usługi lub wariantu protokołu zostanie odrzucony albo pokaże inne dane.
2. Przeczytaj wersję zindeksowaną. Widok domyślny odzwierciedla ostatnio zindeksowaną kopię strony, a nie żywy internet.
3. Zanotuj user-declared canonical (adres kanoniczny zadeklarowany przez użytkownika) i Google-selected canonical (adres kanoniczny wybrany przez Google). Jeśli się różnią, Google wybrał jako reprezentatywny inny adres. Pomoc Google zaznacza, że wybrany adres kanoniczny ma znaczenie tylko dla danych zindeksowanych.
4. Sprawdź szczegóły ostatniego skanowania. Przy statusie Discovered - currently not indexed data ostatniego skanowania jest pusta, bo Google nie pobrał strony.
5. Kliknij Test live URL. Pobiera on aktualną stronę i pokazuje, czy Google ma do niej dostęp i czy indeksowanie jest dozwolone, co pozwala potwierdzić poprawkę.
6. Zweryfikuj to samo poza Search Console: kod statusu HTTP, przekierowania, robots.txt, tag meta robots, nagłówek X-Robots-Tag i znaczniki canonical.
7. Sprawdź, czy strona jest linkowana z co najmniej jednej skanowalnej, powiązanej tematycznie strony wewnętrznej.

Test na żywo ma ograniczenia. Pomoc Google mówi, że nie sprawdza działań ręcznych, jakości ani sygnałów spamu, a status duplikatu jest ustalany wyłącznie w indeksie. Pozytywny test na żywo pokazuje, że stronę da się pobrać, a nie że zostanie wybrana.

Czym różni się Discovered od Crawled - currently not indexed?

Discovered - currently not indexed oznacza, że Google wie o istnieniu adresu, ale go nie zeskanował, więc problem leży przed treścią. Crawled - currently not indexed oznacza, że Google pobrał stronę i zdecydował się jej nie zachować, więc problem zwykle dotyczy samej strony.

Budżet skanowania (crawl budget) to zwykłe wyjaśnienie podawane dla stron w statusie Discovered, ale w małych witrynach zwykle nie jest to przyczyna. Poradnik Google o budżecie skanowania jest skierowany do bardzo dużych witryn (mniej więcej milion stron lub więcej), średnich i dużych witryn z szybko zmieniającą się treścią oraz witryn z dużym odsetkiem adresów w statusie Discovered. W witrynie liczącej kilkaset stron bardziej prawdopodobnymi wyjaśnieniami są jakość i linkowanie wewnętrzne niż limit skanowania.

Garstka niezindeksowanych stron jest normalna. Nadaj priorytet stronom o wartości biznesowej i wzorcom dotykającym całych sekcji, a nie każdemu adresowi z parametrami.

Które niezindeksowane adresy warto naprawiać?

Naprawiaj adres wtedy, gdy powinien być zindeksowany, ma odrębne przeznaczenie i nie jest już reprezentowany przez inny zindeksowany adres. Poniższa tabela to hipotetyczna selekcja dla witryny ze 120 adresami w statusie Crawled - currently not indexed; liczby są poglądowe, a nie wzorcowe.

Tylko 5 ze 120 adresów zasługuje na pilną uwagę. Tysiąc wykluczonych adresów filtrów znaczy mniej niż jedna strona rejestracji z noindex.

Jeśli strona powtarza inny artykuł z drobnymi podmianami słów kluczowych, publikowanie kolejnych podobnych stron rzadko pomaga. Zamiast tego wzmocnij unikalne wyjaśnienie, przykłady i docelowego odbiorcę. Tworzenie nowego adresu dla tej samej treści jest zwykle złą pierwszą reakcją, bo dodaje duplikat i utrudnia diagnozę.

W jakiej kolejności sprawdzać ważną stronę?

Przechodź przez przyczyny od najtańszych do najbardziej subiektywnych, bo awaria na wcześniejszym etapie unieważnia kolejne kontrole.

1. Czy adres zwraca poprawną odpowiedź? 404 lub 5xx trzeba naprawić najpierw. Strony celowo usuniętej nie należy wciskać do indeksu.
2. Czy indeksowanie jest celowo blokowane? Sprawdź meta robots, nagłówek X-Robots-Tag, ochronę hasłem i robots.txt. Zobacz porównanie poniżej.
3. Czy wskazuje inny adres kanoniczny? Przejrzyj oba adresy kanoniczne w Sprawdzaniu adresu URL. Jeśli Google woli niemal zduplikowany adres, napraw duplikację treści i niespójne linki wewnętrzne, zanim zaczniesz zmieniać tagi.
4. Czy Google go zeskanował? Discovered i Crawled prowadzą do różnych badań, jak wyżej.
5. Czy treść jest odrębna i użyteczna? Porównaj stronę z tym, co jest już zindeksowane w Twojej witrynie.
6. Czy minęło dość czasu? Zapisz datę poprawki i poczekaj, zanim uznasz, że poprawka się nie udała.

Robots.txt i noindex robią co innego, a ich łączenie to klasyczny błąd:

Aby usunąć stronę z indeksu, zezwól na skanowanie i użyj noindex. Aby tylko nie dopuścić do skanowania, użyj robots.txt, pamiętając, że nie jest to mechanizm kontroli indeksowania.

Czy Request indexing działa i czym różni się od map witryn i API?

Request indexing prosi Google o ponowne zeskanowanie adresu, ale niczego nie gwarantuje. To przycisk w Sprawdzaniu adresu URL, używany po tym, jak test na żywo pokaże, że strona jest naprawiona. Dokumentacja ponownego skanowania Google mówi, że mogą z niego korzystać tylko właściciele lub użytkownicy z pełnym dostępem do usługi, że dla pojedynczych adresów obowiązuje limit, że powtarzanie prośby nie przyspiesza skanowania oraz że skanowanie może trwać od kilku dni do kilku tygodni. Google nie publikuje wartości limitu, więc każdą liczbę znalezioną gdzie indziej traktuj jako nieoficjalną.

Przy dużych partiach Google radzi przesłać mapę witryny, zamiast bombardować przycisk. Nie używaj Indexing API dla zwykłych wpisów blogowych ani stron produktów i nie zgłaszaj setek adresów w nadziei, że to sposób na pozycje. O stronie Bing przeczytasz w artykule dane Bing Webmaster Tools API, a o API Google w ogóle w przewodniku po API Search Console.

Ile czasu zajmuje zindeksowanie naprawionej strony?

Nie ma stałego terminu. Google mówi, że nie może przewidzieć ani zagwarantować, kiedy adres zostanie zeskanowany lub zindeksowany, a skanowanie po prośbie może trwać od kilku dni do kilku tygodni. Przebiegi Validate fix zwykle trwają do około dwóch tygodni.

Sam raport Indeksowanie stron może się spóźniać. Google miał już w tym raporcie opóźnienia i błędy raportowania, a w czerwcu 2026 zgłaszano kilkutygodniowe opóźnienie. Gdy status wygląda podejrzanie, sprawdź pojedynczy adres w Sprawdzaniu adresu URL i zajrzyj na stronę o anomaliach danych w Search Console, gdzie opisano znane problemy.

Praktyczna rutyna: prowadź listę zmienionych adresów z datą poprawki i oczekiwanym efektem, sprawdź ponownie po tygodniu, a wynik oceń po dwóch do czterech tygodniach. Wyświetlenia i kliknięcia obserwuj osobno, bo zindeksowana strona nie ma gwarantowanej widoczności. O przechowywaniu danych poza oknem raportu skuteczności przeczytasz w artykule jak zachować dane z Search Console dłużej niż 16 miesięcy.

Kiedy nie warto starać się o zindeksowanie strony?

Zostaw ją w spokoju, gdy strona nie ma rankować albo nie wnosi nic ponad istniejącą stronę.

• Adresy z parametrami, sortowaniem i filtrami, które dublują stronę kategorii.
• Wewnętrzne wyniki wyszukiwania oraz archiwa tagów i dat bez unikalnej wartości.
• Strony zastąpione przekierowaniem lub adresem kanonicznym do lepszej wersji.
• Strony stagingowe, podziękowania, koszyka i logowania.
• Cienkie strony, których nie da się ulepszyć. Połącz je w mocniejszą stronę zamiast zgłaszać ponownie.

Nie usuwaj noindex, nie odblokowuj robots.txt i nie zgłaszaj adresów masowo tylko po to, by liczba w raporcie zrobiła się zielona. Mniejszy indeks użytecznych stron jest lepszy niż większy, pełen niemal zduplikowanych.

Czy indeksowanie wpływa na odpowiedzi AI, takie jak AI Overviews i ChatGPT?

Tak, pośrednio: niezindeksowana lub zablokowana strona raczej nie zostanie zacytowana. Google pisze w artykule AI features and your website, że aby strona pojawiła się jako link wspierający w AI Overviews lub trybie AI, musi być zindeksowana i kwalifikować się do wyświetlania w wyszukiwarce z fragmentem, a żadne specjalne znaczniki ani dodatkowe pliki nie są wymagane. Włączenie nadal nie jest gwarantowane.

W przypadku ChatGPT FAQ dla wydawców OpenAI mówi, by nie blokować OAI-SearchBot w robots.txt, jeśli chcesz, by witryna pojawiała się w wynikach wyszukiwania ChatGPT. OpenAI traktuje to osobno od GPTBot, który dotyczy trenowania. Zasady innych asystentów się różnią, więc sprawdź dokumentację każdego dostawcy. Czy to w ogóle przekłada się na odwiedzających, sprawdzisz w artykule jak śledzić ruch z ChatGPT i Perplexity w GA4.

Jak agent AI może pomóc w audycie indeksowania?

Agent może grupować wiele adresów według statusu i wzorca, ale tylko jeśli ma autoryzowany dostęp do Twoich danych z Search Console. Model czatu bez dostępu do narzędzi może zaproponować listę kontrolną, ale nie zna aktualnego stanu zindeksowania Twoich prywatnych adresów.

GSC Magic, konektor MCP, wymienia sprawdzanie adresów URL i stan map witryn wśród swoich narzędzi Search Console, z Google, Bing i GA4 w jednym połączeniu. Jego plan Free działa tylko w trybie odczytu, a w płatnych planach właściciel konta może wyłączyć w Settings narzędzia zapisu, takie jak mapy witryn i IndexNow. Nie pokaże więcej, niż udostępnia Google: wspomniany limit URL Inspection API obowiązuje niezależnie od tego, które narzędzie go wywołuje. Poradniki konfiguracji: połącz Search Console z Claude, a więcej promptów znajdziesz w 25 promptach SEO dla agentów AI.

Co zrobić po naprawieniu problemu?

Zapisuj każdą poprawkę, czekaj, a potem sprawdzaj ponownie. Prowadź dziennik z adresem, statusem przed zmianą, wprowadzoną zmianą, datą i oczekiwanym efektem. Po tygodniu sprawdź adres jeszcze raz; po dwóch do czterech tygodniach zobacz, czy zyskał wyświetlenia.

Jeśli wiele stron traci widoczność, a nie tylko nie wchodzi do indeksu, przyczyna może leżeć gdzie indziej. Skorzystaj z listy kontrolnej spadku ruchu organicznego, by oddzielić problemy z indeksowaniem od zmian w pozycjach, popycie i pomiarach, a także przeczytaj, dlaczego kliknięcia z GSC i sesje z GA4 się różnią, zanim zaczniesz je porównywać. Aby pracować na własnych danych, zacznij za darmo z GSC Magic.

Najczęstsze pytania

Dlaczego moja strona jest zeskanowana, ale niezindeksowana?

Status „Crawled - currently not indexed” oznacza, że Google pobrał stronę, ale zdecydował się nie dodawać jej do indeksu, przynajmniej na razie. Według pomocy Google może ona zostać zindeksowana później albo nie, a ponowne zgłaszanie nie jest potrzebne. Typowe obszary do przeglądu to duplikacja, cienka lub podobna treść, sygnały kanoniczne i linki wewnętrzne; żaden status nie dowodzi jednej przyczyny.

Czy „nie zindeksowano” oznacza, że moja strona dostała karę?

Nie. Wiele niezindeksowanych adresów jest wykluczonych z uzasadnionych powodów, takich jak przekierowania, duplikaty, tagi noindex czy warianty z parametrami. Kara zwykle pojawiłaby się jako działanie ręczne w raporcie Działania ręczne albo jako szeroki spadek widoczności wielu stron. Zanim założysz karę, sprawdź dokładny status i to, czy adres w ogóle powinien być zindeksowany.

Ile adresów URL dziennie mogę zgłosić do zindeksowania?

Google nie publikuje liczby dla akcji Request indexing w narzędziu Sprawdzanie adresu URL. Dokumentacja mówi, że limit istnieje, że mogą z niej korzystać tylko właściciele usługi lub użytkownicy z pełnym dostępem i że wielokrotne zgłaszanie tego samego adresu nie przyspiesza jego skanowania. Przy wielu adresach Google zaleca zamiast tego przesłać mapę witryny.

Czy URL Inspection API może zmusić Google do zindeksowania strony?

Nie. URL Inspection API zwraca to, co Google ma zapisane dla adresu, na przykład werdykt, adres kanoniczny i czas ostatniego skanowania, ale nie wykonuje testu na żywo ani nie zgłasza próśb o indeksowanie. Według dokumentacji Google na październik 2026 obowiązuje limit 2000 zapytań dziennie i 600 na minutę dla każdej usługi Search Console.

Dlaczego test na żywo przechodzi, a strona pozostaje niezindeksowana?

Test live URL sprawdza, czy Google może pobrać i wyrenderować aktualną stronę. Nie sprawdza działań ręcznych, jakości ani duplikacji, więc pozytywny wynik nie jest obietnicą zindeksowania. Decyzje o duplikatach i adresach kanonicznych zapadają wyłącznie w indeksie. Strona musi też być na tyle użyteczna i odrębna, by Google chciał ją zachować.

Ile czasu zajmuje zindeksowanie naprawionej strony?

Google mówi, że skanowanie może trwać od kilku dni do kilku tygodni i że nie może zagwarantować, kiedy adres zostanie zeskanowany lub zindeksowany. Przebiegi Validate fix zwykle trwają do około dwóch tygodni, a czasem dłużej. Zapisz datę poprawki, poczekaj i oceniaj wynik w perspektywie kilku dni, a nie następnego ranka.

Czy strony muszą być zindeksowane, by pojawiać się w AI Overviews lub ChatGPT?

W przypadku AI Overviews i trybu AI w Google strona musi być zindeksowana i kwalifikować się do wyświetlania z fragmentem (snippetem), bez dodatkowych wymagań technicznych. W wyszukiwaniu ChatGPT OpenAI zaleca właścicielom witryn, by nie blokowali OAI-SearchBot w robots.txt. Żadne z nich nie gwarantuje cytowania, ale niezindeksowana lub zablokowana strona raczej nie zostanie użyta.

Zrób to w GSC Magic

Do sprawdzania indeksowania na dużą skalę gsc_inspect_urls_batch w GSC Magic sprawdza do 500 adresów URL jednym wywołaniem, a report_index_health grupuje całą mapę witryny według stanu indeksowania: zobacz narzędzia Search Console i połącz swojego agenta przez Claude lub Cursora.