Lista kontrolna SEO przy redesignie strony: dlaczego ruch spada po relaunchu, co sprawdzić przed startem, w jego trakcie i po nim oraz jak zachować widoczność w Google i AI.

W skrócie
redesign strony zachowuje swoje SEO, gdy strony przynoszące ruch zachowują adresy URL (albo dostają przekierowanie 301), tekst, tytuły, nagłówki i linki wewnętrzne, a nowe szablony pozostają dostępne dla robotów i szybkie. Większość spadków po starcie wynika z usuniętej treści, zepsutych linków wewnętrznych, zapomnianego noindex ze środowiska testowego albo treści, która pojawia się tylko dzięki JavaScript. Przeskanuj starą witrynę, zanim zaczniesz, przetestuj nową na chronionym serwerze testowym, a po starcie porównaj obie.
Chcesz dowiedzieć się więcej? Zapytaj
SEO przy redesignie strony to praca polegająca na ochronie pozycji w czasie, gdy zmieniają się szablony, wygląd, nawigacja, treść lub CMS. Ten poradnik dotyczy redesignów, które zachowują tę samą domenę. Jeśli zmienia się domena lub większość adresów URL, projekt jest migracją: skorzystaj z naszej listy kontrolnej migracji SEO i z poradnika Google o przenoszeniu witryny ze zmianą adresów URL, który ostrzega właścicieli witryn, by spodziewali się tymczasowych wahań pozycji.
Tak, za każdym razem. Google i asystenci AI, którzy czytają sieć, oceniają strony na podstawie tego, co znajdą w HTML: tekstu, tytułów, nagłówków, linków, danych strukturalnych, szybkości. Redesign zmienia część tych sygnałów lub wszystkie, więc wyszukiwarki oceniają strony od nowa. Efekt może być pozytywny (szybsze strony, wyraźniejsza struktura, lepsza treść) albo negatywny (uboższe strony, utracone linki). O wyniku decyduje to, ile sygnałów rankingowych zachowują nowe szablony.
| Co zmienia się w redesignie | Ryzyko SEO | Dlaczego |
|---|---|---|
| Tylko kolory, czcionki, obrazy | Niskie | Treść HTML i adresy URL pozostają bez zmian |
| Nowe szablony i układy stron | Średnie | Nagłówki, bloki tekstu i linki wewnętrzne często się przesuwają lub znikają |
| Nowa nawigacja i menu | Średnie | Głębokość linków i wewnętrzny autorytet zostają rozdzielone na nowo |
| Treść przepisana lub połączona | Wysokie | Strony tracą fragmenty i słowa kluczowe, na które się pozycjonowały |
| Nowy CMS lub framework JavaScript | Wysokie | Renderowanie, adresy URL, przekierowania i metadane zmieniają się naraz |
| Zmieniona struktura adresów URL | Wysokie | Każdy zmieniony adres wymaga przekierowania: traktuj to jak migrację |
Przyczyny powtarzają się w kolejnych projektach. Każda ma prostą kontrolę:
| Ryzyko | Jak się objawia | Kontrola |
|---|---|---|
| Treść usunięta lub skrócona | Strony spadają dla zapytań z długiego ogona | Porównaj liczbę słów i sekcje na stronę: stare i nowe |
| Przepisane tytuły i H1 | Niższy współczynnik klikalności, utracone pozycje | Wyeksportuj tytuły i H1 przed, porównaj po |
| Utracone linki wewnętrzne | Głębokie strony tracą pozycje, pojawiają się strony osierocone | Porównaj linki wewnętrzne otrzymywane przez każdy adres URL |
| Adresy URL zmienione bez 301 | Błędy 404, utracone linki zwrotne | Mapa przekierowań przetestowana na każdym starym adresie |
| Treść renderowana przez JavaScript | Strony zaindeksowane jako puste, asystenci AI nic nie widzą | Porównaj surowy HTML i wyrenderowany HTML |
| Wolniejsze szablony | Gorsze Core Web Vitals, wyższy współczynnik odrzuceń | Przetestuj LCP, INP i CLS na środowisku testowym |
| noindex lub blokada w robots.txt pozostawione po środowisku testowym | Strony znikają z indeksu w ciągu kilku dni | Sprawdź robots.txt i meta robots w dniu startu |
| Usunięte dane strukturalne | Znikają wyniki rozszerzone | Zwaliduj schemat na każdym szablonie |
Dwie z tych kwestii zasługują na uwagę. Po pierwsze JavaScript: Google renderuje strony za pomocą bezgłowego Chromium, ale jego dokumentacja JavaScript SEO podaje, że wykrywa tylko linki będące standardowymi elementami kotwicy z atrybutem href. Menu zbudowane z przycisków lub obsługi kliknięć ukrywają całe sekcje. Nasz poradnik o JavaScript SEO opisuje opcje renderowania. Po drugie szybkość: wytyczne Google o Core Web Vitals ustalają „dobre” progi na LCP do 2,5 sekundy, INP do 200 milisekund i CLS do 0,1, mierzone na 75. percentylu odwiedzin. Ciężkie filmy w sekcji hero i slajdery to zwykły powód, dla którego nowy szablon ich nie spełnia.
Wykonaj pełne skanowanie działającej witryny i wyeksportuj każdy indeksowalny adres URL wraz z tytułem, meta opisem, H1, liczbą słów, adresem canonical, kodem statusu i liczbą otrzymywanych linków wewnętrznych. To skanowanie jest Twoim punktem odniesienia: po starcie porównasz z nim nową witrynę wiersz po wierszu. Zapisz też dane strukturalne i plik robots.txt.
Wyeksportuj dane z Search Console z 12 do 16 miesięcy (kliknięcia i wyświetlenia na stronę i na zapytanie), strony otrzymujące linki zwrotne i strony, które konwertują. Tych stron nie wolno ruszać: zachowaj ich adres URL, główny tekst i tytuł albo popraw je świadomie. Audyt treści pomaga zdecydować, co zachować, połączyć lub usunąć, i wskazuje adres docelowy dla każdego usunięcia.
Najbezpieczniejszy redesign zachowuje wszystkie adresy URL. Gdy adres musi się zmienić, przypisz go jeden do jednego do najbliższej nowej strony za pomocą przekierowania 301, bez łańcuchów i bez kierowania wszystkiego na stronę główną. Nasz poradnik o przekierowaniach SEO opisuje zasady. Google zaleca utrzymywanie przekierowań przez co najmniej rok.
Projektanci decydują, gdzie trafia tekst; programiści decydują, jak jest renderowany. Przekaż im wymagania na piśmie: jeden H1 na szablon, tekst serwowany w HTML, menu dostępne dla robotów, ścieżki nawigacji, architekturę witryny z głębokością każdej sekcji, schemat do zachowania i budżet wydajności. Czytelność i nawigacja też się liczą: zobacz nasz poradnik o UX i SEO.
Unikaj startu w szczycie sezonu, przed świętami lub w piątek: w pierwszych dniach po starcie wychodzą błędy i ktoś musi być dostępny, by je naprawić. Zapisz, kto co sprawdza w dniu startu, i z góry ustal, jaki sygnał uruchamia wycofanie (na przykład kluczowe strony zwracające błędy lub znikające z indeksu). Trzymaj starą witrynę na serwerze zapasowym przez kilka tygodni, aby szybko przywrócić szablon lub blok tekstu, jeśli strona straci pozycje.
Umieść nową witrynę na serwerze testowym chronionym hasłem (lub przynajmniej regułą noindex), aby Google nie zaindeksowało duplikatu Twojej witryny. Następnie przetestuj przed startem:
| Kiedy | Kontrole |
|---|---|
| Dzień startu | robots.txt zezwala na skanowanie, brak przypadkowego noindex, przekierowania działają, mapa witryny XML zaktualizowana i przesłana w Search Console, tag analityczny się uruchamia |
| Tydzień 1 | Pełne skanowanie porównane z punktem odniesienia, błędy 404 w Search Console, sprawdzenie adresów URL najważniejszych stron |
| Tygodnie 2 - 4 | Kliknięcia i wyświetlenia kluczowych stron w porównaniu z tymi samymi tygodniami wcześniej, raport indeksowania, raport Core Web Vitals |
| Miesiące 2 - 3 | Zapytania, które straciły pozycje, strony do wzbogacenia, linki wewnętrzne do przywrócenia |
Sprawdzacz uszkodzonych linków wyłapie linki nadal wskazujące stare adresy URL w menu, stopkach i artykułach. Poprawiaj te linki u źródła, zamiast polegać na przekierowaniach, i przywróć linkowanie wewnętrzne utracone po usunięciu pasków bocznych lub bloków powiązanych wpisów. Pewne wahania w pierwszych tygodniach są normalne. Spadek, który trwa po miesiącu na grupie stron, wskazuje konkretną przyczynę: porównaj te strony z ich wersją z punktu odniesienia.
ChatGPT, Claude, Perplexity i Gemini cytują strony, których treść mogą odczytać i z której mogą wyciągnąć fragmenty. Redesign może odciąć ten dostęp w sposób, który Google by wybaczyło. Analiza ruchu robotów AI przeprowadzona przez Vercel (grudzień 2024) wykazała, że żaden z głównych robotów AI, w tym GPTBot i ClaudeBot, nie renderuje JavaScriptu. Strona, która pokazuje tekst dopiero po uruchomieniu JavaScriptu, jest niewidoczna dla większości robotów AI.
Każda dodatkowa zmiana utrudnia diagnozę spadku. Jeśli planujesz też zmianę domeny, nową strukturę adresów URL lub duże przepisanie treści, rozdziel je: uruchom redesign z identycznymi adresami i treścią, poczekaj, aż ruch się ustabilizuje, i dopiero wtedy przeprowadź kolejną zmianę. Gdy kalendarz wymusza wszystko naraz, poświęć więcej czasu na skanowanie punktu odniesienia i mapę przekierowań, bo to jedyny sposób, by znaleźć, co się zepsuło.
Redesign zachowuje pozycje, gdy nowa witryna niesie tę samą treść, linki i sygnały co stara, w szybszej i czytelniejszej formie. Skanuj przed, testuj na środowisku testowym, porównuj po. Gdy nowa witryna się ustabilizuje, dodawaj kolejne strony odpowiadające na pytania Twoich klientów: Sorank pisze i publikuje artykuły SEO i GEO w trybie autopilot na przeprojektowanej witrynie.
Gdy adresy URL, treść i linki wewnętrzne zostają zachowane, pozycje zwykle stabilizują się w ciągu kilku tygodni. Google ostrzega, że pozycje mogą tymczasowo się wahać za każdym razem, gdy witryna istotnie się zmienia. Jeśli po jednym do dwóch miesięcy kluczowe strony nadal są poniżej punktu odniesienia, porównaj je ze skanowaniem sprzed startu, aby znaleźć treść, tytuły lub linki, które się zmieniły.
Tylko wtedy, gdy obecne adresy URL są realnym problemem, na przykład nieczytelne parametry lub struktura, która już nie pasuje do witryny. Każdy zmieniony adres wymaga przekierowania 301 do najbliższego odpowiednika i zwiększa ryzyko startu. Zachowanie istniejących adresów URL to najprostszy sposób ochrony linków zwrotnych i pozycji.
Tak, gdy naprawia realne słabości: wolne szablony, treść ukrytą za JavaScriptem, głęboką nawigację, brakujące nagłówki lub ubogie strony. Zyski biorą się z mierzalnych usprawnień, takich jak lepsze Core Web Vitals, wyraźniejsze linkowanie wewnętrzne i bogatsza treść. Redesign, który zmienia tylko styl wizualny, rzadko sam poprawia pozycje.
WYPRÓBOWALI SORANK PRZED TOBĄ
