Słownik Google Search Console i SEO

Wyświetlenie liczy się, gdy link do Twojej witryny pojawi się na stronie wyników Google, którą użytkownik wczyta – zwykle nawet wtedy, gdy nigdy do niego nie przewinie.

Search Console liczy wyświetlenia w Google Search, Discover i News. W karuzelach, wynikach rozwijanych i widokach z nieskończonym przewijaniem, takich jak wyszukiwanie obrazów na telefonie, element zwykle musi najpierw trafić w widok albo zostać rozwinięty. Przewinięcie lub przejście na kolejną stronę i powrót w ramach jednego zapytania nie dodaje drugiego wyświetlenia. Na wykresie dane są agregowane według usługi, więc dwie Twoje strony pokazane na to samo zapytanie liczą się jako jedno wyświetlenie; przy grupowaniu według strony każdy adres URL dostaje własne wyświetlenie. Duża liczba wyświetleń przy małej liczbie kliknięć często wskazuje na problem z tytułem lub snippetem, zobacz jak znaleźć słowa kluczowe z niskim CTR.

W GSC Magic: Narzędzie gsc_query_analytics zwraca wyświetlenia pogrupowane według zapytania, strony, kraju, urządzenia, wyglądu w wyszukiwarce, daty lub godziny, a panel pokazuje je na wykresie dzień po dniu.

Powiązane: Kliknięcia, CTR (współczynnik klikalności), Pozycja średnia, Strona (wymiar)

Źródła: support.google.com, support.google.com

Kliknięcie liczy się wtedy, gdy użytkownik kliknie wynik w Google Search, Discover lub News, który prowadzi go do strony poza Google.

Kliknięcia, które zostawiają użytkownika w Google, na przykład doprecyzowanie zapytania rozpoczynające nowe wyszukiwanie, nie są liczone. Kliknięcie wyniku, powrót i ponowne kliknięcie tego samego linku liczy się raz; kliknięcie innego linku liczy się ponownie. Dane o kliknięciach są przypisywane do adresu kanonicznego wybranego przez Google, niekoniecznie do adresu, na który trafił użytkownik. Kliknięcia w Search Console i sesje w GA4 mierzą co innego i rzadko się zgadzają, zobacz kliknięcia w GSC a sesje w GA4.

W GSC Magic: Panel w widoku głównym pokazuje dzienne kliknięcia i kartę Najlepsze zapytania i strony ze zmianą liczby kliknięć względem poprzedniego okresu.

Powiązane: Wyświetlenia, CTR (współczynnik klikalności), Sesja (GA4), Adres kanoniczny

Źródła: support.google.com, support.google.com

CTR to liczba kliknięć podzielona przez liczbę wyświetleń, podana jako procent dla całej witryny lub dla jednego zapytania, strony, kraju czy urządzenia.

CTR mocno zależy od pozycji i od typu pokazanego wyniku, więc porównuj go między zapytaniami lub stronami na podobnych pozycjach, a nie z jednym celem. Zależy też od agregacji: gdy na jedno zapytanie pojawia się kilka Twoich stron, CTR grupujący według usługi jest zwykle wyższy niż CTR według strony, bo usługa dostaje jedno wyświetlenie i zachowuje kliknięcie. Jeśli wyświetlenia są stabilne, a kliknięcia spadają, Google sugeruje sprawdzić, czy tytuł i snippet wciąż dobrze opisują stronę.

W GSC Magic: report_ctr_outliers wymienia strony, których CTR jest niższy niż połowa mediany CTR Twojej witryny na tej samej pozycji.

Powiązane: Kliknięcia, Wyświetlenia, Odstający CTR (strona z niskim CTR), Pozycja średnia

Źródła: support.google.com, support.google.com, developers.google.com

Pozycja średnia to średnia z najlepszych pozycji, jakie Twoja witryna lub strona zajmowała w wynikach Google, liczona tylko dla wyszukiwań, w których dostała wyświetlenie.

Jeśli na jedno zapytanie Twoja witryna pokazuje się na pozycjach 2, 4 i 6, a na inne na pozycjach 3, 5 i 9, Search Console liczy 2 i 3 i podaje średnią 2,5. Każdy element wyniku zajmuje jedną pozycję: wszystkie linki w panelu wiedzy albo w AI Overviews dzielą pozycję tego elementu, a reklamy nie zajmują pozycji. Wynik, którego nikt nie zobaczył, na przykład na trzeciej stronie, nie zapisuje pozycji, dlatego niektóre komórki pokazują myślnik. Pozycja jest liczona tylko dla Google Search, nie dla Discover ani News, a Twoje własne wyszukiwanie może pokazać inny wynik, bo wyniki zależą od lokalizacji i historii. Google zaleca obserwować zmiany w czasie, a nie pojedynczą wartość.

W GSC Magic: report_quick_wins używa pozycji średniej, by znaleźć pary zapytanie i strona na pozycjach 4–20 z dużą liczbą wyświetleń.

Powiązane: Wyświetlenia, Szybkie wygrane (striking distance keywords), AI Overviews i AI Mode, Aktualizacja algorytmu

Źródła: support.google.com, support.google.com

Zapytanie to fraza wyszukiwania, po której Twoja witryna pojawiła się w wynikach Google; zakładka Zapytania w raporcie Skuteczność grupuje według niej kliknięcia i wyświetlenia.

Tabela Zapytania nigdy nie jest kompletna. Część zapytań jest ukrywana ze względów prywatności (zanonimizowane zapytania), a z powodu wewnętrznych limitów Search Console przechowuje i pokazuje tylko najważniejsze wiersze. Filtry zapytań nie rozróżniają wielkości liter. Dla typu wyszukiwania „Web: multimodal”, np. wyszukiwań Google Lens, tekstowe zapytanie nie jest dostępne, więc wymiaru brakuje. Więcej w artykule dlaczego Search Console ukrywa część zapytań.

W GSC Magic: gsc_query_analytics zwraca do 25 000 wierszy zapytań na żądanie przez Search Analytics API.

Powiązane: Zanonimizowane zapytania, Limit 1000 wierszy, Zapytania brandowe i non-brandowe, Strona (wymiar)

Źródła: support.google.com, developers.google.com

Wymiar Strona grupuje dane o skuteczności według adresu URL, do którego prowadził wynik wyszukiwania po przekierowaniach, zwykle przypisanego do adresu kanonicznego strony.

Gdy użytkownik kliknie zduplikowany adres URL, Search Console przypisuje kliknięcie adresowi kanonicznemu wybranemu przez Google, który sprawdzisz w narzędziu Sprawdzanie adresów URL. Wybór zakładki Strony przełącza agregację tabeli z usługi na stronę, więc każdy adres URL pokazany na zapytanie dostaje własne wyświetlenie. Wykres pozostaje agregowany według usługi i to jest zwykle powód, dla którego suma w tabeli różni się od sumy na wykresie.

Powiązane: Adres kanoniczny, Sprawdzanie adresów URL, Zapytanie, Wyświetlenia

Źródła: support.google.com, support.google.com

Wygląd w wyszukiwarce to wymiar raportu Skuteczność, który grupuje dane według typu wyniku lub funkcji, w której pojawiła się Twoja strona, np. fragmentów z opiniami, filmów czy ofert sprzedawców.

Filtr wymienia tylko typy, dla których Twoja witryna zanotowała wyświetlenia. Grupowanie według wyglądu w wyszukiwarce agreguje tabelę według strony. Kliknięcia są przypisane do adresu URL, a nie do adresu i funkcji razem, więc filtrowana liczba kliknięć może obejmować kliknięcia zwykłego linku do tej samej strony. Część starszych typów, np. wyniki rozszerzone FAQ i How-to, Google wymienia jako wycofane.

W GSC Magic: gsc_query_analytics potrafi grupować lub filtrować dane o skuteczności według wyglądu w wyszukiwarce.

Powiązane: Dane strukturalne i wyniki rozszerzone, Typ wyszukiwania, Strona (wymiar)

Źródła: support.google.com

Typ wyszukiwania to filtr raportu Skuteczność, który rozdziela ruch z wyszukiwania w Google na Web (tekstowe lub multimodalne), Obrazy, Wideo i News.

Wariant „Web: text-based” obejmuje zapytania wpisane w standardowym pasku wyszukiwania; „Web: multimodal” obejmuje wyszukiwania obrazem, w tym Google Lens, Circle to Search i wyszukiwanie obrazów w Chrome. Obrazy, Wideo i News odpowiadają pasującym zakładkom. Discover i Google News mają własne raporty skuteczności. Google zaleca analizować typy wyszukiwania osobno, gdy bada się spadek, a limit wierszy API obowiązuje dla każdego typu wyszukiwania osobno.

Powiązane: Wygląd w wyszukiwarce, Limit 1000 wierszy, Aktualizacja algorytmu

Źródła: support.google.com, developers.google.com

W raporcie Skuteczność wymiar Kraj grupuje dane według miejsca, z którego pochodziło wyszukiwanie, a Urządzenie według komputera, telefonu lub tabletu.

Oba wymiary są agregowane według usługi. Google podaje, że żądania bez wymiaru zapytania lub strony, takie jak kraje, urządzenia i wygląd w wyszukiwarce, są wyświetlane i eksportowane w całości, więc nie dotyczy ich dzienny limit wierszy. Porównanie komputera i telefonu może pokazać myślnik w miejscu pozycji, gdy strona nie miała wyświetleń na jednym z urządzeń.

W GSC Magic: gsc_query_analytics przyjmuje kraj i urządzenie jako wymiary i filtry.

Powiązane: Limit 1000 wierszy, Pozycja średnia, Zapytanie

Źródła: support.google.com, developers.google.com

Świeżość danych mówi o tym, jak szybko Search Console pokazuje dane o skuteczności; najnowsze liczby mogą być wstępne, wciąż zbierane, i są rysowane linią przerywaną.

Widok 24 godzin pokazuje ostatnie dostępne 24 godziny z opóźnieniem kilku godzin, w punktach godzinowych i w strefie czasowej Twojej przeglądarki. Pozostałe widoki używają czasu pacyficznego i domyślnie pokazują pełne dni. W Search Analytics API dataState „final” (domyślne) zwraca tylko dane sfinalizowane, „all” obejmuje dane świeże, a „hourly_all” dodaje podział godzinowy. Przewodnik Google po API zauważa, że dane są zwykle dostępne po 2–3 dniach.

W GSC Magic: Synchronizacja po stronie GSC Magic odświeża ostatnie cztery dni co sześć godzin, bo Google koryguje najnowsze liczby.

Powiązane: 16 miesięcy przechowywania danych, Kliknięcia, Wyświetlenia

Źródła: support.google.com, developers.google.com, developers.google.com, developers.google.com

Zanonimizowane zapytania to wyszukiwania, które Search Console pomija w tabelach, by chronić prywatność, bo w ciągu dwóch–trzech miesięcy wykonało je nie więcej niż kilkudziesięciu użytkowników.

Wciąż liczą się w sumach na wykresie, o ile nie zastosujesz filtra zapytania, dlatego suma wierszy tabeli jest zwykle niższa niż suma całkowita. Filtry usuwają je całkowicie: zapytania zawierające słowo plus zapytania go niezawierające dają razem mniej niż suma bez filtra. Zobacz dlaczego Search Console ukrywa część zapytań.

W GSC Magic: GSC Magic czyta to samo Search Analytics API, więc też nie odzyska zanonimizowanych zapytań.

Powiązane: Zapytanie, Limit 1000 wierszy, Zapytania brandowe i non-brandowe

Źródła: developers.google.com, support.google.com

Interfejs Search Console pokazuje i eksportuje najwyżej 1000 wierszy na tabelę; Search Analytics API zwraca do 25 000 wierszy na żądanie, z paginacją.

Google podaje, że górny limit API to 50 000 wierszy dziennie na witrynę na typ wyszukiwania i że nie zawsze da się go osiągnąć. API zwraca domyślnie 1000 wierszy; rowLimit podnosi to do 25 000, a startRow przechodzi przez resztę. Żądania bez wymiaru zapytania lub strony zwracają wszystkie dane. Do najpełniejszej listy zapytań Google wskazuje eksport hurtowy do BigQuery. Szczegóły w artykułach limit 1000 wierszy wyjaśniony i przewodnik po API Search Console.

W GSC Magic: gsc_query_analytics pobiera do 25 000 wierszy na zapytanie, więc agent AI pracuje na znacznie większym zbiorze niż 1000 wierszy interfejsu.

Powiązane: Zapytanie, Zanonimizowane zapytania, 16 miesięcy przechowywania danych, Typ wyszukiwania

Źródła: developers.google.com, developers.google.com, support.google.com

Raport Skuteczność w Search Console obejmuje ostatnie 16 miesięcy; starsze dni wypadają, chyba że skopiujesz dane gdzie indziej przez API lub eksport hurtowy.

Szesnaście miesięcy wystarcza, by porównać ostatni spadek z tymi samymi tygodniami rok wcześniej, co Google sugeruje jako kontrolę sezonowości. Do dłuższych porównań Google zaleca pobieranie danych przez Search Analytics API lub eksporty hurtowe i przechowywanie ich we własnych systemach. Zobacz 3 sposoby na dane Search Console dłużej niż 16 miesięcy i jak GSC Magic przechowuje historię.

W GSC Magic: Pro i Agency uzupełniają historię do 16 miesięcy przy przejściu na wyższy plan i nigdy nie usuwają zapisanej historii; Free trzyma 14 dni.

Powiązane: Sezonowość, Limit 1000 wierszy, Content decay (spadek treści)

Źródła: developers.google.com

Skanowanie to sposób, w jaki Google odkrywa i pobiera strony; Googlebot to robot Google Search, dostępny w wersji na smartfony i na komputery.

Google znajduje nowe adresy URL głównie przez linki ze znanych już stron i przez mapy witryn, a potem pobiera je i renderuje JavaScript w aktualnej wersji Chrome. Ponieważ Google indeksuje przede wszystkim wersję mobilną większości witryn, większość żądań pochodzi od Googlebota na smartfony. Dla Google Search Googlebot pobiera pierwsze 2 MB obsługiwanego typu pliku (64 MB dla PDF-ów). Zablokowanie skanowania przez robots.txt nie powstrzyma adresu przed pojawieniem się w wynikach; do tego służy noindex. Raport Statystyki skanowania pokazuje liczbę żądań, kody odpowiedzi i problemy z dostępnością. Google nie przyjmuje opłat za częstsze skanowanie witryny.

W GSC Magic: GSC Magic nie skanuje Twojej witryny; czyta dane Google ze Sprawdzania adresów URL oraz statystyki skanowania i problemy ze skanowaniem z Bing.

Powiązane: Indeksowanie, Budżet skanowania, robots.txt, Mapa witryny XML (sitemap)

Źródła: developers.google.com, developers.google.com, support.google.com

Indeksowanie to etap, na którym Google analizuje zeskanowaną stronę i zapisuje ją w indeksie Google; w wyszukiwarce mogą pojawić się tylko zindeksowane strony.

Google Search działa w trzech etapach: skanowanie, indeksowanie i wyświetlanie wyników, i nie każda strona przechodzi przez każdy z nich. Google nie gwarantuje zindeksowania strony, nawet jeśli spełnia wymagania Search Essentials. Raport Indeksowanie stron wyjaśnia, dlaczego adresy nie są zindeksowane, np. „Zeskanowano, ale obecnie nie zindeksowano” (strona zeskanowana, może, ale nie musi zostać zindeksowana później, nie ma potrzeby zgłaszać jej ponownie) albo „Strona wykryta – obecnie nie zindeksowana” (strona znaleziona, ale skanowanie przełożono, by nie przeciążać witryny). Zobacz Google Search Console nie indeksuje stron: przyczyny i naprawa.

W GSC Magic: report_index_health czyta adresy URL z Twoich map witryn, sprawdza je przez URL Inspection API i grupuje według stanu pokrycia.

Powiązane: Skanowanie i Googlebot, Sprawdzanie adresów URL, noindex, Adres kanoniczny

Źródła: developers.google.com, support.google.com

Budżet skanowania to zbiór adresów URL, które Google może i chce zeskanować w witrynie, wyznaczany przez dwa czynniki: limit przepustowości skanowania i popyt na skanowanie.

Limit przepustowości skanowania chroni serwer przed przeciążeniem przez Googlebota; popyt na skanowanie zależy od rozmiaru witryny, częstotliwości aktualizacji, jakości stron i ich trafności. Każda nazwa hosta ma własny budżet skanowania. Google mówi, że jego przewodnik po budżecie skanowania dotyczy głównie bardzo dużych witryn (około miliona i więcej stron zmienianych co tydzień), witryn z 10 000 i więcej stron zmienianych codziennie albo witryn z wieloma adresami w statusie „Strona wykryta – obecnie nie zindeksowana”. Jeśli nowe strony są skanowane w dniu publikacji, budżet skanowania nie jest Twoim problemem.

Powiązane: Skanowanie i Googlebot, Mapa witryny XML (sitemap), Indeksowanie

Źródła: developers.google.com

Adres kanoniczny to adres URL, który Google wybiera jako najbardziej reprezentatywny ze zbioru zduplikowanych stron; to wersja zwykle pokazywana w wynikach wyszukiwania.

Duplikaty powstają z wersji HTTP i HTTPS, adresów mobilnych i desktopowych, parametrów sortowania i filtrowania albo wariantów regionalnych. Możesz wskazać preferencję przez rel="canonical", przekierowania i mapy witryn, ale Google traktuje ją jako podpowiedź, nie regułę, i może wybrać inny adres. Search Console przypisuje kliknięcia i wyświetlenia adresowi kanonicznemu. Porównaj adres kanoniczny zadeklarowany przez użytkownika z tym wybranym przez Google w narzędziu Sprawdzanie adresów URL.

W GSC Magic: gsc_inspect_url zwraca zarówno adres kanoniczny zadeklarowany, jak i wybrany przez Google.

Powiązane: Przekierowanie (301 a 302), Strona (wymiar), Sprawdzanie adresów URL, hreflang

Źródła: developers.google.com, developers.google.com

noindex to reguła ustawiana za pomocą meta tagu robots lub nagłówka HTTP X-Robots-Tag, która każe Google usunąć stronę z wyników wyszukiwania.

Google musi zeskanować stronę, by zobaczyć regułę, więc strona nie może być zablokowana przez robots.txt; inaczej nadal może pojawić się w wynikach, jeśli linkują do niej inne strony. Google nie obsługuje noindex w robots.txt. Po dodaniu reguły strona zostaje w wynikach, dopóki Google jej nie zeskanuje ponownie, co w przypadku mniej ważnych stron może potrwać miesiące. Jeśli robots.txt blokuje stronę, Sprawdzanie adresów URL podaje indeksowanie jako dozwolone, bo Google nie widzi reguły noindex.

W GSC Magic: gsc_inspect_url i report_index_health pokazują, kiedy Google znalazło regułę noindex na adresie URL.

Powiązane: robots.txt, Indeksowanie, Sprawdzanie adresów URL

Źródła: developers.google.com, support.google.com

robots.txt to plik w katalogu głównym witryny, który mówi robotom, do których adresów URL mają dostęp; steruje skanowaniem, a nie tym, czy strona jest zindeksowana.

Google opisuje go jako sposób zarządzania ruchem robotów i unikania przeciążenia serwera. Strona zablokowana przez robots.txt nadal może zostać zindeksowana bez opisu, jeśli linkują do niej inne strony, więc by trzymać stronę poza Google, użyj noindex albo ochrony hasłem. Nie blokuj plików CSS ani JavaScript, których Google potrzebuje do zrozumienia strony.

W GSC Magic: Panel wykonuje szybki audyt robots.txt i mapy witryny dla każdej witryny.

Powiązane: noindex, Skanowanie i Googlebot, Mapa witryny XML (sitemap)

Źródła: developers.google.com

Mapa witryny XML to plik z listą stron, obrazów, filmów i innych plików w witrynie, który pomaga wyszukiwarkom szybciej je znaleźć i zeskanować.

Mapa witryny może też zawierać datę ostatniej modyfikacji i alternatywne wersje językowe. Pomaga w odkrywaniu stron, ale nie gwarantuje skanowania ani indeksowania. Google mówi, że małe, dobrze podlinkowane witryny (około 500 stron i mniej) mogą jej nie potrzebować, a najbardziej korzystają duże, nowe witryny i witryny z dużą ilością multimediów. Przy wielu nowych lub zmienionych adresach Google zaleca przesłanie mapy witryny zamiast zgłaszania adresów pojedynczo do zindeksowania. Zobacz mapa witryny przesłana, a strony niezindeksowane.

W GSC Magic: gsc_list_sitemaps pokazuje status i błędy, gsc_submit_sitemap przesyła mapę (Pro i Agency), a bing_submit_sitemap wysyła ją do Bing.

Powiązane: Skanowanie i Googlebot, Indeksowanie, robots.txt, IndexNow

Źródła: developers.google.com

Sprawdzanie adresów URL to narzędzie Search Console, które pokazuje zindeksowaną wersję adresu URL i powód, dla którego jest lub nie jest zindeksowany, oraz potrafi przetestować stronę na żywo.

Pokazuje stan indeksowania, adres kanoniczny wybrany przez Google, datę ostatniego skanowania, znalezione dane strukturalne i zrzut wyrenderowanej strony. Test na żywo sprawdza, czy strona może być zindeksowana, ale nie przewidzi, który adres URL Google uzna za kanoniczny. URL Inspection API zwraca tylko wersję zindeksowaną, nie ma testu na żywo i pozwala na 2000 inspekcji na witrynę dziennie. Zobacz jak sprawdzić 500 adresów URL przez API.

W GSC Magic: gsc_inspect_url sprawdza jeden adres URL, a gsc_inspect_urls_batch sprawdza do 500 w jednym wywołaniu w ramach limitu Google.

Powiązane: Poproś o zindeksowanie, Indeksowanie, Adres kanoniczny, Soft 404

Źródła: support.google.com, developers.google.com, developers.google.com

Poproś o zindeksowanie to przycisk w narzędziu Sprawdzanie adresów URL, który prosi Google o zeskanowanie jednego adresu URL; nie gwarantuje to zindeksowania strony.

Musisz być właścicielem usługi lub użytkownikiem z pełnym dostępem. Pojedyncze zgłoszenia mają limit, a wielokrotne zgłaszanie tego samego adresu nie przyspieszy skanowania. Skanowanie może potrwać od kilku dni do kilku tygodni. Przy wielu adresach Google zaleca przesłanie mapy witryny. Odrębne Indexing API Google jest oficjalnie ograniczone do stron z oznaczeniem JobPosting lub BroadcastEvent. Zobacz IndexNow a Google Indexing API.

W GSC Magic: Opcjonalne narzędzie gsc_request_indexing korzysta z Indexing API Google, które Google wspiera tylko dla stron z JobPosting i BroadcastEvent.

Powiązane: Sprawdzanie adresów URL, Mapa witryny XML (sitemap), IndexNow, Indeksowanie

Źródła: developers.google.com, developers.google.com

Soft 404 to strona, która zwraca kod sukcesu 200, ale dla Google wygląda na błąd lub pustą stronę, więc Google ją zgłasza i nie indeksuje.

Google zaleca zwracanie kodu statusu 404 dla stron, które naprawdę nie istnieją, i dodanie informacji na stronach, które powinny zostać, żeby nie wyglądały na błędy. Aby zobaczyć to, co widzi Google, uruchom test na żywo w Sprawdzaniu adresów URL i otwórz zrzut wyrenderowanej strony.

Powiązane: Sprawdzanie adresów URL, Indeksowanie, Przekierowanie (301 a 302)

Źródła: support.google.com, developers.google.com

Przekierowanie przenosi odwiedzających i roboty z jednego adresu URL na inny; 301 jest trwałe i sygnalizuje, że cel powinien być kanoniczny, a 302 jest tymczasowe.

Przy przekierowaniach trwałych (301, 308, natychmiastowy meta refresh) Google zwykle pokazuje w wynikach adres docelowy. Przy tymczasowych (302, 303, 307) Google podąża za przekierowaniem, ale nie traktuje go jako sygnału kanonicznego, więc źródłowy adres może zostać w wynikach. Najbardziej niezawodne są przekierowania po stronie serwera; roboty Google domyślnie podążają za maksymalnie 10 przeskokami. Search Console przypisuje kliknięcia adresowi końcowemu po przekierowaniach.

Powiązane: Adres kanoniczny, Soft 404, Strona (wymiar)

Źródła: developers.google.com, developers.google.com

hreflang to adnotacja, która mówi Google, które strony są wersjami językowymi lub regionalnymi tej samej treści, żeby pokazywać użytkownikom właściwą.

Możesz ją zadeklarować w tagach link w HTML, w nagłówkach HTTP albo w mapie witryny; te trzy metody są równoważne. Każda wersja musi wymieniać siebie i wszystkie pozostałe wersje, używając pełnych adresów URL. Google nie używa hreflang do wykrywania języka strony. Strony w tym samym języku dla różnych regionów są duplikatami, więc Google zaleca łączenie hreflang z kanonizacją.

Powiązane: Adres kanoniczny, Mapa witryny XML (sitemap), Kraj i urządzenie

Źródła: developers.google.com, developers.google.com

Dane strukturalne to ustandaryzowany format, korzystający głównie ze słownika schema.org i często zapisany jako JSON-LD, który opisuje treść strony w sposób zrozumiały dla Google i może dać jej kwalifikację do wyników rozszerzonych.

Wyniki rozszerzone to wyniki wyszukiwania z rozszerzonym wyświetlaniem, np. gwiazdki z opiniami, szczegóły przepisu czy ceny produktów. Strona potrzebuje wszystkich wymaganych właściwości, by się kwalifikować, a znaczniki łamiące wytyczne Google dotyczące danych strukturalnych mogą ją zdyskwalifikować. Google sugeruje testować znaczniki w Teście wyników rozszerzonych podczas prac i obserwować raporty wyników rozszerzonych w Search Console po wdrożeniu. Typy wyników rozszerzonych pojawiają się też w wymiarze wyglądu w wyszukiwarce.

W GSC Magic: gsc_inspect_url raportuje wyniki rozszerzone, które Google wykryło na adresie URL.

Powiązane: Wygląd w wyszukiwarce, Sprawdzanie adresów URL, CTR (współczynnik klikalności)

Źródła: developers.google.com, support.google.com

Core Web Vitals to trzy metryki Google opisujące doświadczenie prawdziwych użytkowników: Largest Contentful Paint (ładowanie), Interaction to Next Paint (responsywność) i Cumulative Layout Shift (stabilność wizualna).

Dobre progi to LCP w ciągu 2,5 sekundy, INP wynoszący 200 milisekund lub mniej i CLS 0,1 lub mniej, mierzone na 75. percentylu wczytań strony, osobno dla telefonów i komputerów. Strona przechodzi, gdy wszystkie trzy mieszczą się w celu. Google mówi, że dobre Core Web Vitals idą w parze z tym, co nagradzają jego główne systemy rankingowe, jako część doświadczenia strony. Raport Core Web Vitals w Search Console pokazuje, jak wypadają Twoje strony.

W GSC Magic: cwv_get_origin, cwv_get_url i cwv_history czytają Core Web Vitals prawdziwych użytkowników, a panel pokazuje kartę Core Web Vitals dla każdej witryny.

Powiązane: LCP (Largest Contentful Paint), INP (Interaction to Next Paint), CLS (Cumulative Layout Shift), CrUX (Chrome UX Report)

Źródła: web.dev, developers.google.com

LCP mierzy ładowanie: czas do wyrenderowania największego obrazu, bloku tekstu lub filmu w widocznym obszarze. Dobry wynik to 2,5 sekundy lub mniej.

LCP jest mierzony od pierwszego przejścia użytkownika na stronę, więc obejmuje czas odpowiedzi serwera, przekierowania i nawiązanie połączenia. Do oceny, czy większość odwiedzających ma dobre doświadczenie, używaj 75. percentyla wczytań strony, z podziałem na telefony i komputery.

W GSC Magic: Narzędzia cwv zwracają LCP na 75. percentylu wraz z udziałem wczytań dobrych, wymagających poprawy i słabych.

Powiązane: Core Web Vitals, INP (Interaction to Next Paint), CLS (Cumulative Layout Shift), PageSpeed Insights i Lighthouse

Źródła: web.dev

INP mierzy responsywność: jak długo strona wizualnie reaguje na kliknięcia, dotknięcia i naciśnięcia klawiszy. Dobry wynik to 200 milisekund lub mniej, słaby powyżej 500.

INP obserwuje opóźnienie wszystkich interakcji podczas wizyty i raportuje w przybliżeniu najwolniejszą z nich, pomijając wartości skrajne. Zastąpił First Input Delay (FID), który mierzył tylko opóźnienie wejścia pierwszej interakcji. Długie zadania JavaScript w wątku głównym to częsta przyczyna słabego INP.

Powiązane: Core Web Vitals, LCP (Largest Contentful Paint), CLS (Cumulative Layout Shift)

Źródła: web.dev

CLS mierzy stabilność wizualną: największą serię nieoczekiwanych przesunięć układu w czasie życia strony. Dobry wynik to 0,1 lub mniej, słaby powyżej 0,25.

Przesunięcie układu ma miejsce, gdy widoczny element zmienia położenie między renderowanymi klatkami bez udziału użytkownika, np. gdy obraz bez ustalonych wymiarów albo spóźniona reklama spycha tekst w dół. Przesunięcia w odstępie krótszym niż jedna sekunda są grupowane w okno sesji, a największe okno to wynik CLS.

Powiązane: Core Web Vitals, LCP (Largest Contentful Paint), INP (Interaction to Next Paint)

Źródła: web.dev

CrUX to publiczny zbiór danych Google o tym, jak prawdziwi użytkownicy Chrome doświadczają witryn, i źródło danych terenowych stojących za Core Web Vitals w narzędziach Google.

Origin i strony trafiają do zbioru tylko wtedy, gdy są publicznie dostępne i mają wystarczająco odwiedzających na statystycznie istotną próbę, więc wiele stron z małym ruchem nie ma danych. Google Search używa CrUX do zasilania czynnika rankingowego doświadczenia strony. PageSpeed Insights pokazuje CrUX jako dane terenowe i wraca do danych na poziomie origin, gdy strona ma zbyt mało próbek.

W GSC Magic: Narzędzia cwv odpytują CrUX dla origin lub adresu URL; strony bez wystarczającego ruchu w Chrome zwracają brak danych.

Powiązane: Core Web Vitals, PageSpeed Insights i Lighthouse, LCP (Largest Contentful Paint)

Źródła: developer.chrome.com

PageSpeed Insights raportuje dane CrUX prawdziwych użytkowników strony i uruchamia Lighthouse, otwarte narzędzie, które audytuje wydajność, dostępność, najlepsze praktyki i SEO w symulowanym laboratorium.

Dane terenowe pokazują, czego doświadczali prawdziwi odwiedzający w czasie; dane laboratoryjne z Lighthouse to jedno kontrolowane uruchomienie, przydatne do debugowania, ale może ominąć rzeczywiste wąskie gardła. Ocena Core Web Vitals w PSI korzysta z danych terenowych: strona lub origin przechodzi, gdy 75. percentyl LCP, INP i CLS jest dobry. Lighthouse działa też w Chrome DevTools, z wiersza poleceń lub jako moduł Node.

W GSC Magic: psi_run_audit uruchamia Lighthouse przez PageSpeed Insights, a karta Core Web Vitals w panelu może rozpocząć audyt.

Powiązane: CrUX (Chrome UX Report), Core Web Vitals, LCP (Largest Contentful Paint)

Źródła: developers.google.com, developer.chrome.com

Szybkie wygrane to zapytania, na których strona rankuje już tuż poza czołówką wyników, często na pozycjach 4–20, z wystarczającą liczbą wyświetleń, by zyskać kliknięcia.

To pojęcie z praktyki SEO, a nie metryka Search Console. Zwykła metoda: filtruj raport Skuteczność według zapytania i strony, zostaw wiersze z pozycją średnią tuż poniżej czołówki i sensowną liczbą wyświetleń, a potem popraw istniejącą stronę, zamiast pisać nową. Pamiętaj, że pozycja średnia to średnia, więc sprawdź trend. Zobacz jak znaleźć szybkie wygrane i 7 szybkich wygranych SEO.

W GSC Magic: report_quick_wins zwraca pary zapytanie i strona na pozycjach 4–20 z dużą liczbą wyświetleń, posortowane według potencjalnych dodatkowych kliknięć.

Powiązane: Pozycja średnia, Wyświetlenia, Odstający CTR (strona z niskim CTR)

Źródła: support.google.com

Kanibalizacja słów kluczowych to sytuacja, w której dwie lub więcej stron w Twojej witrynie konkuruje o to samo zapytanie, dzieląc wyświetlenia i kliknięcia, zamiast jednej strony rankować dobrze.

To pojęcie z praktyki SEO, nie od Google. W Search Console widać ją jako jedno zapytanie z wyświetleniami rozłożonymi na kilka adresów URL, czasem zamieniających się miejscami w czasie. Nie każde nakładanie się to problem: różne intencje mogą zasługiwać na różne strony, a zapytania brandowe często pokazują wiele adresów. Częste naprawy to scalenie stron przekierowaniem 301, rozdzielenie intencji albo korekta linkowania wewnętrznego. Zobacz kanibalizacja słów kluczowych w Search Console.

W GSC Magic: report_cannibalization wymienia zapytania, na które dwie lub więcej Twoich stron zbiera znaczący udział wyświetleń.

Powiązane: Zapytanie, Strona (wymiar), Adres kanoniczny, Przekierowanie (301 a 302)

Źródła: support.google.com

Content decay to stopniowy, trwały spadek kliknięć strony z wyszukiwarki przez kilka miesięcy, inny niż nagły spadek z powodu problemu technicznego lub aktualizacji algorytmu.

To pojęcie z praktyki SEO. Typowe przyczyny to nieaktualne informacje, nowsze konkurencyjne strony albo zmiana zainteresowania wyszukujących. Porównanie kilku kolejnych okresów oddziela stały zjazd od jednego słabego tygodnia; sprawdzenie tych samych miesięcy rok wcześniej wyklucza sezonowość. Zobacz jak wykryć content decay.

W GSC Magic: report_content_decay wymienia strony, których kliknięcia spadły w każdym z ostatnich trzech okien (domyślnie po 28 dni).

Powiązane: Sezonowość, 16 miesięcy przechowywania danych, Aktualizacja algorytmu

Źródła: developers.google.com

Odstający CTR to strona lub zapytanie, których współczynnik klikalności jest znacznie niższy niż innych wyników na tej samej pozycji w Twojej witrynie.

Ponieważ CTR spada wraz z pozycją, niski CTR coś znaczy tylko w porównaniu na podobnych pozycjach. Odstające wyniki często mają tytuł lub snippet niedopasowany do zapytania albo konkurują z wynikiem rozszerzonym lub AI Overviews na tej samej stronie wyników. Google sugeruje przejrzeć tytuł i snippet, gdy wyświetlenia się trzymają, a kliknięcia spadają. Zobacz słowa kluczowe z niskim CTR w Search Console.

W GSC Magic: report_ctr_outliers wskazuje strony, których CTR jest niższy niż połowa mediany CTR Twojej witryny na tej samej pozycji.

Powiązane: CTR (współczynnik klikalności), Pozycja średnia, Szybkie wygrane (striking distance keywords)

Źródła: developers.google.com, support.google.com

Zapytania brandowe zawierają nazwę Twojej marki, jej błędne zapisy albo nazwy Twoich unikalnych produktów; zapytania non-brandowe to wszystkie inne wyszukiwania, w których pojawia się Twoja witryna.

Zapytania brandowe zwykle rankują wyżej i zbierają więcej kliknięć, a zapytania non-brandowe pokazują, jak znajdują Cię nowi ludzie. Search Console ma filtr zapytań brandowych w raporcie Skuteczność, klasyfikowanych przez system wspierany przez AI, a nie przez listę słów kluczowych. Google podaje, że jest dostępny tylko dla usług najwyższego poziomu z wystarczającą liczbą zapytań i wyświetleń i może błędnie sklasyfikować część zapytań.

W GSC Magic: report_brand_split dzieli zapytania według podanych przez Ciebie określeń marki i zwraca kliknięcia, wyświetlenia i udział w kliknięciach dla każdej grupy.

Powiązane: Zapytanie, CTR (współczynnik klikalności), Zanonimizowane zapytania

Źródła: developers.google.com, support.google.com

Sezonowość to powtarzający się wzrost lub spadek popytu na wyszukiwanie o tej samej porze każdego roku, np. w święta, który zmienia ruch bez żadnej zmiany pozycji.

Przewodnik Google po spadkach ruchu sugeruje ustawienie raportu Skuteczność na ostatnie 16 miesięcy, by zobaczyć, czy spadek powtarza się co roku, i sprawdzenie najważniejszych zapytań w Google Trends, czy popyt spadł w całej sieci. Jeśli wyświetlenia spadły, a pozycja się utrzymała, prawdopodobną przyczyną jest popyt. Zobacz sezonowość a prawdziwe spadki pozycji.

W GSC Magic: Ponieważ Pro i Agency trzymają zapisaną historię dłuższą niż 16 miesięcy, agenci mogą porównywać ten sam okres w więcej niż jednym roku.

Powiązane: 16 miesięcy przechowywania danych, Content decay (spadek treści), Aktualizacja algorytmu

Źródła: developers.google.com

Aktualizacja algorytmu (core update) to znacząca, szeroka zmiana w systemach rankingowych Google Search, przeprowadzana kilka razy w roku i ogłaszana na liście aktualizacji rankingowych Google.

Aktualizacje algorytmu nie są wymierzone w konkretne witryny. Google zaleca poczekać do końca wdrożenia, a potem porównać pełny tydzień po nim z tygodniem przed jego rozpoczęciem. Niewielki spadek, np. z pozycji 2 na 4, nie wymaga drastycznych działań; duży, trwały spadek wymaga uczciwej oceny użyteczności całej witryny. Google zauważa, że jedne zmiany działają w ciągu dni, a inne w ciągu kilku miesięcy. Zobacz listę kontrolną spadku ruchu organicznego.

W GSC Magic: report_traffic_drops porównuje okres z poprzednim i wymienia strony lub zapytania, które straciły lub zyskały najwięcej kliknięć.

Powiązane: Pozycja średnia, Sezonowość, Typ wyszukiwania

Źródła: developers.google.com, developers.google.com

Bing Webmaster Tools to odpowiednik Search Console od Microsoftu: skuteczność w wyszukiwaniu, dane o skanowaniu i indeksowaniu, zgłaszanie adresów URL i badanie słów kluczowych dla Bing.

Jego API daje programowy dostęp do statystyk ruchu i pozycji, szczegółów linków i słów kluczowych, statystyk skanowania oraz zgłaszania adresów URL i map witryn. Skuteczność w wyszukiwaniu pokazuje 16 miesięcy historii. AI Performance, udostępnione jako publiczna wersja zapoznawcza w lutym 2026, pokazuje, jak często Twoje strony są cytowane w Microsoft Copilot i w odpowiedziach generowanych przez AI w Bing. Zobacz przewodnik po API Bing Webmaster Tools i Bing Webmaster Tools w GSC Magic.

W GSC Magic: Z Twoim kluczem API Bing GSC Magic dodaje narzędzia Bing do statystyk zapytań i stron, danych o skanowaniu, badania słów kluczowych i zgłaszania adresów URL, a do tego report_google_vs_bing.

Powiązane: IndexNow, GEO (generative engine optimization), Mapa witryny XML (sitemap)

Źródła: learn.microsoft.com, blogs.bing.com, blogs.bing.com

IndexNow to otwarty protokół, który pozwala witrynie natychmiast powiadomić współpracujące wyszukiwarki, w tym Bing, Naver, Seznam.cz, Yandex i Yep, że adres URL dodano, zmieniono lub usunięto.

Hostujesz plik klucza w witrynie, by udowodnić własność, a potem wysyłasz jeden adres URL lub partię na endpoint IndexNow; zgłoszenie jest udostępniane wszystkim współpracującym wyszukiwarkom. Odpowiedź HTTP 200 oznacza tylko, że adres został przyjęty, a nie że zostanie zindeksowany. Google nie jest wymieniany wśród współpracujących wyszukiwarek. Zobacz jak skonfigurować IndexNow z agentem AI.

W GSC Magic: indexnow_generate_key tworzy klucz, a indexnow_submit wysyła do 10 000 adresów URL na wywołanie (Pro i Agency, z Twoim kluczem IndexNow).

Powiązane: Bing Webmaster Tools, Poproś o zindeksowanie, Mapa witryny XML (sitemap)

Źródła: indexnow.org, indexnow.org, indexnow.org

W Google Analytics 4 sesja to okres, w którym użytkownik wchodzi w interakcję z Twoją witryną lub aplikacją; w sieci kończy się domyślnie po 30 minutach bezczynności.

Sesja zaczyna się, gdy ktoś otworzy aplikację lub wyświetli stronę, o ile żadna sesja nie jest aktywna, a GA4 zapisuje zdarzenie session_start. Nie ma maksymalnej długości, a limit czasu można zmienić w ustawieniach strumienia danych. Sesje to nie to samo co kliknięcia w Search Console, zobacz dlaczego liczby się nie zgadzają i GA4 w GSC Magic.

W GSC Magic: ga_run_report odpytuje sesje GA4 tylko do odczytu, według dowolnego wymiaru, np. strony docelowej lub źródła sesji.

Powiązane: Kliknięcia, Kluczowe zdarzenie (GA4), Ruch polecający, Ruch z asystentów AI

Źródła: support.google.com

Kluczowe zdarzenie to zdarzenie GA4 oznaczone przez Ciebie jako ważne dla biznesu, np. zakup lub rejestracja; w Analytics nazywano je wcześniej konwersjami.

Każde zbierane zdarzenie można oznaczyć jako kluczowe. Google używa teraz słowa „konwersja” na działania mierzone dla kampanii i licytacji Google Ads, więc liczby konwersji i kluczowych zdarzeń mogą się różnić.

W GSC Magic: ga_list_key_events wymienia kluczowe zdarzenia skonfigurowane w usłudze GA4.

Powiązane: Sesja (GA4), Ruch polecający

Źródła: support.google.com

W GA4 Polecający to domyślny kanał dla odwiedzających, którzy trafiają przez linki niebędące reklamami na innych witrynach lub w aplikacjach, np. z blogów i serwisów informacyjnych.

GA4 przypisuje sesje do kanałów domyślnych na podstawie źródła i nośnika. Organiczne wyniki wyszukiwania, w tym AI Overviews i AI Mode Google, trafiają do wyszukiwania organicznego, a rozpoznani asystenci AI mają własny kanał Asystent AI. Bezpośrednie obejmuje wizyty z zapisanego linku lub wpisanego adresu URL.

Powiązane: Ruch z asystentów AI, Sesja (GA4), Kluczowe zdarzenie (GA4)

Źródła: support.google.com

Ruch z asystentów AI to wizyty z linków w asystentach czatu, takich jak ChatGPT, Gemini, Claude czy Copilot, które GA4 grupuje w kanale Asystent AI, gdy rozpozna źródło odesłania.

Od maja 2026 GA4 ustawia nośnik na ai-assistant, a kanał na Asystent AI, gdy źródło odesłania pasuje do rozpoznanego asystenta; kanał nie obejmuje AI Overviews i AI Mode Google, które liczą się jako wyszukiwanie organiczne. Kanał zależy od źródła odesłania, więc wizyty asystentów bez niego nie są tam liczone. Ruch to nie to samo co cytowania. Zobacz jak śledzić ruch z ChatGPT i Perplexity w GA4.

W GSC Magic: Panel liczy sesje GA4 ze źródeł asystentów AI, takich jak ChatGPT, Perplexity, Claude i Gemini; mierzy wizyty, a nie cytowania.

Powiązane: Ruch polecający, Sesja (GA4), GEO (generative engine optimization), AI Overviews i AI Mode

Źródła: support.google.com, support.google.com

MCP (Model Context Protocol) to otwartoźródłowy standard łączenia aplikacji AI, takich jak Claude czy ChatGPT, z zewnętrznymi źródłami danych, narzędziami i przepływami pracy.

Dokumentacja MCP porównuje go do portu USB-C dla aplikacji AI: jeden standardowy sposób łączenia wielu systemów. Aplikacja AI (host) uruchamia jednego klienta MCP na połączenie, a każdy klient rozmawia z serwerem MCP, który udostępnia narzędzia, zasoby i prompty. Serwery działają lokalnie (stdio) lub zdalnie przez Streamable HTTP. Zobacz co się dzieje, gdy Claude sięga do Search Console przez MCP.

W GSC Magic: GSC Magic to hostowany serwer MCP pod adresem https://mcp.gscmagic.com/mcp z 70 narzędziami do Search Console, Bing, IndexNow, Core Web Vitals i GA4.

Powiązane: Serwer MCP i klient MCP, Konektor (Claude), GEO (generative engine optimization)

Źródła: modelcontextprotocol.io, modelcontextprotocol.io

Serwer MCP to program, który udostępnia narzędzia i dane aplikacjom AI przez MCP; klient MCP to komponent w aplikacji AI, który się z nim łączy.

Aplikacja hostująca, taka jak Claude, IDE czy ChatGPT, tworzy jednego klienta MCP na serwer, a każdy klient utrzymuje jedno połączenie. Serwery oferują narzędzia, które model może wywołać, zasoby, które może czytać, i prompty. Lokalny serwer zwykle obsługuje jednego klienta przez stdio; zdalny serwer korzystający ze Streamable HTTP może obsługiwać wielu klientów. Zobacz czym jest serwer MCP dla Search Console i pełną listę narzędzi.

W GSC Magic: Zdalny serwer GSC Magic loguje klientów przez OAuth albo przyjmuje token dostępu gsm_, który może być tylko do odczytu i wygasać.

Powiązane: MCP (Model Context Protocol), Konektor (Claude)

Źródła: modelcontextprotocol.io, modelcontextprotocol.io, modelcontextprotocol.io

W Claude konektor łączy asystenta z zewnętrznym narzędziem lub źródłem danych; konektory niestandardowe łączą Claude ze zdalnymi serwerami MCP przez internet.

Claude łączy się z serwerem konektora niestandardowego z chmury Anthropic, a nie z Twojego urządzenia, więc serwer musi być osiągalny w publicznym internecie. Anthropic zaznacza, że konektory niestandardowe mogą sięgać do usług, których nie zweryfikował, więc dodawaj tylko serwery, którym ufasz. Zobacz jak połączyć Search Console z Claude i wszystkich obsługiwanych klientów.

W GSC Magic: GSC Magic jest w katalogu konektorów Claude i można go też dodać jako konektor niestandardowy albo, w ChatGPT, jako niestandardowy serwer MCP.

Powiązane: MCP (Model Context Protocol), Serwer MCP i klient MCP

Źródła: support.claude.com

GEO (generative engine optimization) to praktyka poprawiania tego, jak często i jak dobrze treści pojawiają się w odpowiedziach generowanych przez wyszukiwarki i asystentów AI.

Termin wprowadził artykuł naukowy z 2023 roku, który zdefiniował silniki generatywne jako systemy zbierające i streszczające źródła za pomocą dużych modeli językowych. Microsoft opisuje raport AI Performance w Bing jako wczesny krok w stronę narzędzi GEO. Google mówi, że do jego funkcji generatywnej AI stosują się te same podstawy SEO i nie ma dodatkowych wymagań, by się w nich pojawić. Zobacz jak ChatGPT, Claude i Perplexity wybierają źródła i GSC Magic dla specjalistów GEO.

Powiązane: AI Overviews i AI Mode, Ruch z asystentów AI, Bing Webmaster Tools

Źródła: arxiv.org, blogs.bing.com, developers.google.com

AI Overviews i AI Mode to funkcje Google Search, które odpowiadają generowanymi przez AI odpowiedziami i linkami do stron źródłowych; ich ruch liczy się w Search Console.

AI Overviews pojawiają się tylko wtedy, gdy systemy Google uznają je za pomocne; AI Mode obsługuje dłuższe, eksploracyjne pytania. Oba mechanizmy mogą korzystać z rozgałęziania zapytań (query fan-out), uruchamiając powiązane wyszukiwania, by znaleźć strony źródłowe. Aby się kwalifikować, strona musi być zindeksowana i kwalifikować się do snippetu; nie ma dodatkowych wymagań. W raporcie Skuteczność AI Overviews zajmują jedną pozycję, a kliknięcie w link zewnętrzny liczy się jako kliknięcie. Raport o skuteczności generatywnej AI, wdrażany na całym świecie do 31 sierpnia 2026, pokazuje wyświetlenia w tych funkcjach. Zobacz jak śledzić AI Overviews i AI Mode.

Powiązane: Pozycja średnia, GEO (generative engine optimization), Ruch z asystentów AI, Wyświetlenia

Źródła: developers.google.com, support.google.com, support.google.com, developers.google.com