Modernizacja strony internetowej bez utraty ruchu organicznego

Nowa strona poszła live w piątek. W poniedziałek klient dzwoni: „Coś się stało z Google, mamy o połowę mniej zapytań z formularza”. Znam ten telefon. Zwykle nie chodzi o żaden algorytm, chodzi o 200 podstron, które przestały istnieć pod starymi adresami. Sama modernizacja rzadko szkodzi widoczności. Prawie zawsze winowajcą okazuje się coś przyziemnego. Pominięte przekierowania. Szablon, w którym ktoś „uporządkował” treść i po drodze wyciął 40% tekstu.

Pracuję metodą, którą nazywam parity 1:1. Każda stara podstrona dostaje odpowiednik w nowej wersji. Stary URL działa dalej albo prowadzi przez przekierowanie 301 do następcy, a H1, meta i treść przechodzą słowo w słowo. Brzmi jak nadgorliwość, dopóki nie zobaczysz różnicy między migracją z mapą przekierowań a migracją bez niej. Przy ostatnim przeniesieniu 640 URL-i z WordPressa na Payload powstało 793 redirecty 301, a PageSpeed poszedł z 56 na 90+. Ruch organiczny nie drgnął w dół ani w jednym tygodniu.

Po kolei.

Dlaczego modernizacja strony bywa ryzykowna dla SEO

Nowy layout wygląda lepiej, a ruch spada. Widziałem to wiele razy i za każdym razem powód był techniczny, nie estetyczny.

Cztery główne źródła problemu:

• zmiana struktury URL: nowy CMS generuje inne slugi, stare adresy przestają istnieć,
• usunięcie treści: copywriter „skraca”, a wraz z akapitami znika kontekst semantyczny, na którym opierały się pozycje,
• zmiana szablonów HTML: H1 staje się divem, meta description generuje się automatycznie,
• utrata linków wewnętrznych: nowe menu jest ładniejsze i uboższe, więc część podstron traci linkowanie.

Po nieprzygotowanym redesignie ruch organiczny potrafi spaść do poziomu, z którego odbudowa zajmuje kilka miesięcy. Części pozycji nie odzyskasz wcale.

Ryzyko utraty pozycji: co konkretnie ginie podczas redesignu

Najpierw autorytet konkretnego URL-a, bo linki zewnętrzne prowadzą do adresu, który zwraca 404. Do tego dochodzi zubożona treść, gdy nowa wersja mówi o tym samym mniejszą liczbą słów, oraz błędy indeksacji świeżych adresów. Serwis z 500 podstronami wypuszczony na produkcję bez mapy przekierowań zaczyna tracić widoczność od fraz ogonowych. Główne frazy trzymają się dłużej, ale też nie wiecznie.

Metoda parity 1:1: co to znaczy w praktyce

Każdy element starej wersji ma swój odpowiednik w nowej. Stary adres działa dalej albo prowadzi przez 301 do treściowego ekwiwalentu. Nagłówki, treść i meta dane przechodzą w niezmienionej formie, więc przebudowa obejmuje warstwę techniczną i wizualną, a sygnały rankingowe zostają w spokoju.

Audyt parity słowo w słowo: jak go przeprowadzić

Audyt parity zaczynam od crawla starej wersji Screaming Frogiem, z custom extraction na H1-H3, meta title, description i atrybuty alt. Eksport wrzucam do arkusza o kolumnach URL stary, URL nowy, treść stara, treść nowa, status zgodności. Różnice sprawdzam w diff checkerze, bo oko przeoczy zmienioną końcówkę nagłówka albo skróconą listę.

Checklist audytu treści krok po kroku

1. Zrzut wszystkich URL-i i treści ze starej wersji.
2. Mapowanie 1:1 na nowe adresy.
3. Porównanie nagłówków i akapitów w diffie.
4. Weryfikacja meta title i description.
5. Sprawdzenie obrazów i alt textów.
6. Akceptacja lub korekta różnic. Wszystko to jeszcze przed publikacją.

Ten etap najlepiej robić razem z klientem. Zespół, który pisał te teksty, w minutę wskaże, które podstrony naprawdę zarabiają na firmę.

Redirecty 301: fundament bezpiecznej migracji

Redirecty 301 wdrażam z tej samej mapy, która powstała w audycie. Trzymam się jednego mapowania, czyli stary URL prowadzi do jednego nowego, treściowego odpowiednika. Żadnych łańcuchów typu A do B do C, bo Screaming Frog pokaże je w raporcie Redirect Chains, a curl -I potwierdzi kod statusu pojedynczego adresu. Cała mapa musi przejść test na środowisku testowym przed startem.

Najczęstsze błędy w konfiguracji przekierowań

• 302 zamiast 301, czyli sygnał tymczasowości, przy którym autorytet nie przechodzi.
• Brak przekierowań dla long taila, bo „to tylko kilka wejść”.
• Zbiorcze kierowanie wszystkiego na stronę główną, co Google traktuje jak soft 404.
• Pętle przekierowań blokujące indeksację.

Efekt pokazuje się z opóźnieniem, zwykle 2-4 tygodnie po wdrożeniu. Pozycje osuwają się, a odzyskanie utraconej mocy linków graniczy z cudem.

PageSpeed przed i po modernizacji: jak mierzyć realny postęp

Test robię, zanim ktokolwiek dotknie kodu. PageSpeed Insights i lokalny Lighthouse dla reprezentatywnego zestawu adresów, u mnie zwykle strona główna, kategoria, wpis blogowy, karta produktu i formularz kontaktowy. Zapisuję wynik mobile i desktop plus surowe metryki LCP, INP (dawniej FID) oraz CLS.

Wyniki trzymam w tabeli, żeby po wdrożeniu wypełnić drugą kolumnę:

Test powtarzam dwa razy. Pierwszy raz dzień po publikacji, na danych laboratoryjnych. Drugi po 4 tygodniach, gdy w Search Console pojawiają się dane polowe z Core Web Vitals. Laboratorium potrafi kłamać, realni użytkownicy nie.

Case study: modernizacja strony internetowej bez spadku ruchu

Przeczytaj więcej: pełne case study migracji 640 stron

Migracja serwisu z 640 URL-i z WordPressa na Payload. Audyt parity wykazał, że nowy szablon gubił nagłówki H2 w sekcjach FAQ i skracał opisy kategorii. Poprawki weszły jeszcze przed publikacją.

Mapa przekierowań objęła 793 redirecty 301, więcej niż adresów, bo doszły warianty z ukośnikiem i stare adresy z parametrami. PageSpeed mobile: 56 do 90+.

Parametry istotne dla SEO ustaliliśmy z zespołem klienta na starcie i to one były kryterium odbioru. Klient brał też udział w kontroli jakości, co przy 640 podstronach realnie skróciło czas wyłapywania różnic.

Nie obyło się bez wpadek. Sitemapa generowała się z opóźnieniem, a paginacja kategorii przez tydzień zwracała 404. Wychwyciła to dopiero Search Console, testy przedwdrożeniowe tego nie złapały.

Kontrariańska teza: czy pełna zgodność treści zawsze jest konieczna

Parity 1:1 traktuję jako zabezpieczenie. Do rangi religii go nie podnoszę. Jeśli podstrona miała słaby, cienki tekst i nie generowała ruchu, przenoszenie go słowo w słowo utrwala problem, bo kopiujesz do nowej wersji coś, co i tak nie działało.

Dzielę więc listę URL-i na dwie grupy. Strony z ruchem, pozycjami w top 10 albo linkami zewnętrznymi przenoszę w trybie parity bez wyjątków, żadnych „ulepszeń” przy okazji. Przy stronach z ruchem bliskim zera i bez linków przebudowa może objąć również treść, czyli nowe nagłówki, rozbudowany tekst, lepsze wewnętrzne linkowanie.

Jeden warunek pozostaje nienaruszalny w obu grupach: URL i przekierowanie. Zmieniasz treść albo adres, nigdy oba naraz. Wtedy przy spadku wiesz, co go wywołało.

Harmonogram bezpiecznej modernizacji strony internetowej

Publikację planuję na początek tygodnia i na okres niskiej sezonowości, nie w piątek po południu i nie w szczycie sprzedaży. Audyt zamykam, zanim cokolwiek pójdzie na produkcję.

Monitorowanie wyników po wdrożeniu nowej wersji strony

Pierwsze dwa tygodnie po starcie to codzienny rzut okiem na Search Console. Patrzę na raport Indeksowanie stron, czyli czy stare adresy zniknęły jako „przekierowanie”, czy nowe wchodzą do indeksu, czy nie pojawiają się nieoczekiwane 404. Osobno sprawdzam raport skuteczności. Zamiast sumy kliknięć patrzę na pozycje najważniejszych zapytań, bo średnia potrafi maskować lokalne spadki.

W GA4 porównuję ruch organiczny rok do roku i tydzień do tygodnia, z podziałem na landing page. Jeśli spada jedna sekcja, wiem, gdzie szukać. Po 2-4 tygodniach powtarzam testy PageSpeed, bo dopiero wtedy w Core Web Vitals pojawiają się dane z realnego ruchu.

Przez pierwsze 30 dni nie ruszam struktury. Żadnych nowych URL-i, żadnego kasowania podstron, nawigacja też czeka. Google potrzebuje stabilnego obrazu, żeby przeliczyć sygnały.

Najczęściej zadawane pytania o modernizację strony internetowej

Podsumowanie

Za spadki nie odpowiada sama modernizacja, tylko bałagan przy przeprowadzce. Najczęściej brakujące przekierowania i wycięte akapity, czasem szablon, który gubi nagłówki. Z przygotowaną mapą redirectów, audytem parity i pomiarem sprzed startu migracja przestaje być loterią. Robi się z niej procedura, nudna jak lista kontrolna. I dobrze. Migracja 640 URL-i z WordPressa na Payload podniosła wynik mobile z 56 na 90+, a ruch organiczny nie zanotował ani jednego słabszego tygodnia.

Najważniejsze wnioski

• Parytet pilnuje sygnałów rankingowych: URL (lub 301 do ekwiwalentu), H1, nagłówki, treść i meta dane przechodzą bez zmian. Wygląd i technika mogą się zmienić dowolnie.
• Audyt zamykasz przed publikacją: crawl starej wersji z custom extraction na H1-H3, meta i alty, arkusz porównawczy i diff checker wychwytują skróconą listę czy zmienioną końcówkę nagłówka, których oko nie zauważy.
• Mapa przekierowań ma więcej pozycji niż URL-i: w case study 640 adresów wymagało 793 redirectów, bo doszły warianty z ukośnikiem i stare adresy z parametrami. Pominięcie ich to cichy wyciek long taila.
• Cztery błędy redirectów kosztują najwięcej: 302 zamiast 301, brak przekierowań dla „kilku wejść”, zbiorcze kierowanie na stronę główną i pętle blokujące indeksację. Efekt widać dopiero po 2-4 tygodniach, gdy moc linkowa już przepadła.
• Pomiar robisz przed startem: PageSpeed Insights i Lighthouse na reprezentatywnym zestawie adresów, z zapisem LCP, INP i CLS w wersji mobile i desktop.
• Dane lab to dopiero połowa obrazu: test dzień po publikacji daje dane laboratoryjne, realną ocenę Core Web Vitals dostajesz po 4 tygodniach, gdy spłyną dane od użytkowników.
• URL-e dziel na dwie grupy: strony z ruchem, top 10 lub linkami zewnętrznymi przenosisz bez wyjątków, przy stronach z ruchem bliskim zera treść można przebudować.
• Nigdy nie zmieniaj treści i adresu jednocześnie: to jedyny sposób, by przy spadku wiedzieć, co go wywołało. Przez pierwsze 30 dni po starcie struktura, nawigacja i lista URL-i pozostają zamrożone.