Jak zaindeksować stronę WordPress — ustawienia, wtyczki i typowe błędy

Jak WordPress steruje indeksowaniem — architektura dwóch warstw

WordPress nie zarządza indeksowaniem samodzielnie. Out of the box ma jeden globalny przełącznik: pole wyboru "Zniechęcaj wyszukiwarki do indeksowania tej witryny" w Ustawienia → Czytanie. Wszystko inne — noindex per post, noindex na taksonomiach, tagi canonical, mapa XML — oddelegowane jest do wtyczki SEO. W praktyce oznacza to Yoast SEO lub RankMath (łącznie obsługują ponad 90% instalacji WordPress), z marginalnym udziałem All in One SEO i SEOPress. Ta architektura warstwowa sprawia, że indeksowaniem steruje się jednocześnie na dwóch poziomach. Pierwszy to globalny przełącznik WordPress — gdy jest zaznaczony, dokłada nagłówek noindex do każdej strony frontendowej. Drugi to granularne ustawienia wtyczki SEO — pozwalają noindeksować konkretne typy wpisów, taksonomie, archiwa lub pojedyncze URL-e. Obie warstwy muszą być skonfigurowane poprawnie, bo przełącznik globalny nadpisuje wszystko inne. Gdzie szukać tych ustawień: - Przełącznik globalny: Panel WordPress → Ustawienia → Czytanie → sekcja "Widoczność w wyszukiwarkach" - Ustawienia granularne Yoast: Yoast SEO → Wygląd w wyszukiwarkach → zakładki Typy treści / Taksonomie / Archiwa - Ustawienia granularne RankMath: RankMath → Tytuły i meta → zakładki Typy wpisów / Taksonomie - Nadpisanie per post/strona: panel Yoast lub RankMath w edytorze, zakładka Zaawansowane Audit zawsze zaczynaj od przełącznika globalnego. Potem schodzisz do wtyczki. Na końcu sprawdzasz pojedyncze URL-e w narzędziu URL Inspection w Google Search Console.

Ustawienie "Zniechęcaj wyszukiwarki" — jak je znaleźć i naprawić

Najczęstszy problem z indeksowaniem WordPress to zarazem najłatwiejszy do przeoczenia: pole wyboru "Zniechęcaj wyszukiwarki do indeksowania tej witryny" w Ustawienia → Czytanie. To ustawienie powstało z myślą o środowiskach staging — chroni witrynę przed indeksowaniem podczas budowy. Problem polega na tym, że deweloperzy zaznaczają je przed startem, uruchamiają witrynę i zapominają odwrócić. Google widzi noindex na każdej stronie i przestaje dodawać je do indeksu. Jeśli witryna była wcześniej zindeksowana, Google stopniowo usuwa już zapamiętane adresy. Jak sprawdzić: 1. Zaloguj się do panelu WordPress. 2. Wejdź w Ustawienia → Czytanie. 3. Odszukaj sekcję "Widoczność w wyszukiwarkach" (zwykle blisko dołu strony). 4. Jeśli pole obok tekstu "Zniechęcaj wyszukiwarki do indeksowania tej witryny" jest zaznaczone — odznacz je i kliknij Zapisz zmiany. Co to pole faktycznie robi: po zaznaczeniu WordPress wysyła nagłówek HTTP X-Robots-Tag: noindex przy każdej odpowiedzi frontendowej oraz wstawia znacznik meta robots noindex do sekcji head HTML. Odznaczenie pola usuwa oba sygnały przy następnym żądaniu po zapisaniu — bez potrzeby czyszczenia cache na poziomie WordPress. Jeśli jednak używasz wtyczki cache (WP Rocket, W3 Total Cache, LiteSpeed Cache), wyczyść pełen cache witryny, żeby stary HTML z noindex nie był dalej serwowany odwiedzającym i robotom. Weryfikacja po naprawie: otwórz stronę główną w przeglądarce, wyświetl źródło strony (Ctrl+U lub Cmd+U) i wyszukaj słowo noindex. Jeśli nie pojawia się ono nigdzie poza stronami, które celowo noindeksujesz, ustawienie działa poprawnie.

Kontrolki Yoast i RankMath — co noindeksować, a co zostawić

Gdy globalny przełącznik jest wyłączony, kolejna warstwa to ustawienia taksonomii i typów treści w wtyczce SEO. Są subtelniejsze: część typów treści powinna być noindeksowana, część nie. Co noindeksować domyślnie: - Archiwa tagów (/tag/nazwa/): tagi rzadko mają wystarczająco unikalnej treści, by uzasadnić indeksowanie. W Yoast: Wygląd w wyszukiwarkach → Taksonomie → Tagi → ustaw na "Nie" przy "Pokaż tagi w wynikach wyszukiwania". W RankMath: Tytuły i meta → Tagi → przełącz Noindex. - Strony załączników mediów (/attachment/nazwa-obrazka/): WordPress auto-generuje stronę dla każdego wgrywanego pliku. Te strony praktycznie nie zawierają treści. W Yoast: Wygląd w wyszukiwarkach → Media → wyłącz indeksowanie. W RankMath: Tytuły i meta → Załącznik → przełącz Noindex. - Archiwa autora (/author/imie/) na witrynach jednoautorskich: duplikują stronę główną lub feed bloga. Noindeks przez Yoast → Wygląd → Archiwa → Archiwa autora, lub RankMath → Tytuły i meta → Autorzy. - Archiwa dat (/2024/01/): cienka treść bez realnej wartości dla użytkownika. Co zostawić zindeksowane: - Archiwa kategorii (/category/nazwa/): dobrze zorganizowana kategoria z 10+ wpisami i własnym opisem to wartościowy cel indeksowania — nie noindeksuj kategorii tylko dlatego, że "wyglądają cienko". Dodaj unikalny opis i linki wewnętrzne. - Strony i wpisy: oczywiście zostawiasz. - Niestandardowe typy wpisów: produkty WooCommerce, kursy LearnDash, ogłoszenia — wszystko, co niesie realną treść. Nadpisanie per post: jeśli chcesz noindeksować pojedynczy wpis bez zmiany globalnego ustawienia, otwórz go w edytorze, przewiń do panelu Yoast lub RankMath, kliknij Zaawansowane i ustaw noindex tylko dla tego URL-a. To nadpisuje ustawienie globalne wyłącznie dla tego jednego wpisu.

Mapa witryny z wtyczki SEO — tylko indeksowalne URL-e

Zarówno Yoast, jak i RankMath generują mapę XML automatycznie. Mapa powinna zawierać wyłącznie URL-e, które chcesz, żeby Google crawlował i brał pod uwagę przy indeksowaniu. Zanieczyszczona mapa — z noindeksowanymi stronami, przekierowaniami lub błędami 404 — obniża wartość całej mapy i marnuje budżet crawlowania. Gdzie znajdziesz mapę: domyślnie /sitemap.xml (RankMath) lub /sitemap_index.xml (Yoast), która indeksuje pod-mapy dla każdego typu treści i taksonomii. Jak ją wyczyścić: 1. Każdy typ treści lub taksonomia ustawiona na noindex w ustawieniach wtyczki powinna wypaść z mapy automatycznie — zarówno Yoast, jak i RankMath robią to poprawnie. Zweryfikuj, otwierając mapę w przeglądarce i sprawdzając, czy nie ma tam stron tagów, załączników ani archiwów dat. 2. Sprawdź, czy w mapie nie ma URL-i z przekierowaniem 301. Jeśli przebudowałeś strukturę URL i ustawiłeś przekierowania, stare adresy nie powinny pozostawać w mapie. 3. Paginowane archiwa (/category/nazwa/page/2/) są w porządku, jeśli niosą unikalną treść — i powinny mieć self-referencing canonical (nie canonical do strony 1). Domyślne zachowanie Yoast/RankMath obsługuje to poprawnie. 4. Po każdej większej zmianie (dodanie lub usunięcie typów treści z mapy) otwórz Google Search Console → Mapy witryn, wpisz ponownie adres mapy i kliknij Prześlij. Ważna uwaga o pinguniu mapy: Google wycofało swój endpoint ping dla map witryn. Zgłoszenie przez GSC to właściwa metoda dla Google. Dla Bing (i IndexNow opartego na Bing) nadal działa URL https://www.bing.com/ping?sitemap=[URL]. RankMath Pro obsługuje automatyczne pingowanie IndexNow przy publikacji. IndexNow nie jest mechanizmem Google — nie przyspiesza indeksowania w Google Search.

Canonical w WordPress — self-referencing jako domyślny standard

Tag canonical mówi wyszukiwarkom, która wersja strony jest "wersją źródłową". WordPress z wtyczką SEO generuje tagi canonical automatycznie, ale kilka typowych konfiguracji powoduje, że canonical wskazuje nie tam gdzie powinien — co może tłumić indeksowanie prawidłowego URL-a. Self-referencing canonical (poprawny domyślny): każda indeksowalna strona powinna mieć canonical wskazujący na siebie samą. Na przykład https://example.com/blog/moj-wpis/ powinien mieć rel="canonical" href="https://example.com/blog/moj-wpis/". Właśnie to generują Yoast i RankMath domyślnie. Typowe błędy canonicali w WordPress: 1. Paginacja canonical do strony 1: starsza porada SEO nakazywała ustawiać canonical dla /page/2/ na /page/1/. Nie jest to już zalecane. Każda paginowana strona powinna mieć własny self-referencing canonical. 2. Niezgodność HTTPS/HTTP: jeśli WordPress ma w Ustawienia → Ogólne adres z http://, a serwer serwuje przez HTTPS, canonical będzie zawierał http:// przy rzeczywistym URL-u https://. Napraw, aktualizując Adres WordPress (URL) i Adres witryny (URL) w Ustawienia → Ogólne na https://. 3. www vs. bez-www: wybierz jeden wariant i upewnij się, że adres WordPress, canonicale i URL-e w mapie witryny są spójne. Ustaw przekierowanie 301 dla drugiego wariantu. 4. Canonical taksonomii wskazujący na stronę główną: zdarza się przy konflikcie wtyczek lub gdy niestandardowa motyw nadpisuje wyjście canonical. Sprawdź, wyświetlając źródło strony kategorii i weryfikując, że canonical to URL kategorii — nie strony głównej. Audit canonicali na dużej skali: przeczołgaj witrynę Screaming Frogiem (darmowa wersja do 500 URL-i), otwórz zakładkę Canonicals i poszukaj adresów, gdzie kolumna Canonical nie zgadza się z kolumną Address.

robots.txt w WordPress — co blokuje, a co nie (i dlaczego to nie to samo co noindex)

robots.txt kontroluje, które URL-e roboty mogą pobierać. Nie blokuje indeksowania. To często mylone pojęcia: jeśli URL jest zablokowany w robots.txt, Googlebot nie zcrawluje go, ale Google nadal może go zindeksować — na przykład na podstawie zewnętrznych linków — tyle że bez możliwości przeczytania treści. Żeby URL nie trafił do indeksu, potrzebujesz tagu noindex na samej stronie, a nie wpisu Disallow w robots.txt. Domyślny robots.txt WordPress: jeśli na serwerze nie ma fizycznego pliku /robots.txt, WordPress generuje go wirtualnie. Domyślna zawartość wygląda tak: User-agent: * Disallow: /wp-admin/ Allow: /wp-admin/admin-ajax.php To jest poprawne. Blokuje robotom dostęp do panelu administracyjnego (zbędny crawl) i pozwala na żądania AJAX potrzebne niektórym funkcjom frontendowym. Co warto blokować: - /wp-admin/ — już domyślnie zablokowane - Foldery stagingowe dostępne pod tą samą domeną - Adresy generowane przez wtyczki, które pełnią funkcje techniczne, nie treściowe Czego nie wolno blokować: - /wp-content/uploads/ — blokowanie uniemożliwia Google crawlowanie Twoich obrazów i usuwa je z Google Image Search - Pliki CSS i JavaScript — Google musi renderować strony w całości; zablokowany JS oznacza, że Google nie zobaczy treści ładowanej dynamicznie - /wp-json/ — można zablokować, jeśli nie korzystasz z publicznego REST API, ale rzadko powoduje problemy z indeksowaniem w obie strony Gdzie edytować robots.txt w WordPress: Yoast SEO → Narzędzia → Edytor pliku (jeśli fizyczny robots.txt nie istnieje, Yoast edytuje wirtualny). RankMath → Ustawienia ogólne → Edytuj robots.txt. Alternatywnie możesz stworzyć fizyczny plik /robots.txt w katalogu głównym serwera — nadpisze on wersję wirtualną WordPress.

Indeksowanie nowych wpisów WordPress — discovery i aktywne zgłoszenie

Publikacja wpisu w WordPress nie wyzwala automatycznego indeksowania w Google. Google odkrywa nowe treści przez crawlowanie, które odbywa się według własnego harmonogramu wyznaczonego przez częstotliwość crawlowania Twojej witryny. Żeby skrócić czas od publikacji do pojawienia się w Google, łączysz sygnały pasywne (linki wewnętrzne, mapa) z aktywnym zgłoszeniem. Krok po kroku dla nowego wpisu: 1. Opublikuj wpis i potwierdź, że jest dostępny bez noindex. Otwórz URL w przeglądarce, wyświetl źródło i sprawdź, czy w sekcji head nie ma znacznika noindex. 2. Dodaj link wewnętrzny z istniejącej, już zindeksowanej strony. Tematycznie powiązany wpis lub sekcja "Przeczytaj też" to sprawdzone rozwiązania. Linki wewnętrzne to najważniejszy pasywny sygnał discovery — Googlebot śledzi je podczas regularnego crawlowania Twoich ustalonych stron. 3. Odśwież mapę w GSC. Wejdź do Google Search Console → Mapy witryn. Jeśli Twoja mapa jest już zgłoszona i auto-generowana przez wtyczkę, nowy wpis trafi do niej automatycznie. Kliknij Prześlij, żeby Google pobrał zaktualizowaną listę. 4. Skorzystaj z narzędzia URL Inspection w GSC. Otwórz narzędzie, wklej URL nowego wpisu i kliknij "Poproś o indeksowanie". To trafia URL do kolejki priorytetowego crawlowania — nie gwarantuje indeksowania, ale Google nadal musi ocenić stronę. Skraca to czas discovery o kilka dni. 5. Opcjonalnie użyj IndexNow (RankMath Pro lub oddzielna wtyczka). IndexNow pushuje URL do Bing i innych uczestniczących wyszukiwarek w chwili publikacji. Nie ma wpływu na Google. 6. Udostępnij wpis wszędzie, gdzie możesz pozyskać prawdziwy link lub kliknięcie: profile społecznościowe, newsletter, powiązane wątki na forach. Zewnętrzne linki do nowego URL-a to silny akcelerator discovery. Realistyczne oczekiwania: dla witryny z regularnym ruchem crawlerów i solidnym linkowaniem wewnętrznym nowe wpisy pojawiają się w indeksie Google w ciągu dni, nie tygodni. Dla nowszych witryn lub tych z rzadszym harmonogramem crawlowania proces może potrwać 7–14 dni. Nie istnieje twarda gwarancja czasu — decyduje Google. Jeśli wpis nie pojawi się w GSC po 14 dniach, ponownie go zbadaj, sprawdź noindex i canonical, upewnij się, że strona zwraca kod 200.

Sprawdzanie indeksacji — site:, GSC i realistyczne oczekiwania

Po naprawieniu ustawień WordPress potrzebujesz sposobu na potwierdzenie, że zmiany zadziałały. Trzy narzędzia pokrywają to na różnych poziomach szczegółowości. Operator site: w Google: wpisz site:twojadomena.pl w Google. Zwraca przybliżoną liczbę zindeksowanych stron i pozwala wychwycić oczywiste problemy. Ograniczenie: wynik jest przybliżony i nie sortuje stron według żadnego przydatnego kryterium. Traktuj go jako szybki test, nie precyzyjny audyt. Google Search Console (raport Indeksowanie → Strony): to autorytatywne źródło. Raport pokazuje: - Zindeksowane strony (dobrze) - Strony z problemami: "Zaindeksowano, obecnie nie zindeksowano", "Wykryto, obecnie nie zindeksowano", "Wykluczone przez noindex", "Zablokowane przez robots.txt", "Przekierowanie" i inne Każda kategoria jest klikalna. Kliknij "Wykluczone przez noindex", żeby zobaczyć dokładnie, które URL-e mają tag noindex. Kliknij "Zablokowane przez robots.txt", żeby sprawdzić, czego Googlebot nie może pobrać. Kliknij "Zaindeksowano, obecnie nie zindeksowano" — to najbardziej frustrująca kategoria, zwykle oznaczająca cienką lub zduplikowaną treść. Narzędzie URL Inspection: wklej dowolny URL, żeby zobaczyć szczegółowy raport tej konkretnej strony: data ostatniego crawlowania, canonical widziany przez Google, status indeksowania i ewentualne błędy. Opcja "Test na żywo" pobiera stronę świeżo z perspektywy crawlera Google. Realistyczne oczekiwania: na podstawie własnych testów (~60–75% URL-i w 14 dni, bez gwarancji) poprawnie skonfigurowane strony zgłoszone przez aktywny workflow pojawiają się w indeksie szybciej niż te czekające pasywnie. Pozostała część wymaga więcej czasu lub poprawy jakości treści, zanim Google zdecyduje się je zaindeksować. Submission przyspiesza moment, w którym Google "patrzy" — ale to Google podejmuje ostateczną decyzję.

Z praktyki — co 15+ lat w SEO mówi o indeksowaniu WordPress

Dmytro Puhach, Founder · 15+ lat w SEO — audytowałem witryny WordPress na każdą skalę, od blogów jednoautorskich po katalogi WooCommerce z dziesiątkami tysięcy SKU. Kilka wzorców pojawia się wciąż na nowo. Problem z checkboxem stagingowym jest powszechniejszy, niż powinien być. Spotykam witryny działające od miesięcy, czasem lat, z zaznaczonym polem "Zniechęcaj wyszukiwarki". Właściciel zakłada, że coś jest nie tak z treścią albo autorytetem domeny. Naprawa zajmuje 30 sekund. Zawsze sprawdzaj to pierwsze. Noindex na taksonomiach jest niedoceniany. Większość poradników WordPress skupia się na ustawieniach na poziomie wpisu. Tymczasem duży blog z 200 stronami tagów — każda to cienka lista 3–5 wpisów — generuje znaczny szum duplikatu. Noindeksowanie tagów (przy zostawieniu kategorii) zwykle skutkuje mierzalną poprawą w tym, jak Google rozdziela budżet crawlowania między pozostałymi, wartościowymi stronami. robots.txt jest mylnie używany jako substytut noindex. Regularnie widzę witryny z długimi listami Disallow mającymi "ukrywać" cienkie strony. To nie działa. Google nadal może zindeksować zablokowany URL na podstawie zewnętrznych linków. Używaj noindex dla treści, którą chcesz wykluczyć z indeksu, i robots.txt wyłącznie dla URL-i, gdzie nie chcesz, żeby robot czytał zawartość. Przepaść w oczekiwaniach co do tempa indeksowania to źródło realnej frustracji. Właściciel witryny publikuje wpis i sprawdza Google następnego dnia. Nie ma. Zakłada, że coś jest zepsute. Dla zdrowej, aktywnie crawlowanej witryny kilka dni to normalny zakres. Dla nowej domeny z niską częstotliwością crawlowania daj 14 dni, zanim zaczniesz pełną diagnostykę. Aktywne zgłoszenie nadal ma sens. Przycisk "Poproś o indeksowanie" w narzędziu URL Inspection w GSC, połączony z solidnym linkiem wewnętrznym z już zindeksowanej strony, to najbardziej niezawodny sposób na skrócenie czasu między publikacją a indeksowaniem. Nie jest efektowne — ale działa konsekwentnie.

Kiedy wyjść poza ręczne zgłoszenia

Ręczne zgłoszenia przez GSC sprawdzają się świetnie dla witryn publikujących kilka wpisów tygodniowo. Nie skalują się. Jeśli prowadzisz katalog WooCommerce, operację treści programatycznej albo migrację witryny obejmującą tysiące URL-i, indywidualne zgłoszenia stają się wąskim gardłem. Tu wielokanałowy serwis indeksowania daje realną wartość. FastIndexing wysyła Twoje URL-e przez wiele kanałów discovery równolegle, a następnie monitoruje, które faktycznie trafiły do indeksu — masz pętlę zwrotną zamiast czarnej skrzynki. Dla WordPress konkretnie: FastIndexing przyjmuje URL-e przez listę (wklejenie lub upload CSV) lub przez REST API, jeśli chcesz wyzwalać zgłoszenia automatycznie przy publikacji. Wpisujesz URL-e — Google decyduje, co zaindeksować. Celem jest upewnić się, że Google widzi Twoje URL-e szybko i z właściwymi sygnałami, tak żeby decyzja zapadała prędzej, a nie później. Sprawdź usługę Indeksowanie WordPress, żeby poznać szczegóły.

Powiązane terminy

Najczęściej zadawane pytania

Czytaj dalej