Jeżeli strona nie wyświetla się w Google, najpierw ustal, czy problem dotyczy indeksacji, pozycji na konkretną frazę czy tylko jednego wariantu adresu. Dopiero potem sprawdzaj dostępność strony, dyrektywę noindex, canonical, przekierowania, mapę witryny i linki wewnętrzne. Ta kolejność pozwala znaleźć przyczynę bez chaotycznego zmieniania ustawień WordPressa.
- Otwórz dokładny URL bez logowania i sprawdź, czy nie kończy się błędem albo przekierowaniem.
- Wklej ten adres do Inspekcji adresu URL w Google Search Console.
- Porównaj canonical zadeklarowany przez stronę z adresem wybranym przez Google.
- Sprawdź
noindex, blokadę robots.txt i kod odpowiedzi HTTP. - Upewnij się, że URL jest w mapie XML i prowadzi do niego zwykły link wewnętrzny.
- Jeśli technika jest poprawna, oceń, czy strona ma odrębny cel i pełną odpowiedź dla czytelnika.
Najpierw nazwij właściwy problem
Zdanie „nie ma mnie w Google” opisuje kilka różnych sytuacji. Strona może nie znajdować się w indeksie, może być zindeksowana pod innym adresem albo może pojawiać się dopiero daleko dla wybranej frazy. Każdy przypadek wymaga innego działania. Prośba o indeksację nie poprawi pozycji strony, która już jest w indeksie. Z kolei rozbudowa tekstu nie usunie przypadkowego noindex.
Brak indeksacji
Google zna adres lub jeszcze go nie zna, ale nie pokazuje go jako zindeksowanego.
Inny adres w indeksie
Google uznało za główny inny wariant URL-a albo inną bardzo podobną stronę.
Niska pozycja
URL jest zindeksowany, lecz nie wygrywa dla zapytania, które sprawdzasz.
Zacznij od dokładnego URL-a, nie od nazwy firmy ani ogólnej frazy. Otwórz go w oknie prywatnym. Jeżeli przeglądarka wymaga logowania, pokazuje tryb konserwacji, błąd 403, błąd 5xx albo pustą stronę, masz problem z dostępnością, a nie z samym zgłoszeniem do wyszukiwarki.
Czy problem dotyczy całej witryny, czy jednej podstrony?
Jeśli nie widzisz żadnego adresu domeny, sprawdź ustawienia całego WordPressa, stan serwera, własność w Search Console i główną mapę witryny. Gdy znika pojedynczy poradnik, skup się na jego statusie publikacji, canonicalu, regułach SEO oraz linkach prowadzących do tego dokumentu. Nie zmieniaj globalnych ustawień, gdy problem jest lokalny.
| Co obserwujesz | Co to najczęściej oznacza | Od czego zacząć |
|---|---|---|
| Nie ma żadnej strony domeny | Nowa witryna, blokada całego serwisu, problem serwera lub błędna konfiguracja | Strona główna bez logowania, Ustawienia → Czytanie, właściwość domenowa i sitemap |
| Nie ma jednego nowego wpisu | Brak odkrycia, noindex, canonical, cienka lub bardzo podobna treść | Inspekcja dokładnego URL-a i linki wewnętrzne |
| Wynik prowadzi pod inny adres | Przekierowanie albo wybór innej strony kanonicznej | Łańcuch odpowiedzi, canonical i spójność linków |
| Adres jest w indeksie, ale nie na frazę | Problem dopasowania, jakości lub konkurencji, nie indeksacji | Raport skuteczności, intencja zapytania i zawartość strony |
Ścieżka diagnozy krok po kroku
Najpewniejszą odpowiedź dla własnej strony daje Inspekcja adresu URL w Search Console. Wyszukiwanie z operatorem site: jest kontrolą pomocniczą, ale nie pokazuje zawsze kompletnego obrazu. Jeśli masz dostęp do usługi Search Console, wklej dokładny, docelowy adres i sprawdź zapisany stan oraz test opublikowanej wersji.
- Sprawdź odpowiedź strony. Docelowy dokument powinien otwierać się publicznie. Jeśli stary adres ma być przeniesiony, powinien prowadzić bezpośrednio na właściwy nowy URL.
- Porównaj stan zapisany i bieżący. Zapisany wynik pokazuje ostatnią wiedzę Google, a test opublikowanej wersji — aktualną możliwość pobrania strony.
- Sprawdź zezwolenie na indeksację. Szukaj dyrektywy
noindexw HTML albo nagłówku odpowiedzi. - Sprawdź canonical. Adres zadeklarowany przez witrynę powinien odpowiadać temu, który rzeczywiście chcesz utrzymać.
- Sprawdź odkrywalność. URL powinien znajdować się w aktualnej mapie XML i mieć zwykły link z dostępnej strony.
- Oceń sam dokument. Czy rozwiązuje osobny problem, czy tylko powtarza kilka akapitów z innego poradnika?
Informacja, że opublikowana wersja jest dostępna dla Google, nie oznacza jeszcze, że adres został zindeksowany. Potwierdza jedynie, że robot może obecnie pobrać stronę i odczytać podstawowe sygnały.
Jeśli URL został dopiero opublikowany, daj wyszukiwarce czas na odkrycie i przetworzenie strony. Oficjalne materiały Google zaznaczają, że indeksacja nie jest natychmiastowa, a ponawianie bez zmian tej samej prośby nie przyspiesza procesu. Jeżeli chcesz przejść całą procedurę zgłoszenia, użyj poradnika jak dodać stronę do Google.
Jak czytać komunikaty Search Console
Komunikat w raporcie nie jest oceną całej witryny. Opisuje stan konkretnego URL-a lub grupy podobnych adresów w chwili ostatniego przetworzenia. Najpierw odczytaj, czy Google zna adres, czy próbowało go pobrać i dlaczego nie umieściło go w indeksie.
| Komunikat lub stan | Jak go rozumieć | Co sprawdzić |
|---|---|---|
| Wykryto — obecnie nie zindeksowano | Google zna URL, lecz nie doszło jeszcze do skutecznego skanowania lub przetworzenia | Linkowanie, sitemap, wydajność serwera, wartość i liczbę podobnych URL-i |
| Zeskanowano — obecnie nie zindeksowano | Strona została pobrana, ale Google nie zdecydowało się jej przechowywać w indeksie | Unikalność, kompletność, duplikację, canonical i rzeczywistą odpowiedź na intencję |
| Wykluczono przez noindex | Robot odczytał regułę zabraniającą indeksacji | Ustawienia wpisu, wtyczki SEO, meta robots oraz X-Robots-Tag |
| Strona z przekierowaniem | Badany URL nie jest dokumentem docelowym | Dokąd prowadzi, czy przekierowanie jest celowe i czy linki wskazują już adres końcowy |
| Duplikat, Google wybrało inną stronę kanoniczną | Sygnały wskazują na inny dokument jako główny | Treść, canonical, sitemap, przekierowania i linki wewnętrzne |
| Nie znaleziono (404) | Pod adresem nie ma strony | Czy URL powinien wrócić, otrzymać odpowiednik, czy pozostać prawdziwym 404 |
| Błąd serwera (5xx) | Google nie otrzymało działającej strony | Logi, PHP, bazę danych, limity zasobów i stabilność hostingu |
W przypadku „zeskanowano — obecnie nie zindeksowano” nie zaczynaj od dopisywania losowych słów. Porównaj stronę z innymi dokumentami w serwisie. Jeśli kilka URL-i odpowiada na to samo pytanie, wybierz jeden główny materiał, przenieś do niego brakujące informacje i uporządkuj pozostałe adresy. Jeśli zmieniasz URL, zaplanuj przekierowanie 301 do konkretnego odpowiednika, a nie do strony głównej.
Techniczne blokady widoczności
Noindex i blokada całej witryny w WordPressie
W WordPressie przejdź do Ustawienia → Czytanie i sprawdź opcję dotyczącą widoczności dla wyszukiwarek. Na publicznej stronie produkcyjnej nie powinna być włączona prośba o nieindeksowanie. Następnie sprawdź ustawienie pojedynczego wpisu we wtyczce SEO, jeśli jej używasz. Liczy się wynikowy HTML i nagłówki, nie sam wygląd przełącznika w panelu.
Dyrektywa noindex i plik robots.txt mają inne zadania. Noindex wyklucza dostępną stronę z wyników po jej odczytaniu. Robots.txt ogranicza skanowanie ścieżki. Jeśli robot nie może pobrać strony, może nie zobaczyć umieszczonego na niej noindex. Nie nakładaj obu blokad bez jasno określonego celu.
Canonical prowadzący do innej strony
Canonical jest wskazówką, która wersja podobnej treści ma być traktowana jako główna. Jeśli wpis A wskazuje w canonicalu wpis B, Google może pominąć A jako osobny wynik. Sprawdź kod strony, ale też wszystkie pozostałe sygnały: mapa XML, linki, przekierowania i wersję HTTPS. Sprzeczność między nimi wydłuża diagnozę.
Przekierowanie, pętla albo zbyt długi łańcuch
Docelowy URL powinien zwracać dokument, a nie kolejne przekierowanie. Typowy błąd wygląda tak: stary adres prowadzi do wariantu HTTP, ten do wersji z www, a dopiero ona do właściwej podstrony. Zmień regułę tak, aby stary URL kierował od razu do końcowego odpowiednika. Po zmianie zaktualizuj również linki wewnętrzne.
Błąd serwera lub miękki 404
Strona z komunikatem „nie znaleziono”, która zwraca kod 200, może zostać uznana za miękki 404. Podobny problem występuje, gdy szablon ładuje nagłówek i stopkę, ale główna treść pozostaje pusta. Jeżeli dokument nie istnieje, serwer powinien zwrócić 404. Jeżeli istnieje, musi zawierać właściwą treść i odpowiedź 200.
Zapisz obecną konfigurację i wykonaj kopię, którą potrafisz odtworzyć. Poradnik backup WordPressa krok po kroku pokazuje, co musi obejmować kopia i jak sprawdzić, czy nie jest tylko nieprzetestowanym archiwum.
Treść, linkowanie i samodzielna wartość URL-a
Technicznie poprawna strona nie ma automatycznie prawa do indeksacji. Google wprost zaznacza, że może nie pokazać dokumentu, jeśli nie widzi wystarczającej wartości dla użytkownika. W praktyce oceń, czy czytelnik otrzymuje pełną odpowiedź, może wykonać zadanie i rozumie, co sprawdzić, gdy wynik jest inny niż oczekiwany.
Krótki tekst nie jest z definicji słaby, a długi nie jest z definicji dobry. Problemem jest strona, która obiecuje rozwiązanie, lecz powtarza definicję, nie rozróżnia przypadków i nie prowadzi do decyzji. W poradniku diagnostycznym powinny znaleźć się objawy, kolejność testów, interpretacja wyników oraz jasna granica między problemem technicznym a problemem jakościowym.
Link wewnętrzny ma pomóc i robotowi, i czytelnikowi
Nowy wpis powinien być osiągalny zwykłym odnośnikiem HTML z odpowiedniej kategorii i z co najmniej jednego powiązanego poradnika. Anchor powinien mówić, co znajduje się po przejściu. „Zobacz tutaj” nie przekazuje tyle informacji co „sprawdź mapę strony WordPress”. Jeśli problem dotyczy wykrywania wielu nowych adresów, przejdź do poradnika mapa strony WordPress: gdzie jest i jak ją sprawdzić.
Plan naprawczy i weryfikacja
Naprawiaj od najbardziej obiektywnych przeszkód do najbardziej złożonych. Dzięki temu nie pomylisz skutku awarii z oceną treści.
- Przywróć dostępność. Usuń logowanie, tryb konserwacji, błąd serwera albo niezamierzone blokady dostępu.
- Ustal adres docelowy. Zdecyduj, który wariant ma pozostać i skieruj do niego inne wersje bez łańcuchów.
- Usuń sprzeczne dyrektywy. Dopasuj noindex, canonical, robots.txt oraz status wpisu do celu strony.
- Popraw odkrywalność. Dodaj URL do właściwej mapy oraz powiąż go z kategorią i innymi poradnikami.
- Wzmocnij odpowiedź. Uzupełnij brakujące decyzje, przykłady i wyjątki; scal strony, które bez potrzeby konkurują ze sobą.
- Przetestuj opublikowaną wersję. Dopiero po realnej zmianie wyślij prośbę o ponowne sprawdzenie.
- Zapisz datę i monitoruj. Porównaj stan po kilku dniach, a nie po kilku minutach.
Po wdrożeniu otwórz URL bez logowania, sprawdź kod odpowiedzi, canonical i zawartość mapy. Następnie użyj testu opublikowanej wersji w Search Console. Jeśli wszystko jest dostępne, poproś o indeksację raz i wróć do raportu po czasie. Gdy URL jest już w indeksie, przenieś uwagę z „czy istnieje” na „dla jakich zapytań otrzymuje wyświetlenia i czy odpowiada ich intencji”.
Masz jeden docelowy URL, odpowiedź 200, brak niezamierzonego noindex, prawidłowy canonical, wpis w mapie, linki wewnętrzne oraz treść, która samodzielnie rozwiązuje problem. Dalej potrzebne jest przetworzenie strony przez Google — tego etapu nie da się wymusić ciągłym klikaniem.
Najczęstsze pytania
Dlaczego strona nie wyświetla się po wpisaniu nazwy firmy?
Najpierw sprawdź, czy konkretny URL jest zindeksowany. Jeśli tak, problem może dotyczyć dopasowania nazwy, konkurencji, lokalizacji wyników albo tego, że Google uznaje inną stronę za lepszą odpowiedź. Brak wysokiego wyniku dla nazwy nie jest automatycznie brakiem indeksacji.
Czy operator site: wystarczy do sprawdzenia indeksacji?
Nie daje pełnego obrazu. Jest szybkim testem pomocniczym, ale dla własnej witryny dokładniejsza jest Inspekcja adresu URL w Search Console, która pokazuje stan konkretnego adresu i wybraną stronę kanoniczną.
Ile czekać po publikacji nowej strony?
Nie ma stałego terminu. Odkrycie i indeksacja mogą potrwać od kilku dni do kilku tygodni. Zamiast zgłaszać adres codziennie, zapewnij link, aktualną mapę, dostępność techniczną i sprawdź stan ponownie po czasie.
Czy ponowna prośba o indeksację poprawia pozycję?
Nie. Prośba dotyczy ponownego skanowania, nie przyznania miejsca w wynikach. Po indeksacji o widoczności decydują między innymi trafność odpowiedzi, konkurencja, jakość strony i sygnały całej witryny.
Czy mapa strony naprawi przypadkowy noindex?
Nie. Mapa może pomóc Google poznać URL, ale nie znosi dyrektywy noindex i nie omija błędów serwera. Najpierw usuń sprzeczność, potem sprawdź mapę i opublikowaną wersję strony.
Co zrobić, gdy Google wybrało inny canonical?
Porównaj treść obu stron oraz wszystkie sygnały: deklarowany canonical, przekierowania, linki i sitemap. Jeśli dokumenty odpowiadają na to samo pytanie, scal je. Jeśli mają odrębne cele, wyraźniej je rozdziel i wzmocnij właściwe powiązania.