Search Console jest jedynym miejscem, w którym Google mówi wprost, co widzi na twojej stronie: które adresy pobrał, które wybrał do indeksu, na jakie zapytania je pokazał i ile razy ktoś w nie kliknął. Problem polega na tym, że większość właścicieli stron zatrzymuje się na pierwszym ekranie raportu Skuteczność, patrzy na wykres kliknięć i zamyka kartę. Ten przewodnik porządkuje raporty w kolejności, w jakiej warto je czytać, i przy każdej liczbie wskazuje decyzję, którą z niej realnie da się wyprowadzić.
Do czego naprawdę służy Search Console
Search Console nie jest narzędziem analitycznym w tym sensie, w jakim jest nim GA4. Nie mierzy zachowania użytkownika na stronie ani konwersji. Mierzy jedną rzecz: styk twojej witryny z wyszukiwarką.
Narzędzie odpowiada dobrze na cztery klasy pytań. Czy Google zna moje adresy (raporty indeksowania i sitemapy). Czy wybrał je do indeksu i dlaczego nie (statusy wykluczeń, narzędzie sprawdzania adresu URL). Jak często i na co je pokazuje (raport Skuteczność). Czy coś technicznie blokuje prezentację wyniku (dane strukturalne, podstawowe wskaźniki internetowe, bezpieczeństwo). Wszystko poza tym, od wartości ruchu po jakość leadów, trzeba sprawdzać w innych systemach.
Druga rzecz, którą warto przyjąć od razu: dane w Search Console nie są kompletne. Google anonimizuje zapytania o niskiej liczbie wyświetleń, więc suma kliknięć z wymiaru Zapytania prawie nigdy nie zgadza się z sumą na poziomie witryny. Dla małych i średnich serwisów różnica potrafi sięgnąć kilkudziesięciu procent. To nie błąd, to projekt systemu, opisany w dokumentacji Google Search Central. Każdą analizę opartą na zapytaniach trzeba więc traktować jako próbkę, nie jako rejestr.
Raport Skuteczność: cztery metryki i pułapki średnich
Raport Skuteczność pokazuje kliknięcia, wyświetlenia, CTR i średnią pozycję. Pierwsze dwie metryki są zliczane, dwie pozostałe policzone, i właśnie w tej różnicy kryją się najczęstsze błędy interpretacji. Obie policzone metryki czyta się sensownie dopiero po zawężeniu zbioru, a najszybciej robią to filtry regex w Search Console.
Średnia pozycja to średnia z najwyższej pozycji, na jakiej twoja strona pojawiła się w każdym wyświetleniu. Jeśli strona rankuje na 3 miejscu w Polsce i na 60 w Indiach, a wyświetleń z Indii jest dziesięć razy więcej, średnia powie ci coś bliskiego 55 i zasugeruje katastrofę, której nie ma. Dlatego pierwszą operacją na każdym spadku pozycji jest podział po kraju i urządzeniu. Bardzo często to, co wygląda na spadek rankingu, jest zmianą miksu ruchu: doszły wyświetlenia z rynku, na którym nigdy nie byliście widoczni.
CTR działa podobnie. Agregat dla całej witryny mieszka w jednej liczbie kilka zupełnie różnych rzeczy: markowe zapytania z CTR powyżej 30 procent i długi ogon na pozycjach 40 plus z CTR bliskim zera. Porównywanie CTR między stronami ma sens tylko w obrębie tego samego pasma pozycji. Praktyczna reguła: filtruj do pozycji 1–10, potem 11–20, i tylko wtedy szukaj stron, które wyraźnie odstają w dół.
Najwięcej wartości daje zakładka Strony skrzyżowana z zakładką Zapytania. Weź pojedynczy adres, przejdź do jego zapytań i sprawdź, czy ten sam temat nie jest obsługiwany przez dwa twoje adresy naprzemiennie. To klasyczny objaw kanibalizacji i da się go rozpoznać gołym okiem, jeśli wie się, czego szukać. Mechanikę takiej analizy opisaliśmy osobno przy okazji wykrywania kanibalizacji słów kluczowych w Search Console, razem z progami, przy których scalenie dwóch tekstów ma sens.
Uwaga na okna czasowe. Domyślne 3 miesiące wygładza wszystko, co dzieje się w ciągu tygodnia. Do diagnozy używaj porównania 28 dni do poprzednich 28 dni, a do oceny trendu rocznego przełącz na 16 miesięcy.
Indeksowanie stron: statusy, które wymagają reakcji
Raport Indeksowanie stron dzieli adresy na zaindeksowane i niezaindeksowane, a te drugie na kilkanaście powodów. Nie wszystkie są problemem. Większość serwisów ma setki adresów wykluczonych całkowicie poprawnie i próba doprowadzenia tego raportu do zera jest stratą czasu.
Statusy, które można zignorować, bo opisują zamierzone działanie: „Strona z przekierowaniem”, „Wykluczona przez tag noindex” (jeśli sam go ustawiłeś), „Zduplikowana, użytkownik nie oznaczył strony kanonicznej” na adresach z parametrami, „Zablokowana przez plik robots.txt” na panelu administracyjnym.
Statusy, które wymagają reakcji w ciągu tygodnia:
- Błąd serwera (5xx): Googlebot dostał awarię. Jeśli liczba rośnie, problemem jest wydajność origin, nie treść.
- Nie znaleziono (404) na adresach, które jeszcze są w sitemapie lub mają linki wewnętrzne. Albo przywróć, albo przekieruj, albo usuń link.
- Wykryto, obecnie nie zaindeksowano: Google zna adres i świadomie go nie pobrał. To sygnał o budżecie indeksowania albo o niskiej ocenie wartości adresu.
- Zindeksowano, choć zablokowano przez robots.txt: sprzeczna konfiguracja, wynik może pokazywać się bez opisu.
- Alternatywna strona z poprawnym tagiem kanonicznym na stronach, które chcesz indeksować osobno. Znaczy, że Google zignorował twój wybór kanoniczny.
Najczęstszym źródłem rozdętej liczby wykluczeń w sklepach są filtry i nawigacja fasetowa, które generują tysiące kombinacji adresów. To problem architektury, nie raportu, i rozwiązuje się go decyzją, które warianty mają prawo trafić do indeksu. Rozkład tych decyzji opisaliśmy w tekście o tym, kiedy indeksować filtry i faceted navigation, a kiedy je blokować.
Narzędzie sprawdzania adresu URL jest w tym raporcie ważniejsze niż sam raport. Pokazuje datę ostatniego pobrania, stan pobrania przez Googlebota, wybrany adres kanoniczny i to, czy wersja w indeksie zawiera twoją aktualną treść. Zanim obwinisz jakość strony za brak indeksacji, sprawdź, czy Google w ogóle ją kiedykolwiek pobrał. Jeśli nie pobrał, jakość treści nie ma z tym nic wspólnego.
Sitemapy i raport odczytu pliku
Sitemapa nie jest obietnicą indeksacji, jest deklaracją. Raport Sitemapy mówi tylko, czy Google ją odczytał, kiedy i ile adresów w niej znalazł. Kolumna z liczbą zaindeksowanych adresów w API tego raportu od lat zwraca zero i nie jest dowodem na brak indeksacji, co regularnie prowadzi do fałszywych alarmów.
Co warto z tego raportu wyciągnąć. Po pierwsze, zgodność liczby adresów w sitemapie z tym, co sądzisz o rozmiarze serwisu. Rozbieżność o rząd wielkości oznacza, że generator sitemapy wrzuca tam archiwa, tagi albo wersje językowe, których nie planowałeś. Po drugie, datę odczytu: jeśli Google nie zaglądał do pliku od sześciu tygodni, nowe treści są odkrywane wyłącznie przez linki wewnętrzne. Po trzecie, obecność w sitemapie wyłącznie adresów ze statusem 200. Każde przekierowanie i każdy 404 w sitemapie obniża zaufanie do całego pliku.
Praktyczna decyzja: dziel sitemapę po typie treści (wpisy, strony, archiwa) i obserwuj daty odczytu osobno. Gdy jeden plik jest odczytywany co kilka dni, a drugi raz na półtora miesiąca, masz pierwszą twardą informację o tym, którą część serwisu Google uznaje za wartą uwagi.
Podstawowe wskaźniki internetowe i użyteczność na urządzeniach mobilnych
Raport Podstawowe wskaźniki internetowe pokazuje dane z pola, zbierane od realnych użytkowników Chrome, pogrupowane w URL o podobnym profilu. To zupełnie inne dane niż PageSpeed Insights w trybie laboratoryjnym i rozjazd między nimi jest normalny.
Dwie rzeczy odróżniają ten raport od narzędzi laboratoryjnych. Pierwsza: grupowanie. Google ocenia grupy adresów, więc jedna wolna strona w grupie psuje ocenę kilkudziesięciu innych. Druga: opóźnienie. Okno to 28 dni, więc po wdrożeniu poprawki wynik rusza się dopiero po trzech do czterech tygodni, i to stopniowo. Oczekiwanie natychmiastowego efektu to najszybsza droga do uznania poprawnej optymalizacji za nieskuteczną.
Z trzech metryk w praktyce najczęściej wywraca się LCP, zwłaszcza na urządzeniach mobilnych i zwłaszcza w WordPressie, gdzie na czas renderowania największego elementu nakłada się motyw, slider na górze strony, brak wymiarów obrazu i kolejka skryptów. Konkretne przyczyny i kolejność ich eliminowania zebraliśmy w analizie przypadków, w których LCP przekracza 4 sekundy na mobile. Definicje progów utrzymuje zespół Chrome na web.dev, warto je sprawdzać, bo zmieniały się już dwa razy.
Dane strukturalne i wzbogacone wyniki
Search Console pokazuje osobne raporty dla każdego typu danych strukturalnych, które rozpoznał: FAQ, produkty, artykuły, okruszki, oceny. Każdy raport ma trzy stany: poprawne, ostrzeżenia, błędy. Ostrzeżenia dotyczą pól zalecanych i w większości przypadków można je zostawić. Błędy blokują wzbogacony wynik w całości.
Co sprawdzać naprawdę. Czy liczba poprawnych elementów zgadza się z liczbą stron, które powinny je mieć (różnica wskazuje na szablon, który gubi schemat na części wpisów). Czy nie pojawił się nowy typ, którego nie dodawałeś (wtyczki potrafią wstrzykiwać schematy, które kolidują z twoimi).
Gdy raport wskazuje systematycznie te same braki na wszystkich wpisach, winowajcą jest zwykle warstwa generująca schemat, nie pojedyncza treść. Jak zbudować poprawny Organization i Product bez dodatkowej wtyczki, pokazujemy krok po kroku w tutorialu o danych strukturalnych w WordPressie.
Linki wewnętrzne i zewnętrzne: co z tego wyczytać
Raport Linki jest najbardziej niedoceniany i najczęściej źle używany. Nie służy do oceny profilu linków, bo Google pokazuje tam mocno przyciętą próbkę i nie podaje żadnej miary jakości. Służy do dwóch innych rzeczy.
Pierwsza to wykrywanie sierot. Posortuj listę „Najczęściej linkowane strony” rosnąco i zobacz, które istotne adresy mają jeden link wewnętrzny albo zero. Nowe wpisy publikowane bez linków z istniejących tekstów to cała cicha kategoria sierot.
Druga to rozkład tekstu zakotwiczenia. Jeśli najczęstszym anchorem w serwisie jest „tutaj” albo nazwa kategorii, struktura linkowania nie przekazuje żadnej informacji tematycznej. Nie chodzi o optymalizację pod frazę, chodzi o to, że anchor jest jedynym opisem celu linku, jaki Google dostaje z twojej strony.
Dla linków zewnętrznych liczy się wyłącznie dynamika: nagły skok liczby domen na serwisie bez działań PR to sygnał do sprawdzenia profilu.
Rytm pracy: co sprawdzać co tydzień, co co miesiąc
Bez harmonogramu przewodnik po raportach jest bezużyteczny. Poniżej podział sprawdzony na serwisach treściowych o rozmiarze kilkuset adresów.
| Częstotliwość | Co sprawdzasz | Decyzja, jaka z tego wynika |
|---|---|---|
| Co tydzień | Nowe błędy 5xx i 404 w raporcie Indeksowanie stron | Zgłoszenie do hostingu albo przekierowanie |
| Co tydzień | Czy nowe wpisy z ostatnich 7 dni zostały pobrane (narzędzie sprawdzania URL) | Dodanie linków wewnętrznych do niepobranych |
| Co dwa tygodnie | Skuteczność: 28 dni do poprzednich 28, podział po kraju | Lista stron do odświeżenia |
| Co miesiąc | Daty odczytu sitemap i liczba adresów | Naprawa generatora sitemapy |
| Co miesiąc | Błędy danych strukturalnych po aktualizacjach | Poprawka w szablonie |
| Co kwartał | Raport Linki: sieroty i rozkład anchorów | Przebudowa linkowania w klastrze |
| Co kwartał | Podstawowe wskaźniki internetowe, trend 28 dni | Zadanie wydajnościowe dla zespołu |
Jedna zasada porządkuje cały ten rytm: każda liczba, z której nie wynika żadne działanie, jest liczbą do zignorowania. Search Console produkuje bardzo dużo takich liczb, a koszt patrzenia na nie codziennie jest realny, bo odciąga uwagę od trzech czy czterech sygnałów, które naprawdę zmieniają wyniki.
Jeśli masz czytać tylko jedną rzecz w tygodniu, czytaj stan pobrania nowych adresów. Strona, której Googlebot nie odwiedził, nie zarankuje bez względu na to, jak dobrze jest napisana, a to jedyny raport, który odpowiada na to pytanie wprost.
FAQ
Dlaczego suma kliknięć z zapytań nie zgadza się z sumą dla całej witryny?
Google ukrywa zapytania o bardzo małej liczbie wyświetleń, żeby nie dało się z nich zidentyfikować pojedynczych użytkowników. Przy wymiarze Zapytania część kliknięć jest więc pomijana. Na niewielkich serwisach brakować może kilkudziesięciu procent. Do sum zawsze używaj widoku bez wymiaru zapytania.
Ile czasu Google potrzebuje na zaindeksowanie nowej strony?
Nie ma gwarantowanego terminu. Na serwisach o ustabilizowanej historii nowe wpisy są zwykle pobierane w ciągu kilku dni, na nowych domenach odkrycie i pobranie potrafi zająć kilka tygodni. Jeśli adres ma status „Wykryto, obecnie nie zaindeksowano” dłużej niż miesiąc, problemem nie jest czas, a priorytet, jaki Google nadał temu adresowi.
Czy ręczne zgłaszanie adresu do indeksu przyspiesza indeksację?
Pojedyncze zgłoszenie przez narzędzie sprawdzania adresu URL działa i ma sens po poprawce na ważnej stronie. Nie jest to jednak metoda skalowalna: limit dzienny jest niski, a masowe zgłaszanie nie zmienia tego, jak Google ocenia wartość adresów. Przy większej liczbie stron pracuj nad sitemapą i linkowaniem wewnętrznym.
Czym różni się średnia pozycja w Search Console od pozycji w narzędziu do monitoringu?
Search Console podaje średnią z realnych wyświetleń, we wszystkich krajach, na wszystkich urządzeniach i przy wszystkich personalizacjach. Narzędzie do monitoringu sprawdza jedną pozycję dla jednej lokalizacji i jednego urządzenia. Obie liczby są poprawne, ale mierzą inne rzeczy i nie powinny być porównywane bezpośrednio.
Czy poprawa Podstawowych wskaźników internetowych podniesie pozycje?
Rzadko sama z siebie. Wskaźniki wydajności rozstrzygają przy porównywalnej jakości wyników, więc efekt widać głównie na stronach, które już są w czołówce. Na pozycjach powyżej dwudziestej pracę warto zacząć od dopasowania treści do intencji, a wydajnością zająć się później.
Jak długo Search Console przechowuje dane?
Raport Skuteczność daje maksymalnie 16 miesięcy historii. Jeśli potrzebujesz dłuższych szeregów albo pełnych danych bez anonimizacji na poziomie wiersza, jedyną drogą jest masowy eksport do BigQuery, który trzeba włączyć wcześniej, bo nie działa retroaktywnie.