Dlaczego Google nie indeksuje strony? 9 przyczyn

Brak indeksacji nie zawsze ma techniczną przyczynę: Google może po prostu nie znaleźć drogi do Twojej podstrony, bo nie prowadzi do niej żaden link i nie ma jej w mapie strony. Przyczyną bywają też blokady w robots.txt, znaczniki noindex i błędne canonicale. Poniżej dziewięć przyczyn, a w tabeli „Kolejność naprawy” kolejność, w której warto je sprawdzać: od najszybszych kontroli.

Najpierw sprawdź, czy problem w ogóle istnieje

Trzy sposoby, żaden nie wymaga płatnych narzędzi:

1. Wyszukiwanie z operatorem site. Wpisz w Google site: i adres swojej domeny. Zobaczysz część zaindeksowanych adresów. Google zastrzega, że lista nie zawsze jest wyczerpująca, więc nie traktuj jej jako dokładnego licznika stron w indeksie.
2. Sprawdzenie konkretnego adresu. Wpisz w Google site: i pełny adres podstrony. Jeśli adres wraca w wynikach, strona jest w indeksie. Jeśli nie wraca, to jeszcze nie dowód, że nie ma jej w indeksie: Google zastrzega, że adres z indeksu nie zawsze pojawia się w wynikach z operatorem site:. Wtedy sprawdź go w narzędziu do sprawdzania adresów URL w Search Console.
3. Raport indeksowania w Search Console. Najdokładniejsze źródło sum: Google podaje tu pełne sumy zindeksowanych i niezindeksowanych adresów oraz powody, dla których część z nich nie jest w indeksie. Do sprawdzenia pojedynczej podstrony raport się nie nadaje, od tego jest narzędzie do sprawdzania adresów URL.

Porównaj liczbę zaindeksowanych stron z raportu w Search Console z liczbą stron, które powinny być w indeksie. Różnica jest Twoim problemem do rozwiązania.

Statusy w raporcie Indeksowanie stron: co znaczą i co zrobić

Raport Indeksowanie stron w Search Console dzieli niezaindeksowane adresy według powodu. Nazwy brzmią groźnie, ale część z nich opisuje stan zamierzony. Wybrane statusy, w brzmieniu z polskiej wersji Search Console:

Zasada praktyczna: przekierowania, alternatywne strony z prawidłowym canonicalem i celowe 404 to porządek, a nie problem. Pracy wymagają strony, które mają być w indeksie, a mają jeden z dwóch pierwszych statusów albo status duplikatu.

Przyczyna 1: do strony nie prowadzi żaden link

Google porusza się po linkach. Strona, do której nie prowadzi ani jeden link z Twojego serwisu, jest dla Google trudniejsza do znalezienia: może ją odkryć z mapy strony albo z linku z innej witryny. Takie strony nazywa się sierotami.

Typowy scenariusz: serwis publikuje teksty szybciej, niż aktualizuje mapę strony i linki wewnętrzne, więc część artykułów zostaje bez linku z innej podstrony. Sieroty zwykle nie powstają ze złej woli, tylko dlatego, że porządkowanie przegrywa z publikowaniem.

Jak to sprawdzić u siebie. Wyeksportuj listę adresów z mapy strony, przepuść serwis crawlerem, który idzie wyłącznie za linkami w kodzie (darmowy Screaming Frog wystarcza do 500 adresów), i porównaj oba zbiory. Adresy obecne w mapie, a nieobecne w crawlu, to Twoje sieroty. Dwie pułapki: link zapisany pełnym adresem z domeną liczy się normalnie i nie jest błędem, natomiast odnośniki powstające dopiero po wykonaniu JavaScriptu Google zobaczy najwcześniej w fazie renderowania, czyli z opóźnieniem, a prosty crawler nie zobaczy ich wcale.

Naprawa: dopisz link z odpowiedniej strony nadrzędnej i z tematycznie pokrewnej treści. Google zaleca, żeby do każdej ważnej strony prowadził link z co najmniej jednej innej strony serwisu. Nasza reguła robocza to minimum trzy linki przychodzące, w tym jeden z huba tematycznego.

[SZACUNEK Neurise] Próg trzech linków to nasza reguła robocza, a nie zalecenie Google ani dane rynkowe. Google zaznacza, że nie ma idealnej liczby linków do danej strony.

Przyczyna 2: strony nie ma w mapie strony XML

Mapa nie gwarantuje indeksacji, ale bez niej Google musi znaleźć stronę przez linki. Sprawdź trzy rzeczy: czy mapa istnieje (pod adresem domena.pl/sitemap.xml albo innym, wskazanym w robots.txt lub przesłanym w Search Console), czy zawiera wszystkie strony, które mają być w indeksie, i czy nie zawiera adresów przekierowanych, usuniętych albo oznaczonych noindex. Google zaleca podawać w mapie adresy, które mają być widoczne w wynikach wyszukiwania, czyli kanoniczne.

Przyczyna 3: blokada w robots.txt

Plik robots.txt mówi robotom, czego nie mają odwiedzać. Przykładowy scenariusz: reguła blokująca cały serwis, zostawiona po pracach na wersji testowej. Sprawdzenie jest szybkie: otwórz domena.pl/robots.txt i poszukaj linii Disallow. Jeśli pod User-agent: * albo User-agent: Googlebot widnieje Disallow: /, blokujesz całą witrynę przed tymi robotami. Jak ustawić oba pliki, żeby nie działały przeciwko sobie, pokazujemy w poradniku o robots.txt i sitemap.xml.

Uwaga na pułapkę: blokada w robots.txt nie usuwa strony z indeksu, jeśli już tam była. Uniemożliwia tylko jej odwiedzenie, przez co Google nie zobaczy nawet znacznika noindex, który miałby ją usunąć.

Przyczyna 4: znacznik noindex

Sprawdź źródło strony (meta robots) i nagłówki odpowiedzi HTTP (X-Robots-Tag) pod kątem wartości noindex. Zdarza się, że pojawia się ona po migracji, po zmianie szablonu i w systemach, gdzie noindex jest domyślny dla nowych typów treści. W Search Console taki przypadek pojawia się jako wykluczenie ze wskazaniem tagu.

Przyczyna 5: błędny canonical

Canonical wskazujący na inną stronę to dla Google wyraźny sygnał, że to tamten adres powinien być kanoniczny, czyli trafić do indeksu zamiast tej strony. To wskazówka, a nie reguła: Google może wybrać inny adres. Przykładowy błąd konfiguracji to canonical z każdej podstrony na stronę główną. Rozpisujemy warianty i testy w tekście o tagu canonical.

Przyczyna 6: treść uznana za duplikat

Jeśli Twoja podstrona jest bardzo podobna do innej, własnej albo cudzej, Google może wybrać tę drugą i pominąć Twoją. Typowe przypadki: strony miejskie z podmienioną nazwą miasta, opisy produktów wzięte od producenta, kategorie z filtrem generujące niemal identyczną zawartość.

Naprawa zależy od przypadku. Jeśli to ta sama treść pod różnymi adresami, pomaga canonical albo przekierowanie 301 na właściwy adres. Jeśli według Ciebie strona nie jest duplikatem, a Google traktuje ją jak duplikat, Google radzi zadbać o to, żeby miała wyraźnie inną zawartość: własny przykład, własną liczbę, własny kontekst.

Przyczyna 7: treść widoczna tylko po wykonaniu JavaScriptu

Google przetwarza JavaScript w trzech fazach: skanowanie, renderowanie i indeksowanie. Strona z kodem HTTP 200 trafia do kolejki renderowania i może w niej czekać kilka sekund albo dłużej. Jeśli podstawowa treść strony pojawia się dopiero po wykonaniu skryptu, indeksacja może się opóźnić, a treści, której nie ma w wyrenderowanym kodzie HTML, Google nie zindeksuje. Prosty test: wyłącz JavaScript w przeglądarce i sprawdź, czy strona nadal pokazuje tekst i linki. Wyrenderowany kod sprawdzisz też w narzędziu do sprawdzania adresów URL.

Przyczyna 8: serwer odpowiada wolno lub z błędami

Roboty mają ograniczony budżet na Twój serwis. Jeśli serwer odpowiada powoli albo zwraca błędy 5xx, liczba odwiedzanych stron spada. Sprawdzisz to w Search Console w raporcie statystyk indeksowania. Google opisuje zarządzanie budżetem indeksowania głównie dla dużych i często zmienianych witryn (ponad milion unikalnych stron zmienianych raz w tygodniu albo ponad 10 tys. unikalnych stron zmienianych codziennie; to wartości szacunkowe, nie sztywne progi). Jeśli witryna nie ma wielu szybko zmieniających się stron albo jej strony są indeksowane w dniu publikacji, według Google wystarczy aktualizować mapę witryny i regularnie sprawdzać raport Indeksowanie stron.

Przyczyna 9: Google przeskanował stronę, ale jej nie zaindeksował

Najtrudniejsza do przyjęcia. Czasem Google przeskanuje stronę i mimo to nie dodaje jej do indeksu, przynajmniej na razie. W Search Console jest to status „Strona zeskanowana, ale jeszcze nie zindeksowana”. W opisie tego statusu Google nie wskazuje przyczyny i dodaje, że strona może zostać zindeksowana w przyszłości. Wśród typowych problemów z indeksowaniem Google wymienia niską jakość treści, a podczas indeksowania sprawdza też, czy strona nie jest duplikatem innej.

Same ustawienia techniczne mogą nie wystarczyć. Pomaga dać stronie powód do istnienia: konkretną odpowiedź, własne dane, przykład, którego nie ma konkurencja.

Przykład: raport Indeksowanie stron w naszym serwisie

Liczby z eksportu raportu dla neurise.io z 3 października 2026, z danymi na wykresie do 21 września. Pokazujemy je, bo dobrze widać na nich, że „niezindeksowana” nie znaczy „zepsuta”.

Jak to czytamy. 96 przekierowań to w dużej mierze stare warianty adresów po wrześniowych porządkach: z końcówką .html, z www i z dawnym przedrostkiem blog-auto. Ich obecność w raporcie jest zamierzona. 62 duplikaty sprawdzamy w narzędziu do sprawdzania adresów URL, żeby zobaczyć, który adres Google wybrał jako kanoniczny. Realna praca redakcyjna to 30 stron ze statusami zeskanowana i wykryta: każdą z nich trzeba ocenić osobno, czyli sprawdzić serwer i linki wewnętrzne, wzmocnić treść albo scalić stronę z inną.

Kolejność naprawy

Numery przyczyn wyżej porządkują opis, a nie kolejność sprawdzania. Tabela idzie od najszybszych kontroli do pracy ciągłej.

[SZACUNEK Neurise] Czasy w tabeli to nasze szacunki robocze dla małego serwisu, a nie dane rynkowe ani wartości z dokumentacji Google.

Pierwsze trzy punkty potrafisz zrobić sam w jedno popołudnie. Czwarty, czyli linkowanie wewnętrzne, wchodzi w zakres naszej optymalizacji technicznej. Piąty to praca nad treścią. Stan wyjściowy pokazujemy w bezpłatnym audycie.

FAQ: indeksowanie strony w Google

Jak sprawdzić, czy strona jest zaindeksowana?

Najprościej wpisz w Google site: i pełny adres podstrony. Brak wyniku nie jest jeszcze dowodem, że strony nie ma w indeksie. Dokładniejszą odpowiedź dla pojedynczej strony daje narzędzie do sprawdzania adresów URL w Search Console, a sumy i powody wykluczenia pokazuje raport Indeksowanie stron.

Ile trwa zaindeksowanie nowej strony?

Według Google indeksowanie trwa od kilku dni do kilku tygodni, a w przypadku nowej strony lub witryny jego rozpoczęcie może potrwać około tygodnia. Szybciej do indeksu trafiają treści wysokiej jakości, przydatne dla użytkowników. Żeby Google mógł znaleźć nową stronę, potrzebny jest link ze znanej strony albo mapa witryny.

Dlaczego Google zaindeksował część podstron, a część pominął?

Powody bywają różne: do pominiętych nie prowadzą linki wewnętrzne, nie ma ich w mapie strony albo ich treść jest zbyt podobna do innych. Czwarta możliwość to sytuacja, gdy Google przeskanuje stronę, ale jej nie zindeksuje, na przykład z powodu niskiej jakości treści.

Czy blokada w robots.txt usuwa stronę z Google?

Nie. Blokada uniemożliwia odwiedzenie strony, ale nie usuwa jej z indeksu, jeśli już tam trafiła. Co gorsza, uniemożliwia też odczytanie znacznika noindex. Do usunięcia strony z wyników służy noindex przy jednoczesnym dostępie dla robotów.

Czy mapa strony gwarantuje indeksację?

Nie gwarantuje, tylko ułatwia znalezienie stron. Google zaleca podawać w mapie adresy, które mają być widoczne w wynikach wyszukiwania, więc lepiej trzymać w niej wyłącznie strony przeznaczone do indeksu, bez adresów przekierowanych, usuniętych i oznaczonych noindex.

Co zrobić ze stronami, które Google przeskanował, ale nie zaindeksował?

Dodać im powód istnienia: konkretną odpowiedź na konkretne pytanie, własne dane, przykład z praktyki. Samo ustawienie techniczne może nie wystarczyć, jeśli treść powiela coś, co już jest w indeksie.

Co znaczy „Strona zeskanowana, ale jeszcze nie zindeksowana”?

Google odwiedził stronę, ale na razie nie dodał jej do indeksu. Według Google strona może zostać zindeksowana później i nie trzeba jej ponownie zgłaszać. Jeśli stan utrzymuje się tygodniami, strona może potrzebować mocniejszej treści i linków wewnętrznych.

Co znaczy „Strona wykryta – obecnie niezindeksowana”?

Google zna adres, ale jeszcze go nie odwiedził. Najczęstszą przyczyną według Google jest to, że odwiedziny mogłyby przeciążyć serwer, więc zostały zaplanowane na później. Pomaga szybszy serwer, linki wewnętrzne i ograniczenie mało wartościowych adresów.

[ŹRÓDŁO] Centrum wyszukiwarki Google: Plik robots.txt, wprowadzenie (developers.google.com), „Blokowanie indeksowania przez wyszukiwarki za pomocą tagu noindex” (developers.google.com), „Jak określić kanoniczny URL za pomocą rel="canonical" i innych metod” (developers.google.com), „Co to jest wybór strony kanonicznej” (developers.google.com), „Operator wyszukiwania site:” (developers.google.com), „Szczegółowy przewodnik po działaniu wyszukiwarki Google” (developers.google.com), „Sprawdzone metody dotyczące linków w Google” (developers.google.com), „Przygotowywanie i przesyłanie mapy witryny” (developers.google.com), JavaScript a SEO, podstawy (developers.google.com), „Zgłaszanie do Google prośby o ponowne zindeksowanie adresów URL” (developers.google.com); Infrastruktura indeksowania Google: „Tworzenie i przesyłanie pliku robots.txt” (developers.google.com), „Optymalizacja budżetu indeksowania” (developers.google.com); Pomoc Search Console: „Raport Indeksowanie stron” (support.google.com), dostęp 4 października 2026.

Powiązane strony

• Optymalizacja techniczna strony
• Tag canonical: kiedy stosować
• Co powinien zawierać audyt SEO
• Jak sprawdzić pozycję strony w Google
• robots.txt i sitemap.xml: jak ustawić oba pliki
• Duplikacja treści i kanibalizacja