Modelowane listy odbiorców nie zawierają konkretnych osób, tylko prawdopodobieństwa. Wyjaśniam, jak powstają, gdzie ich szukać w panelu i jak czytać ich raporty.
Podsumowanie roku w SEO ma jedną nieprzyjemną cechę: bardzo łatwo zrobić je tak, żeby wyszło dobrze. Wystarczy dobrać zakres daty, pokazać wykres wyświetleń zamiast kliknięć, dorzucić listę fraz w pierwszej trójce i pominąć to, że połowa z nich to nazwa marki. Widziałem takie raporty i sam kiedyś jeden czy dwa napisałem, zanim zrozumiałem, że one nie służą nikomu.
Zamknięcie roku ma sens tylko wtedy, gdy odpowiada na pytanie, czy warto było wydać te pieniądze i co robić dalej. To znaczy: co poprawiło się dzięki naszej pracy, co zmieniło się niezależnie od nas, a czego z dostępnych danych po prostu nie da się rozstrzygnąć.
Poniżej opisuję, jak sam składam takie podsumowanie na koniec grudnia — z jakich źródeł, w jakiej kolejności i gdzie trzymam ręce z daleka od wniosków.
Pierwsze pytanie nie brzmi „ile mamy kliknięć”, tylko „jaki był cel na ten rok”. Bez tego podsumowanie zamienia się w prezentację przypadkowych liczb, które akurat urosły. Jeśli rok temu ustaliliście, że celem są zapytania ofertowe, to rozliczacie zapytania ofertowe — a nie sumę kliknięć z wyszukiwarki, w której siedzi też marka, blog i pytania o kontakt.
Rozdzielam więc dane na trzy koszyki, zanim cokolwiek policzę:
Ten podział robię przez filtry w raporcie skuteczności Search Console — od kwietnia 2021 są tam wyrażenia regularne, więc odsianie wariantów nazwy marki to jedna reguła, nie dziesięć osobnych filtrów.
Raport skuteczności jest dla mnie najbliżej prawdy, bo pokazuje realne wyświetlenia i kliknięcia z wyszukiwarki, a nie pozycje symulowane przez zewnętrzne narzędzie z jednej lokalizacji. Ma jednak dwa ograniczenia, o których w podsumowaniach rocznych się zapomina.
Pierwsze: dane sięgają szesnastu miesięcy wstecz. Pod koniec grudnia oznacza to, że nie zestawisz w interfejsie pełnego 2022 roku z pełnym 2021 — najstarsze dostępne dni to końcówka poprzedniego lata. Jeśli chcesz porównywać lata kalendarzowe, musisz mieć te dane wyeksportowane wcześniej. Dlatego raz w miesiącu zrzucam raport skuteczności do arkusza; to trzy minuty pracy, które ratują podsumowanie rok później.
Drugie: średnia pozycja jest średnią i niczego nie dowodzi. Fraza, która przez pół roku była na drugiej stronie, a potem weszła na czwarte miejsce, pokaże średnią w okolicach dziesiątki — czyli liczbę, której nigdy nie zajmowała. Raport nie pozwala też filtrować po zakresie pozycji, więc jeśli chcę zobaczyć, co siedzi między jedenastką a dwudziestką, eksportuję dane i liczę po swojemu.
Dokładam do tego raport indeksowania i raport podstawowych wskaźników internetowych — żeby sprawdzić, czy w ciągu roku nie narosło problemów technicznych, które będą kosztować w kolejnym.
Rok 2022 był gęsty od aktualizacji i bez ich datami opisanego wykresu połowa wniosków będzie fałszywa.
Na osi czasu zaznaczam: marcową aktualizację dotyczącą recenzji produktów, majową aktualizację rdzenia, wrześniową aktualizację rdzenia (12–26 września, nachodzącą na wrześniową aktualizację recenzji) i październikową aktualizację antyspamową. Do tego sierpniowy start systemu przydatnych treści, który obejmował wyłącznie zapytania angielskie, więc na polskich witrynach nie miał wtedy zastosowania.
Dwie rzeczy z grudnia wymagają szczególnej ostrożności. Piątego grudnia ruszyła aktualizacja systemu przydatnych treści rozszerzona na wszystkie języki, a czternastego — aktualizacja dotycząca spamu linkowego. Oba wdrożenia w chwili pisania tego tekstu wciąż trwają, więc dane z ostatnich tygodni miesiąca są niestabilne.
Dlatego rozliczenie merytoryczne domykam na końcu listopada, a grudzień opisuję osobno, z adnotacją, że obraz ustabilizuje się w styczniu.
Search Console powie, ile osób weszło z wyszukiwarki. Nie powie, co dalej — a to zwykle jest sedno rozmowy z klientem. Trzymam się tu trzech wielkości: sesje z kanału organicznego, konwersje z tego kanału i ich udział w całości.
Warto przy tym uświadomić sobie, w jakim momencie jesteśmy. Universal Analytics nadal zbiera dane i będzie to robić do 1 lipca 2023 — Google ogłosił tę datę w marcu. Rok 2022 jest więc ostatnim pełnym rokiem, który da się rozliczyć w narzędziu znanym od lat, z porównaniem do 2021 bez żadnych zastrzeżeń.
I dokładnie dlatego robię jeszcze jedną rzecz, która formalnie do podsumowania nie należy: sprawdzam, od kiedy na stronie zbiera dane GA4. Jeśli usługa powstała w listopadzie, raport za 2023 rok nie będzie miał z czym się porównywać. Widzę to na większości kont, które przejmuję — GA4 jest założone, ale albo bez zdarzeń konwersji, albo bez wykluczonego ruchu wewnętrznego.
Podsumowanie samych wyników jest niepełne i łatwo je podważyć. Dlatego obok wykresów zestawiam listę tego, co przez rok zostało zrobione: ile tekstów powstało i na jakie grupy zapytań, które podstrony przepisano albo scalono, co poprawiono technicznie, jakie linki przybyły i skąd. Oraz ile z zaplanowanych rzeczy nie weszło i dlaczego — bo to zwykle najciekawszy punkt raportu.
Ta lista pozwala zestawić nakład z rezultatem. Brak efektu w jakimś obszarze najczęściej ma banalne wytłumaczenie: nie zrobiliśmy tam nic, bo teksty czekały na akceptację. A jeśli w jednej kategorii powstała seria tekstów i nic z tego nie wyszło, to jest wniosek na przyszły rok, a nie porażka do zamiecenia.
Jest zestaw sytuacji, w których porównanie roczne przestaje cokolwiek znaczyć i lepiej to napisać wprost, niż udawać, że liczby są czyste.
Wykresu widoczności z narzędzia zewnętrznego nie wkładam do podsumowania jako miary efektu — to wskaźnik konkretnego dostawcy liczony na jego bazie fraz, przydatny do obserwacji konkurencji, ale nie do rozliczenia z pieniędzmi.
Raport, którego nikt nie otworzy w marcu, jest stratą czasu. Na pierwszej stronie daję trzy do pięciu zdań: co zmieniło się w ruchu wartościowym, dzięki czemu, co nie zadziałało. Dalej wykresy z opisanymi datami aktualizacji, lista wykonanej pracy, a na końcu trzy priorytety na kolejny rok.
Do tego dwie rzeczy, o których łatwo zapomnieć: eksport danych z Search Console za cały dostępny zakres oraz notatka z listą zmian na stronie i ich datami. Za rok, gdy będę szukał przyczyny jakiegoś spadku, ta notatka będzie warta więcej niż każdy wykres.
Nie robię natomiast prognoz procentowych. Nie umiem uczciwie napisać, o ile wzrośnie ruch, a wpisanie takiej liczby tworzy zobowiązanie, którego nie kontroluję. Zamiast tego opisuję, co zamierzam zrobić i po czym poznamy, że to działa.
Używamy plików cookies, aby ułatwić Ci nawigację oraz wykonywanie określonych funkcji. Szczegółowe informacje o wszystkich plikach cookies znajdziesz w każdej kategorii zgody poniżej.
Pliki cookies oznaczone jako "Niezbędne" są przechowywane w Twojej przeglądarce, ponieważ są one kluczowe dla zapewnienia podstawowych funkcji strony.
Używamy również plików cookies firm trzecich, które pomagają nam analizować, w jaki sposób korzystasz z tej strony, zapamiętują Twoje preferencje oraz dostarczają treści i reklamy odpowiednie dla Ciebie. Te pliki cookies będą przechowywane w Twojej przeglądarce tylko za Twoją uprzednią zgodą.
Możesz zdecydować, czy chcesz włączyć lub wyłączyć niektóre bądź wszystkie te pliki cookies, jednak wyłączenie niektórych z nich może wpłynąć na Twoje doświadczenia podczas przeglądania strony.
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| __cf_bm | 13 minutes | Cloudflare bot management — distinguishes humans from bots. |
| rc::* | Persistent | Google reCAPTCHA — localStorage holding anti-bot challenge state. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| wpEmojiSettingsSupports | Session | WordPress — sessionStorage flag caching whether the browser can render emoji (feature detection). |
| ytidb* | Persistent | YouTube — IndexedDB storing playback/search state for embedded videos. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| _ga_* | 400 days | Google Analytics 4 — persists session state per property. |
| _ga | 400 days | Google Analytics — distinguishes unique users via a client id. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| NID | 183 days | Google — stores preferences for personalized ads. |
| fr | 90 days | Meta — encrypted Facebook id and browser id for ads. |
| _gcl_au | 90 days | Google AdSense/Ads — experiments with advertising efficiency (conversion linker). |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| __Secure-YNID | 180 days | |
| YSC | Session | |
| __Secure-ROLLOUT_TOKEN | 180 days | |
| VISITOR_INFO1_LIVE | 180 days | |
| VISITOR_PRIVACY_METADATA | 180 days | |
| datr | 400 days | |
| sb | 400 days | |
| wd | 7 days |