Dane o kliknięciach i wyświetleniach jako fundament analizy ruchu organicznego
Raport "Wyniki wyszukiwania" w Google Search Console pokazuje, jak ludzie trafiają na Twoją stronę, i domyślnie obejmuje ostatnie 3 miesiące. Do wyboru są 4 dane: kliknięcia, wyświetlenia, CTR i średnia pozycja najwyższego wyniku z Twojej domeny, przy czym CTR to iloraz pierwszych dwóch wartości. Na tej podstawie wskażesz frazy, które dają najwięcej ruchu, oraz zapytania o dużym zasięgu i niskim CTR, co zwykle oznacza, że meta-title albo meta-description nie zachęca do wejścia. Porównanie okresów, na przykład 28 dni do poprzednich 28 dni, pokazuje, czy zmiany przyniosły efekt.
W tym samym raporcie ustawisz filtry według urządzenia (komputer, telefon, tablet), kraju i typu wyszukiwania: internet, obrazy, filmy albo wiadomości. Dzięki temu dopasujesz plan SEO do prawdziwego zachowania użytkowników. Przykład: jeśli większość ruchu przychodzi z telefonów, a CTR jest tam wyraźnie niższy niż na komputerach, przyczyną może być wersja mobilna strony albo meta-title ucięty na małym ekranie.
Raport przydaje się też do analizy fraz długiego ogona (long tail), które dają mniej wejść, ale często precyzyjniej odpowiadają na potrzebę. Zestawienie średniej pozycji z liczbą kliknięć wyłania zapytania o wysokim potencjale, na przykład te z miejsc 8-15, które po poprawce treści mogą trafić na pierwszą stronę wyników. Dane wyeksportujesz do arkusza i połączysz z konwersjami z Google Analytics 4, żeby zobaczyć, które hasła kończą się kontaktem albo sprzedażą.
Inspekcja URL jako narzędzie diagnostyczne
Narzędzie do sprawdzania adresów URL pokazuje, jak Google widzi jedną konkretną podstronę. Po wklejeniu linku dostajesz stan w indeksie, wersję kanoniczną wybraną przez Google, listę wczytanych zasobów (CSS, JavaScript, obrazy) i wynik dla danych strukturalnych. Funkcja przydaje się, gdy podstrona nie pojawia się w Google albo straciła pozycje, bo od razu widać, czy wyszukiwarka ją zapisała i co blokuje robota.
Przycisk "Poproś o zindeksowanie" zgłasza nowy albo poprawiony adres do ponownego skanowania. Pomoc Google zaznacza, że obowiązuje dzienny limit takich próśb, a zgłoszenie nie gwarantuje szybkiego efektu. Korzystaj z niego po poprawkach technicznych, publikacji nowej treści albo usunięciu błędu z raportu "Indeksowanie stron".
W wynikach inspekcji zobaczysz też zrzut ekranu wyrenderowanej podstrony i kod po wykonaniu JavaScriptu, zarówno dla kopii zindeksowanej, jak i dla testu wersji opublikowanej. Rozbieżność między widokiem użytkownika a tym, co odczytuje Googlebot, wskazuje na problemy z ładowaniem skryptów, zasoby zablokowane w robots.txt albo źle wdrożone elementy dynamiczne. Kontrola obu podglądów przed zmianą szablonu i po niej chroni przed sytuacją, w której nowy wygląd ukrywa treść przed wyszukiwarką.
Raport Indeksowanie stron jako mapa błędów do naprawy
Raport "Indeksowanie stron" (dawniej Coverage) dzieli adresy na 2 grupy: zindeksowane i niezindeksowane. Przy drugiej z nich tabela przyczyn podaje konkretny powód i listę linków, więc od razu wiesz, co poprawić.
Najczęściej powodem jest błąd 5xx, zapętlone albo zbyt długie łańcuchy przekierowań, błąd 404 i blokada w robots.txt. Każda wymaga innej reakcji: błędy serwera wskazują na hosting albo konfigurację, a 404 na podstronie z ruchem lub linkami zwykle rozwiązuje stałe przeniesienie (kod 301) na najbliższą treść. Regularny przegląd tego raportu i naprawy w kolejności od powodu z największą liczbą adresów poprawiają efekty pozycjonowania.
Nie każda niezindeksowana podstrona jest problemem. Google sam podaje, że adres może zostać pominięty z właściwych przyczyn, na przykład przez zamierzoną regułę robots.txt, tag noindex, duplikat albo 404 po usuniętej stronie. Jeśli jednak w tej grupie znajdziesz karty produktów albo artykuły, które mają być w Google, zmień tag meta lub blokadę od razu. Po naprawie kliknij "Sprawdź poprawkę"; według pomocy Google weryfikacja trwa zwykle do 2 tygodni.
Wykorzystanie pliku sitemap.xml do przyspieszenia indeksowania
Plik sitemap.xml przesłany w Google Search Console pomaga robotowi znaleźć podstrony głęboko w strukturze i świeżo dodane. Powinien zawierać tylko adresy kanoniczne, które zwracają kod 200 i nie mają tagu noindex. Jedna mapa może mieć najwyżej 50 MB po rozpakowaniu albo 50 tysięcy linków. Google ignoruje znaczniki <priority> i <changefreq>, a z <lastmod> korzysta wtedy, gdy data jest spójna z faktyczną zmianą treści.
Raport sitemap w Search Console pokazuje stan przesłanej mapy i liczbę wykrytych adresów z tego pliku. Ile z nich trafiło do indeksu, sprawdzisz w zestawieniu "Indeksowanie stron" po ustawieniu filtra mapy. Duża rozbieżność między tymi dwiema wartościami może oznaczać duplikaty treści, błędy na podstronach albo nieaktualny plik. Mapę odświeżaj po dodaniu nowych wpisów, usunięciu starych linków i każdej większej zmianie struktury.
Przy dużym sklepie lub portalu mapę dzieli się na mniejsze pliki tematyczne (na przykład osobno produkty, wpisy na blogu i kategorie) i łączy indeksem map. Taki podział od razu pokazuje, która część strony trafia do Google sprawnie, a która wymaga pracy. Osobne mapy dla obrazów i filmów pomagają Google znaleźć pliki, które mogłyby umknąć robotowi w inny sposób.
Indeksowanie mobile-first i raport Core Web Vitals
Od 1 grudnia 2023 roku Search Console nie ma już zestawienia Mobile Usability, choć Google nadal ocenia strony na podstawie ich wydania na telefony. Dokumentacja Search Central zaleca, żeby treść była taka sama jak na komputerach, bo indeksowana jest wersja przeznaczona na smartfony. Za mały tekst, elementy dotykowe zbyt blisko siebie czy zawartość szersza niż ekran sprawdzasz teraz w Lighthouse, otwartym narzędziu opisanym przez Chrome for Developers, które audytuje wydajność, ułatwienia dostępu i SEO.
W Search Console zostaje raport "Core Web Vitals", osobno dla urządzeń mobilnych i komputerów. Każda grupa adresów dostaje jeden z 3 stanów, a najgorszy z nich to "Słabej jakości". Ocena opiera się na 3 wskaźnikach z danych prawdziwych użytkowników z ostatnich 28 dni: LCP (dobry wynik do 2,5 sekundy), INP (krócej niż 200 milisekund) i CLS (mniej niż 0,1). Kliknięcie problemu pokazuje przykładowe adresy z tej samej grupy, a po zmianach przycisk "Sprawdź poprawkę" uruchamia nową weryfikację.
Wolna albo niewygodna wersja na telefon obniża komfort korzystania ze strony. Google pisze, że jego podstawowe systemy rankingowe biorą pod uwagę różne sygnały związane z wrażeniami użytkownika, ale nie istnieje jeden zbiorczy wskaźnik "page experience". Responsywny szablon, szybsze ładowanie na smartfonach i test na kilku rozdzielczościach ekranu prowadź równolegle z monitorowaniem Core Web Vitals w Search Console.
Zestawienie funkcji Google Search Console a ich wpływ na widoczność w wyszukiwarce
Tabela zbiera 5 elementów konfiguracji opisanych wyżej i pokazuje, jakie dane daje każdy z nich i w czym pomaga.
| Funkcja | Rodzaj danych | Wpływ na ranking i ruch organiczny |
|---|---|---|
| Wyniki wyszukiwania | Kliknięcia, wyświetlenia, CTR, średnia pozycja według zapytań i stron | Wybór fraz o wysokim potencjale, zmiana meta-title i meta-description, ocena efektów SEO |
| Sprawdzanie adresów URL | Stan w indeksie, wersja kanoniczna, wyrenderowany kod, dane strukturalne | Diagnoza błędów, prośba o ponowne skanowanie po zmianie |
| Indeksowanie stron | Zindeksowane i niezindeksowane adresy z przyczyną | Usuwanie przeszkód technicznych, więcej podstron w Google |
| Pliki sitemap | Stan mapy i liczba wykrytych adresów | Szybsze odkrywanie nowych treści, kontrola indeksu po filtrze |
| Core Web Vitals | LCP, INP i CLS z 28 dni, osobno telefon i komputer | Lepsze wrażenia użytkowników, wsparcie widoczności |
Porównanie danych z Search Console i z Google Analytics opisuje artykuł Google Search Console vs Google Analytics - jak zbierają dane? czym się różnią w wykorzystaniu?
