Indeksowanie strony w Google - co zrobić, gdy URL nie pojawia się w wynikach?

Gdzie sprawdzić, czy strona jest zaindeksowana?

Status indeksowania konkretnego URL-a sprawdzisz przede wszystkim w Google Search Console: w raporcie Indeksowanie stron i Inspekcji URL. Operator site: daje tylko orientacyjny podgląd i nie zastępuje diagnozy adresu.

• Sprawdź status: URL jest w Google czy URL nie jest w Google.
• Porównaj stronę zadeklarowaną przez użytkownika i stronę wybraną przez Google jako kanoniczną.
• Zobacz datę ostatniego crawlu oraz użytego robota.
• Sprawdź, czy indeksowanie nie jest blokowane przez noindex albo robots.txt.
• Użyj testu wersji aktywnej po wdrożeniu poprawek.
• Dopiero po usunięciu przyczyny użyj prośby o indeksowanie.

Zakres raportów, ograniczenia danych i sposób łączenia Inspekcji URL z innymi diagnozami opisuje przewodnik po Google Search Console.

Najważniejsze komunikaty w Google Search Console

Raport indeksowania trzeba oceniać według roli URL-i, a nie odsetka adresów zapisanych w indeksie. Widoczne powinny być strony, które mają sens jako osobne wyniki wyszukiwania. Poniższe komunikaty wskazują właściwy kierunek diagnozy.

Nie każdy URL powinien być w indeksie

Dobra diagnostyka zaczyna się od decyzji, czy dany adres w ogóle powinien być osobnym wynikiem w Google. Indeks nie jest miejscem na każdą kombinację parametrów, sortowanie, koszyk czy stronę bez unikalnej wartości. Jeśli próbujesz zaindeksować wszystko, osłabiasz sygnał najważniejszych podstron.

Wykryto czy zeskanowano - to nie ten sam problem

Dwa komunikaty w Search Console wyglądają podobnie, ale prowadzą do innych działań. Przy statusie „wykryto” Google zwykle jeszcze nie pobrał strony. Przy statusie „zeskanowano” strona została pobrana, ale nie przeszła dalej do indeksu.

Jeden URL, szablon czy cała sekcja serwisu?

Ten sam komunikat w GSC może oznaczać zupełnie inny problem w zależności od skali. Jeden niezaindeksowany artykuł diagnozuje się inaczej niż setki produktów, filtrów albo stron lokalnych wygenerowanych według tego samego schematu.

Noindex - kiedy strona sama blokuje indeksowanie

Dyrektywa noindex informuje wyszukiwarkę, że strony nie należy zapisywać w indeksie. Może znajdować się w meta robots w HTML-u albo w nagłówku HTTP X-Robots-Tag. Często zostaje po wersji testowej, filtrach, paginacji albo przypadkowej zmianie w CMS-ie.

Canonical - gdy Google indeksuje inną wersję adresu

Canonical wskazuje reprezentatywną wersję grupy takich samych lub podobnych stron. Jeśli analizowany URL deklaruje inną podstronę jako kanoniczną, oba adresy nie powinny być traktowane jako niezależne wyniki.

Problem zaczyna się wtedy, gdy sygnały są sprzeczne: canonical wskazuje A, sitemap.xml zawiera B, linki wewnętrzne prowadzą do C, a przekierowania jeszcze gdzie indziej. Wtedy Google może wybrać wersję inną niż zakładasz.

Robots.txt - gdy Google nie może pobrać strony

Robots.txt zarządza crawlingiem, czyli pobieraniem. Jeśli ważna sekcja jest zablokowana, Google może wiedzieć, że URL istnieje, ale nie zobaczy jego treści. To szczególnie ryzykowne przy migracjach, środowiskach testowych i sklepach z filtrami.

Sprawdź nie tylko sam URL, ale też zasoby potrzebne do renderu: CSS, JavaScript i pliki, bez których strona pokazuje robotowi pusty lub zubożony widok.

Sitemap.xml - pomoc w odkrywaniu, nie gwarancja indeksowania

Mapa witryny pomaga Google odkrywać nowe i zaktualizowane adresy. Nie wymusza jednak indeksowania. Jeśli sitemap.xml zawiera adresy 404, przekierowania, noindex, warianty z parametrami i duplikaty, przestaje być czystym sygnałem priorytetów.

• Umieszczaj w sitemapie tylko finalne adresy 200.
• Nie dodawaj URL-i noindex, przekierowań i stron z parametrami bez wartości SEO.
• W dużych serwisach dziel mapy według typów treści, np. kategorie, produkty, artykuły.
• Po publikacji ważnej sekcji sprawdź, czy URL faktycznie trafił do mapy.

Pełne zasady wyboru adresów, użycia lastmod i podziału dużych map opisuje przewodnik o sitemap.xml w SEO.

Duplicate content i thin content - gdy Google nie widzi wartości osobnego URL-a

Duplicate content i thin content ograniczają powód, dla którego URL miałby być osobnym wynikiem zamiast wariantem innej strony. Dotyczy to między innymi kategorii bez wartości zakupowej, wariantów filtrów, tagów, lokalnych stron bez lokalnego kontekstu i artykułów złożonych z ogólnych akapitów.

Soft 404 - strona zwraca 200, ale wygląda jak brak treści

Soft 404 oznacza sytuację, w której serwer technicznie odpowiada kodem 200, ale zawartość wygląda jak błąd, pusta strona, wynik bez produktów albo podstrona bez realnej wartości. Dla użytkownika i Google efekt jest podobny: nie ma czego indeksować.

Jeśli strona ma istnieć, uzupełnij ją o realną zawartość. Jeśli nie powinna istnieć, lepszy będzie właściwy status 404/410 albo przekierowanie do najbliższego sensownego odpowiednika.

Przy takim statusie najpierw rozstrzygnij, czy URL ma istnieć jako pełna strona, zniknąć jako 404/410, czy prowadzić do trafnego odpowiednika. Szczegółową ścieżkę pokazuje diagnostyka błędów 404 i soft 404.

Renderowanie - gdy użytkownik widzi treść, a Google niekoniecznie

W nowoczesnych stronach część treści pojawia się dopiero po uruchomieniu JavaScriptu. Google potrafi renderować strony, ale nie warto budować SEO na założeniu, że każda ważna informacja zostanie szybko i bezbłędnie odczytana po stronie klienta.

Przy problemach z indeksowaniem porównaj źródłowy HTML, render w narzędziu inspekcji URL i widok użytkownika. Jeśli w HTML-u nie ma głównej treści, linków albo danych produktu, to ważny trop. Szczegółową diagnostykę renderu rozwija artykuł o JavaScript SEO dla stron opartych o JS.

Jak linkowanie wewnętrzne wspiera odkrywanie i ocenę URL-a?

Linkowanie wewnętrzne pomaga Google odkrywać URL-e, oceniać ich ważność i rozumieć relacje tematyczne. Strona osierocona może być w sitemapie, ale jeśli nie prowadzi do niej żaden link z sensownego miejsca, jej sygnał jakościowy jest słabszy.

Dla ważnych podstron zadbaj o linki z hubów, kategorii, powiązanych artykułów, stron usługowych i sekcji pomocniczych. To nie tylko technika, ale też mapa znaczeń dla całego serwisu.

Kiedy użyć prośby o ponowne zindeksowanie?

Prośba o indeksowanie w Search Console ma sens po poprawieniu przyczyny: usunięciu noindex, naprawie canonicala, dodaniu treści, poprawie statusu HTTP albo wzmocnieniu linkowania. Sama prośba bez naprawy problemu zwykle daje tylko szybsze potwierdzenie, że problem nadal istnieje.

W angielskim interfejsie i dokumentacji ta funkcja występuje jako Request indexing, a w polskim panelu jako Poproś o zindeksowanie. Górne pole inspekcji URL w polskiej wersji GSC służy do sprawdzania adresu w obrębie wybranej właściwości. Nie oznacza to, że Google przyjmie dowolną liczbę ręcznych próśb ani że każda prośba zakończy się indeksacją.

Poproś o zindeksowanie, sitemap i Indexing API - trzy różne sygnały

Search Console, sitemap.xml i Indexing API nie rozwiązują tego samego problemu. Pierwszy kanał dotyczy ręcznej prośby dla pojedynczego adresu, drugi porządkuje odkrywanie wielu URL-i, a trzeci jest ograniczony do wybranych typów krótkotrwałych stron.

Checklista - co sprawdzić, gdy strona nie jest zaindeksowana?

FAQ