Jeśli Google nie indeksuje nowych podstron, przyczyną może być blokada techniczna, błędny canonical, brak linków, problem z dostępnością, słaba jakość lub duplikacja treści. Najszybszą drogą do diagnozy jest narzędzie Sprawdzenie adresu URL w Google Search Console.
Dodanie strony do CMS-a nie oznacza automatycznie, że Google ją zaindeksuje.
Google musi najpierw znaleźć URL, móc go pobrać, zinterpretować treść, wybrać wersję kanoniczną i uznać, że strona ma wartość, aby dodać ją do indeksu.
Mapa witryny i przycisk "Poproś o zindeksowanie" pomagają Google odkryć URL, ale nie gwarantują indeksacji. Najpierw trzeba usunąć przyczynę, dla której strona nie powinna lub nie może trafić do indeksu.
Ten poradnik prowadzi przez cały proces: od publikacji nowej strony do sprawdzenia jej w Search Console, analizy blokad, linkowania, canonicali, treści oraz poprawnego zgłoszenia do indeksacji.
Google nie indeksuje nowych podstron - najkrótsza odpowiedź
Najpierw ustal status konkretnego URL-a w Search Console. Następnie sprawdź, czy Google może go crawlowąć, czy indeksowanie jest dozwolone, jaki canonical wybrało Google, czy URL zwraca poprawny kod 200, czy znajduje się w sitemapie oraz czy prowadzą do niego wewnętrzne linki.
Jeżeli technika jest poprawna, problemem często okazuje się jakość lub powtarzalność strony. Google nie ma obowiązku indeksować wszystkich adresów URL. Szczególnie często pomija duplikaty, puste filtry, strony z automatycznie generowaną treścią oraz podstrony bez wyraźnej wartości dla użytkownika.
Crawling, indeksowanie i ranking - czym się różnią?
| Etap | Co się dzieje? | Przykładowy problem |
|---|---|---|
| Odkrycie URL-a | Google dowiaduje się, że strona istnieje | Brak linku wewnętrznego i brak URL-a w sitemapie |
| Crawling | Googlebot odwiedza URL i pobiera odpowiedź | robots.txt, błąd 5xx, blokada serwera |
| Renderowanie | Google przetwarza stronę i jej zasoby | Treść ładuje się tylko przez błędny JavaScript |
| Indeksowanie | Google ocenia, czy dodać URL do indeksu | noindex, duplikacja, cienka treść, zły canonical |
| Ranking | Google decyduje, czy i gdzie wyświetlić URL | Strona jest w indeksie, ale nie rankuje wysoko |
Brak widoczności w Google nie zawsze oznacza brak indeksacji. Strona może być zaindeksowana, ale pojawiać się daleko w wynikach. Dlatego nie oceniaj statusu wyłącznie przez ręczne wyszukiwanie jednej frazy.
Najpierw sprawdź, czy strona naprawdę nie jest w indeksie
Wyszukaj pełny adres URL w Google albo użyj operatora site:. To szybka wskazówka, ale nie jest dokładniejsza niż Search Console.
Najbardziej wiarygodny punkt startowy to narzędzie Sprawdzenie adresu URL w Google Search Console. Wklej dokładny adres nowej podstrony, a następnie sprawdź, czy Google zna URL, czy znajduje się on w indeksie oraz co blokuje jego indeksację.
Narzędzie Sprawdzenie adresu URL w Search Console
Dla każdej ważnej nowej strony sprawdź szczególnie te elementy:
| Element w inspekcji URL | Co oznacza? | Co zrobić, jeśli jest problem? |
|---|---|---|
| URL jest w Google | Strona została dodana do indeksu | Jeśli nie rankuje, analizuj już SEO i intencję |
| Czy skanowanie jest dozwolone? | Googlebot może pobrać URL | Sprawdź robots.txt oraz blokady serwera |
| Czy indeksowanie jest dozwolone? | Strona nie zwraca noindex | Sprawdź meta robots i nagłówek X-Robots-Tag |
| Kanoniczny URL wskazany przez użytkownika | Wersja preferowana przez stronę | Zweryfikuj rel="canonical" |
| Kanoniczny URL wybrany przez Google | Wersja, którą Google uznaje za główną | Sprawdź duplikaty, sygnały canonical i linkowanie |
| Ostatnie indeksowanie | Kiedy Googlebot ostatnio odwiedził adres | Porównaj ze zmianami na stronie oraz sitemapą |
Najczęstsze przyczyny braku indeksacji
W raporcie Indeksowanie stron Search Console Google grupuje adresy według powodu wykluczenia. Nie każdy status oznacza błąd. Problemem jest dopiero sytuacja, w której ważny URL jest wykluczony wbrew Twojej intencji.
- blokada w robots.txt,
- tag
noindexalbo nagłówekX-Robots-Tag, - strona wskazuje lub otrzymuje niewłaściwy canonical,
- błąd 404, soft 404, 5xx albo błędne przekierowanie,
- brak linków wewnętrznych i brak URL-a w sitemapie,
- duplikacja lub treść bez wartości,
- problemy z renderowaniem JavaScript,
- masowe strony filtrowane, parametry i techniczne kombinacje URL.
robots.txt blokuje Googlebota
Plik robots.txt może blokować Googlebotowi dostęp do całych katalogów, parametrów lub określonych URL-i. To przydatne w niektórych sytuacjach, ale błędna reguła może odciąć ważne strony usługowe, produkty albo sekcję bloga.
User-agent: *
Disallow: /blog/
Taka reguła blokuje crawlowanie całego katalogu blogowego. Jeżeli blog ma generować ruch organiczny, jest to błąd.
Po zmianie robots.txt użyj inspekcji URL i testu działania strony. Pamiętaj: robots.txt blokuje crawlowanie, ale nie jest narzędziem do pewnego usuwania stron, które już znalazły się w indeksie.
Tag noindex lub nagłówek X-Robots-Tag
Jeśli strona zwraca meta tag noindex albo nagłówek X-Robots-Tag: noindex, Google nie powinno jej indeksować. To bywa celowe dla stron technicznych, koszyka, wyszukiwarki wewnętrznej czy niektórych filtrów.
W praktyce noindex często pojawia się przez błąd szablonu, wtyczki SEO, ustawienia środowiska testowego albo kopiowanie konfiguracji po migracji.
<meta name="robots" content="noindex, follow">
Sprawdź zarówno kod HTML, jak i nagłówki HTTP. Po usunięciu noindex upewnij się, że robots.txt nie blokuje Googlebota - robot musi móc odwiedzić stronę, aby zobaczyć zmianę.
Google wybrało inny adres kanoniczny
Canonical wskazuje Google preferowaną wersję podobnych stron. Jeśli nowa podstrona ma canonical do strony głównej, kategorii, innego produktu albo innej wersji językowej, Google może pominąć ją jako duplikat.
Sprawdź, czy ważna, unikalna strona wskazuje canonical na samą siebie. Jeżeli jest prawidłowa, ale Google wybiera inny adres, przeanalizuj sygnały sprzeczne z canonicalem: linkowanie wewnętrzne, sitemapę, przekierowania, treść, parametry URL i wersje HTTP/HTTPS.
Strona zwraca błąd 404, 5xx lub nieprawidłowe przekierowanie
| Kod lub sytuacja | Znaczenie | Działanie |
|---|---|---|
| 200 OK | Strona działa poprawnie | Sprawdź pozostałe warunki indeksacji |
| 301 / 308 | Adres został trwale przeniesiony | Linkuj bezpośrednio do końcowego URL-a |
| 302 / 307 | Przekierowanie tymczasowe | Zweryfikuj, czy jest rzeczywiście potrzebne |
| 404 | Strona nie istnieje | Napraw URL, linkowanie lub wdroż właściwe przekierowanie |
| Soft 404 | Strona wygląda jak błąd mimo statusu 200 | Dodaj wartość lub zwracaj prawidłowy status 404 |
| 5xx | Serwer nie obsłużył żądania | Napraw hosting, aplikację, cache lub przeciążenie |
Nie przekierowuj wszystkich usuniętych URL-i na stronę główną. Jeżeli istnieje sensowny odpowiednik, zastosuj przekierowanie do niego. Jeżeli nie istnieje, użytkownik i Google powinni otrzymać uczciwy status 404 z pomocną nawigacją.
Google nie może znaleźć nowej podstrony
Google najczęściej odkrywa nowe strony przez linki. Jeśli nowy artykuł, produkt lub usługa istnieje tylko w panelu CMS i nie prowadzi do niego żaden link, robot może długo go nie znaleźć.
- dodaj URL do właściwej mapy witryny XML,
- linkuj do niego z kategorii, menu, strony usług lub powiązanego artykułu,
- upewnij się, że link jest zwykłym linkiem HTML z atrybutem
href, - nie ukrywaj ważnych stron wyłącznie za formularzem, filtrem lub niedziałającym JavaScriptem,
- utrzymuj płytką, logiczną strukturę strony.
Mapa witryny XML - jak pomaga, a czego nie gwarantuje?
Sitemap XML pomaga Google znaleźć ważne adresy URL, szczególnie w dużych serwisach. Nie gwarantuje jednak, że każdy adres zostanie od razu odwiedzony, zaindeksowany albo wysoko wypozycjonowany.
Dobra sitemap powinna zawierać wyłącznie strony, które są:
- działające i zwracają kod 200,
- kanoniczne,
- dozwolone do indeksacji,
- wartościowe dla użytkownika,
- zgodne z faktyczną strukturą strony.
Nie dodawaj do sitemap przekierowań, błędów 404, stron z noindex, parametrów filtrów ani duplikatów. To tworzy sprzeczne sygnały i utrudnia diagnozę.
Linkowanie wewnętrzne i architektura strony
Nowa podstrona powinna być częścią logicznej struktury, a nie samotnym URL-em. Google wykorzystuje linki do odkrywania stron i rozumienia ich znaczenia.
Usługa główna
├── Usługa szczegółowa
│ ├── Case study
│ ├── FAQ
│ └── Poradnik
└── Kontakt / wycena
Jeśli publikujesz artykuł, dodaj link do niego z kategorii bloga oraz z powiązanych treści. Jeśli tworzysz stronę usługi, podepnij ją do menu, strony usług, odpowiednich case studies i poradników. Ważny URL nie powinien być osierocony.
Strona jest zduplikowana, cienka albo ma niską wartość
Google nie indeksuje wszystkich opublikowanych adresów. Może pominąć stronę, jeśli jest bardzo podobna do innych URL-i, ma zaledwie kilka automatycznych zdań, nie zawiera własnych informacji albo nie rozwiązuje konkretnego problemu użytkownika.
| Typ problemu | Przykład | Lepsze rozwiązanie |
|---|---|---|
| Duplikat | Ten sam opis produktu pod kilkoma URL-ami | Ustalić canonical i jedną wersję docelową |
| Thin content | Strona miasta z dwoma ogólnymi zdaniami | Dodać lokalne dane, ofertę, FAQ i realną wartość |
| Automatyczny landing | Setki identycznych stron usług dla miast | Tworzyć tylko strony z rzeczywistą ofertą i unikalną treścią |
| Pusta kategoria | Brak produktów lub artykułów | Uzupełnić albo nie indeksować do czasu rozwoju |
| Strona techniczna | Wynik wyszukiwarki wewnętrznej | Nie traktować jej jako strony SEO |
JavaScript i renderowanie treści
Jeżeli najważniejszy tekst, nagłówki, linki albo produkty pojawiają się dopiero po wykonaniu JavaScriptu, sprawdź w narzędziu Sprawdzenie adresu URL, jak Google renderuje stronę.
Problemy pojawiają się szczególnie wtedy, gdy aplikacja wymaga błędnego API, elementy są ładowane dopiero po interakcji użytkownika, serwer zwraca pusty HTML albo zasoby JavaScript są blokowane.
Kluczowa treść i linki powinny być dostępne w sposób, który Googlebot może niezawodnie pobrać oraz przetworzyć. Po wdrożeniu każdej większej zmiany sprawdzaj stronę w Search Console, a nie tylko w przeglądarce zespołu developerskiego.
Filtry, parametry i strony techniczne
W e-commerce i serwisach katalogowych jedna kategoria może stworzyć tysiące kombinacji filtrów, sortowań i parametrów URL. Google często nie indeksuje ich celowo, ponieważ są duplikatami, mają podobną zawartość albo nie tworzą osobnej wartości dla użytkownika.
Wybierz ograniczoną liczbę kombinacji z realnym popytem i zbuduj z nich wartościowe landing page'e. Pozostałe filtry mogą być użyteczne dla klienta bez konieczności tworzenia osobnych stron indeksowanych przez Google.
Nowa domena, migracja i zmiana struktury URL
Po migracji nowa struktura URL może być przez pewien czas odkrywana i indeksowana wolniej. Najczęstsze błędy to brak przekierowań 301, canonicale wskazujące starą domenę, robots.txt z wersji testowej, noindex na produkcji oraz sitemap zawierająca stare adresy.
- przygotuj mapę stary URL → nowy URL,
- wdroż przekierowania 301 dla rzeczywistych odpowiedników,
- zaktualizuj canonicale, linki wewnętrzne i sitemapę,
- sprawdź produkcyjny robots.txt oraz meta robots,
- monitoruj kluczowe adresy w Search Console po publikacji.
Jak poprosić Google o indeksację?
Dla pojedynczej ważnej strony użyj narzędzia Sprawdzenie adresu URL i wybierz opcję poproszenia o indeksację. Po zgłoszeniu Google może umieścić URL w kolejce do ponownego crawlowania, ale nie daje to gwarancji terminu ani dodania strony do indeksu.
Gdy publikujesz wiele nowych lub zaktualizowanych stron, lepszym rozwiązaniem jest aktualna sitemap XML z prawidłowym znacznikiem lastmod, mocne linkowanie wewnętrzne i kontrola jakości całej sekcji.
Plan diagnostyczny na 7 dni
| Dzień | Działanie |
|---|---|
| 1 | Wybierz listę kluczowych nowych URL-i i sprawdź każdy w narzędziu Inspekcja URL. |
| 2 | Sprawdź statusy HTTP, przekierowania, robots.txt, meta robots i nagłówki. |
| 3 | Porównaj canonical wskazany przez stronę z canonicalem wybranym przez Google. |
| 4 | Zweryfikuj sitemapę XML oraz linkowanie z kategorii i powiązanych stron. |
| 5 | Oceń unikalność, jakość, kompletność i intencję każdej ważnej podstrony. |
| 6 | Sprawdź renderowanie JavaScript, błędy serwera i zmiany po migracji lub wdrożeniu. |
| 7 | Wdróż poprawki, prześlij sitemapę, zgłoś kluczowe URL-e i ustaw monitoring w Search Console. |
Najczęstsze błędy
| Błąd | Skutek | Lepsze rozwiązanie |
|---|---|---|
| Wielokrotne zgłaszanie URL-a do indeksacji | Nie usuwa prawdziwej przyczyny problemu | Najpierw sprawdzić technikę, linki, canonical i jakość |
| Dodawanie każdego URL-a do sitemap | Google dostaje listę duplikatów i stron bez wartości | Sitemap tylko dla kanonicznych stron, które mają być indeksowane |
| Blokowanie strony w robots.txt i dodawanie noindex | Google może nie zobaczyć noindex | Dobrać metodę do konkretnego celu |
| Brak linków do nowych stron | Google wolniej odkrywa osierocone URL-e | Dodać linkowanie z istotnych stron i kategorii |
| Masowe strony lokalne lub filtrowane | Duplikacja i cienka treść | Tworzyć tylko strony z realną intencją oraz wartością |
| Ignorowanie błędów 5xx | Googlebot nie może stabilnie pobrać strony | Naprawić serwer i monitorować dostępność |
Nowe podstrony nie trafiają do Google?
Sprawdzimy Search Console, indeksację, robots.txt, noindex, canonicale, sitemapę, linkowanie wewnętrzne, renderowanie i jakość URL-i. Otrzymasz listę konkretnych przyczyn oraz kolejność wdrożeń.
Zamów analizę indeksacjiNajczęstsze pytania
Dlaczego Google nie indeksuje nowych podstron?
Najczęstsze powody to blokada robots.txt, tag noindex, błędny canonical, błąd serwera, brak linków wewnętrznych, nieprawidłowa sitemap XML, duplikacja albo niska wartość strony. Przyczynę najlepiej sprawdzić w narzędziu Sprawdzenie adresu URL w Google Search Console.
Czy sitemap XML gwarantuje indeksację strony?
Nie. Sitemap pomaga Google odkryć URL, ale nie gwarantuje crawlowania, indeksacji ani pozycji. Strona nadal musi być dostępna, kanoniczna, wartościowa i zgodna z zasadami indeksowania.
Jak zgłosić nową stronę do indeksacji Google?
Wklej adres w narzędziu Sprawdzenie adresu URL w Google Search Console i wybierz opcję poproszenia o indeksację. Dla wielu nowych stron zaktualizuj sitemap XML, oznacz świeże URL-e lastmod i zadbaj o linkowanie wewnętrzne.
Ile trwa indeksowanie nowej podstrony?
Google nie gwarantuje konkretnego czasu. Nowe URL-e mogą zostać odkryte szybko albo potrzebować więcej czasu, zależnie od architektury strony, linkowania, jakości, stanu domeny i częstotliwości crawlowania. Najpierw upewnij się, że strona jest technicznie gotowa do indeksacji.
Czy noindex i robots.txt to to samo?
Nie. robots.txt kontroluje możliwość crawlowania, a noindex wskazuje, że strona nie powinna być indeksowana. Jeżeli robots.txt blokuje Googlebota, może on nie zobaczyć tagu noindex umieszczonego na stronie.
Nowa podstrona trafia do indeksu wtedy, gdy Google może ją znaleźć, pobrać, zrozumieć i uznać za wartą pokazania.
Zamiast bez końca klikać "Poproś o indeksację", potraktuj problem jak proces diagnostyczny. Sprawdź dostępność, blokady, canonical, linkowanie, sitemapę, renderowanie i wartość treści.
To pozwala nie tylko zaindeksować jeden URL, ale zbudować stronę, której nowe podstrony będą odkrywane i przetwarzane przez Google znacznie sprawniej.