Senuto > Baza wiedzy > Jak korzystać z Google Search Console? Poradnik krok po kroku

Jak korzystać z Google Search Console? Poradnik krok po kroku

Karol Soja
Google Search Console - wszystko co musisz wiedzieć
06.05.2021

Spis treści

    Google Search Console to podstawowe narzędzie każdego specjalisty SEO, lecz korzystać z niego mogą – i powinni – również właściciele stron internetowych czy specjaliści od marketingu, którzy chcą wyżej pozycjonować się w Google. GSC jest dobrze pomyślane i przejrzyste, a zarazem oferuje sporo możliwości, które trzeba zrozumieć. Temu ma służyć poniższy poradnik. Google Search Console krok po kroku, od podstaw do zaawansowanych funkcji!

    Co to jest Google Search Console?

    Google Search Console (często nazywane po prostu GSC) to narzędzie do analizowania wyników danej witryny w wyszukiwarce Google oraz diagnozowania problemów z tym związanych.

    Narzędzie dostępne jest pod adresem: https://search.google.com/search-console

    GSC jest podstawowym i niezbędnym narzędziem pracy specjalistów SEO, ponieważ prezentowane dane pochodzą prosto od Google.

    Dawna nazwa narzędzia to Google Webmaster Tools. Zmiana nazwy miała miejsce w 2015 roku.

    Korzystanie z GSC jest całkowicie darmowe, wymaga jedynie potwierdzenia naszych praw do danej witryny.

    Jak dodać stronę do GSC?

    W GSC możemy przeglądać dane dotyczące wielu witryn, których albo jesteśmy właścicielami, albo ich właściciele nadali nam odpowiednie uprawnienia. Pojedyncza witryna nazywana jest w GSC usługą.

    Dodawanie nowej usługi (witryny) do GSC

    Przy dodawaniu nowej strony (https://search.google.com/search-console/welcome) mamy do wyboru 2 typy usług:

    Google Search Console

    Dodawanie nowej usługi

    1. Prefiks adresu URL to na przykład:

    • htttp://senuto.com
    • https://senuto.com
    • http://www.senuto.com
    • https://www.senuto.com

    2. Cała domena (uwzględni wszystkie powyższe warianty)

    Zdecydowanie lepszą metodą będzie ta druga, czyli dodanie całej domeny. Będziemy wtedy mieć pełny zakres informacji w jednym miejscu.

    Po wybraniu odpowiedniej metody i uzupełnieniu danych pora na kolejny krok.

    Weryfikacja własności domeny

    Kolejnym etapem będzie weryfikacja własności domeny, potwierdzenie że faktycznie mamy uprawnienia do zarządzania nią.

    Do wyboru mamy kilka metod weryfikacji własności domeny, w zależności od tego, jaki typ usługi wybraliśmy.

    Przesłanie pliku weryfikacyjnego HTML na serwer

    Pobieramy plik HTML z poziomu GSC i umieszczamy go na serwerze. Zwykle najszybszą metodą będzie skorzystanie z programu do FTP, np. FileZilla lub zlecenie dodania pliku administratorowi naszego serwera.

    Przesłanie pliku weryfikacyjnego HTML na serwer

    Dodawanie pliku weryfikacyjnego na serwer

    Ten sam plik wykorzystywany jest do weryfikacji różnych usług dla tego samego konta (maila).

    Uwaga!

    Plik weryfikacyjny musi pozostać na serwerze w niezmienionej formie. Usunięcie pliku będzie się wiązało z utratą dostępu do usługi.

    Dodanie metatagu weryfikacyjnego (Tag HTML)

    Korzystanie z tej metody wymaga modyfikacji kodu HTML witryny przez dodanie do niego metatagu. W przypadku stron opartych na WordPress możemy zrobić to szybko, edytując plik header.php.

    Tag HTML

    Dodawanie tagu weryfikacyjnego

    Weryfikacja przez Google Analytics

    Jeśli na tym samym adresie mailowym, co GSC, mamy podłączone również Google Analytics, to możemy wykorzystać ten fakt do zweryfikowania własności.

    Warunkiem koniecznym jest tu posiadanie uprawnień do edycji konta GA oraz kod śledzenia analytics.js lub gtag.js.

    Weryfikacja przez Google Tag Manager

    Analogicznie jak w przypadku GA, jeśli z tego samego konta mailowego korzystamy też do GTM zainstalowanego w danej witrynie, to możemy je wykorzystać do zweryfikowania naszych praw.

    Konieczne będzie posiadanie uprawnień do publikacji na danym koncie GTM.

    Dodanie rekordu w DNS domeny

    Jest to jedyna dostępna metoda dla weryfikacji całej domeny (wszystkie warianty www i bez www, subdomeny).

    Weryfikacja własności za pomocą rekordu DNS

    Weryfikacja za pomocą rekordu DNS

    Żeby skorzystać z tej metody, konieczny będzie dostęp do panelu dostawcy domeny.

    Na przykładzie AZ.pl po kolei należy:

    1. Zalogować się do panelu domen: https://cp.az.pl/
    2. Przejść do zakładki Domeny
    3. Przy interesującej nas domenie wybrać Zarządzaj rekordami DNS
    4. Kliknąć Dodaj nowy rekord
    5. Wybrać typ rekordu jako TXT
    6. Wkleić wartość podaną w GSC
    Edycja rekordu DNS

    Edycja rekordu DNS

    Po wykonaniu którejś z metod weryfikacji klikamy Weryfikuj.

    Czas weryfikacji

    Jeśli konto GSC było tworzone po raz pierwszy, może minąć trochę czasu zanim pojawią się dane (do kilku dni).

    Po tym czasie możemy już obserwować stan techniczny i wyniki swojej witryny.

    Zarządzanie uprawnieniami użytkowników

    Właściciele witryn (czyli osoby, które dokonały weryfikacji własności) mają możliwość nadawania dostępu do danych kolejnym użytkownikom.

    Można to zrobić w zakładce Ustawienia, w polu Użytkownicy i uprawnienia.

    Do wyboru mamy 2 typy uprawnień:

    • Pełne – osoby z takimi uprawnieniami mogą ingerować w ustawienia witryny i nadawać uprawnienia kolejnym użytkownikom
    • Ograniczone – użytkownik z tym typem uprawnień jedynie może przeglądać raporty
    Dodawanie nowych użytkowników do witryny

    Dodawanie nowych użytkowników

    Nawigacja po Google Search Console

    GSC jest narzędziem bardzo przejrzystym (choć nie było tak zawsze). W zależności od typu witryny dostępne będą narzędzia i raporty:

    • Przegląd
    • Sprawdzanie adresu URL
    • Skuteczność:

    >Wyniki wyszukiwania

    >Discover (tylko dla witryn wyświetlających się w Google Discover)

    >Wiadomości Google (dla witryn, które się pojawiają w zakładce Wiadomości w wynikach wyszukiwania)

    • Indeks:

    >Stan

    >Mapy witryn

    >Usunięcia

    • Ulepszenia:

    >Podstawowe wskaźniki internetowe

    >Obsługa na urządzeniach mobilnych

    >AMP (dla witryn z wersją AMP)

    >Menu nawigacyjne

    >Logo

    >Pole wyszukiwania w linkach domeny

    >Pliki wideo

    • Bezpieczeństwo i ręczne działania:

    >Ręczne działania

    >Problemy dotyczące bezpieczeństwa

    • Starsze narzędzia i raporty:

    >Kierowanie międzynarodowe

    >Wiadomości

    >Parametry w adresach URL

    >Web Tools

    • Linki
    • Ustawienia

    Dodatkowo istnieje narzędzie do zrzekania się linków przychodzących. Jest ono niedostępne z poziomu panelu, jednak jest częścią GSC.

    Dostęp do narzędzia uzyskasz wchochodząc pod adres: https://www.google.com/webmasters/tools/disavow-links-main

    Po kolei omówmy teraz wszystkie raporty i narzędzia, jakie oferuje Google Search Console.

    Sprawdzanie adresu URL

    Funkcjonalność ta pozwala nam głównie diagnozować problemy związane z indeksacją konkretnych adresów URL.

    Przykładowy raport dla jednego z artykułów na blogu Senuto:

    Raport sprawdzanie adresu URL

    Raport sprawdzanie adresu URL

    Co ważne, wszystkie informacje pokazane w powyższym raporcie dotyczą danej podstrony, ale w wersji takiej, w jakiej zaindeksował ją Google.

    1. Aktualny stan indeksacji, możliwe stany to:

      1. Adres URL znajduje się w Google – strona została poprawnie zaindeksowana
      2. Adres URL znajduje się w Google, ale występują związane z nim problemy – najczęściej są to błędy w implementacji danych strukturalnych lub błędy we wdrażaniu AMP
      3. Adres URL nie znajduje się w Google – roboty wyszukiwarki próbowały zaindeksować stronę, jednak natrafiły na problemy z tym związane
      4. Adres URL nie znajduje się w Google – adres URL nie jest zaindeksowany, najczęściej zgodnie z intencją właściciela strony
      5. Ten URL to wersja alternatywna – taką informację uzyskamy, gdy wpiszemy do sprawdzenia podstronę która jest np. wersją mobilną lub wersją AMP podstawowej podstrony

    2. Jeśli nie jest zaindeksowany, możemy w tym miejscu zgłosić adres URL do zaindeksowania, albo jeśli dokonywaliśmy istotnych zmian – poprosić o zaindeksowanie z uwzględnieniem zmian. Uwaga! Aktualnie taka możliwość została wyłączona, w związku z trudnościami po stronie Google z indeksowaniem nowych treści.

    3. Szczegóły związane ze Stanem indeksacji

    4. Ulepszenia, czyli optymalizacja pod kątem urządzeń mobilnych i wykryte dane strukturalne

    5. Sprawdzenie URL wersji aktywnej – tu sprawdzimy, czy Google jest w stanie indeksować aktualną wersję danego adresu URL (która może się różnić od tej już zaindeksowanej)

    Stan

    W tym miejscu poznamy więcej szczegółów związanych z indeksacją adresu URL.

    Raport Stan podzielony jest na kilka sekcji: wykrywalność, skanowanie, indeksowanie. Odzwierciedla to sposób, w jaki działają roboty Google (trafiają na dany adres URL z różnych źródeł, skanują go, indeksują lub nie).

    stan indeksacji strony

    Szczegóły stanu indeksacji

    Wykrywalność

    Informacje na temat tego, w jaki sposób robot Google trafił na dany adres URL. Najczęściej będzie to mapa witryny, rzadziej strona odsyłająca.

    Skanowanie

    Szczegóły związane z ostatnim skanowaniem (czyli odczytaniem przez roboty danej adresu URL):

    • Ostatnie skanowanie – warto sprawdzić, czy strona jest odwiedzana tak często, jak byśmy tego chcieli
    • Zindeksowane jako – typ robota Google, który skanował: desktopowy lub mobilny
    • Czy skanowanie dozwolone – czy roboty nie widzą blokad przed skanowaniem (czyli odpowiednie dyrektywy w robots.txt lub meta robots)

    Indeksowanie

    W tej sekcji znajdziemy informacje dotyczące adresów kanonicznych (znaczników rel canonical):

    • Adres kanoniczny określony przez użytkownika – jaki adres kanoniczny został wybrany przez nas
    • Adres kanoniczny wybrany przez Google – jaki adres jest uznawany za kanoniczny przez Google.

    Jest to najpewniejszy sposób, by sprawdzić, czy roboty wyszukiwarki respektują nasze znaczniki rel canonical, które są jedynie wskazaniem, a nie dyrektywą dla robotów.

    Ulepszenia

    W tej części raportu zebrane są informacje dotyczące optymalizacji pod kątem urządzeń mobilnych, a także dodatkowych tzw. “Ulepszeń” (oznaczeń w kodzie HTML dodatkowych elementów, które mogą się wyświetlać w wynikach wyszukiwania):

    • Menu nawigacyjne (Breadcrumbs)
    • Produkty (Dane związane z produktem: cena, dostępność)
    • Fragmenty opinii (Recenzje i oceny produktów)
    • Pole wyszukiwania w linkach do podstron

    Sprawdź URL wersji aktywnej

    Narzędzie to działa analogicznie, jednak pod uwagę brana jest aktualna wersja danej podstrony, a nie taka, jaką ostatnią zaindeksowały roboty Google.

    Po odczytaniu danego URLa (może to chwilę potrwać) dostaniemy informację o zdolności do zaindeksowania danego adresu oraz poprawności wdrożenia ulepszeń.

    Sprawdzanie aktywnego adresu URL

    Sprawdzanie aktywnego adresu URL

    Możliwe wyniki to:

    • Google ma dostęp do adresu URL
    • Google ma dostęp do adresu URL, ale występują związane z nim problemy – najczęściej związane z obsługą na mobile, danymi strukturalnymi, AMP
    • Google nie ma dostępu do adresu URL – roboty mają zablokowany dostęp do adresu URL
    • Ten URL to wersja alternatywna – podobnie jak w przypadku raportu sprawdzania adresu URL, wersja AMP lub mobilna

    W sekcji Dostępność i Ulepszenia znajdziesz informacje analogiczne jak w przypadku standardowego sprawdzania adresu URL.

    Wyświetl przetestowaną stronę

    W tym miejscu mamy możliwość zobaczyć, w jaki sposób daną podstronę “widzą” roboty Google.

    Zobaczyć to możemy w formie:

    • Kodu HTML – jest to kod, który jest widoczny dla robotów po wyrenderowaniu podstawowego HTML oraz dodatkowych jego elementów za pomocą JS (na tyle, na ile się to udało Googlebotowi), w ten sposób sprawdzimy czy wszystkie istotne elementy są na pewno dobrze widoczne dla robotów
    • Zrzut ekranu – odwzorowanie tego, w jaki sposób stronę zobaczyły roboty, najszybszy sposób sprawdzenia, czy wszystkie ważne elementy (treść, linki) poprawnie się wczytują
    • Więcej informacji – status HTTP, ewentualne błędy związane z ładowaniem treści przez JavaScript (będą przydatne do diagnozowania problemów z ładowaniem treści przez JS), załadowane zasoby

    To narzędzie będzie szczególnie przydatne do sprawdzania problemów z witrynami w dużej części opartych o JS.

    Do czego przyda się narzędzie sprawdzania adresu URL?

    Narzędzie sprawdzania adresu URL jest przede wszystkim bardzo pomocne w pracy nad technicznymi aspektami witryny i w diagnozowaniu problemów z indeksacją.

    Bardzo cenna jest także możliwość samodzielnego zgłoszenia nowego/zaktualizowanego adresu URL do zaindeksowania.

    Zastosowania:

    • Zgłaszanie nowych treści do zaindeksowania
    • Zgłaszanie zaktualizowanych treści do zaindeksowania
    • Sprawdzenie, czy strona jest odczytywana poprawnie: czy widoczna jest cała istotna treść
    • Sprawdzenie, czy roboty Google respektują przyjęte przez nas znaczniki canonical
    • Diagnozowanie problemów z JS SEO (więcej na ten temat: https://www.onely.com/blog/ultimate-guide-javascript-seo/)

    Skuteczność

    Poprzednie narzędzia i raporty były stricte techniczne, z kolei raporty z zakładki Skuteczność są czysto analityczne.

    Większość właścicieli witryn zobaczy tu raport dotyczący wyników organicznych, natomiast jeśli treści z Twojej strony wyświetlają się też w Google Discover, zobaczysz jeszcze jeden dodatkowy raport Discover.

    Jak rozumieć dane z GSC?

    Zanim przejdziemy do omawiania raportów warto napisać parę słów o sposobie zbierania danych i o tym, jak należy je interpretować.

    Metryki

    Istnieje kilka metryk (inaczej liczb), które zobaczymy w GSC. Poniżej dokładny opis, w jaki sposób je rozumieć.

    Kliknięcia

    Podstawowa metryka, która reprezentuje liczbę kliknięć – przejść z wyników wyszukiwania do danej strony.

    Zasady zliczania kliknięć:

    • Kliknięcie w wynik wyszukiwania, ponowne przejście do wyników wyszukiwania i kliknięcie w dany wynik jeszcze raz zostanie zaliczone jako 1 kliknięcie
    • Kliknięcie w element graficzny, który przenosi do wyników wyszukiwania dla innej frazy nie jest zliczane (przykład 1 poniżej)
    • Kliknięcie w elementy takie jak najczęściej zadawane pytania (FAQ), które nie przenosi na stronę, a pokazuje dodatkowe informacje, również nie jest zliczane (przykład 2 poniżej)

    Przykład 1:

    rasy psów - wyniki w Google

    Przykład kliknięcia w wynikach wyszukiwania, które przenosi do wyników dla innego słowa kluczowego

    owczarek niemiecki - wyniki wyszukiwania frazy w Google

    Po kliknięciu w grafikę rasy psa zostaliśmy przeniesieni na wyniki dla innej frazy

    Przykład 2:

    kliknięcia niewpływające na wyniki strony

    Przykład kliknięcia, które nie przenosi do wyników z strony internetowej

    Wyświetlenia

    Są zliczane za każdym razem, kiedy link do Twojej strony został wyświetlony na stronie wyników wyszukiwania.

    Warto zaznaczyć, że ten sam link może pojawić się na stronie kilka razy.

    Wyświetlenie jest liczone nawet, jeśli zobaczenie wyniku wymagało przescrollowania strony z wynikami, np. jeśli nasza strona jest na 9. pozycji, a na pierwszym ekranie zobaczyliśmy 5 wyników.

    Nieco inaczej wygląda to w przypadku tzw. karuzeli (stosowanej do wyników z newsami oraz grafik).

    Jeśli wynik z naszej strony nie jest od razu widoczny (wymaga przewinięcia karuzeli), nie jest zaliczone wyświetlenie. Będzie zaliczone dopiero po przesunięciu karuzeli.

    Na poniższym ekranie wyświetlenia zostaną zaliczone pierwszym trzem stronom, mimo że w karuzeli jest więcej wyników.

    covid - wyniki wyszukiwania frazy - karuzela w Google

    Przykład wyników z karuzelą

    Jeśli na stronie wyników wyświetlanych jest kilka różnych podstron z naszego serwisu, każda z nich otrzyma po 1 wyświetleniu.

    Jeśli jednak ten sam adres URL wystąpi kilka razy, zostanie zarejestrowane tylko 1 wyświetlenie.

    Przykład takiej sytuacji:

    Senuto - wyniki wyszukiwania frazy w Google

    Przykład wyniku z wieloma stronami z jednego serwisu

    Mamy tu:

    1 – https://www.senuto.com/pl/ – 1 wyświetlenie

    2 – https://www.senuto.com/pl/

    3 – https://www.senuto.com/pl/blog/ – 1 wyświetlenie

    4 – https://www.senuto.com/pl/seo/ – 1 wyświetlenie

    Jednakże jednocześnie dla całej domeny wyświetlenie zostanie zaliczone tylko pojedynczo.

    Jak to możliwe?

    W GSC dane możemy przeglądać:

    • pogrupowane wg usługi (domeny), czyli dane zagregowane, nie pogrupowane np. z podziałem na strony czy kraje. Takie liczby zobaczysz np. na głównym wykresie w raporcie skuteczność
    • pogrupowane wg adresów URL

    Pozycja

    Pozycja Twojej strony jest przypisana na podstawie pozycji linka w wynikach wyszukiwania, który do niej prowadzi.

    Wyniki są liczone od góry do dołu oraz od lewej po prawej, w sposób przedstawiony na infografice:

    Infografika - zliczanie pozycji w Google

    Sposób zliczania pozycji na stronie wyników wyszukiwania. Źródło: https://support.google.com/webmasters/answer/7042828?authuser=3#click

    W jaki sposób wyliczana jest średnia pozycja?

    • W raportach GSC widoczna jest zawsze średnia pozycja, zliczona na podstawie wszystkich wyświetleń, tzn. jeśli podczas kolejnych wyświetleń w wynikach dana podstrona była odpowiednio na 2., 3. i 5. pozycji, to jako średnia pozycja zostanie odnotowane 3,33
    • W przypadku kilku wyników z tej samej domeny, liczony jest tylko ten najwyżej.

    CTR

    Na podstawie średniej pozycji i liczby kliknięć określany jest współczynnik CTR, czyli Click Through Rate. Mówi on nam o tym, jaki procent użytkowników spośród tych, którzy wyświetlili dany wynik, kliknęli w niego.

    Wymiary

    Poznaliśmy już najważniejsze metryki, które możemy zobaczyć w GSC. Sama informacja o liczbie kliknięć i wyświetleń dla witryny zwykle nie powie nam wiele, jeśli nie zagłębimy się w dane. Do tego właśnie posłużą nam wymiary, które dzielą dane i pomagają lepiej je analizować. Poniżej opis wszystkich występujących w raportach Google Search Console.

    Zapytanie

    Najważniejszym wymiarem, z którego pewnie będziesz korzystać najczęściej, są zapytania. Domyślnie informacje o kliknięciach, wyświetleniach, pozycji i CTR są podzielone właśnie według zapytań.

    Zapytanie to nic innego jak słowo kluczowe, które zostało wpisane w wyszukiwarkę, nim w wynikach wyszukiwania pojawiła się Twoja strona.

    Co ważne, część z danych o zapytaniach nie jest widoczna w raportach GSC. Dotyczy to bardzo rzadkich zapytań, które zostały użyte na tyle rzadko, że mogłyby pomóc zidentyfikować użytkownika, który dane zapytanie wpisał.

    Strona

    Adres URL, pod który trafił użytkownik po wejściu na stronę z wyników wyszukiwania.

    Istotne zasady:

    • Jeśli dany adres URL jest oznaczony w kodzie HTML jako duplikat innego adresu URL (kanonicznego), to kliknięcia i wyświetlenia są w większości przypadków przypisane do tej kanonicznej strony.
    • Powyższa zasada nie ma zastosowania do wersji mobilnych na osobnej subdomenie, tzn. jeśli wyświetlony w wynikach adres URL to m.domena.pl i ma on canonical do wersji destkopowej, to i tak zliczony jest adres m.domena.pl
    • W przypadku adresów URL z przekierowaniami, istotny jest adres URL, który pojawił się w wynikach wyszukiwania, nawet jeśli użytkownik w wyniku przekierowania docelowo zobaczy inny adres URL.

    Kraj

    Kraj, z którego było wykonywane wyszukiwanie.

    Urządzenie

    W zależności od urządzenia, Twoja witryna może być wyświetlona w wersji: na komputery, urządzenia mobilne lub tablety.

    Uwaga!

    Pamiętaj, że jeśli wersja mobilna Twojej witryny jest na osobnej subdomenie (np. m.domena.pl), to nie zobaczysz tu danych o urządzeniach mobilnych, o ile nie masz danych dla całej domeny (weryfikacja przy użyciu DNS).

    Wygląd w wyszukiwarce

    W zależności od tego w jaki sposób dane zostały przedstawione, możemy tu zobaczyć podział na:

    • Wyniki AMP bez elementów rozszerzonych – klasyczne wyniki wyszukiwania, gdzie jako link do Twojej strony jest jej wersja AMP
    • Artykuł AMP – głównie wyniki z karuzeli newsów “Najważniejsze wiadomości” lub jakiekolwiek inne wyniki, gdzie poza samym linkiem do wersji AMP jest dodatkowa grafika lub fragment treści
    • Wyniki dla elementów rozszerzonych – jakiekolwiek wyniki wyszukiwania wzbogacone o dodatkowe elementy (spośród dostępnych w tzw. galerii rozwiązań: https://developers.google.com/search/docs/guides/search-gallery)
    • Pliki wideo – wyniki zawierające wideo
    • Wyniki web light – wyniki z lżejszymi wersjami witryn, przeznaczone dla wolniejszych łączy internetowych
    • Fragmenty opinii – wyniki zawierające informacje o opiniach (np. recenzja filmu lub strona produktu w sklepie)
    • Wyniki związane z produktem – SERPy z informacjami o produkcie, np. cena i dostępność
    • Aplikacja na Androida – wyniki w których pojawił się link do zainstalowania aplikacji Androidowej (zwykle to frazy brandowe lub będące nazwą aplikacji)

    Na jednej stronie wynikowej możemy mieć kilka stron, które będą przypisany do kilku powyższych kategorii, np. jedna strona AMP i jedna zawierające elementy rozszerzone.

    Wyniki “bez fajerwerków” (żadnych dodatkowych elementów) nie mają osobnej wydzielonej kategorii.

    Daty

    Po prostu dane podzielone wg dni.

    Raport Wyniki wyszukiwania

    Wiemy już jak interpretować dane, które zobaczyliśmy. Pora teraz zapoznać się z możliwościami, jakie daje nam raport “Wyniki wyszukiwania”, który dotyczy skuteczności witryny w wyszukiwarce Google.

    Nawigowanie po raporcie

    Najważniejsze elementy raportu wyników wyszukiwania przedstawiłem na poniższej grafice:

    Raport “Wydajność w wynikach wyszukiwania”

    Raport “Wydajność w wynikach wyszukiwania”

    Kolejne elementy to:

    1. Typ wyszukiwania
    2. Zakres dat i porównanie danych
    3. Filtry
    4. Data aktualizacji danych
    5. Eksport danych
    6. Podsumowanie danych i wykres
    7. Wymiary danych
    8. Pełny raport
    9. Głębsza analiza

    Szczegółowo opisałem je niżej.

    Typ wyszukiwania

    Do wyboru mamy tu kilka opcji:

    1. Sieć
    2. Grafika
    3. Wideo
    4. Wiadomości

    Każda z opcji jest odpowiednikiem określonej zakładki z wyników wyszukiwania. Wyniki widoczne w zakładce Wszystko są odpowiednikiem typu wyszukiwania Sieć w GSC.

    Nazewnictwo może być tu mylące, zawężenie typu wyszukiwania Grafika nie oznacza wyników graficznych, które często są widoczne nad klasycznymi wynikami, tak jak np. tutaj:

    Wyniki graficzne w Google

    Wyniki graficzne

    Wybierając “Grafika” będziemy widzieli dane dotyczące tylko i wyłącznie wyników z zakładki Grafika w Google.

    Wyniki z zakładki “Grafika” w Google

    Wyniki z zakładki “Grafika” w Google

    Zakres dat i porównanie danych

    Domyślny przedstawiony zakres czasu to 3 miesiące.

    Do wyboru mamy jeszcze:

    • Najnowsza data, z której zebrano dane (zwykle wczoraj)
    • Ostatnie 7 dni
    • Ostatnie 28 dni
    • Ostatnie 6 miesięcy
    • Ostatnie 12 miesięcy
    • Ostatnie 16 miesięcy (maksymalny zakres)

    Poza zmianą zakresu danych, możemy też porównać dane dotyczące 2 zakresów czasu (do wyboru analogicznie jak w przypadku zakresu dat, np. 3 mc vs poprzednie 3 mc lub dowolnie wybrane daty).

    Po zastosowaniu porównania zobaczymy w raporcie różnicę w kliknięciach między wybranymi okresami danych.

    Wynik porównania danych między 2 okresami

    Wynik porównania danych między 2 okresami

    Filtrowanie danych

    Kolejną przydatną opcją jest możliwość filtrowania (zawężania) danych.

    Filtr możemy zastosować do każdego z dostępnych wymiarów, czyli:

    • Zapytań (zapytania zawierające jakiś ciąg znaków, niezawierające jakiegoś ciągu lub dokładne zapytanie)
    • Stron (adresy URL zawierające/niezawierające jakiś ciąg, np. “blog” lub dokładny adres URL)
    • Kraj (lista do wyboru spośród tych, z których witryna odnotowała wejścia)
    • Urządzenie (lista do wyboru)
    • Wygląd w wynikach wyszukiwania

    Eksportowanie danych

    Do wyboru mamy 3 opcje/formaty:

    • Dokument Google Spreadsheets
    • Plik MS Excel
    • Plik CSV
    Możliwości eksportu danych

    Możliwości eksportu danych

    Niezależnie od formatu, eksportując dane dostaniemy kilka raportów, zawierających dane w podziale na wszystkie możliwe wymiary (Strony, Zapytania itp.)

    Wynik eksportu danych z GSC do Google Spreadsheets

    Wynik eksportu danych z GSC do Google Spreadsheets

    Co istotne, zarówno przeglądając dane w GSC, jak i w eksporcie, dostaniemy tylko ograniczoną część danych. Zwykle jest to 1000 wierszy w każdym z raportów.

    W przypadku mniejszych witryn często dostaniemy więc pełne dane. Natomiast eksportując dane dużego serwisu, notującego kilka milionów kliknięć miesięcznie, zobaczymy tylko część danych (np. 20-30%). Na szczęście są sposoby na uzyskanie pełnych danych – o tym będzie za chwilę.

    Podsumowanie danych i wykres

    W podsumowaniu danych zobaczymy najważniejsze statystyki, czyli liczbę kliknięć, wyświetleń oraz średnie pozycje i CTR.

    Dane te przedstawione są zbiorczo, dla całej witryny.

    Na wykresie możemy zobaczyć wszystkie z 4, wystarczy kliknąć w odpowiedni kafelek.

    Wymiary danych

    Pod wykresem mamy dostępne zakładki z wymiarami danych i raporty danych. Tymi, z których zapewne będziesz korzystał najczęściej są Zapytania i Strony.

    Dostępne wymiary danych

    Dostępne wymiary danych

    Przełączenie się między zakładkami zmienia dane wyświetlane w pełnym raporcie poniżej.

    Pełny raport

    Przechodzimy teraz do najważniejszej części, czyli raportu danych. Zwykle najczęściej analizować będziemy raport zapytań i raport stron.

    Raport dla zapytań przedstawia liczbę kliknięć, wyświetleń dla każdej z fraz. Jeśli chcemy zobaczyć także informację o średniej pozycji i CTR wystarczy kliknąć w odpowiedni kafelek nad wykresem.

    Raport zapytań w Google'u

    Raport zapytań

    Analogicznie, w raporcie stron zobaczymy, jak kliknięcia i wyświetlenia rozkładają się ze względu na strony.

    Raport stron

    Raport stron

    Z tego miejsca raportu możemy też przejść do analizy danego adresu URL w raporcie “Sprawdzanie adresu URL”. Wystarczy najechać na dany adres, a pojawi się przy nim lupka umożliwiająca przejście do tego raportu.

    Głębsza analiza

    Klikając w którąś z wartości w raporcie (np. konkretne zapytanie lub stronę) zawężamy raport. Przykładowo, będąc w raporcie stron, jeśli klikniemy konkretny adres URL, wszystkie dane w raporcie będą dotyczyć tylko wejść na tę jedną stronę.

    Również po przełączeniu na inne zakładki.

    Efekt wybrania danych w naszym GSC, które dotyczą tylko strony głównej:

    Raport stron zawężony do jednego konkretnego adresu URL

    Raport stron zawężony do jednego konkretnego adresu URL

    Po przełączeniu na zakładkę Zapytania:

    Raport zapytań zawężony tylko do jednego adresu URL

    Raport zapytań zawężony tylko do jednego adresu URL

    Zauważ, że w polu filtrów pojawił się filtr dotyczący tej strony. Taki sam efekt zawężenia danych można by więc uzyskać przez filtry.

    Wykorzystanie API Google Search Console do uzyskania pełnych danych

    Jak wcześniej wspominałem, pewnym ograniczeniem jest dostęp tylko do części z danych (1000 wierszy), które mogą nie dawać pełnego obrazu. Na szczęście Google udostępnia API, dzięki któremu możemy:

    • Wykorzystać dane z GSC w zewnętrznych narzędziach, jak np. Senuto, Screaming Frog czy Google Docs i zestawić je z innymi danymi (np. o widoczności w przypadku Senuto czy z informacjami o linkowaniu wewnętrznym w Screaming Frog)
    • Uzyskać pełne dane (bez żadnego limitu), które pozwolą na pełniejszą analizę
    • Zautomatyzować pobieranie danych z GSC dla wielu witryn internetowych

    Integracja GSC w Senuto

    O tym, jak taką integrację wykonać dowiesz się z wiki Senuto.

    Wykres widoczności w TOP3 nałożony na liczbę kliknięć w Senuto

    Wykres widoczności w TOP3 nałożony na liczbę kliknięć

    Taka integracja daje możliwość dokładniejszej oceny wpływu zmiany widoczności w TOP3 lub TOP10 na zmianę ruchu.

    Te dwie metryki nie zawsze są bowiem skorelowane:

    • Przesunięcie wielu fraz z TOP1 na TOP3 będzie miało duży wpływ na spadek ruchu, a nie będzie to widoczne na wykresie
    • Mocny spadek widoczności w TOP10 czy TOP50 nie musi oznaczać mocnego spadku ruchu, bo mogły spaść frazy z niskim CTR
    Jakie zajmujesz pozycje w Google? Sprawdź w Senuto

    Dodatki do Google Docs

    Funkcjonalności Google Docs mogą być poszerzane dzięki dodatkom. Dane z Google Search Console pobierzesz m.in. dzięki:

    Żeby pobrać dany dodatek wystarczy wejść w dowolny arkusz kalkulacyjny i z menu Dodatki wybrać opcję Pobierz dodatki, a następnie odszukać konkretną nazwę.

    Pobieranie dodatków w Google Spreadsheets

    Pobieranie dodatków w Google Spreadsheets

    Najważniejsze zastosowania opisuję na podstawie Search Analytics for Sheets, gdyż to właśnie tej wtyczki aktywnie używam. Podobne efekty można osiągnąć w Supermetrics.

    Tworzenie raportów danych

    Po pobraniu wtyczki, aby ją aktywować musimy wybrać z menu Dodatki opcję Search Analytics for Sheets i kliknąć Open Sidebar.

    Naszym oczom ukaże się wtedy panel konfiguracyjny raportów.

    Konfiguracja raportu w Search Analytics for Sheets

    Konfiguracja raportu w Search Analytics for Sheets

    Wygląda skomplikowanie, ale prawie każda z opcji jest tu odpowiednikiem panelu w GSC.

    Po kolei:

    1. Lista usług, dla których dane możemy pobierać
    2. Zakres dat, niestety nie mamy do wyboru predefiniowanych zakresów (7 dni, 28 dni), musimy podać zakres w formie daty początkowej i końcowej
    3. Odpowiednik filtra Typ wyszukiwania (Sieć, Grafika, Wideo, Wiadomości)
    4. Wymiary, które mają się pojawić w raporcie (czyli Zapytania, Strony, Kraje, Urządzenia, Wygląd w wynikach wyszukiwania), można wybrać więcej niż 1!
    5. Możliwość filtrowania danych
    6. Typ agregowania danych – zostawiamy jako default
    7. Liczba wierszy jakie mają być zwrócone, do wyboru 1000, 5000 lub wszystkie dostępne
    8. Miejsce, w którym mają się pojawić dane – aktualny arkusz (nadpisze wtedy dane, jeśli jakieś są) lub nowy arkusz
    9. Pobieranie danych.

    Pobierając raport z konfiguracją taką jak na powyższym screenie dostaniemy listę wszystkich fraz, które dały wejścia w ostatnich 16 miesiącach.

    Jaka będzie główna różnica w porównaniu z klasycznym raportem w GSC lub eksportem danych? Odpowiedź brzmi: ilość danych.

    W GSC lub eksporcie danych z GSC dostaniemy infomację o 1000 pierwszych zapytań, z kolei pobierając dane w ten sposób mamy listę 50 000 zapytań! To aż 50x więcej.

    Tworzenie raportów danych korzystając z 2 wymiarów 

    Jeszcze dokładniejsze dane uzyskamy, pobierając raport złożony z 2 wymiarów, a konkretnie strona + zapytanie.

    Potrzebna jest tylko drobna zmiana w konfiguracji raportu:

    Konfiguracja raportu z 2 wymiarów

    W efekcie dostaniemy dane nie tylko o zapytaniach, ale także stronach docelowych, na które trafiają użytkownicy po wpisaniu danej frazy.

    Raport z Search Analytics for Sheets dla 2 wymiarów

    Raport z Search Analytics for Sheets dla 2 wymiarów

    Tego typu raport daje nam już dużo większe możliwości analizy, przede wszystkim możemy sprawdzić, czy użytkownicy wpisujący określone słowa kluczowe trafiają na odpowiednie podstrony.

    Integracja GSC i SF

    Screaming Frog to jeden z popularnych crawlerów używanych do audytów technicznych. Wykonując crawl serwisu mamy możliwość zestawienia danych z crawla z danymi z GSC.

    Łączenie różnych źródeł danych zawsze pozwala na uzyskanie pełniejszego obrazu sytuacji i ułatwia podejmowanie decyzji.

    Podłączenie GSC do Screaming Froga jest bardzo proste. W menu trzeba wybrać opcję Configuration, następnie API Access i Google Search Console.

    Konfiguracja integracji GSC

    Konfiguracja integracji GSC

    Połączenie kont sprowadza się do zalogowania się na nasze konto Google, pod którym mamy dostęp do usług GSC.

    Po połączeniu usług warto ustawić też zakres czasu, dla którego mają być pobrane dane.

    Co nam to daje?

    • Dane na temat każdego adresu URL są wzbogacone o dane z GSC (Clicks, Impressions, Position, CTR)
    • Mamy możliwość analizowania korelacji, np. między linkowaniem wewnętrznym a liczbą kliknięć
    • Dostajemy w SF dodatkowy raport Search Console, gdzie adresy URL są pogrupowane wg 4 kategorii:
      • Clicks Above 0 – podstrony, które zanotowały jakiekolwiek wejścia
      • No GSC data – strony, które nie zanotowały żadnych wejść
      • Non-Indexable with GSC Data – podstrony, które są wyłączone z indeksacji, a mimo to rejestrują wejścia, warto się przyjrzeć i odnaleźć przyczyny takiej sytuacji
      • Orphan URLs – adresy URL, które odnotowują wejścia, ale nie są nigdzie podlinkowane na stronie, tego typu podstrony powinniśmy jak najszybciej podlinkować ze strony, ponieważ mają potencjał na uzyskanie jeszcze większego ruchu
    Raport Search Console w Screaming Frog SEO Spider

    Raport Search Console w Screaming Frog

    Analiza danych o skuteczności

    Niewątpliwym plusem danych, które znajdziemy w GSC jest ich pochodzenie – dane od źródła, czyli wyszukiwarki Google.

    Warto z tego faktu korzystać i dane te jak najszerzej wykorzystać.

    W jaki sposób można analizować dane o skuteczności w GSC:

    • Badanie CTR – dzięki takim danym jesteś w stanie oszacować, jak wyglądają CTRy dla każdej z pozycji dla Twojej witryny, w zależności od branży i wykorzystywanych snippetów różnice mogą być znaczne
    • Poszukiwanie słów quick wins – słowa z pozycji 11-14, dla których lekkie podbicie pozycji może przełożyć się na duży wzrost ruchu
    • Analiza nowych słów kluczowych – część ze słów kluczowych, po których użytkownicy odnajdują Twoją stronę to zupełnie nowe słowa, wpisywane po raz pierwszy
    • Badanie jaka część ruchu to ruch brandowy – czyli wejście ze słów, które są nazwą Twojego brandu, ale też słowa, które zawierają brand, np. senuto blog, senuto badanie zarobków, senuto badanie ctr

    Raport Discover

    Jeśli Twoja witryna wyświetla się w usłudze Discover, to w GSC będziesz mieć widoczny dodatkowy raport o nazwie Discover.

    Czym jest Google Discover?

    Jest to dodatkowa usługa od Google, która podpowiada użytkownikom treści na podstawie ich zainteresowań oraz historii wyszukiwania i odwiedzonych wcześniej witryn.

    W zamyśle mają to być treści, które powinny interesować danego użytkownika. Treści są mocno spersonalizowane, więc każdy powinien dostać podpowiedzi dopasowane do siebie.

    Gdzie pojawia się Google Discover?

    Sugestie treści występują w kilku miejscach:

    • Aplikacja mobilna Google na iOS
    • Aplikacja mobilna Google na Androida
    • Aplikacja mobilna Google Chrome na iOS
    • Aplikacja mobilna Google Chrome na Androida
    Google Discover w mobilnej aplikacji Google Chrome

    Google Discover w mobilnej aplikacji Google Chrome

    Google Discover w aplikacji Google Chrome

    Google Discover w aplikacji Google Chrome

    W takim listingu wyników można się doszukać pewnych analogii do wyników wyszukiwania – jakaś część użytkowników wyświetli dany wynik, jakaś część kliknie, można więc wyliczyć CTR. Stąd też obecność raportu nt. wydajności z Google Discover w Google Search Console.

    Dane o skuteczności w Google Discover

    Raport Wydajność w Discover wygląda w ten sposób. W stosunku do raportu dotyczącego wyszukiwarki nie znajdziemy tu:

    • Danych o zapytaniach, ponieważ nie są wykonywane żadne zapytania, a treść jest serwowana użytkownikom
    • Danych o pozycji, których po prostu Google nie przekazuje ze względu na silną personalizację treści w Discover
    Raport Google Discover w GSC

    Raport Google Discover w GSC

    Mamy więc do analizy tylko 3 metryki: kliknięcia, wyświetlenia i CTR. To i tak cenne informacje do analizy, szczególnie że CTR jest prawdopodobnie istotnym czynnikiem decydującym o sukcesie w Google Discover.

    Szczególnie w przypadku większych witryn newsowych, które dużo częściej pojawiają się w Discover, ilość danych do analizy jest pokaźna:

    Google Discover

    Dane z Google Discover

    Raport Wiadomości

    Analogicznie jak w przypadku raportu Discover, również raport Wiadomości występuje tylko w przypadku, gdy dana witryna występuje w wynikach Wiadomości.

    Przy czym należy podkreślić, o które “Wiadomości” tu chodzi:

    Wyniki z Wiadomości

    Wyniki z Wiadomości

    W GSC zobaczymy wyniki z zakładki “Wiadomości”, a nie z elementu “Najważniejsze wiadomości”.

    Indeks

    Kolejna grupa raportów związana jest ściśle z indeksacją witryny w wyszukiwarce Google. Informacje pojawiające się w tym raporcie są podobne do tych, które mogliśmy zobaczyć w raporcie Sprawdź adres URL, jednakże tu działa to w drugą stronę. Adresy URL są pokategoryzowane wg różnych stanów indeksacji.

    Stan

    Podstawowy raport związany z indeksacją to Stan. Dane, które w tym miejscu znajdziemy są dobrym odzwierciedleniem indeksacji witryny w Google.

    Najważniejsze elementy raportu przedstawiłem na poniższym zrzucie ekranu:

    Raport Stan indeksu

    Raport Stan indeksu

    1 – Liczba adresów URL przypisanych do kolejnych kategorii stanu indeksacji (Błąd, Prawidłowy z ostrzeżeniem, Prawidłowy, Wykluczono)

    2 – Wykres przedstawiający rozkład liczby adresów URL dla każdej z kategorii w czasie

    3 – Możliwość nałożenia liczby wyświetleń na wykres, dzięki czemu możemy od razu badać związek między wzrostem jakichś problemów z indeksacją a widocznością naszej witryny

    4 – Typ robota, który jest głównym skanującym naszą witrynę. W większości przypadków będzie to już robot na smartfony

    5 – Ostatnia aktualizacja danych

    6 – Eksport danych

    7 – Szczegóły danych, adresy URL są tu sklasyfikowane na jeszcze dokładniejsze kategorie

    8 – Przełącznik widoku, daje możliwość analizy tylko adresów URL z danej sitemapy

    Znaczenie poszczególnych grup

    W idealnej sytuacji wszystko powinno być ”na zielono”, tzn. wszystkie adresy URL powinny być indeksowane jako prawidłowe.

    Jednakże ideały nie istnieją, więc powinniśmy dążyć do:

    • Eliminacji adresów URL z błędami indeksacji
    • Pozbycia się przyczyn ostrzeżeń przy indeksacji
    • Jak najmniejszej liczby adresów URL wykluczonych z indeksacji (głównie jeśli mamy większą witrynę, np. +100k URLi, gdyż wtedy istotny zaczyna być budżet crawlowania)

    Poniżej omawiamy już bardziej szczegółowo różne kategorie stanów indeksacji.

    Błąd

    Adresy URL z tej kategorii nie są obecnie zaindeksowane w Google. Powody tego mogą być różne.

    Często wśród nazw błędów przewija się sformułowanie “przesłany adres URL”. Oznacza to, że dany adres URL został znaleziony przez roboty Google w mapie witryny (albo dzięki zgłoszeniu jej w narzędziu Mapy witryny w GSC albo przez wskazanie takiej sitemapy w pliku robots.txt).

    Błąd serwera (5xx)

    Powodem braku indeksacji są błędy serwera. Warto zbadać kiedy dokładnie te problemy występowały, jakich adresów URL dotyczyły i skontaktować się z administratorem serwera, na którym jest hostowana nasza strona.

    Błąd przekierowania

    Ten błąd może wystąpić w kilku przypadkach: zbyt długi łańcuch przekierowań lub pętla przekierowań. Do sprawdzenia przyczyny możesz wykorzystać np. narzędzie: https://httpstatus.io/

    Przesłany URL jest zablokowany przez plik robots.txt

    Adresy URL z tej grupy zostały przesłane do zaindeksowania (przez mapę witryny), ale nie mogły być zaindeksowane, ponieważ uniemożliwiają to reguły w pliku robots.txt.

    Jeśli nie było to Twoim zamiarem, przetestuj aktualne reguły z pliku robots.txt w narzędziu tester pliku robots.txt i popraw je tak, aby dany adres mógł być zaindeksowany.

    Jeśli dany adres nie powinien być indeksowany, należy go wykluczyć z mapy witryny.

    Przesłany URL zawiera tag „noindex”

    Adres URL został przesłany do zaindeksowania przez sitemapę, ale w kodzie ma znacznik noindex, który tę indeksację blokuję.

    Rozwiązaniem będzie usunięcie takiego adresu z sitemapy lub usunięcie znacznika noindex.

    Przesłany adres URL wydaje się zgłaszać pozorny błąd 404

    Błąd wystąpi, kiedy adres URL, który wygląda na niedziałający (np. brak treści) zwraca kod HTTP 200 (czyli poprawne działająca strona).

    Przesłany URL zwraca błąd z powodu nieautoryzowanego żądania (401)

    Adres URL znajdujący się w sitemapie, po którego odwiedzeniu roboty otrzymują kod odpowiedzi 401 – brak autoryzacji.

    Rozwiązanie to poprawienie dostępu do danej podstrony dla Googlebota. Wytyczne dotyczące tego jak poprawnie weryfikować Googlebota: https://support.google.com/webmasters/answer/80553

    Nie udało się odnaleźć przesłanego URL-a (404)

    W mapie XML znajduje się adres URL z kodem błędu 404.

    Należy albo zweryfikować i poprawić występowanie błędu, albo taki adres usunąć z sitemapy.

    Prawidłowe z ostrzeżeniami

    Strona zindeksowana, ale zablokowana przez plik robots.txt

    Pomimo tego, że dana podstrona jest zablokowana przed indeksacją za pomocą pliku robots.txt, to i tak została zaindeksowana. Dzieje się tak głównie w przypadku, jeśli roboty znajdują link do danej podstrony na innych serwisach. W takim wypadku warto przemyśleć, czy dany adres URL na pewno powinien być blokowany w robots.

    Prawidłowe

    Adresy URL z tej grupy są zaindeksowane w wynikach wyszukiwania.

    Strona przesłana i zindeksowana

    Adresy URL zostały poprawnie zaindeksowane i są zgłoszone w mapie witryny.

    Strona zindeksowana, ale nie przesłana w mapie witryny

    Adresy URL zostały zaindeksowane, choć nie zgłoszono ich w mapie witryny.

    Warto przejrzeć listę tych adresów i zbadać, czy nie powinny były się w takiej sitemapie znaleźć.

    Wykluczono

    Podstrony w tych kategoriach nie są zaindeksowane w Google z różnych powodów. Część z nich może być wykluczeniem z indeksu zgodnie z naszą intencją, a część z powodu błędów.

    Strona wykluczona za pomocą tagu „noindex”

    Adresy URL w tej grupie nie są zaindeksowane, ze względu na umieszczenie w kodzie HTML znacznika meta robots z atrybutem noindex. Czyli jasne wskazanie, że tej strony nie chcemy indeksować.

    Strona zablokowana przez narzędzie do usuwania stron

    Strony wykluczone z indeksu ręcznie, za pomocą narzędzia do usuwania adresów URL. Więcej o tym narzędziu w dalszej części artykułu. Usunięcie adresów URL z indeksacji w ten sposób jest skuteczne przez około 90 dni.

    Strona zablokowana przez plik robots.txt

    Roboty Google nie zaindeksowały takich adresów URL, ponieważ uniemożliwia to plik robots.txt. Blokowanie przez robots.txt może być nieskuteczne, jeśli linki do danej podstrony występują na innych serwisach. W takim przypadku adresy URL zostaną umieszczone w innej grupie (wśród błędów w kategorii Przesłany URL jest zablokowany przez plik robots.txt)

    Strona zablokowana z powodu nieautoryzowanego żądania (401)

    Dostęp do stron został zablokowany z powodu błędu 401 – dostęp wymaga autoryzacji, która nie została udzielona. Z tego powodu dana strona została wykluczona z indeksu.

    Strona zeskanowana, ale jeszcze nie zindeksowana

    Roboty Google zeskanowały dany adres URL (cały proces indeksacji w Google to w skrócie: odkrywanie, skanowanie, indeksowanie), lecz jeszcze go nie zaindeksowały.

    Zwykle wystarczy odczekać, by adres URL został zaindeksowany. Warto jednak sprawdzić, czy strony przypisane do tej kategorii nie podpadają pod thin content.

    Strona wykryta – obecnie nie zindeksowana

    Roboty miały dane strony w kolejce do zaindeksowania, ale nie zdołały tego zrobić. Przyczyną tego mogło być np. wolniejsze działanie strony w danym czasie.

    Alternatywna strona zawierająca prawidłowy tag strony kanonicznej

    Adresy URL w tej kategorii nie są zaindeksowane zgodnie z oznaczeniem w znaczniku rel canonical, że dany adres URL jest duplikatem innej strony – kanoniczej.

    Duplikat, użytkownik nie oznaczył strony kanonicznej

    Według oceny mechanizmu indeksowania, ta strona jest duplikatem innej i jednocześnie nie wskazano przez znacznik rel canonical, jakiej konkretnie.

    Za pomocą narzędzia sprawdzania adresu URL sprawdzisz, jaka strona została wskazana przez roboty jako kanoniczna.

    Duplikat, wyszukiwarka Google wybrała inną stronę kanoniczną niż użytkownik

    Adresy URL w tej kategorii nie są indeksowane, ponieważ są duplikatami. Oznaczono to przez znaczniki rel canonical, jednak roboty Google oceniły, że kanoniczną jest inna strona niż wskazano.

    Skorzystaj z narzędzia sprawdzania adresu URL aby zweryfikować ten problem.

    Nie znaleziono (404)

    Roboty Google trafiły na adres URL, które zostały już usunięte (błąd 404) prawdopodobnie na innej stronie.

    Nie mamy wpływu na linki na innych stronach, pozostaje więc albo zostawić dany status 404, albo przekierować adres URL na jakiś inny.

    Strona usunięta w wyniku skargi prawnej

    Wskazane strony zostały usunięte ze względów prawnych (ktoś dokonał zgłoszenia). Mogło to być związane z publikacją danych osobowych lub kwestią praw autorskich.

    Strona zawiera przekierowanie

    Dane adresy URL są przekierowywane na inne, więc nie będą indeksowane. Jeśli linki do takich stron występują wewnętrznie, to warto je zaktualizować.

    Pozorny błąd 404

    Strony w tej kategorii powinny zwracać błąd 404, tymczasem działają jako normalne strony (status 200).

    Duplikat, przesłany URL nie został oznaczony jako strona kanoniczna

    Roboty wyszukiwarki uznały dany adres URL jako duplikat innego, przy czym w kodzie nie oznaczono adresu kanonicznego. Sytuacja taka może mieć miejsce np. w przypadku stron z bardzo małą ilością treści.

    Mapy witryny

    Ta grupa raportów służy do analizy map witryny. Dodając mapę witryny przez GSC zyskujemy możliwość sprawdzenia, ile adresów z sitemapy jest indeksowanych, a ile nie i z jakiego powodu.

    Zgłaszanie mapy witryny

    Dodanie mapy witryny do ich późniejszej analizy sprowadza się do wskazania jej adresu URL:

    Dodawanie mapy witryny

    Dodawanie mapy witryny

    Do czasu przetworzenia danych z sitemapy może minąć kilka dni.

    Przegląd map witryny

    Tak wygląda ten raport dla Senuto.

    GSC obsługuje zarówno indeksy mapy witryny, jak i same mapy witryny.

    W przypadku, jeśli dodawaliśmy mapę witryny, w GSC zobaczymy taki widok:

    Widok raportu map witryny - indeks mapy

    Widok raportu map witryny - indeks mapy

    Po kliknięciu w mapę witryny widok szczegółowy, dodatkowo widzimy liczbę adresów URL wykrytych w każdej mapie:

    Widok raportu map witryny

    Widok raportu map witryny

    Analizowanie mapy witryny

    Dodane mapy witryn są sporym ułatwieniem do analizy indeksacji, szczególnie jeśli podział na sitemapy jest zgodny ze strukturą serwisu (np. osobna sitemapa na kategorie, osobna na artykuły). Jeśli witryna ma problemy z indeksacją, łatwiej będzie je w ten sposób można zdiagnozować.

    Na przykładzie poniżej, dane z raportu Stan są ograniczone tylko do URL-i z jednej konkretnej sitemapy.

    Widok raportu map witryny

    Widok raportu map witryny

    Usunięcia

    W tym raporcie zebrane są prośby o usunięcie treści z Twojej witryny z wyników wyszukiwania.

    Widoczne są tu 3 zakładki, każda z nich ma inne zastosowanie.

    Tymczasowe usunięcia

    W tym miejscu możesz sam zgłosić adresy URL, które chcesz, żeby szybko przestały się pojawiać w wynikach wyszukiwania.

    Ma to zastosowanie np. jeśli pewne treści zaindeksowały się przypadkowo lub opublikowane zostały wrażliwe dane osób 3.

    Nie jest to sposób na trwałe zapobieganie indeksowania tych treści! Jest to metoda skuteczna jeśli chcemy szybko ukryć treści, ale równolegle powinniśmy wykonać inne działania żeby uniknąć indeksowania kłopotliwych treści (np. zmiana meta robots na noindex, usunięcie treści).

    Możesz usunąć cały prefix (np. senuto.com/forum) lub tylko wybrany adres URL.

    Do wyboru mamy 2 różne tryby:

    • Tymczasowe usunięcie adresu URL – dana strona zniknie na około 6 mc z wyników wyszukiwania
    • Usuwanie adresu URL z pamięci podręcznej – wynik zniknie ze strony wyników wyszukiwania do momentu ponownej indeksacji tej strony
    Zgłoszenie prośby o usunięcie

    Zgłoszenie prośby o usunięcie

    Nieaktualna treść

    W tej zakładce zobaczysz zgłoszenia od innych użytkowników, wysłane przez narzędzie: https://search.google.com/search-console/remove-outdated-content

    Każdy może zgłosić prośbę o usunięcie nieaktualnej treści z wyników wyszukiwania.

    Uwaga!

    Dotyczy to tylko i wyłącznie sytuacji, kiedy dane treści pojawiają się w wynikach wyszukiwania (np. nieaktualne dane adresowe), ale faktycznie na stronie, do której prowadzi link, zostały już usunięte lub zaktualizowane.

    Nie należy więc rozumieć “nieaktualnej treści” jako niezgodnej ze stanem faktycznym, a względem tego, co na stronie.

    Żądania usunięcia treści

    Żądania usunięcia treści

    Filtrowanie SafeSearch

    Ostatnia z grup dotyczy zgłoszeń treści “tylko dla dorosłych”. Filtr SafeSearch, który ma na celu przede wszystkim chronić dzieci przed dostępem do nieodpowiednich treści, usuwa z wyników wyszukiwania wybrane elementy.

    W raporcie “Filtrowanie SafeSearch” zobaczysz, jakie treści zostały zgłoszone przez innych i jaki jest wynik tego zgłoszenia.

    Ulepszenia

    W tej części zawarte są informacje związane z optymalizacją szybkości, optymalizacją pod urządzenia mobilne oraz dodatkowymi elementami, które rozszerzają widok naszej strony w wynikach wyszukiwania.

    Podstawowe wskaźniki internetowe

    W 2020 ustalono 3 podstawowe wskaźniki (ang. Web Vitals), które mają decydować o tym, czy strona ładuje się szybko i jest przyjazna użytkownikowi.

    FID (First Input Delay) – czas potrzebny od momentu interakcji użytkownika ze stroną (kliknięcia w link, button, przycisk play, rozwinięcia schowanego tekstu), mierzone w sekundach

    LCP (Largest Contentful Paint) – czas potrzebny do wyrenderowania największego elementu widocznego na ekranie, zwykle będzie to grafika, tekst lub video, mierzone w sekundach

    CLS  (Cumulative Layout Shift) – miara stabilności layoutu podczas ładowania strony, im częściej dochodzi do przesunięć (skakania elementów z jednego miejsca na drugie), tym współczynnik wyższy, skala to 0-1

    Przeczytaj też: Core Web Vitals, czyli Podstawowe wskaźniki internetowe. 9 pytań i 23 odpowiedzi

    Parametry te mierzone są na podstawie CrUX report, czyli Chrome User Experience Report. Dane pochodzą z przeglądarki Chrome, która analizuje i mierzy realnych użytkowników.

    W zależności od wartości tych parametrów, adresy URL zostały sklasyfikowane na 3 kategorie:

    • Dobrej jakości
    • Wymagające poprawy
    • Niskiej jakości

    Badane adresy URL są klasyfikowane osobno dla wersji na komputery i osobno na urządzenia mobilne.

    Skala, według której adresy URL są przypisywane do kategorii:

    Kategoria FID LCP CLS
    Dobra jakość < 100 ms < 2,5 s < 0,1
    Wymagające poprawy <= 300 ms <= 4s <= 0,25
    Niska jakość > 300 ms > 4s > 0,25

    W raporcie podstawowych wskaźników znajdziemy wykres przedstawiający liczbę adresów URL przypisanych do danej kategorii i jego rozkład w czasie:

    Podstawowe wskaźniki internetowe

    Podstawowe wskaźniki internetowe

    Po przejściu do bardziej szczegółowego raportu otrzymamy też informację, co konkretnie zdecydowało o przypisaniu adresu URL do danej kategorii:

    Szczegóły dotyczące błędów Core Web Vitals

    Szczegóły dotyczące błędów Core Web Vitals

    W tym przypadku problemem jest CLS.

    Dalsze zagłębienie się w raport (kliknięcie w konkretny problem) da nam wykaz konkretnych adresów URL, które powodują problem:

    Adresy URL ze słabym wynikiem

    Adresy URL ze słabym wynikiem

    Jak widzisz występują spore grupy adresów URL, które mają takie same wyniki CLS. Wynika to z tego, że przy tym samym schemacie strony (widoku), zwykle ten wynik będzie bardzo podobny.

    Do dalszego analizowania i zgłębiania problemów z podstawowymi wskaźnikami warto użyć:

    Obsługa na urządzeniach mobilnych

    Ten raport skupia się na optymalizacji pod kątem urządzeń mobilnych. Podstrony są w tym przypadku sklasyfikowane na 2 sposoby:

    • Prawidłowo zoptymalizowane pod kątem mobile
    • Z błędami, czyli nie zoptymalizowane pod kątem mobile

    Dalsze diagnozowanie powinno się wtedy odbywać za pomocą testera optymalizacji mobilnej: https://search.google.com/test/mobile-friendly?hl=pl

    Raport optymalizacji mobile

    Raport optymalizacji mobile

    Elementy raportu:

    1 – liczba podstron w każdej z kategorii

    2 – zmiana w czasie

    3 – szczegółowy podział adresów URL

    Po kliknięciu w kategorię przechodzimy do bardziej szczegółowego raportu:

    Szczegóły wybranego błędu

    Szczegóły wybranego błędu

    AMP

    Raport AMP przedstawia informacje dotyczące wersji AMP witryny (szybsza i lżejsza wersja), o ile takowa jest wdrożona.

    Analogicznie jak w raportach, które omawialiśmy wyżej, wszystkie podstrony są podzielone na kategorie:

    • Błąd
    • Prawidłowe z ostrzeżeniami
    • Prawidłowe
    Raport AMP

    Raport AMP

    Pod wykresem, który przedstawia rozkład URLi w danej kategorii w czasie, widzimy z kolei konkretne problemy i liczbę stron, których dotyczą.

    Nie będziemy tu zagłębiać się w poszczególne typy błędów, ponieważ jest to kwestia ściśle związana ze specyfikacją AMP.

    Do analizowania problemów z AMP przyda się z pewnością google’owy tester AMP: https://search.google.com/test/amp

    Raporty dotyczące danych strukturalnych

    Pozostałe raporty w sekcji ulepszeń dotyczą danych strukturalnych wdrożonych w Twoim serwisie.

    Raporty danych strukturalnych

    Raporty danych strukturalnych

    W zależności od wdrożonych elementów, możesz tu zobaczyć sekcję (w nawiasach odesłanie do opisu danego elementu z grafikami):

    Każdy z takich raportów ma podobną strukturę, adresy URL są podzielone na:

    • Prawidłowe (mają wdrożone prawidłowo wybrane dane strukturalne)
    • Prawidłowe, z ostrzeżeniami (występują błędy w implementacji, ale nie są one krytyczne)
    • Zawierające błędy

    Przykładowy raport prezentujący błędy we wdrażaniu danych strukturalnych związanych z produktami:

    Raport błędów w danych strukturalnych

    Raport błędów w danych strukturalnych

    Bezpieczeństwo i ręczne działania

    W tej grupie zebrano 2 raporty: ręczne działania oraz problemy dotyczące bezpieczeństwa.

    Ręczne działania

    W przypadku nałożenia przez Google kar znajdziesz powiadomienie w tym miejscu.

    Zdarza się to obecnie już dość rzadko, ponieważ algorytmy Google działają w czasie rzeczywistym. Oznacza to, że w większości przypadków działania mocno naginające zasady wyszukiwarki skutkują obniżeniem pozycji w wynikach wyszukiwania.

    Niemniej jednak z pewnością warto tu zajrzeć, szczególnie na początku pracy nad daną witryną.

    Potencjalnie jednak witryna może otrzymać karę za:

    • Spam tworzony przez użytkowników – najczęściej zdarza się to w przypadku niezabezpieczonych for internetowych
    • Nienaturalne linki do Twojej witryny – wątpliwej jakości odnośniki pozyskiwane masowo
    • Czysty spam – niskiej jakości treści utworzone w sposób automatyczny (np. korzystając z synonimów) lub skopiowane w całości z innych witryn
    • Ukryty tekst lub upychanie słów kluczowych – tzw. cloaking, czyli prezentowanie innej treści dla robotów, a innej dla użytkowników, najczęściej w celu większego nasycenia strony słowami kluczowymi

    Problemy dotyczące bezpieczeństwa

    Raport zbiera informacje o incydentach, które mogą świadczyć o problemach z bezpieczeństwem Twojej witryny. Na Twojej stronie pojawiły się “podejrzane” treści, więc warto szybko zdiagnozować potencjalne problemy.

    Sytuacja taka ma miejsce najczęściej w wyniku braku aktualizacji skryptu CMS, wykryciu dziur w wykorzystywanych wtyczkach, które dały możliwość niepowołanego dostępu do witryny. Poszukiwania potencjalnych przyczyn zacznij właśnie od tego.

    Możliwe problemy, które mogą być wykryte i odnotowane w GSC to:

    •  Atak hakera: złośliwe oprogramowanie
    •  Atak hakerów: wstrzyknięty kod
    •  Atak hakerów: wstrzyknięta zawartość
    •  Atak hakerów: wstrzyknięty URL
    •  Strony wprowadzające w błąd
    •  Umieszczone zasoby wprowadzające w błąd
    •  Szkodliwe pliki do pobrania
    •  Linki do szkodliwych plików do pobrania
    •  Niejasne płatności za usługi mobilne
    • Nietypowe pliki do pobrania

    Statystyki indeksowania

    Wprowadzony w 2020 roku raport, który umożliwia uproszczoną  analizę logów z wizyt Googlebota.

    Analizy logów są bardzo przydatne szczególnie w dużych serwisach, gdzie podstrony liczone są w setkach tysięcy i więcej.

    Raport jest nieco schowany, by do niego wejść trzeba przejść do ustawień usługi i wybrać opcję Statystyki indeksowania.

    Jest to spore ułatwienie dla specjalistów, ponieważ do tej pory, by taką analizę przeprowadzić, potrzebne było zebranie takich logów, ich obróbka w zewnętrznych narzędziach i dalsza analiza. W GSC dostajemy podsumowanie danych na tacy.

    Widok raportu map witryny

    Widok raportu map witryny

    W podsumowaniu raportu zobaczymy:

    • Łączną liczbę żądań
    • Łączny rozmiar plików do pobrania
    • Średni czas reakcji w ms

    Pierwsze dwie dane mają wartość raczej informacyjną i są ściśle związane z wielkością serwisu. Warto obserwować przede wszystkim czy nie występują nagłe spadki tych 2 parametrów, bo może to świadczyć o problemach z crawlowaniem serwsu przez roboty.

    Średni czas reakcji w ms – obliczany dla wszystkich zasobów w Twojej witrynie (a więc zarówno HTML, jak i grafiki). Wartości poniżej 300-400 ms będą już naprawdę super!

    Poniżej znajdziemy podsumowanie żądań indeksowania według.

    Krótko opisałem, jak interpretować każde z wyników.

    Odpowiedzi:

    • 200 – strona ładuje się prawidłowo, w idealnej sytuacji mamy 100% tego typu odpowiedzi
    • 301 – przekierowana, jeśli przekraczają kilka %, warto je namierzyć i poprawić linkowanie wewnętrzne w serwisie
    • 404 – podobnie, przy udziale ponad kilka % warto przekierować najczęstsze 404 na inne URL-e
    • Pozostałe kody – te powinny pojawiać się jak najrzadziej, gdyż świadczą o nieprawidłowej pracy serwera (kody zaczynające się od 500) lub problemach z dostępem do plików dla robota Google (np. 403)

    Typu pliku: HTML, JS, CSS, inne typy

    Struktura żądań w takim podziale pokazuje po prostu, jak często roboty pobierają plik określonego typu.

    Przeznaczenie:

    • Odświeżenie – robot ma już zaindeksowany dany adres URL, ale sprawdza, czy wystąpiły zmiany
    • Wykrywalność – pierwsza wizyta robota na danym adresie URL

    Typ Googlebota:

    • Wersja na komputery – roboty odczytujące witrynę w wersji desktop
    • Smartfony – roboty czytające wersję mobilną
    • AdsBot – roboty związane z Google Ads
    • Grafika – indeksujące grafiki
    • Ładowanie zasobu strony – specjalny rodzaj żądania, dotyczący załadowania dodatkowych elementów (głównie JS)

    Podsumowując, w tym raporcie warto sprawdzać przede wszystkim:

    • Czy nie występują nagłe spadki liczby żądań Googlebota
    • Czy nie wzrasta średni czas reakcji
    • Czy nie ma zbyt dużego udziału kodów innych niż 200

    Starsze narzędzia i raporty

    Google Search Console przeszło znaczące odświeżenie w 2018. Raporty były przenoszone stopniowo do nowego layoutu i na nowe mechanizmy. Część z nich dostępna jest jednak w starszej wersji.

    Raporty te zostały wyszczególnione w sekcji Starsze narzędzia.

    Kierowanie międzynarodowe

    Narzędzie przeznaczone dla witryn wielojęzycznych, służące do zarządzania kierowaniem wersji językowych na odpowiednie kraje.

    Mamy tu 2 zakładki

    • Język
    • Kraj
    Raport kierowanie międzynarodowe

    Raport kierowanie międzynarodowe

    Język

    Zbiera informacje dotyczące znaczników hreflang (wskazujące inne wersje językowe tej samej strony):

    • ile stron ze znacznikiem hreflang zostało wykrytych przez roboty
    • ile błędów związanych z hreflang mamy w serwisie (np. jak na screenie brak tagów powrotnych, tzn. wersja A linkuje do wersji B, ale brak takiego linkowania w drugą stronę – powrotnego)

    Kraj

    W tym miejscu sprawdzimy ustawienie kraju docelowego. Ustawienie takiego kraju ma sens, jeśli mamy domenę krajową (.pl, .de. co.uk) i chcemy pozycjonować się głównie w tym jednym kraju.

    Ustawienia kierowania międzynarodowego

    Ustawienia kierowania międzynarodowego

    Wiadomości

    Zebrane w jednym miejscu komunikaty związane z daną domeną:

    • nowe problemy z indeksacją
    • nowe problemy z optymalizacją pod mobile
    • raporty miesięczne podsumowujące skuteczność

    Te same wiadomości aktualnie znajdziesz pod ikonką dzwoneczka w prawym górnym rogu panelu GSC.

    Wiadomości dla witryny

    Wiadomości dla witryny

    Parametry w adresach URL

    Narzędzie do zarządzania parametrami w adresach URL będzie szczególnie przydatne dla sklepów internetowych. To w nich najczęściej używa się parametrów w adresach URL do sortowania, zawężania i filtrowania przeglądanego zakresu produktów.

    Przykładowe adresy URl z parametrami mogą wyglądać np. tak:

    https://skleprowerowy.pl/rowery-mtb?rozmiar=28

    https://sklepmodoowy.pl/sukienki?material=jeans

    https://sklepkuchenny.pl/czajniki?cena_max=100&kolor=bialy

    Liczba możliwych kombinacji jest zwykle bardzo duża i dla skutecznego SEO w e-commerce niezbędne jest odpowiednie zarządzenie indeksacją takich adresów URL.

    Co prawda służą do tego głównie znaczniki rel canonical, jednak nie zaszkodzi dodatkowo skonfigurować obsługę adresów URL z parametrami w GSC.

    Przykładowe dane, pochodzące z sklepu internetowego wyglądają w ten sposób:

    Raport parametry w adresach URL

    Raport parametry w adresach URL

    Dane, które tu widzimy to:

    • Parametr – dane zebrane są dla każdego z parametrów osobno
    • Monitorowane adresy URL – liczba wykrytych adresów URL z takim parametrem
    • Konfiguracja – data konfiguracji danego parametru
    • Działanie – zdefiniowana przez nas rola tego parametru
    • Skanowanie – informacja, czy dany adres URL ma być skanowany

    Dla każdego z parametrów określamy konfigurację klikając Edycja, pojawi się wtedy pole konfiguracji, gdzie musimy wybrać odpowiednie opcje odpowiadając na pytania.

    Czy ten parametr powoduje zmianę zawartości strony widocznej dla użytkownika?

    Nie, nie ma wpływu na zawartość strony (np. służy do monitorowania) – tę opcję wybierzmy dla parametrów takich jak identyfikator sesji czy oznaczenie kampanii (np. UTMy).

    Tak: zmienia, porządkuje lub zawęża zawartość strony – jak sama nazwa mówi, w taki sposób konfigurujemy parametry, które służą do sortowania, filtrowania, wyboru parametrów

    Jaki wpływ na zawartość strony ma ten parametr? (jeśli w poprzednim pytaniu zaznaczyliśmy tak)

    Do wyboru mamy takie role parametrów:

    • Sortuje
    • Zawęża – wybieramy w przypadku filtrów
    • Określa – np. dzieli na kategorie
    • Tłumaczy
    • Dzieli na strony
    • Inne – np. wyszukiwanie

    Które adresy URL z tym parametrem mają być indeksowane przez Googlebota?

    Ostatni etap konfiguracji to wskazanie, czy adresy URL z tym parametrem powinny być indeksowane:

    • Googlebot podejmie decyzję
    • Wszystkie adresy URL
    • Tylko adresy URL z wartością – możemy tu wydzielić konkretną podgrupę, która jako jedyna ma być indeksowana
    • Żadne adresy URL

    Korzystając z tego narzędzia trzeba pamiętać, że są to jednak nasze zalecenia dla robotów, które niekoniecznie będą respektowane.

    Nie warto więc polegać jedynie na konfiguracji parametrów w tym miejscu, ale też odpowiednio wdrożyć znaczniki rel canonical.

    Disavow Tool

    Kolejne z narzędzi nie jest dostępne z panelu GSC (zapewne nieprzypadkowo. Żeby go użyć musimy wejść pod adres: https://search.google.com/search-console/disavow-links i wybrać odpowednią domenę)

    Uwaga!

    Disavow Tool, czyli narzędzie do zrzekania się linków przychodzących jest przeznaczone dla zaawansowanych, a jego nieprawidłowe użycie może mieć poważne konsekwencje w postaci utraty ruchu organicznego.

    Historia narzędzia

    Narzędzie do zrzekania się linków powstało jeszcze w czasach słynnego algorytmu Google Pingwin, którego zadaniem było wychwytywanie nienaturalnych linków.

    Jeśli Google wykryło dużą ilość podejrzanych linków, otrzymywało się karę w postaci obniżenia pozycji. Żeby tej kary się pozbyć webmaster musiał “wyspowiadać się” i udokumentować swoje starania dla poprawy sytuacji (np. udokumentować prośby do właścicieli witryn o zdjęcie szkodliwych linków). Był to proces czasochłonny, ponieważ odpowiedź na taki wniosek od Google mogła trwać nawet kilka tygodni.

    Z pomocą przyszło więc narzędzie do samodzielnego zgłoszenia takich szkodliwych linków, których chcemy się pozbyć.

    Czy narzędzie to ma jeszcze zastosowanie w czasach, gdy Google chwali się, że jej AI potrafi samodzielnie rozpoznać szkodliwe linki?

    Zdania na ten temat są podzielone, wielu seowców traktuje korzystanie z Disavow Tool jako “samodonos”, a część nadal profilaktycznie z niego korzysta, szczególnie po otrzymaniu darmowych spamerskich linków do swojej witryny, o które nie prosili. Ja należę do tej drugiej grupy.

    Jak zgłosić zrzeczenie się szkodliwych linków?

    W pierwszej kolejności konieczne będzie przygotowanie listy linków, których chcemy się zrzec. Mamy tu 2 opcję do wyboru: zgłoszenie jednego konkretnego linka lub całej domeny.

    W zależności od wybranej opcji w pliku tekstowym zapiszemy:

    https://chinskispam.cn/spamlinks

    lub

    domain:chinskispam.cn

    Tak przygotowany plik należy zapisać w formacie .txt oraz formatowaniu UTF-8.

    Dokładniejsze wytyczne znajdziesz pod adresem: https://support.google.com/webmasters/answer/2648487#file_format

    Uwaga!

    Warto sprawdzić, czy taki plik nie był już wcześniej przygotowywany dla danej domeny. Jeśli tak, to należy rozszerzyć już istniejący plik, a nie dodawać nowy. Podmiana pliku spowoduje, że cofniemy zrzeczenie się wcześniej zgłoszonych szkodliwych linków.

    Zgłoszone linki będą uwzględnione po około kilku tygodniach.

    Linki

    Ostatnia z grup raportów skupia się na linkach: zewnętrznych oraz wewnętrznych.

    Do analizy mamy 3 raporty:

    • Linki zewnętrzne / Najczęściej linkowane strony – które z podstron mają najwięcej linków przychodzących z innych witryn, po kliknięciu w adres URL zobaczymy też informację z jakich domen są linki do tej podstrony
    • Linki zewnętrzne / Witryny z największą liczbą linków przychodzących – lista domen, które linkują do naszej
    • Linki zewnętrzne / Tekst z największą liczbą linków przychodzących – lista anchor tekstów, które najczęściej występują w linkach przychodzących
    • Linki wewnętrzne / Najczęściej linkowane strony – wewnętrzne strony, posortowane wg najczęściej linkowanych wewnętrznie
    Raporty linki

    Raporty linki

    Trzeba mieć na uwadze, że ten raport nie jest najmocniejszą stroną GSC i porównując dane z innymi narzędziami możemy dopatrzeć się sporych rozbieżności.

    Analizowanie danych o linkach w GSC może być dobrym rozwiązaniem dla właścicieli małych witryn, gdzie nie ma potrzeby zakupu wyspecjalizowanych narzędzi.

    Dane z GSC będą też dobre do przeprowadzenia głębszej analizy, gdy zbieramy dane z wielu narzędzi by mieć pełny obraz sytuacji.

    Ustawienia

    W tym miejscu masz możliwość zarządzania:

    • Użytkownikami i ich uprawnieniami (opisane na początku artykułu)
    • Powiązaniami z innymi usługami (Google Analytics)
    • Zmianą adresu witryny – przydatne narzędzie w przypadku migracji na inną domenę, dla usprawnienia procesu takie przeniesienie warto zgłosić w GSC

    Sprawdzisz też:

    • Jaki robot indeksujący skanuje Twoją witrynę (dedykowany na smartfony lub na komputery) i kiedy nastąpiło ewentualne przejście
    • Kiedy dodano usługę do konta

    Podsumowanie

    Google Search Console jest z pewnością najważniejszym narzędziem w codziennej pracy specjalisty SEO. Warto dokładnie znać wszystkie jego funkcje, bo przeważnie w tym miejscu będziemy zaczynać. Istotną przewagą GSC nad innymi narzędziami są dane bezpośrednio od Google. W ostatnich latach można obserwować zmianę podejścia Google do rozwoju narzędzia. Wcześniej raczej ciężko było o nowości i nowe funkcje, obecnie pojawiają się one prawie każdego miesiąca. Oby tak dalej!

    Wypróbuj Senuto Suite przez 14 dni za darmo

    Od 99 złotych miesięcznie
    2 miesiące gratis przy pakiecie rocznym
    Nie wymagamy karty płatniczej

    Poznaj Senuto na 1-godzinnym szkoleniu online. Za darmo.