Dwa widoki tego samego adresu
Gdy wpisujesz adres w narzędziu Sprawdzanie adresu URL w Google Search Console, najpierw widzisz informacje o stanie znanym Google. Możesz też uruchomić test na żywo, który sprawdza adres ponownie. Wyniki nie muszą być identyczne: odnoszą się do różnych momentów i służą do odpowiedzi na różne pytania.
Stan w indeksie pomaga ustalić, co Google wie o wskazanym adresie na podstawie wcześniejszego przetwarzania. Test na żywo pomaga sprawdzić, czy w chwili testu Google może pobrać stronę i czy napotyka podstawowe przeszkody techniczne. Żaden z tych widoków samodzielnie nie odpowiada na pytanie, czy strona będzie widoczna na określoną frazę.
Co mówi stan w indeksie
Widok stanu w indeksie pokazuje między innymi, czy badany adres jest zaindeksowany, a jeśli nie — jaki stan został dla niego odnotowany. W szczegółach można znaleźć informacje pomocne w diagnozie, takie jak ostatnie znane pobranie strony, wykryte ograniczenia indeksowania czy adres kanoniczny wskazany przez witrynę i wybrany przez Google, o ile te dane są dostępne.
To zapis wcześniejszego przetwarzania, a nie pomiar wykonywany w chwili otwarcia raportu. Jeśli właściciel sklepu usunął dziś z karty produktu znacznik noindex, widok stanu może nadal opisywać wersję pobraną przed zmianą. Podobnie po naprawieniu błędu serwera raport nie musi od razu pokazać nowego wyniku.
Warto też odróżnić badany URL od strony, którą Google uznał za kanoniczną. Adres może nie figurować w indeksie jako osobna strona, ponieważ został potraktowany jako duplikat innego adresu. W takiej sytuacji sama informacja „nie jest zaindeksowany” nie oznacza jeszcze, że treść jest całkowicie niedostępna w wyszukiwarce.
Co sprawdza test na żywo, a czego nie potwierdza
Test na żywo uruchamia świeżą próbę sprawdzenia wskazanego URL. Jest przydatny po zmianach technicznych: pozwala zobaczyć, czy strona odpowiada, czy robot może ją pobrać oraz czy wykrywane są przeszkody, na przykład blokada dostępu lub dyrektywa noindex. W dostępnych szczegółach warto obejrzeć także odpowiedź strony i treść, którą udało się uzyskać — szczególnie gdy ważne elementy witryny są tworzone przez JavaScript.
Pozytywny wynik testu nie oznacza jednak, że adres już znajduje się w indeksie ani że zostanie do niego dodany. To kontrola bieżącej dostępności i wybranych warunków technicznych, nie decyzja o indeksowaniu. Test nie zastępuje też analizy tego, który adres Google ostatecznie wybierze jako kanoniczny. Jeśli test pokazuje, że strona może być indeksowana, a stan w indeksie wskazuje duplikat, oba komunikaty mogą być prawdziwe.
Również wynik negatywny trzeba czytać w kontekście. Chwilowy błąd serwera podczas testu nie dowodzi, że strona stale nie działa. Zanim zmienisz konfigurację witryny, sprawdź odpowiedź adresu ponownie i porównaj ją z tym, co widzą zwykli użytkownicy.
Jak interpretować rozbieżności: przykład strony produktu
Załóżmy, że karta produktu była wyłączona z indeksowania przez noindex. Po usunięciu dyrektywy stan w indeksie nadal informuje o wykluczeniu, ale test na żywo nie wykrywa już noindex. Najprostsze wyjaśnienie: Google nie zaktualizował jeszcze informacji o adresie. Sprawdź, czy poprawna wersja strony jest dostępna pod właściwym URL, a następnie obserwuj stan po ponownym przetworzeniu.
W odwrotnej sytuacji raport może pokazywać adres jako zaindeksowany, choć test na żywo wykrywa teraz błąd pobierania. Sprawdź, czy problem nie wynika z ostatniego wdrożenia, przekierowania albo niestabilnej odpowiedzi serwera. Historyczna obecność w indeksie nie jest potwierdzeniem, że bieżąca wersja strony działa poprawnie.
Jeśli oba widoki wyglądają poprawnie, a adres nadal nie jest indeksowany, przejrzyj kontekst witryny. Sprawdź linki prowadzące do strony, adres kanoniczny, podobieństwo do innych podstron i to, czy URL jest tym, który rzeczywiście chcesz udostępniać w wynikach. Techniczna możliwość pobrania strony to tylko część diagnozy.
Krótka lista kontroli przed zgłoszeniem problemu
Zacznij od dokładnego adresu, który sprawdzasz. Warianty z ukośnikiem na końcu, parametrami lub innym prefiksem mogą prowadzić do innych odpowiedzi albo przekierowań. Następnie porównaj stan w indeksie z testem na żywo i zanotuj, które informacje pochodzą z wcześniejszego przetwarzania, a które z bieżącego sprawdzenia.
Skontroluj odpowiedź serwera, ewentualne przekierowania, blokady w robots.txt, dyrektywę noindex oraz wskazanie adresu kanonicznego. Otwórz też stronę samodzielnie i upewnij się, że jej główna treść jest dostępna pod oczekiwanym adresem. Jeśli wykryjesz błąd, popraw przyczynę, a potem ponów test na żywo.
Po naprawie możesz poprosić o ponowne zindeksowanie adresu w Search Console, jeśli ta możliwość jest dostępna. Traktuj to jako zgłoszenie do ponownego sprawdzenia, nie gwarancję dodania strony do indeksu. Najważniejsze jest usunięcie przeszkody i późniejsze zweryfikowanie, czy stan odnotowany przez Google rzeczywiście się zmienił.
