Spadek pozycji po aktualizacji Google: plan naprawczy

Spadek pozycji po aktualizacji algorytmu wygląda z poziomu raportu zawsze tak samo: krzywa widoczności łamie się w ciągu kilku dni, ruch z wyszukiwarki spada o kilkanaście albo kilkadziesiąt procent, a w skrzynce pojawia się pytanie „co z tym robimy”. Najgorsze decyzje zapadają właśnie wtedy, w pierwszym tygodniu, pod presją. Poniżej jest uporządkowany plan na pierwsze sześć tygodni: od potwierdzenia, że to faktycznie algorytm, po kolejność napraw ustawioną od najtańszych.

Jak potwierdzić, że to aktualizacja

Zanim cokolwiek zmienisz, musisz wiedzieć, czy spadek w ogóle ma związek z aktualizacją. Trzy sygnały, które trzeba zestawić razem:

• Data. Google publikuje listę potwierdzonych aktualizacji w dokumentacji Search Central wraz z datą startu i zakończenia rolloutu. Jeśli Twój spadek zaczyna się w oknie rolloutu, to przesłanka. Jeśli zaczyna się dwa tygodnie wcześniej, to nie.
• Zasięg. Aktualizacje główne rzadko uderzają w jedną podstronę. Jeżeli traci cały serwis albo cała sekcja tematyczna, to wygląda na algorytm. Jeżeli traci jeden URL, szukaj przyczyny lokalnej.
• Kierunek konkurencji. Sprawdź pięć do dziesięciu zapytań, na których straciłeś najwięcej, i zobacz, kto wszedł na Twoje miejsce. Jeśli w górę poszły serwisy o wyraźnie innym profilu (fora, serwisy branżowe, marki producentów), to sygnał, że zmieniła się interpretacja intencji, a nie jakość Twojej strony.

Dobrym punktem odniesienia jest też to, jak w ogóle działają aktualizacje główne i czym różnią się od aktualizacji spamowych czy od zmian w systemach oceny recenzji. Reakcja na każdy z tych typów wygląda inaczej, a mylenie ich kosztuje tygodnie.

Pierwsze 72 godziny: czego nie robić

Rollout aktualizacji głównej trwa zwykle od dwóch do czterech tygodni. W trakcie rolloutu pozycje potrafią skakać w obie strony, bo zmiany wchodzą falami na różnych centrach danych. Wnioski wyciągnięte trzeciego dnia opisują więc stan przejściowy, nie wynik.

Lista rzeczy, których w pierwszych 72 godzinach nie wolno robić:

1. Nie usuwaj treści. Masowe kasowanie „słabych” wpisów to najczęstszy odruch i najdroższy błąd. Usunięta podstrona przestaje zbierać dane, więc tracisz możliwość sprawdzenia, czy odbije po zakończeniu rolloutu.
2. Nie przepisuj title i description na całym serwisie. Globalna zmiana metadanych w trakcie rolloutu uniemożliwia rozdzielenie efektu algorytmu od efektu Twojej zmiany.
3. Nie zrzekaj się linków. Disavow bez twardego dowodu na atak linkowy odbiera moc profilowi, który często jest jedynym powodem, dla którego jeszcze gdziekolwiek rankujesz.
4. Nie zmieniaj struktury URL. Przebudowa adresów w środku aktualizacji nakłada koszt ponownego indeksowania na już niestabilną sytuację.

Co warto zrobić zamiast tego: zrzucić dane. Wyeksportuj z Search Console pełny raport zapytań i stron za 28 dni przed spadkiem oraz ustaw przypomnienie na eksport po zakończeniu rolloutu. Bez tej migawki za miesiąc nie udowodnisz niczego, bo Search Console pokazuje dane w oknie kroczącym.

Analiza: które podstrony i które zapytania

Analiza zaczyna się od rozbicia spadku na poziomy. Najpierw podział na szablony: wpisy blogowe, strony kategorii, strony ofertowe, archiwa. Bardzo często okazuje się, że serwis „stracił 30 procent”, ale faktycznie stracił jeden typ strony, a reszta stoi w miejscu.

Potem podział na zapytania. Zestaw dla każdego URL pozycję sprzed i po, osobno dla zapytań brandowych i niebrandowych. Spadek wyłącznie na zapytaniach niebrandowych to klasyczny obraz aktualizacji. Spadek także na brandzie sugeruje problem techniczny albo sezonowość, nie algorytm.

Trzeci podział, najczęściej pomijany: kraj i urządzenie. Zapytania z jednego rynku potrafią przesunąć średnią pozycję całego serwisu, mimo że na rynku docelowym nic się nie zmieniło. Zanim nazwiesz coś spadkiem, sprawdź, czy nie patrzysz na zmianę struktury ruchu.

Drugi wiersz tej tabeli jest dziś najczęstszy i najczęściej błędnie diagnozowany. Jeśli pozycje stoją, a klikalność leci, prawdziwym tematem nie jest ranking, tylko to, co pojawiło się nad wynikami organicznymi. Opisaliśmy ten scenariusz osobno w materiale o tym, jak wygląda spadek kliknięć po AI Overviews, bo plan naprawczy jest tam zupełnie inny niż przy klasycznej aktualizacji.

Typowe przyczyny spadków w ostatnich aktualizacjach

Z serwisów, które realnie traciły w ostatnich kilkunastu miesiącach, powtarzają się cztery wzorce.

Treść pisana pod zapytanie, nie pod problem. Wpisy, które odpowiadają na frazę, ale nie domykają sprawy czytelnika: brak konkretów, brak danych, brak tego, co dalej. Google od lat przesuwa wagę w stronę materiałów, które kończą sesję, zamiast odsyłać użytkownika z powrotem do wyników.

Rozmycie tematyczne. Serwis, który zaczął od wąskiej niszy, a przez dwa lata dopisywał wszystko, co miało wolumen. Sekcje bez związku z rdzeniem potrafią ciągnąć w dół ocenę całości.

Brak weryfikowalnego autorstwa. Przy tematach, w których liczy się wiarygodność (finanse, zdrowie, prawo, ale coraz częściej też B2B), anonimowa redakcja jest realnym obciążeniem. Znaczenie ma nie tyle sam box autora, ile to, czy autor da się potwierdzić poza serwisem.

Kanibalizacja po latach publikowania. Pięć wpisów o tym samym, każdy z nich trochę inny, żaden pełny. Algorytm wybiera jeden i zwykle wybiera gorzej niż Ty byś wybrał.

Plan napraw w kolejności od najtańszych

Kolejność ma znaczenie, bo każda naprawa kosztuje czas i każda zaburza pomiar następnej. Zaczynaj od tych, które są tanie i odwracalne.

1. Tydzień 1 i 2: higiena techniczna. Sprawdź, czy strony, które straciły, są w ogóle pobierane i indeksowane. Narzędzie inspekcji URL, status indeksowania, data ostatniego pobrania. Zdarza się, że „spadek po aktualizacji” to w rzeczywistości strony, które wypadły z indeksu z powodu błędu serwera w czasie rolloutu.
2. Tydzień 2: konsolidacja kanibalizacji. Dla każdego zapytania, na którym straciłeś najwięcej, sprawdź, ile Twoich URL na nie rankowało w ciągu ostatniego kwartału. Jeśli więcej niż jeden, scal słabszy w mocniejszy i ustaw przekierowanie 301. To zwykle najszybciej zwracająca się praca.
3. Tydzień 3 i 4: pogłębienie najmocniejszych stron. Nie wszystkich. Wybierz pięć do dziesięciu podstron o największym potencjale i dołóż tam to, czego faktycznie brakuje względem wyników, które Cię wyprzedziły: dane, procedury, przykłady, aktualne liczby. Praktyczne kryteria wyboru opisaliśmy przy okazji tematu, którym jest aktualizacja starych wpisów.
4. Tydzień 4 i 5: autorstwo i sygnały zaufania. Realne biogramy, powiązania z profilami zewnętrznymi, poprawne dane strukturalne. To praca jednorazowa, która działa na cały serwis.
5. Tydzień 5 i 6: linkowanie wewnętrzne. Upewnij się, że strony, które mają odbić, dostają linki z najmocniejszych podstron serwisu, a nie tylko ze stopki i z archiwum.

Czego w tym planie nie ma celowo: masowego usuwania treści, zmiany szablonu, migracji i nowego projektu graficznego. Wszystkie te rzeczy mogą być potrzebne, ale nie w trakcie dochodzenia do przyczyny.

Ile czasu potrzeba na odbicie

Realistyczne okno to kolejna aktualizacja główna, czyli zwykle od dwóch do czterech miesięcy. Google komunikuje to wprost: zmiany wprowadzone po aktualizacji są uwzględniane na bieżąco, ale pełna ponowna ocena serwisu następuje przy kolejnym przeliczeniu. Oznacza to, że poprawki wdrożone w tygodniu drugim mogą dać widoczny efekt dopiero kilka miesięcy później.

Co można zobaczyć wcześniej: poprawę klikalności po zmianie metadanych, powrót pojedynczych URL po usunięciu kanibalizacji, wzrost na długim ogonie po pogłębieniu treści. Czego nie zobaczysz wcześniej: powrotu całej domeny do stanu sprzed aktualizacji.

Warto też ustawić realistyczne oczekiwania co do punktu docelowego. Po aktualizacji, która zmieniła dobór wyników dla danej intencji, powrót do dokładnie tej samej pozycji bywa po prostu niemożliwy, bo Google pokazuje tam teraz inny typ strony. W takim przypadku sensowniejszym celem jest odbudowa ruchu z innych zapytań niż odzyskanie konkretnej pozycji.

Kiedy spadek nie ma nic wspólnego z algorytmem

Przed uruchomieniem całego planu odhacz listę przyczyn, które wyglądają jak aktualizacja, a nią nie są:

• Sezonowość. Porównaj rok do roku, nie miesiąc do miesiąca.
• Zmiana na stronie. Wdrożenie, migracja wtyczki, zmiana szablonu, przypadkowe noindex. Sprawdź historię wdrożeń z tego samego tygodnia.
• Problemy serwerowe. Skoki czasu odpowiedzi i błędy 5xx w czasie rolloutu potrafią zrobić więcej szkody niż sam algorytm.
• Zmiana sposobu raportowania. Filtry w Search Console, nowa właściwość, zmiana domeny kanonicznej.
• Przesunięcie ruchu do asystentów AI. Część zapytań informacyjnych kończy się dziś w czacie, a nie w wyszukiwarce. Jak to wygląda w praktyce przy zapytaniach zakupowych, pokazują nasze testy rekomendacji B2B w ChatGPT i Claude.

Jeżeli którakolwiek z tych pozycji się potwierdzi, plan naprawczy dla aktualizacji jest zbędny, a czasem wręcz szkodliwy, bo zmieniasz działający serwis w reakcji na przyczynę, której nie ma.

FAQ