Search Console pokazuje, że Google nie indeksuje Twojej strony WordPress? To jeden z najbardziej frustrujących problemów, bo z pozoru wszystko wygląda dobrze: witryna działa, treści są opublikowane, a jednak w wynikach wyszukiwania nie ma żadnego śladu. W praktyce taki problem może oznaczać zarówno prostą pomyłkę w ustawieniach, jak i poważniejszy błąd techniczny, który blokuje całą widoczność serwisu.
Najgorsze w tym scenariuszu jest to, że wiele osób próbuje „naprawiać” problem na ślepo: wysyła ponownie mapę witryny, klika prośby o indeksację, instaluje kolejne wtyczki SEO i czeka. Tymczasem Search Console zwykle daje bardzo konkretne sygnały. Trzeba tylko umieć je odczytać i przeprowadzić diagnozę w odpowiedniej kolejności.
W tym artykule wyjaśniam, dlaczego WordPress może nie być indeksowany przez Google, jak odróżnić błąd techniczny od normalnego opóźnienia, co sprawdzić krok po kroku oraz kiedy lepiej nie ryzykować samodzielnych zmian. Jeśli chcesz odzyskać indeksację bez psucia działającej strony, potraktuj ten tekst jako praktyczną procedurę diagnostyczną.
Lead
Brak indeksacji w Google Search Console nie zawsze oznacza katastrofę, ale zawsze wymaga sprawdzenia. WordPress jest systemem elastycznym, lecz właśnie ta elastyczność bywa źródłem problemów: jedna zaznaczona opcja, nieprawidłowa reguła w robots.txt, źle ustawiony kanoniczny adres, wtyczka bezpieczeństwa, migracja z HTTP na HTTPS albo źle skonfigurowany cache mogą skutecznie zatrzymać Google przed dodaniem strony do indeksu.
Jeśli problem dotyczy tylko jednej podstrony, zwykle łatwiej go namierzyć. Jeśli jednak Search Console pokazuje wykluczenie dla wielu adresów, a liczba zaindeksowanych stron spada, sprawa jest bardziej złożona. Wtedy trzeba patrzeć nie tylko na pojedynczy URL, ale na całą architekturę witryny, odpowiedzi serwera i jakość sygnałów wysyłanych do Google.
Szybka odpowiedź
Co zrobić od razu? Sprawdź w WordPressie, czy witryna nie jest ustawiona jako „prośba o zniechęcenie wyszukiwarek do indeksowania”, upewnij się, że dana strona nie ma tagu noindex, zweryfikuj robots.txt, zajrzyj do raportu „Strony” i „Inspekcja URL” w Search Console, a następnie potwierdź, że adres zwraca kod 200 i nie jest blokowany przekierowaniem, błędem serwera ani canonicalem prowadzącym gdzie indziej.
Najkrótsza diagnoza: jeżeli Google widzi stronę, ale jej nie indeksuje, najczęściej problemem jest blokada techniczna, sygnał noindex, duplikacja, niska jakość strony albo brak wystarczających sygnałów do uznania URL za wart indeksu. Jeżeli Google w ogóle nie może pobrać strony, najpierw naprawiasz dostępność i blokady, dopiero potem myślisz o SEO.
Uwaga bezpieczeństwa: zanim zmienisz ustawienia wtyczek SEO, robot.txt, przekierowań lub cache, zrób kopię zapasową. Błędna zmiana jednego pliku lub reguły potrafi wyłączyć indeksację całej domeny.
Diagnoza problemu
Żeby naprawić problem skutecznie, trzeba najpierw ustalić, na którym etapie Google napotyka przeszkodę. W praktyce można to sprowadzić do czterech pytań:
1. Czy Google może pobrać stronę?
2. Czy Google może ją zrozumieć i przetworzyć?
3. Czy Google uważa tę stronę za kanoniczną i wartą indeksacji?
4. Czy Search Console pokazuje problem w konkretnej kategorii, czy tylko brak indeksu bez jasnego błędu?
Jeśli odpowiedź na pierwsze pytanie brzmi „nie”, to problem jest techniczny: blokada, serwer, robots, dostęp, przekierowanie, błąd 4xx/5xx, autoryzacja, ograniczenie regionalne albo firewall. Jeżeli Google pobiera stronę, ale jej nie indeksuje, trzeba sprawdzić treść, duplikację, noindex, canonical i sygnały jakości. Jeżeli strona jest zaindeksowana, ale nie rankuje, to już zupełnie inny problem, który nie jest tożsamy z brakiem indeksacji.
W Search Console najważniejsze są trzy miejsca: raport Strony, Inspekcja URL oraz Mapy witryn. Raport „Strony” pokaże, które adresy są wykluczone i dlaczego. Inspekcja URL pozwala sprawdzić konkretną podstronę i jej status względem indeksu. Mapy witryn pomagają ustalić, czy Google w ogóle dostał listę stron, które powinien odwiedzić. Jeśli strona nie ma nawet statusu „odkryta” lub „zeskanowana”, problem może być głębszy niż pojedynczy błąd SEO.
W WordPressie warto też od razu sprawdzić, czy problem nie zaczął się po jednej z typowych zmian: aktualizacji wtyczki SEO, migracji hostingu, przeniesieniu domeny, zmianie motywu, wdrożeniu CDN, uruchomieniu SSL, zmianie struktury adresów URL albo dodaniu zabezpieczeń logowania. To właśnie po takich operacjach najczęściej dochodzi do niezamierzonej blokady indeksacji.
Możliwe przyczyny
Poniżej znajdziesz najczęstsze przyczyny, dla których Search Console może nie indeksować strony WordPress. Warto przejść przez nie po kolei, zamiast zakładać od razu najgorszy scenariusz.
1. Włączona blokada indeksacji w WordPressie
Najprostsza i zaskakująco częsta przyczyna to zaznaczona opcja zniechęcająca wyszukiwarki do indeksowania witryny. W WordPressie można ją aktywować w ustawieniach widoczności dla wyszukiwarek. Problem pojawia się szczególnie po tworzeniu strony testowej, migracji, pracy na stagingu lub po zakończeniu wdrożenia, gdy ktoś po prostu zapomina odznaczyć opcję blokady.
Jeśli ta opcja pozostaje aktywna, Google może widzieć sygnał, że strona nie powinna trafiać do indeksu. To jeden z pierwszych punktów do sprawdzenia, bo jego naprawa jest szybka i często rozwiązuje problem natychmiastowo.
2. Tag noindex na stronie lub w szablonie
Wtyczka SEO, motyw lub własny kod mogą dodać tag meta robots z wartością noindex. Wtedy Google celowo nie indeksuje strony. Dzieje się tak często na stronach archiwów, wyników wyszukiwania wewnętrznego, stronach tagów, autorów, a czasem również na zwykłych podstronach, jeśli konfiguracja SEO została ustawiona zbyt agresywnie.
Warto pamiętać, że noindex może działać zarówno na poziomie całej sekcji, jak i pojedynczego URL-a. Dlatego trzeba sprawdzić źródło strony, ustawienia wtyczki SEO i ewentualne reguły generowane przez motyw.
3. Błędny robots.txt
Plik robots.txt nie służy do „ukrywania” strony przed światem, ale może blokować crawlerom dostęp do części zasobów lub całych katalogów. Jeżeli w robots.txt znajdują się zbyt szerokie reguły Disallow, Google może nie mieć dostępu do ważnych sekcji witryny. Czasem blokada dotyczy tylko CSS i JS, co utrudnia renderowanie strony, a czasem całych ścieżek, przez co strona przestaje być skutecznie odwiedzana.
Robots.txt nie zawsze oznacza całkowity brak indeksu, ale może utrudniać ocenę strony przez Google, zwłaszcza gdy blokuje zasoby potrzebne do prawidłowego odczytania treści.
4. Kanoniczny adres URL wskazuje gdzie indziej
Jeśli strona ma ustawiony canonical na inny adres, Google może uznać, że to tam znajduje się właściwa wersja treści. Dzieje się tak przy duplikatach, parametrach URL, wersjach z i bez www, wersjach http i https, a także po migracjach i zmianach struktury URL. Problem może być niewidoczny na pierwszy rzut oka, bo użytkownik widzi normalną stronę, ale Google dostaje sygnał, że powinno indeksować inną wersję.
To częsty problem w sklepach i stronach rozbudowanych o filtry, warianty, paginację lub treści generowane dynamicznie.
5. Zbyt wiele duplikatów treści
WordPress bez dobrej konfiguracji potrafi tworzyć wiele wersji tej samej treści: archiwa tagów, kategorii, autora, stron z parametrami, paginacje, wersje AMP, podstrony z dodatkowymi parametrami i kopie treści w różnych miejscach. Google, widząc zbyt dużo podobnych adresów, może wybrać inną wersję jako kanoniczną albo całkiem pominąć część z nich.
Jeżeli treść strony jest zbyt cienka, powielona lub zbliżona do innych podstron, Search Console może nie uznać jej za wartościową do indeksacji.
6. Błędy serwera, przekierowań lub dostępności
Strona może wyglądać poprawnie w przeglądarce, ale Googlebot może napotkać błędy 3xx, 4xx lub 5xx, pętle przekierowań, problemy z certyfikatem SSL, zbyt wolną odpowiedź serwera albo blokady na poziomie hostingu. W takich sytuacjach indeksacja często wstrzymuje się lub jest opóźniona.
Po migracji hostingu, instalacji CDN lub aktualizacji certyfikatu SSL często pojawiają się ukryte problemy z przekierowaniem domeny, wersją www/non-www albo mieszaniem HTTP z HTTPS.
7. Strona jest nowa albo ma mało sygnałów jakości
Nie każda strona trafia do indeksu natychmiast. Nowa witryna, witryna z małą liczbą linków wewnętrznych, bez linków zewnętrznych, z bardzo ubogą treścią lub słabą strukturą może zostać uznana przez Google za mało istotną. Wtedy Search Console może nie wykazywać błędu technicznego, tylko po prostu brak decyzji o indeksacji.
To szczególnie częste przy małych stronach firmowych, stronach-wizytówkach i serwisach, które mają tylko kilka podstron i niewiele wartościowego contentu.
8. Problemy z mapą witryny XML
Mapa witryny może być błędna, nieaktualna, zawierać URL-e z noindex, przekierowania albo adresy, które zwracają błąd. Może też nie być zgłoszona do Search Console lub być generowana przez wtyczkę w niepełnej formie. Jeśli sitemap jest niepoprawna, Google dostaje sygnał zniekształcony lub sprzeczny z rzeczywistością.
Mapa witryny nie gwarantuje indeksacji, ale bardzo pomaga w odkrywaniu treści. Jeśli jest zła, utrudnia cały proces.
9. Wtyczka cache, security lub CDN blokuje Googlebota
Wtyczki bezpieczeństwa, antyspamowe, firewall, CDN i niektóre systemy cache mogą błędnie uznać Googlebota za podejrzany ruch. Zdarza się też, że do Google trafia wersja strony z niedokończonym cache, błędnym nagłówkiem lub nieprawidłową odpowiedzią. Wtedy użytkownik widzi witrynę poprawnie, ale robot wyszukiwarki ma problem z jej odczytem.
To jeden z powodów, dla których przy każdej zmianie w infrastrukturze warto sprawdzać nie tylko wizualny efekt w przeglądarce, ale też odpowiedzi nagłówków i zachowanie strony po stronie robota.
10. Niewłaściwa migracja strony
Po migracji z innej domeny, hostingu lub CMS-a często dochodzi do mieszania wersji adresów, pozostawienia starych przekierowań, błędów w canonicalach albo niepełnej aktualizacji linków wewnętrznych. Search Console potrafi wtedy pokazać, że strona nie jest indeksowana, bo Google widzi sprzeczne sygnały co do jej prawidłowego położenia.
Jeśli problem rozpoczął się dokładnie po migracji, należy traktować to jako mocną wskazówkę. W takim przypadku diagnoza powinna objąć całą ścieżkę dostępu do witryny, a nie tylko pojedynczy adres.
Rozwiązanie krok po kroku
Poniższa procedura pozwala podejść do problemu metodycznie. Przejdź ją w kolejności, bo pomijanie etapów zwykle prowadzi do błędnych wniosków.
Krok 1: Sprawdź widoczność indeksacji w WordPressie
Zaloguj się do panelu WordPress i sprawdź, czy witryna nie ma włączonej opcji blokowania wyszukiwarek. To podstawowy punkt kontrolny. Jeśli opcja była aktywna, wyłącz ją i zapisz zmiany.
Następnie przejdź do ustawień wtyczki SEO, jeśli z niej korzystasz. Sprawdź, czy konkretna strona lub typ treści nie ma ustawionego noindex. Zwróć uwagę na wpisy, strony, kategorie, tagi, archiwa i inne typy treści, które mogły zostać zablokowane globalnie.
Krok 2: Otwórz Inspekcję URL w Search Console
Wklej dokładny adres problematycznej strony do Inspekcji URL. Zobacz, czy Google może pobrać stronę, czy widzi wersję kanoniczną, jaki jest status indeksacji i czy pojawia się informacja o blokadzie. To najważniejsze źródło prawdy dla konkretnego adresu.
Jeśli Search Console pokazuje, że strona została wykryta, ale nie zaindeksowana, to już informacja diagnostyczna. Jeśli pokazuje, że strona została zablokowana przez noindex lub robots, wiesz, gdzie szukać. Jeśli wskazuje inną wersję kanoniczną, musisz naprawić sygnały kanoniczne i linkowanie wewnętrzne.
Krok 3: Sprawdź robots.txt
Wejdź w plik robots.txt i upewnij się, że nie blokuje istotnych ścieżek. Szczególnie uważaj na reguły obejmujące katalogi z treścią, obrazami, skryptami lub stylem. Jeśli w pliku znajdują się blokady dodane na czas testów, usuń je po wdrożeniu produkcyjnym.
Ważne: nie usuwaj reguł na ślepo tylko dlatego, że „coś blokują”. Najpierw oceń, czy rzeczywiście są niebezpieczne. Zbyt liberalny robots.txt może odsłonić techniczne elementy witryny, które nie powinny być indeksowane.
Krok 4: Sprawdź kod strony pod kątem noindex i canonical
Wyświetl źródło strony i wyszukaj meta robots oraz canonical. Upewnij się, że canonical wskazuje na właściwy, publiczny, ostateczny adres URL. Sprawdź, czy nie ma noindex w nagłówku HTTP lub w kodzie HTML. Czasem strona ma poprawne ustawienia w panelu, ale wtyczka cache albo motyw generuje inny wynik w nagłówkach.
Jeśli canonical wskazuje inną wersję strony, napraw to w ustawieniach SEO, linkowaniu i strukturze adresów. Canonical powinien wspierać właściwą wersję, a nie zastępować ją przypadkowym adresem.
Krok 5: Zweryfikuj odpowiedź serwera i przekierowania
Sprawdź, czy URL zwraca kod 200. Uważaj na 301, 302, 307, 403, 404, 410, 500 i pętle przekierowań. Strona może działać dla użytkownika, ale jeśli po drodze przechodzi przez kilka przekierowań lub zwraca błędy przy botach, Google może uznać ją za problematyczną.
Po migracji domeny dopilnuj, aby istniała jedna, spójna wersja: najlepiej jedna kombinacja protokołu i subdomeny. Mieszanie wersji www i non-www albo http i https często powoduje chaos w indeksacji.
Krok 6: Sprawdź mapę witryny XML
Upewnij się, że sitemap zawiera tylko adresy, które mają być indeksowane. Wyklucz strony noindex, przekierowania, błędy i duplikaty. Następnie prześlij mapę do Search Console, jeśli jeszcze tego nie zrobiłeś, lub poproś o ponowne przetworzenie po naprawie błędów.
Jeżeli sitemap zawiera nieprawidłowe adresy, usuń przyczynę w generatorze mapy, a nie ręcznie w samej mapie, jeśli jest tworzona automatycznie przez wtyczkę.
Krok 7: Oceń jakość i unikalność treści
Jeśli strona technicznie działa, ale nadal nie jest indeksowana, oceń jej wartość z perspektywy Google. Czy treść jest unikalna? Czy odpowiada na realne pytanie użytkownika? Czy ma wystarczającą długość i strukturę? Czy podstrona ma sens jako samodzielny zasób, czy jest tylko cienkim dublem innej strony?
Google coraz częściej nie indeksuje treści, które uznaje za mało użyteczne. Jeśli masz stronę z kilkoma zdaniami, bez kontekstu, bez nagłówków i bez wyraźnego celu, nie licz na szybkie zaindeksowanie tylko dlatego, że dodałeś ją do sitemap.
Krok 8: Popraw linkowanie wewnętrzne
Strona, do której prowadzi niewiele lub żaden link wewnętrzny, bywa trudniejsza do odkrycia i uznania za ważną. Dodaj logiczne linki z innych podstron, ale nie sztucznie. Linkowanie powinno wynikać z architektury serwisu, a nie z desperackiego „podbijania indeksacji”.
Jeżeli nowa strona jest odizolowana, Google może potraktować ją jako mniej istotną niż te, które mają mocniejsze powiązania w obrębie witryny.
Krok 9: Zidentyfikuj wpływ wtyczek i cache
Jeśli problem pojawił się po instalacji lub aktualizacji wtyczki bezpieczeństwa, cache lub SEO, wyłączaj komponenty po kolei i testuj efekt. Nie rób tego jednak na żywej stronie bez planu i kopii zapasowej. Najpierw zapisz aktualną konfigurację, zrób backup i sprawdź, które ustawienie rzeczywiście odpowiada za blokadę.
W niektórych przypadkach wystarczy odświeżenie cache, przebudowa plików statycznych albo aktualizacja reguł generowanych przez wtyczkę. W innych trzeba zmienić konfigurację CDN lub firewall.
Krok 10: Poproś o ponowną weryfikację w Search Console
Po naprawieniu problemu użyj funkcji sprawdzenia URL i poproś o indeksację. Nie rób tego jednak, zanim strona faktycznie nie będzie gotowa. Jeżeli wysyłasz prośbę przy nadal aktywnej blokadzie lub błędzie, tylko tracisz czas i zasoby crawl budget.
Po zgłoszeniu odczekaj. Indeksacja nie zawsze jest natychmiastowa. Jeśli wszystko jest poprawnie skonfigurowane, a strona nadal nie trafia do indeksu, wróć do diagnozy jakości i architektury witryny.
Najczęstsze błędy
W praktyce widzę te same pomyłki powtarzane bardzo często. Oto najważniejsze z nich:
1. Szybkie kliknięcie „Poproś o indeksację” bez diagnozy. To nie naprawia problemu technicznego. Jeśli strona jest blokowana, prośba niewiele da.
2. Usuwanie wszystkich reguł z robots.txt. To ryzykowne i może odsłonić obszary, których nie chcesz indeksować.
3. Wyłączanie noindex globalnie bez analizy. Jeśli dotyczy archiwów lub stron pomocniczych, może to pogorszyć jakość indeksu.
4. Ignorowanie canonicala. Niby strona jest „otwarta”, ale Google indeksuje inną wersję, bo sam mu ją wskazałeś.
5. Zakładanie, że problem jest wyłącznie SEO. Bardzo często źródłem kłopotów jest serwer, CDN, certyfikat SSL lub błędna konfiguracja wtyczki.
6. Testowanie na produkcji bez kopii zapasowej. W WordPressie jedna zła zmiana potrafi unieruchomić całą witrynę albo odciąć ją od indeksu.
7. Zmienianie wielu elementów naraz. Jeśli naprawiasz robots, canonical, noindex i przekierowania jednocześnie, potem nie wiesz, co zadziałało, a co zaszkodziło.
8. Pomijanie treści. Nawet przy idealnej technice strona zbyt uboga, powielona lub bez wartości dla użytkownika może nadal nie zostać zaindeksowana.
Kiedy nie robić tego samodzielnie
Samodzielna naprawa ma sens wtedy, gdy problem jest prosty i dobrze zlokalizowany. Nie warto jednak działać na własną rękę, jeśli:
– po migracji zniknęła z indeksu duża część serwisu,
– Search Console pokazuje masowe błędy lub wykluczenia,
– witryna ma wiele wersji językowych, domen, subdomen lub filtrów,
– pojawiają się pętle przekierowań, błędy 5xx lub problemy z certyfikatem,
– nie masz pewności, gdzie generuje się canonical lub noindex,
– korzystasz z rozbudowanego stacku: wtyczka SEO, cache, CDN, bezpieczeństwo, sklep WooCommerce, multisite,
– każda zmiana wtyczki lub serwera powoduje nowy problem.
W takich sytuacjach samodzielne próby mogą wydłużyć przestój, pogorszyć indeksację lub doprowadzić do utraty ważnych sygnałów SEO. Czasem lepiej zatrzymać eksperymenty i przejść do uporządkowanej analizy.
Kiedy zgłosić się do specjalisty
Do specjalisty SEO lub technicznego WordPress warto zgłosić się od razu, gdy problem ma charakter systemowy. Szczególnie wtedy, gdy:
– problem dotyczy całej domeny lub dużej części strony,
– indeksacja spadła po wdrożeniu, migracji lub aktualizacji,
– Search Console pokazuje sprzeczne sygnały,
– nie umiesz jednoznacznie zidentyfikować, kto generuje noindex lub canonical,
– w grę wchodzą przekierowania, nagłówki HTTP, cache, CDN i firewall,
– strona ma znaczenie biznesowe i każdy dzień bez indeksacji kosztuje ruch lub leady.
Specjalista nie tylko usunie objaw, ale powinien ustalić przyczynę źródłową, zabezpieczyć konfigurację i sprawdzić, czy problem nie wróci po kolejnej aktualizacji. To szczególnie ważne w witrynach firmowych, sklepach internetowych i serwisach, gdzie indeksacja przekłada się bezpośrednio na przychód.
Podsumowanie
Jeśli Search Console nie indeksuje strony WordPress, nie zaczynaj od losowych poprawek. Najpierw ustal, czy Google ma dostęp do strony, czy nie widzi blokady noindex, czy canonical wskazuje właściwy adres oraz czy robots.txt nie utrudnia crawlowania. Dopiero potem oceniaj jakość treści i strukturę witryny.
W praktyce najczęstsze źródła problemu są bardzo prozaiczne: zaznaczona opcja blokady wyszukiwarek, błędny tag noindex, zła mapa witryny, nieprawidłowy canonical, pętla przekierowań albo problem po migracji. Ale jeśli problem dotyczy większej liczby URL-i, nie ignoruj go. Każdy dzień bez indeksacji to utracona szansa na ruch i klientów.
Najważniejsza zasada brzmi: naprawiaj przyczynę, nie tylko objaw. Prośba o indeksację ma sens dopiero wtedy, gdy strona jest technicznie gotowa do wejścia do indeksu.
CTA do kontaktu
Jeśli Twoja strona WordPress nie trafia do indeksu, a Search Console nie daje jasnej odpowiedzi, nie zgaduj dalej. Zdiagnozuj problem zanim stracisz kolejne dni na testy bez efektu. Skontaktuj się ze specjalistą, jeśli potrzebujesz dokładnej analizy ustawień WordPress, robots.txt, canonicali, przekierowań, mapy witryny lub konfiguracji po migracji. Dobrze przeprowadzona diagnoza zwykle oszczędza czas, pieniądze i nerwy.
Ostrzeżenia bezpieczeństwa
Przed każdą zmianą w WordPressie wykonaj kopię zapasową bazy i plików. Nie usuwaj wpisów w robots.txt ani ustawień wtyczek na ślepo. Jeśli korzystasz z CDN, firewall lub zaawansowanej wtyczki bezpieczeństwa, testuj zmiany ostrożnie, bo możesz przypadkiem zablokować również prawdziwych użytkowników. Po każdej modyfikacji sprawdź stronę nie tylko w przeglądarce, ale też w Inspekcji URL i, jeśli to możliwe, w nagłówkach odpowiedzi serwera.
