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

Więc to jest też kwestia tego, na czym się koncentrujesz i jak patrzysz na dywersyfikację tego ruchu. Tam jest inspecting API, które działa. Dokładnie. No i jeszcze mamy temat samego Analyticsa. O którym pewnie porozmawiamy dzisiaj i co w tym Analyticsie można znaleźć, ale w ekosystemie Google'a mamy Keyword Ad Plannera i Keyword Plannera, czyli możliwość sprawdzania wolumenu poszczególnych słów kluczowych. I plus poprzez stawki wyciągania jakichś pośrednio informacji o popularności jakichś słów. Dokładnie tak, jakichś tam CTR-ach i tego typu historiach. W obszarze contentowym jest tego bez liku, ale oczywiście pewnie tym najbardziej charakterystycznym narzędziem, które być może jest najczęściej wykorzystywane jest notabene polski surfer, który jednak pomaga nam w ramach tego, żeby te treści były odpowiednio zoptymalizowane pod content score.

Zmiłuj się, Panie Boże, to jest w ogóle absurd. Jak ja wdrażałem się w to i tak sobie na to pomyślałem... Kurczę, no to jest niemożliwe, że to jest po prostu tak. Mówi się, pytam Kubę, ale to nie ma na to jakiegoś sposobu, żeby to, nie wiem, wiesz, śledzić, tak? Co się dzieje z tymi stronami? No i się okazuje, że nie. Więc tutaj... Ale jak myślicie, dlaczego tak jest? Czy to jest taka polityka Google'a, żeby za dużo nie odpytywać? Bo zasoby, bo pieniądze? Ja myślę, że tak. Ja myślę, że to jest kwestia też... Wiesz, w momencie, kiedy jesteś hegemonem, to pewne rzeczy ci umykają. Już nie możesz patrzeć na pewne detale. To są nasze potrzeby, ale to nie są potrzeby Google'a na pewno.

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.

Jeszcze ja tylko krótkie jedno sprostowanie, no bo ja też zobaczyłem GA4, Jakieś czas temu wprowadziło z powrotem, czy wprowadziło opcję notatek? Można dodawać już na wykresie notatki, tylko trzeba mieć odpowiednie uprawnienia. Natomiast myślę, że mało osób jeszcze o tym wie i mało kto z tego korzysta w gruncie rzeczy. Ale notatki to są notatki, to też nie o to chodzi, tylko o samą możliwość dodania notatki. Chodzi o to, żeby móc kolaborować i pracować na tych danych, pracować z nimi. Współpracować z innymi, bo często to jest tak, że najlepszym przyjacielem SEO-owca jest deweloper, bo można jako SEO-owiec powymyślać wiele różnych rzeczy, dać świetne rekomendacje, ale jak to nie zostanie wdrożone, to zostajemy z niczym. Natomiast wracając do kwestii indeksacji, to tak jak wspomniałem, że to co dostajemy w raporcie, to jest widzimisię Google'a, w sensie takim, że

Inspecting API to jest... Przepraszam, źle powiedziałem. Teraz rozmawiamy o indexing API, które nie jest inspecting API. A indexing API to jest zgłaszanie do indeksacji. Więc to zgłoszenie do indeksacji to jest, masz taki API, masz limit 200 URL dziennie. No i limit dotyczący typu stron, oficjalnej dokumentacji. Dokładnie, dochodzę właśnie, że jest w oficjalnej dokumentacji, że to jest tylko i wyłącznie dla job listingów i dla serwisów broadcastowych. Więc my o tym jasno informujemy w naszym narzędziu. Jest taki tooltip, w którym mówimy, dajmy taką opcję pingni Google'a. Po prostu, że naprawiłeś i sobie pingni. Natomiast i wiemy, i to też mogło się potem podpisać oraz powiedzieć, że my korzystamy z tego poprawnie i dostajemy zwrotkę 200 z Google'a, że taka prośba od nas wyszła.

A propos tego, co możesz obserwować w GA i po co to jest potrzebne, no wiadomo, że w GA widzisz w jakimś mierze ten realny ruch, no bo kliknięcie nie oznacza to, że to się zakończyło jakąś konkretną sesją i jakimś aktywnością użytkownika na stronie, więc wciąż patrzenie na tę drugą końcówkę, jaką jest GA, abstrahując od tego, o czym gdzieś tu rozmawialiśmy zakulisowo czy też mniej zakulisowo, że jest constant mode i I część tych danych ucieka, no to wciąż przynajmniej ci użytkownicy, którzy wyrazili na to zgodę, są śledzeni i wtedy widzimy realnie tak naprawdę, co oni tam robili, więc warto patrzeć na ten ruch organiczny. Organiczny to oznacza taki, który jest przefiltrowany w raporcie GA, gdzie widzimy ten ruch czysto właśnie organiczny, w zależności od tego, czy chcemy go widzieć tylko z Google'a, czy też z innych wyszukiwarek.

Natomiast ja też z reguły staram się patrzeć na ruch właśnie z różnych wyszukiwarek, niekoniecznie tylko z Google'a. I patrzę tam na różne rzeczy, które dotyczą i sesji, i jakichś tam zdarzeń, eventów, które zostały ustawione, a w przypadku e-commerce'a oczywiście też na dane e-commerce'owe, czy jakiś rodzaj revenue, który tam jest, no bo jak ktoś współpracował z klientem, Robiąc ruch organiczny to pewnie nieraz spotkał się z pytaniem albo oczekiwaniem, no to teraz powiedzcie ile ten ruch dowozi sprzedaży, a najlepiej wyestymujcie ile ten ruch będzie dowodził tej sprzedaży. I to jest pewnie temat na zupełnie oddzielny odcinek pewnie, który można by dedykować, jeżeli takiego Dawid nie robiłeś, bo to jest ciekawa historia a propos jak estymować taki ruch. Natomiast na to bym pewnie zwracał uwagę, na to też bym patrzył.

Jakie są plusy Waszego narzędzia i przewaga nad tym samodzielnym korzystaniem z API, czy tam wiesz, no niektórzy sobie jakieś swoje mini-appki piszą i to API wykorzystują, no i czy właśnie BigQuery, wiesz, płacenie za BigQuery, za odpytania, jakbyście mogli coś więcej na ten temat powiedzieć? Znaczy ja mogę tylko to tak skomentować, my na przykład w jakiejś mierze stworzyliśmy Revampera po to, żeby nie musieć korzystać z BigQuery, To wszystko zależy od poziomu zaawansowania użytkownika i na ile ten użytkownik rzeczywiście jest super biegły w obsłudze BigQuery. Pamiętajmy, że tu jednak jakieś umiejętności w zakresie SQL trzeba mieć i w ogóle jakiś ogar technologiczny środowiska cloudowego Google'a.