Search Console: jak odróżnić błąd rejestrowania danych od rzeczywistego spadku

Raport tracący w ciągu nocy połowę wyświetleń wygląda na katastrofę, a zwykle jest błędem księgowym. Google potwierdził taką usterkę dla 13 do 17 sierpnia 2026 w raporcie o generatywnej AI oraz drugą, odrębną, dla 13 sierpnia w Discover. Żadna nie odzwierciedlała tego, co działo się w wynikach wyszukiwania.

Rozróżnienie ma znaczenie, bo reakcje są przeciwne. Rzeczywista utrata widoczności wymaga pracy. Usterka zapisu wymaga adnotacji i niczego więcej, a każda praca mimo to w nią włożona zostanie przypisana niewłaściwej przyczynie, gdy tylko liczby wrócą.

Najpierw lista

Google prowadzi w pomocy Search Console stronę ze znanymi anomaliami danych, a wymienia na niej dotknięty raport, dotknięty wskaźnik i zakres dat. Nie jest to monitor stanu ani rzecz szybka, ale wpisy pojawiają się w ciągu kilku dni i zostają na stałe.

Anomalia, która tam stoi, jest załatwiona. Nic nie wymaga badania, a jedynym sensownym działaniem jest oznaczenie okresu jako nieporównywalnego wszędzie tam, gdzie liczby są czytane. Ciekawym przypadkiem jest spadek, którego na liście nie ma – bo jest prawdziwy albo bo nikt go jeszcze nie zgłosił.

Cztery cechy zdradzające usterkę

wskazniki     jeden sie rusza, towarzysze trzymaja
              wyswietlenia bez klikniec to klasyczna para
              prawdziwa utrata pozycji rusza obie

krawedzie     usterka zaczyna sie i konczy na calym dniu
              kalendarzowym. Zmiana widocznosci idzie za
              ruchem, wygina sie przez tydzien i pokazuje
              zwykly wzorzec tygodniowy

zasieg        jeden raport, nie wszystkie
              Discover, Wyszukiwarka i raport o generatywnej
              AI sa zapisywane osobno i psuja sie osobno

kontrola      dzienniki serwera i sesje z analityki pochodza
              z zupelnie innego toru, wiec albo potwierdzaja
              spadek, albo zawezaja go do Search Console

Sprawdzenie wskaźników jest najmocniejsze z czterech i nic nie kosztuje. Wyświetlenia liczy się, gdy wynik zostaje pokazany; kliknięcia, gdy ktoś na nim działa. Tor zapisu może stracić jedno bez drugiego, rzeczywistość nie może: strona, która przestaje się pojawiać, przestaje też być klikana.

Kontrola z drugiego źródła to ta pomijana i jedyna dająca niezależną odpowiedź. Sesje z wyszukiwania organicznego w zasobie analitycznym nie zależą od Search Console w żaden sposób. Jeśli trzymały się stabilnie, gdy wyświetlenia się załamywały, załamał się zapis.

Kierunek nie zawsze wskazuje w dół

Przypadek z tego roku wart zapamiętania biegnie w drugą stronę. 3 kwietnia 2026 Google potwierdził, że błąd rejestrowania zawyżał wyświetlenia od 13 maja 2025 – blisko pięćdziesiąt tygodni zbyt wysokich liczb. Poprawka szła przez miesiąc, 27 kwietnia sprawę uznano za rozwiązaną.

Kliknięcia nigdy nie ucierpiały. Wyświetlenia tak, a wraz z nimi wszystko, co się z nich liczy: współczynnik klikalności był zaniżony przez cały okres, bo jego mianownik był za duży, a średnia pozycja przesunęła się, bo powstaje na wyświetleniach.

Nieprzyjemna jest chwila poprawki. Gdy zadziałała, wyświetlenia spadły – a ten spadek wyglądał dla każdego, kto nie przeczytał komunikatu, dokładnie jak utrata widoczności. Porównanie rok do roku ciągnięte dzisiaj nadal przecina tę granicę, a obie jej strony liczone są inaczej.

Co warto zachować

Dwa nawyki pokrywają większość rzeczy. Pierwszy to warstwa adnotacji: każda potwierdzona anomalia utrwalona wraz z zakresem dat, i to tam, gdzie leżą wykresy, żeby porównanie przecinające granicę niosło widoczne ostrzeżenie zamiast cichego.

Drugi to drugie źródło. Dzienny eksport sesji organicznych z zasobu analitycznego, przechowywany obok liczb z Search Console, zamienia pytanie kosztujące popołudnie w takie, które kosztuje spojrzenie. Wyszukane być nie musi. Niezależne musi.