Strona nie pojawia się w Google — co sprawdzić?

Adres otwiera się w przeglądarce, link został opublikowany, minęło kilka dni, a w Google nadal go nie ma. W takiej sytuacji rzadko chodzi o jedną tajemniczą karę — najczęściej jest to blokada techniczna, brak jakiegokolwiek sygnału, że strona istnieje, albo decyzja algorytmu o jakości. Porządek sprawdzania ma znaczenie: zaczynam od rzeczy, które zajmują minutę, a kończę na tych, które wymagają przepisania treści.

Strona mogła nie zostać jeszcze zaindeksowana

Google musi najpierw odkryć adres, potem go obejrzeć, wyrenderować i dopiero wtedy zdecydować o dodaniu do indeksu. Każdy z tych etapów ma własną kolejkę, a nowy adres nie dostaje priorytetu tylko dlatego, że właśnie został opublikowany. Dlatego pierwsze dni bez efektu to norma, nie awaria.

W Search Console, w narzędziu sprawdzania adresu, widać status „Odkryto — obecnie nie zindeksowano”. Ten komunikat oznacza, że adres jest znany, ale czeka na swoją kolej — nie ma tu błędu do naprawienia. Zmienianie kodu w takiej chwili tylko dokłada pracy, bo każda modyfikacja odsuwa ponowne skanowanie.

Inny wariant to „Zindeksowano, ale nie wyświetla się w wynikach”. Strona jest w indeksie, tylko nie przechodzi selekcji przy konkretnym zapytaniu — o tym będzie mowa dalej.

Meta robots, X-Robots-Tag i robots.txt

Najczęstszą przyczyną braku strony w wynikach jest dyrektywa noindex w kodzie. Wystarczy jedna linia w sekcji head: <meta name="robots" content="noindex">, żeby Google usunął adres z wyników mimo poprawnego kodu odpowiedzi i widocznej treści.

Ten sam efekt daje nagłówek HTTP X-Robots-Tag: noindex, którego nie zobaczysz w źródle strony — jest dodawany po stronie serwera. Dlatego sam podgląd kodu nie wystarcza; trzeba sprawdzić także nagłówki odpowiedzi.

Typowy scenariusz: strona powstała na kopii testowej z wyłączoną indeksacją, a potem została przeniesiona na produkcję razem z tym ustawieniem. Albo wtyczka SEO ma globalny przełącznik, który nadpisuje ustawienia pojedynczych podstron i nikt tego nie zauważył.

Osobny mechanizm to plik robots.txt, którego nie wolno mylić z noindex — taka pomyłka należy do najdroższych. Wpis Disallow w pliku robots.txt zabrania robotowi pobierania adresu, natomiast noindex zabrania dodania go do indeksu. Pierwszy odcina dostęp do treści, drugi działa już na poziomie indeksu.

Konsekwencja jest nieintuicyjna. Jeśli zablokujesz adres w robots.txt, robot nie pobierze strony i nigdy nie zobaczy dyrektywy noindex. Adres może wtedy trafić do wyników jako goły link bez opisu, bo Google zna go z linków zewnętrznych lub z mapy strony. Blokada obiegu nie usuwa strony z wyszukiwarki — tylko pozbawia cię kontroli nad tym, co robot o niej wie.

Praktyczna zasada: chcesz usunąć stronę z indeksu — zezwól na skanowanie i wstaw noindex. Chcesz oszczędzić serwerowi ruchu na nieistotnych zasobach — użyj robots.txt.

Strona-sierota, do której nikt nie linkuje

Adres opublikowany, ale niepodlinkowany z żadnego miejsca w serwisie, nazywa się stroną-sierotą. Taka strona nie ma ścieżki, po której robot miałby do niej dojść — zostaje mu tylko mapa strony i linki z zewnątrz, a to sygnały znacznie słabsze niż linki w treści.

Sprawdzenie jest proste: wpisz w wyszukiwarkę wewnętrzną serwisu frazę z tytułu strony i zobacz, czy cokolwiek ją zwraca. Drugi test to przejście z menu i kategorii do docelowego adresu kliknięciami, bez wpisywania go w pasek. Jeśli takiej drogi nie ma, dodaj link kontekstowy z pokrewnego artykułu oraz pozycję w kategorii.

Kody błędów, przekierowania i canonical na inną wersję

Zanim zaczniesz szukać głębiej, sprawdź kod odpowiedzi. 404 i 410 mówią wprost, że adresu nie ma — choćby link do niego prowadził. Kody z rodziny 5xx oznaczają problem po stronie serwera; Google wtedy ponawia próby, ale strona nie wejdzie do indeksu, dopóki serwer nie zacznie odpowiadać poprawnie.

Osobny przypadek to duplikat. Jeśli w sekcji head znajduje się canonical wskazujący na inny adres — wersję z parametrem, wariant z ukośnikiem na końcu albo starszy adres po zmianie struktury — Google może uznać wskazaną wersję za główną, a twojej nie pokazywać wcale.

Warto wiedzieć, że canonical jest wskazówką, a nie rozkazem. Google potrafi ją zignorować, jeśli uzna, że strony różnią się treścią. W praktyce błędnie ustawiony canonical pozostaje jednak jedną z najczęstszych przyczyn sytuacji „strona istnieje, a jej nie ma”.

W jakiej kolejności to sprawdzać

Kolejność ma znaczenie praktyczne: tanie testy odsiewają większość przypadków, zanim zdążysz otworzyć narzędzia droższe w czasie. Mój standardowy przebieg przy każdym zgłoszeniu „nie ma nas w Google” wygląda tak.

Jeśli po przejściu wszystkich punktów wszystko wygląda poprawnie, problem prawdopodobnie nie jest techniczny. Wtedy warto przestać grzebać w kodzie i przyjrzeć się treści oraz konkurencji.

Jak sprawdzić, czy strona jest w indeksie

Do ustalenia stanu indeksacji wystarczą trzy narzędzia i ani jedno dodatkowe rozszerzenie. Ważne, żeby czytać ich wyniki razem, bo pojedynczy test bywa mylący.

• Operator site: wpisz site: i pełny adres strony — pojawienie się wyniku oznacza, że adres jest w indeksie; brak wyniku przy działającym serwisie to sygnał braku indeksacji.
• Sprawdzenie adresu w Search Console: pokazuje status indeksacji, datę ostatniego skanowania, typ robota oraz przyczyny wykluczenia.
• Raport „Strony”: grupuje adresy według stanu — zindeksowane, wykluczone, z błędami; tu widać, czy problem dotyczy jednej strony, czy całej sekcji.
• Podgląd wyrenderowanej strony: uruchom go w narzędziu sprawdzania adresu i zobacz, czy treść oraz dyrektywy są widoczne dla robota.
• Mapa strony: upewnij się, że adres jest w pliku XML i że sam plik został zgłoszony w Search Console.
• Nagłówki odpowiedzi: sprawdź, czy nie ma w nich X-Robots-Tag z wartością noindex.

Wyniki tych testów warto zapisać z datą. Po zmianach porównanie stanu przed i po jest jedynym wiarygodnym dowodem, że coś rzeczywiście zadziałało.

Co zrobić po usunięciu przyczyny

Gdy blokada zniknie, poproś o ponowne zindeksowanie w narzędziu sprawdzania adresu. To ustawia adres w kolejce, ale nie gwarantuje terminu — decyzja należy do wyszukiwarki, nie do ciebie.

Nie klikaj tej opcji codziennie. Ponawianie nic nie przyspiesza, a przy adresach zgłaszanych wielokrotnie kolejka bywa traktowana mniej priorytetowo. Wystarczy jedno zgłoszenie po każdej realnej zmianie w kodzie lub treści.

Dalej zostaje obserwacja: wracaj do raportu „Strony” po kilku dniach i sprawdzaj, czy status przesunął się z wykluczenia do indeksu. Jeśli po usunięciu noindex adres nadal widnieje w wynikach z opisem, minie trochę czasu, zanim podgląd się zaktualizuje — to zwykłe opóźnienie, nie nowy błąd.

Kiedy przyczyna nie leży w technice

Jest granica, po której dalsze poprawki w kodzie przestają mieć sens. Jeśli strona jest zindeksowana, a mimo to nie pojawia się na żadne sensowne zapytanie, problem leży w treści albo w doborze frazy, nie w dyrektywach.

Pierwsza możliwość to cienka treść: kilka zdań opisu, powtórzenie informacji z innych podstron, brak odpowiedzi na pytanie, z którym przychodzi użytkownik. Druga to niedopasowanie intencji — strona opisuje produkt, gdy zapytanie szuka porównania, albo odwrotnie. Trzecia to konkurencja: temat jest obsadzony przez serwisy, które odpowiadają szybciej i pełniej, a twoja strona nie ma czym się wyróżnić.

W tych przypadkach zmiana canonicala, dopisanie linków czy kolejne zgłoszenie do indeksu nic nie da. Strona wróci do wyników tylko wtedy, gdy zmieni się jej zawartość albo jej miejsce w strukturze serwisu.

Zanim zaczniesz przepisywać treść, warto mieć pewność, że problem nie leży w jednej literze w sekcji head. Szybki przegląd title, meta robots, canonical i H1 na wklejonym kodzie strony wykonasz w naszym narzędziu do audytu on-page — to zwykle wystarcza, żeby oddzielić przyczyny techniczne od redakcyjnych.