#063: Google Search Console na sterydach - Bartosz Nalepa & Jakub Mazurkiewicz

No i też może dlatego to jest główny temat odcinka, bo o Google Search Console już rozmawiałem i z Sebastianem Hajmanem i chyba z Tomkiem Rudzkim, on ma w ogóle kurs, Google Mastery kurs. Pozdrawiamy, z obu się poznaliśmy. Tak, tak, GSC, Mastery Course, więc ten Google Search Console jest takim narzędziem, wiesz, który, no, must have, nie, no, stawiasz stronę, to podpinasz do Google Search Console i przy okazji też stawiasz Analyticsa i może jeszcze robisz to tam gdzieś Google Tag Managerem, no, ale to już zostawmy. No i teraz przejdźmy właśnie do tego GSC. Jakie raporty według Was są ważne? Tam mamy te takie najważniejsze filary typu skuteczność, indeksowanie, podstawowe wskaźniki internetowe.

Czy coś jeszcze? I jakbyście pokrótce mogli o każdym z nich opowiedzieć, jak Wy z nich korzystacie i może od razu co Wam w nich przeszkadza. Dobra, to pewnie zaraz do tego na sekundę dojdziemy i zakładam, że Bartek będzie tą osobą, która zainicjuje jakie, powiedzmy, elementy tego GSC są najistotniejsze. Ja teraz trochę odnosząc się do Twojego pytania takiego pierwszego, które jeszcze nawet nie do końca było sprecyzowane na część analityczną. Narzędzia dla SEO-owca. Narzędzia dla SEO-owca to jest temat rzeka i trochę to jest element, który de facto nam doskwierał i doskwiera wielu osobom, no bo jak tak naprawdę zaczniesz się nad tym zastanawiać, no to tych narzędzi jest mnóstwo i niektóre adresują bardzo specyficzne potrzeby.

No a przechodząc do GSC, no to już oddam głos Bartkowi, ewentualnie coś uzupełnię. Tak, tak. No to jeżeli chodzi o GSC, no to, wiesz, no ja nie wiem, nie sądzę, żebym powiedział tutaj coś odkrywczego, bo to, wiesz, ten panel raczej jest dosyć prosty, przez co jesteś dosyć toporny. No to, co ja mógłbym na pewno powiedzieć, to jest to, że jak pamiętam parę lat temu, wiesz, zaczynałem poznawać te narzędzia, To też jeszcze troszeczkę nawiążę do GA, czyli Google Analytics, a GSC. Ja pamiętam, że kiedyś na samym początku zapytałem Kuby, no Kuba, no ale to właściwie, po co jest to GA, skoro jest GSC, albo to GSC, to GA, no to jest co, to jest właściwie to samo, czy to jest coś innego? I tak naprawdę to jest też tak, że nie o to chodzi, że Kuba nie potrafi mi odpowiedzieć, on mi odpowiedział, tylko ja nie mając wiedzy nie potrafiłem tego zrozumieć, teraz już to rozumiem, natomiast wiele osób dalej tego, myślę, nie rozumie po prostu, tak?

Więc to taka jeszcze na boku refleksja króciutka. Natomiast jeżeli chodzi o samo używanie, to to, co zwraca moją uwagę na pewno zawsze, oprócz kwestii takich stricte statystyk, do których jeszcze zaraz wrócę, bo tam mam jedną uwagę, którą też nie wiem, czy wszyscy wiedzą. Podejrzewam, że tak, a już na pewno wie Sebastian Heyman. który przeorał GSC z góry na dół pod kątem metodologii różnych historii. Tak, podlinkujemy ten odcinek Sebastianem właśnie o Google Search Console też. Dobrze. Natomiast wiesz, takim punktem może zapalnym albo coś, co mnie najbardziej tak skonfudowało może, bo o ile wiesz, jeżeli chodzi o tą część performansową i wiesz, wyniki wyszukiwania, nieważne czy to jest discovery, czy to jest po prostu wiesz, ruch taki stricte serpowski,

Ja pomyślałem sobie tak, wiesz, dużo się kiedyś jak się uczyłem, edukowałem, no tak szedłem od podstaw, nie? No to popatrzmy na podstawy. No nic nie wyświetlisz w SERPie, jeżeli coś nie jest zainteresowane, nie? A jeżeli coś nie jest zainteresowane, no to musisz znaleźć tego przyczynę oczywiście i w ogóle musisz wiedzieć, że coś nie jest zainteresowane. A w ogóle bardzo często jest tak, że masz coś zaindeksowane, a w GSC pokazuje, że nie zaindeksowane i na odwrót. Ja takie przypadki widzę codziennie. Wchodzę w Google, jest wynik, jest site, dwukropek, jest strona zaindeksowana. Nie wiem, wpiszę jakieś słowo kluczowe, znajduję tę stronę, wklepuję do GSC, do tego raportu. To właśnie bardzo często wklepuję sobie adres i widzę, że strony nie ma według Google Search Console.

I tutaj jest confused. Nie wiem, kto się myli. Czy GSC, czy wyszukiwarka. No tak, no to wiesz, w temacie, kto się myli, to w ogóle mógłbym opowiedzieć ciekawą historię, którą mogę teraz opowiedzieć. A propos Google Analytics, nie wiem, czy to jest dobry moment, żeby o tym wspomnieć, ale a propos danych, to może powiem krótko. Bo w momencie, jak budowaliśmy to nasze narzędzie Revampire, o którym opowiemy, to tylko krótko powiem, że ono pobiera dane zarówno z GSC, jak i z GA po API. To ja bardzo chciałem, żeby nie było takiej sytuacji, gdzie będzie niezgodność tych danych, nie? I mogłoby się wydawać, że to jest bardzo proste, bo po prostu to, co widzimy w GSC, no to po prostu skoro po API, no to to samo źródło danych powinno się pojawiać w naszej aplikacji. A to wcale nie było proste.

O ile w GSC okej, jako tako już tam gdzieś to złapaliśmy. W sensie już teraz kompletnie to złapaliśmy, żywa jasność. Tylko mówię, że tam było prościej. Natomiast z GA to ja mogę podać konkretne przykłady, gdzie po prostu W momencie, kiedy przykładowo dodajesz sobie, była załóżmy niezgodność w ruchu organicznym, bo my pobieramy ruch organiczny do revampera versus GA, to ja wiem, że ja w revamperze mam bardziej poprawne dane. A skąd to wiem? Przykładowo, jeżeli jest po roku, na przykład pobierzemy dane roczne i jest jakaś niezgodność versus GA, to już wyłapałem, że są pewnego typu systemowe błędy w GA, które powodują, że jak zaczniesz sprawdzać dokładnie dzień po dniu albo miesiąc po miesiącu,

To okaże się, że dodając wartości miesiąc po miesiącu, Google Analytics dodaje inne wartości niż jak pokażesz w ujęciu rocznym. A w ramporze się to zgadza. Więc jest dużo takich kwiatków, więc nawiązując do tego, co ty mówisz na przykład z GSC, no ono nie jest nieumylne oczywiście, także... No to ja myślę, że tutaj też przyczyną mogło być to, że pamiętaj, że to co, wiesz, przez komendę site sprawdzisz, to nie znaczy, że musi być w GSC, bo w GSC też nie mamy wszystkich danych, mamy ograniczenia jakby Dane, które są prezentowane w GSC, więc tutaj też nawet ten aspekt ograniczeń tego, co możesz... No właśnie, to będzie punkt naszej rozmowy. Ograniczenia w Google Search Console, tak. To tutaj o skuteczności, o indeksowaniu... Ja o indeksowaniu chciałem wrócić, bo ja tak wrzuciłem ten taki off-topic, że się tak wyrażę a propos GA, ale GSC, jeżeli chodzi, bo to był też taki zaczyn, że jak sobie popatrzyłem, że to jest bardzo toporny raport, w tym sensie, że wiesz, że masz, okej, masz jakąś listę,

Tak, na przykład, jeżeli to jest jakiś mniejszy site. Ok, no powiedzmy, że mamy, wiesz, no czerwony, żółty, zielony i to jest akurat ok, no to jest łatwa jakaś tam kwestia komunikacji. Natomiast to myślę, że czego tutaj brakuje, to jest to, że to jest w ogóle w całej GSC, to jest problem całego GSC, że masz dane, ale ty nie jesteś w stanie tymi danymi zarządzać. I co mam na myśli? Nie jesteś w stanie przyjąć kontroli. Weźmy czy to ten raport indeksacji, czy ten raport core web vitals. No to jaki ty masz wpływ na to, które strony ci się tam pojawią w tym raporcie? Żaden. To po prostu Google decyduje, że akurat ci wyskoczą tam te konkretnie urlę. Przecież to też nie jest tak, że oni tam pokazują wszystko. To jest wszystko publikowane, to jest wszystko według ich widzimisię, tak?

Czyli nawet jeżeli jest taka sytuacja, że tutaj mamy korbę bywajta, się zapytałeś, no i okej, mamy takie śledzenie, jak oni to widzą i jest jakiś trend i okej, to jest na pewno w porządku, żeby widzieć jakiś No trend właśnie, tak? Albo żeby coś po prostu ci się może jakaś lampka zaświeciła. Ale tak naprawdę ty nie wiesz na tym konkretnym url, który ci zależy, a np. wiesz, odpalasz nową kampanię albo nowy produkt itd. To nie ma żadnej gwarancji, że tu ci się pojawi raport na temat tej strony. Ty nie masz nad tym żadnej kontroli, nie? Więc oczywiście są wiadomo, że webowo można odpytać i pojedynczo odpytywać, no ale... Patrząc tak, jeżeli zawężamy się teraz rozmowy do naszej rozmowy w GSC, no to choćby taka jest bolączka, tak? Ja też powiem o jednej rzeczy, że też często w pracy możesz być nieco skonfundowany różnymi mieszanymi sygnałami, no bo to co widzisz w Core Web Vitals jest jedno, no ale najczęściej SEO'owcy też sprawdzają to sobie w innych narzędziach typu...

Bo my też z nim współpracujemy, a propos, znaczy współpracujemy, też nawiązaliśmy taką, można powiedzieć, relację, bo byliśmy ciekawi, co on na to narzędzie. Także ja tutaj myślę, że już właśnie pod koniec maja będzie taka publikacja, gdzie też będzie można ewentualnie sobie poczytać, co Sebastian sądzi na temat naszego narzędzia. Ale to, co w trakcie rozmowy z nim on powiedział, żeby to podkreślać i zresztą to też jest dla mnie bardzo ważne. Dla mnie to jest bardzo ważne, żeby była spójność danych pomiędzy tym, co można znaleźć w interfejsie, czy to GA, czy GSC, wersus tego, co będzie można znaleźć w Revamperze. Nie jest to łatwe, bo zawsze jest jakieś ale i my na swojej stronie revamper11.com

To potrafią być nawet i setki tysięcy wyświetleń i dziesiątki tysięcy klików. I to jest istotne. To jest raz. A dwa, że Revumper korzysta właśnie z tej metodologii per URL. Czyli dopiero w momencie, jeżeli ktoś chciałby porównywać sobie dane z Revumpera versus dane z GSC, to powinien sobie dodać filtr po prostu z URL-em związany i to może być cokolwiek. To może być kropeczka, bo w każdym adresie jest kropka. Chodzi o to, że w ten sposób GSC pokaże Ci inne dane. Jakby z innego źródła je pobierze, niż w momencie, gdy tego filtra nie ma. Ok, ok. No ale właśnie, bo przechodzimy teraz do tych ograniczeń, czyli słynne te tysiąc przykładowych URL-i.

Ja tu jeszcze tylko dodam jedną rzecz, bo też w jakimś kontekście pytałeś o to, co jest ważne w GSC, na co warto zwracać uwagę. Wydaje mi się, że My też zresztą kiedyś mieliśmy taki pomysł, żeby koncentrować się głównie na sitemapach i ta sitemapa miała też istotne znaczenie, no bo wychodzimy z założenia, że sitemapa jest pewnym zbiorem adresów URL, który ktoś wyselekcjonował, czy przynajmniej ten zbiór jest przez niego zarządzany i świadomy w sposób podawany jest mapą, tak jak sama nazwa wskazuje. I teraz to, co jest też w raporcie indeksacji, to jest to, że warto czasem sobie filtrować ten raport w oparciu o sitemapy, które my zgłosiliśmy do GSC.

Czyli rzeczywiście chcemy sprawdzić, czy te wszystkie adresy, które my kontrolujemy, które wiemy, że istnieją, Czy one rzeczywiście są zaindeksowane albo przynajmniej jak są postrzegane przez Googla? Bo zawsze się znajduje szereg, czy może się znajdować szereg różnych adresów, które są poza mapą, które są jakimiś śmieciami albo innymi historiami, adresami z jakimiś parametrami, które niekoniecznie występują w mapie, które wykluczyliśmy i gdzieś tam Crawler je widzi i tutaj zaczyna się jakaś praca dodatkowa, ale corem jest de facto to, żeby to co mamy w sitemapie było zdrowe i to co mamy w sitemapie było widoczne i zrozumiałe dla Googla. Więc tutaj też uczulam na to, że to co jest w GSC w kontekście filtrowania przez mapę ma znaczenie. Ja przynajmniej ze swojej praktyki często korzystam też z zaglądania do tego co jest enhancements, czyli to co dotyczy danych uporządkowanych.

Dane uporządkowane zwłaszcza dziś odgrywają coraz większą rolę, no bo jednak podpowiadają, bo to co siedzi tak naprawdę w kodzie, jaka jest struktura tej strony, co chcemy jej przekazać, więc te ewentualne błędy dotyczące danych uporządkowanych też mają znaczenie. Czasem też korzystam z danych, które dotyczą crawlingu, już czysto Tego co dotyczy informacji związanych z tymi danymi crawlowania przez boty, które można sobie zobaczyć też w settingsach w GSC. No i statusem host. To też tylko przy okazji powiem, to jest dobrze ukryta funkcja, nie? Bardzo dobrze ukryta. Tak, to jest inna sprawa, to jest inna sprawa, tak. Bardzo dobrze ukryta. Ale też weryfikacją właśnie tego, jaki był response, jaka była odpowiedź serwera, czyli to, jak wygląda ten host status, też ma znaczenie.

To też jest ciekawa rzecz, bo czasami jest tak, że okazuje się, zwłaszcza dla tych, którzy na przykład nie prowadzą jakiegoś takiego stałego monitoringu w ogóle serwera i tego, na ile on jest tak naprawdę aktywny cały czas, a na ile tak naprawdę się okazuje, że w pewnym momencie ma jakieś wyłączenia i pojawiają się błędy, bo nagle się okazuje, że Pewne zasoby strony nie są dostępne, sypie 404 i gdzieś później to widzimy post factum w GSC, a to wynikało z tego, że np. strona przez jakiś czas nie była w ogóle dostępna dla użytkowników, więc to też warto sobie badać. I to tylko tak zamykając ten wątek dotyczący tego, gdzie warto zaglądać w GSC. A przechodząc do ograniczeń, tysiąc wierszy wywołanych przez Ciebie. No właśnie, tak. No to tutaj faktycznie każdy raport się do tego sprowadza, szczególnie ten raport taki performance'owy, gdzie OK, można powiedzieć, że jest jakaś w tym zasadność, powiedzmy tam według zasady Pareto 80-20, no to te 1000 URL próbkowane to, szczególnie przy mniejszych serwisach, no OK, można to kupić i uzasadnić.

Trochę jakby robiąc pewien ekskurs, na samym początku w ogóle nasza idea była taka, czemu, która zresztą oczywiście spędzała sen z powiek wielu SEO-wcom i analitykom, czemu nie mogę połączyć informacji o słowie kluczowym i kliknięciach słowa kluczowego z konkretnym landing page'em, tak. Czyli żebym wiedział, Dobra, jak łączyć dane, które zbiera GA i tam widzę na przykład efektywność tego ruchu i co się z tym dzieje na stronie? Docelowo konwersja. Z jakiego słowa kluczowego? Tak, tak, tak. Tego nie można zrobić. To też będę miał taki punkt. Dane z GSC w GA. No dokładnie, więc trochę jakby tutaj już zaczynając ten wątek, to była pierwsza inicjalna myśl. Oczywiście widzieliśmy po researchu, że jest Keyword Hero, narzędzie, które pozwalało na to, ale ono też tak naprawdę nie jest w stu procentach skuteczne i wiele jest tak naprawdę not provided tych informacji.

W związku z tym my mieliśmy pewien koncept, który miał łączyć te dane, próbować je łączyć z GSC, czyli te końcówki i z GA, ale to była jedna inicjalna myśl, która mówiła o tym, o ograniczeniu GSC. Druga była taka, że rzeczywiście 16 miesięcy, tak, 16 miesięcy danych, no to jest mało, bo jeżeli rzeczywiście chcesz porównywać dane, wyciągać jakieś wnioski, To przynajmniej potrzebujesz te 24 miesiące, więc to był drugi element, gdzie zaczynaliśmy się zastanawiać, hej, może przydałby się jakiś plug-in, który powodowałby, że gdzieś storage'owane są te dane i on nakłada te dane na to, co jest w KSC, albo gdzieś będziemy sobie storage'ować do spreadsheet'a, ale na pewno to ograniczenie 16 miesięcy było mocno... Problematyczne. Już nie mówiąc o tym, że w GA też mamy ten problem, tak?

Problem polegający na tym, że... Natywnie dwa miesiące, docelowo 14 miesięcy. Tam niektóre wskaźniki jest możliwe, żeby były przechowywane dłużej, ale na pewno nie kwestia np. customowych raportów, które byś chciał, tak? Dokładnie. Więc to jest kolejny element, który tutaj się pojawiał. I pojawiało się... Problem, o którym Bartek już wspomniał, czyli pracy w ogóle na tym, na tych błędach, czyli że tak, jeżeli pojawiają się jakiekolwiek błędy, informacje z GSC, to okej, ja chciałbym je procedować, ale chciałbym mieć jakąś historię tego, po pierwsze, jak postrzegał je Google, a po drugie, co ja robiłem, czyli to są dwie rzeczy, czyli z jednej strony, żebym wiedział, co zniknęło, co pojawiło się ponownie i miał tak zwanego loga,

Kolejny element, akurat tutaj był plugin, który to adresował, ale nakładanie aktualizacji algorytmu Google'a na wydarzenia związane ze statystykami, to też jest coś, co w dużej mierze było problematyczne, bo chcieliśmy od razu zobaczyć, ok, tu była aktualizacja i jak to wpłynęło na ruch. Więc te rzeczy na pewno były problemem. Problemem oczywiście było też to odpytywanie No i przy okazji przesyłanie później do indeksacji. Tak jest, nie? Ale nawet na poziomie sprawdzania, już czysto monitoringu, które też ma oczywiście swoje ograniczenia w API i to już zostawię Bartkowi, żeby o tym opowiedział, ale przynajmniej z takiego podstawowego sprawdzania ręcznego w GSC, no to jest, nie wiem, z 50 takich requestów, które możesz zrobić dziennie.

Wchodzę w Google, nie ma. Wepchnij do indeksu i za chwilę było znowu. Potem sobie człowiek myśli, czy zwariował, czy co. I to na tej pozycji z powrotem na jedynkę wróciło, więc to ewidentnie jakiś bug. Ale przechodząc właśnie do tego, to wiesz, nasze narzędzie korzysta, ma budowane łączenie nie tylko z GSC API, to są dane właśnie te performance'owe, nie tylko z GA API, gdzie mamy dane i tam pobieramy ruch organiczny, w sensie to są... Odsłony. Natomiast jeszcze jesteśmy połączeni z dwoma API. Jedna to jest Inspecting API, a druga to jest API PageSpeed Insights. Mówiąc o Inspecting API. Ono ma swój limit, który wynosi 2000 URLI dziennie do odpytania i to też jest limit, który się nie da przeskoczyć.

Przejdźmy do danych z Google Search Console'i zaimportowanych do Google Analytics 4. No bo jest dalej ten raport Google Search Console, trzeba tam powiązać sobie property jedno, drugie. Zaciągamy te dane z GSC. No one sobie po prostu są w takiej samej postaci, tylko w Google Search Console'i. To w sumie po co to robimy? Ja tu od razu powiem jeszcze jedną rzecz, bo wydaje mi się, że to do tej pory chyba jest jakimś problemem, bo jak ktoś wiązał dane z GSC AGA, mógł to trafić na taki wątek, gdzie jeżeli miał autoryzację wcześniej dokonaną przez domenę, to niekoniecznie efektywnie mógł powiązać te dane. Okazało to w dużej mierze przez długi czas, nie wiem jak jest teraz, ale mam wrażenie, że chyba dalej to pozostało, Bartosz Nalepa, Jakub Mazurkiewicz.

Plus z GA ruch organiczny w postaci sesji, tak? I my to wiążemy per URL i te dane zobaczysz, tak? Natomiast w Google Analyticsie, nawet w tym powiązanym takim raporcie, jest więcej tych informacji. Natomiast tutaj, tak jak mówię, my jesteśmy w stanie, wiesz, chcieliśmy Złapać pewien taki właśnie to podejście 80-20, gdzie są te najistotniejsze informacje. Jeżeli mówimy, że wiodącym naszym źródłem danych jest GSC, bo ono jest bardziej, bym powiedział, no mimo wszystko jest takie bardziej pewne. GA jest takie bardzo rozbudowane i niekoniecznie każdy tak z niego sprawnie korzysta. No to jeżeli chcieliśmy coś wziąć z GA, to na poparcie danych z GSC jest ten ruch organiczny.

Właściwie to cztery. Możemy powiedzieć cztery, bo mamy GSC API dane, GA API dane, PSI API, żeby odpytywać, po prostu sprawdzać korby Vitalsa, bo tam pobieramy też więcej informacji, oraz Inspecting API po to, żeby móc sprawdzać, jaki jest status w indeksie tych 2000 ulic, do 2000 ulic dziennie, no i Indexing API. Mamy to, tak? Natomiast o skuteczności już rozmawialiśmy. Ekipa Revampair11 przygotowała kod dla słuchaczy podcastu SEO Fridays Podcast. Ten kod wydłuża Wam standardowy trial siedmiodniowy do dwumiesięcznego. Aplikacja działa wtedy w planie najwyższym, Space Battleship. W efekcie jest to oszczędność co najmniej 800 zł netto, brak konieczności podpinania karty kredytowej, więc myślę, że warto skorzystać.

Jest ten obszar współpracy, jest obszar monitorowania, indeksacji, ale nie tylko o tym, o którym powiedzieliśmy. To nie są zadania dla BigQuery. Big Query, czyli duże odpytywanie dla naprawdę dużej liczby danych i posługiwanie się pewnie dla kogoś, kto dobrze SQL ma opanowany. Chociaż powiedzmy sobie szczerze, no pewnie SQL to jest pewnie tam 5, 10, 15 komend i to też w dobie czata GPT to nie jest trudne. Natomiast to jest po prostu narzędzie również obok, komplementarne. Zależy kto czego oczekuje. Też bym tak podsumował. No chociażby te alerty. No, chociażby te alerty, no bo właśnie wy też, a propos, bo też mówiliśmy też wcześniej, jak rozmawialiśmy o alertach i GSC i niedomaganiach, to forma powiadomień w GSC no jest...