Przebudowa strony bez utraty pozycji w Google — checklista migracji

Przebudowa strony bez utraty pozycji w Google sprowadza się do jednej zasady: każdy adres URL, który miał ruch lub linki, musi po migracji istnieć albo prowadzić przekierowaniem 301 do najbliższego odpowiednika. Spadki po redesignie w zdecydowanej większości przypadków biorą się z porzuconych adresów i usuniętej treści, a nie z nowego wyglądu.

Poniżej checklista, którą przechodzimy przy każdej przebudowie — podzielona na to, co robi się przed startem, w dniu wdrożenia i po nim.

Jakie zmiany są ryzykowne dla SEO?

• Zmiana struktury adresów — największe ryzyko. Każdy zmieniony URL to potencjalnie utracona pozycja.
• Zmiana domeny — ryzyko porównywalne, wymaga dodatkowo zgłoszenia zmiany adresu w Search Console.
• Skrócenie treści — nowa, „czystsza” strona z 300 słowami zamiast 1200 traci pozycje na frazy, których już nie zawiera.
• Zmiana CMS-a lub technologii — sama w sobie neutralna, ale zwykle pociąga za sobą wszystkie powyższe.
• Zmiana samego wyglądu — najmniej ryzykowna, o ile treść, nagłówki i adresy zostają.

Przed migracją: zrób inwentaryzację

To etap, którego nie da się nadrobić później — po wyłączeniu starej strony część tych danych znika bezpowrotnie.

• Wyeksportuj listę wszystkich adresów ze starej mapy strony i z raportu „Strony” w Google Search Console.
• Pobierz raport skuteczności z GSC za ostatnie 12 miesięcy — z podziałem na strony i zapytania. To jest twoja baza porównawcza po starcie.
• Zapisz obecne tytuły i opisy meta wszystkich podstron, które mają ruch.
• Sprawdź, które podstrony mają linki z zewnątrz — te bezwzględnie muszą dostać przekierowanie.
• Zrób kopię starej strony — plików i bazy danych. Zawsze.

Mapa przekierowań 301 — serce migracji

Mapa przekierowań to arkusz z dwiema kolumnami: stary adres i nowy adres. Zasady są trzy. Po pierwsze: przekierowanie musi być typu 301 (stałe), nie 302 — tylko 301 przekazuje wartość pozycjonowania. Po drugie: przekierowuj do najbliższej tematycznie podstrony, nigdy hurtowo na stronę główną. Po trzecie: unikaj łańcuchów — stary adres ma prowadzić bezpośrednio do docelowego, a nie przez dwa pośrednie.

Jeśli dla jakiejś starej podstrony nie ma odpowiednika i nie zamierzasz go tworzyć, świadomie zostaw kod 410 albo 404. To lepsze niż przekierowanie na niepowiązaną treść, które Google i tak potraktuje jak miękki błąd 404.

W dniu wdrożenia: kolejność ma znaczenie

• Sprawdź, czy wersja testowa nie jest zaindeksowana — plik robots.txt na staging powinien blokować wszystko, a produkcyjny odblokować.
• Zweryfikuj, czy na nowej stronie nie został przypadkiem tag `noindex` ze środowiska testowego. To najczęstsza pojedyncza katastrofa przy wdrożeniach.
• Wgraj przekierowania w tym samym momencie, co nową stronę, nie dzień później.
• Sprawdź certyfikat SSL i przekierowanie z wersji `www` na bez-`www` (albo odwrotnie) — jedna wersja kanoniczna.
• Wygeneruj i wgraj nową mapę strony z aktualnymi adresami.

Po starcie: co sprawdzać i przez jak długo

Pierwsze 48 godzin: przejdź ręcznie po 20–30 najważniejszych starych adresach i sprawdź, czy każdy trafia tam, gdzie powinien. Zgłoś nową mapę strony w Google Search Console i użyj narzędzia „Sprawdzenie adresu URL” dla strony głównej i kluczowych podstron usług.

Pierwsze 4 tygodnie: obserwuj raport „Indeksowanie stron” pod kątem wzrostu liczby błędów 404 i sekcję „Wykryto — obecnie nie zaindeksowano”. Wahania pozycji w pierwszych dwóch tygodniach po migracji są normalne. Jeśli po 4–6 tygodniach ruch nie wrócił do poziomu sprzed zmiany, to znak, że coś w mapie przekierowań lub w treści zostało zgubione — wtedy wraca się do eksportu z GSC i porównuje stronę po stronie.

Czy da się przebudować stronę bez żadnego spadku?

Krótkoterminowo prawie zawsze pojawia się kilkudniowe wahanie — Google musi ponownie przeskanować i przeliczyć witrynę. Cel realistyczny to powrót do poziomu wyjściowego w 4–6 tygodni i wzrost powyżej niego, jeśli przy okazji poprawiliście szybkość, strukturę treści i wersję mobilną. Trwała utrata pozycji nie jest nieuchronnym kosztem redesignu — jest skutkiem pominięcia checklisty powyżej.