Checklista SEO przy migracji strony: zmiana platformy lub domeny bez utraty pozycji

Krótka odpowiedź

Strona zachowuje pozycje po migracji, jeśli każdy adres URL, który zdobywa ruch lub linki, nadal odpowiada po starcie: ta sama treść pod tym samym adresem albo stałe przekierowanie po stronie serwera do najbliższego odpowiednika. Większość problemów z migracją wynika z adresu URL, którego nikt nie umieścił na liście.

Poradnik Google o przenoszeniu witryny ze zmianą adresów URL wyznacza punkt wyjścia: przypisz każdy stary adres URL do nowego, używaj stałych przekierowań po stronie serwera, takich jak 301 lub 308, utrzymuj je „generalnie co najmniej 1 rok” i „spodziewaj się tymczasowych wahań pozycji witryny podczas przenosin”.

Ten sam poradnik zaleca zmieniać jedną rzecz naraz: najpierw nowa domena, potem nowy układ. Dokumentacja Google dotycząca zmiany adresu jest bardziej dosadna. Jeśli łączysz przenosiny z przebudową treści i struktury adresów URL, „prawdopodobnie zobaczysz spadek ruchu”, gdy Google ponownie oceni każdą stronę. Jeśli potrzebujesz jednego i drugiego, zaplanuj redesign jako osobny etap.

Trzy rodzaje przeprowadzki

Przy przeprowadzce samego hostingu poradnik Google o hostingu radzi skrócić TTL DNS „co najmniej tydzień przed przeprowadzką” i utrzymywać stare serwery, aż ich ruch spadnie do zera. Krótki spadek częstotliwości skanowania po starcie jest normalny.

Przed migracją: wypisz wszystko, co ma adres URL

Mapa przekierowań jest tak dobra, jak lista starych adresów URL, na której się opiera, a każde źródło czegoś nie uwzględnia.

Przeskanuj działającą stronę

Przeskanuj obecną stronę i wyeksportuj każdy adres URL wraz z kodem statusu, tytułem, meta opisem, tagami canonical i hreflang, a następnie dodaj wszystkie adresy z mapy witryny XML. Google sugeruje też sprawdzić logi serwera pod kątem adresów odwiedzonych w ostatnim czasie przynajmniej raz.

Pobierz strony docelowe z Search Console i analityki

W raporcie Skuteczność w Search Console wyeksportuj kartę Strony dla najdłuższego dostępnego zakresu dat i zrób to samo dla organicznych stron docelowych w analityce. Te strony przynoszą ruch i leady, więc każdą z nich sprawdza się ręcznie przy starcie.

Znajdź, co linkuje do Ciebie

Raport Linki pokazuje najczęściej linkowane strony, ale jego tabele „są ograniczone do 1000 wierszy”, a Google zaznacza, że nie jest to lista kompletna. Połącz go z danymi z narzędzia do analizy linków, z którego korzystasz.

Wypisz formularze, integracje i media

Zapisz każdy formularz i miejsce, do którego trafiają zgłoszenia, każde osadzone narzędzie (rezerwacje, czat, mapy, płatności) oraz każdy plik, do którego ludzie linkują bezpośrednio. Poradnik Google każe uwzględnić w planie „filmy, obrazy, pliki JavaScript i CSS”, bo te adresy URL przenosi się jak każdą inną treść.

Zbuduj mapę przekierowań

Jeden wiersz na każdy stary adres URL: stary URL, nowy URL, kod statusu, uwagi, przetestowano. Cztery zasady:

• Przypisz każdy stary adres URL do najbliższego odpowiednika. Przekierowanie wielu starych adresów na jeden nieistotny cel, na przykład stronę główną, „może zostać potraktowane jako błąd soft 404”.
• Jeśli kilka starych stron połączono w jedną, przekieruj wszystkie na nią.
• Jeśli strona nie ma odpowiednika, zwróć dla niej 404 lub 410, a nie przekierowanie.
• Zachowaj ścieżki bez zmian wszędzie, gdzie pozwala na to nowa platforma.

W trakcie budowy: przekierowania i to, co z nimi podróżuje

Używaj przekierowań 301 lub 308 po stronie serwera, jeden do jednego

Dokumentacja Google o przekierowaniach mówi, że 301 i 308 sygnalizują, że „cel przekierowania powinien być adresem kanonicznym”, i zaleca „stałe przekierowanie po stronie serwera, kiedy tylko to możliwe”. Kody tymczasowe (302, 303, 307) tego nie robią, a przekierowania JavaScript to ostateczność.

Przekierowuj prosto na końcowy adres URL. Roboty Google podążają za maksymalnie 10 przekierowaniami, ale poradnik o przenoszeniu witryny radzi „przekierowywać bezpośrednio do miejsca docelowego”. Jeśli po wcześniejszej migracji zostały jakieś przekierowania, skieruj je także na nowe końcowe adresy URL.

Sprawdź domyślny kod statusu w tym, co obsługuje Twoje przekierowania. W Cloudflare Workers, gdzie Dardo hostuje tworzone przez siebie strony, plik _redirects używa kodu 302, chyba że w każdej linii wpiszesz 301. Obsługuje do 2000 przekierowań statycznych i 100 dynamicznych oraz nie potrafi dopasowywać parametrów zapytania. Dlatego proste bezpośrednie linki WordPressa (/?p=123) wymagają logiki przekierowań w kodzie Workera.

Kiedy zamiast tego zwrócić 404 lub 410

Strony o znikomej wartości, wygasłe oferty i duplikaty nie muszą przetrwać. Poradnik Google mówi, że treści, których nie przenosisz, powinny „prawidłowo zwracać kod HTTP 404 lub 410”, a roboty Google traktują każdy kod 4xx poza 429 tak samo: adres URL znika z indeksu.

Przenieś metadane, tagi canonical i hreflang

• Tytuły i meta opisy. Migruj je pole po polu, zamiast pozwalać nowym szablonom generować je od nowa.
• Tagi canonical. Każda nowa strona ma samoodwołujący się tag canonical z nowym adresem URL. Poradnik Google o kanonikalizacji nazywa go „wskazówką, nie regułą”, więc tagi canonical, przekierowania i mapa witryny muszą być ze sobą zgodne.
• Hreflang. Według poradnika Google o wersjach lokalnych każda wersja językowa „musi zawierać odwołanie do siebie oraz do wszystkich pozostałych wersji językowych”, a „jeśli dwie strony nie wskazują wzajemnie na siebie, tagi zostaną zignorowane”. Zaktualizuj wszystkie adnotacje na nowe adresy URL.

Dane strukturalne, linki wewnętrzne i adresy URL obrazów

• Dane strukturalne. Odtwórz znaczniki Organization, Breadcrumb, Article lub Product w nowych szablonach i przetestuj je w narzędziu Rich Results Test. Poradnik Google o przenosinach o nich nie wspomina, więc łatwo je zgubić.
• Linki wewnętrzne. Kieruj je na nowe adresy URL, a nie na przekierowania.
• Obrazy i pliki. Zachowaj opisowe nazwy plików i teksty alternatywne oraz przekieruj stare adresy URL obrazów i plików PDF, do których prowadzą linki lub które generują ruch z wyszukiwarki grafiki.

Analityka i zgody

Zainstaluj ponownie narzędzia analityczne, zdarzenia konwersji i piksele reklamowe oraz przetestuj je na środowisku testowym. Jeśli stara strona prosiła o zgodę na pliki cookie, nowa musi robić to w taki sam sposób, zanim te tagi się uruchomią.

Co zwykle się psuje, platforma po platformie

Te uwagi pochodzą z dokumentacji poszczególnych platform, stan na październik 2026. Opisują, jak działają platformy, a nie ich błędy.

Odejście z Wix oznacza odbudowę każdej strony; odejście ze Squarespace oznacza import tego, co obejmuje eksport, i odbudowę reszty. Przeprowadzka na Shopify zwykle zmienia adresy URL produktów, więc mapa musi obejmować każdy produkt.

Dzień startu

1. DNS. Jeśli zmienia się hosting lub DNS, obniż TTL co najmniej tydzień wcześniej.
2. Blokady indeksowania. Usuń tagi noindex ze środowiska testowego i blokady w pliku robots.txt. Google sugeruje, by wypisać każdy adres URL, na którym użyto noindex podczas prac.
3. Przekierowania. Wdróż je w tym samym wydaniu co nową stronę.
4. Test przekierowań. Przepuść całą mapę przez skrypt: każdy stary adres URL zwraca 301 lub 308 do właściwego docelowego adresu w jednym kroku, a ten adres zwraca 200.
5. Search Console. Zweryfikuj nową witrynę i prześlij nową mapę witryny oraz mapę starych adresów URL, aby zostały ponownie przeskanowane. Ostrzeżenia, że te adresy są przekierowywane, są oczekiwane.
6. Zmiana adresu. Przy zmianie domeny prześlij ją z usługi, którą posiadasz po obu stronach, przy użyciu tego samego konta Google, dla każdego wariantu starej domeny, w tym z www i bez www.
7. Ścieżki przynoszące przychód. Wyślij prawdziwy formularz, wykonaj testową płatność i sprawdź, czy zdarzenia analityczne docierają.
8. Twoje własne linki. Zaktualizuj profile w mediach społecznościowych, reklamy i wpisy w katalogach.

30, 60 i 90 dni po starcie

Dni 1–30: spodziewaj się wahań

Pozycje mogą się wahać „gdy Google ponownie skanuje i indeksuje Twoją witrynę”, a „w przypadku małej lub średniej witryny przesunięcie większości stron może zająć kilka tygodni, a w przypadku większych – więcej”. Obserwuj:

• Raporty indeksowania i map witryny. Liczba zaindeksowanych adresów URL spada na starej witrynie i rośnie na nowej.
• Skuteczność według stron. Nowe adresy URL zaczynają zdobywać wyświetlenia i kliknięcia.
• Logi serwera i błędy 404. Każdy nieoczekiwany błąd 404 to brakujący wiersz w mapie. Sprawdzaj codziennie przez dwa tygodnie.

Dni 31–60: porównaj z punktem odniesienia

Porównaj swoje najważniejsze strony docelowe z ich nowymi adresami URL. Jeśli któraś strona straciła kliknięcia, sprawdź po kolei: czy przekierowanie prowadzi do właściwej strony w jednym kroku, czy zmieniła się treść lub tytuł, czy linki wewnętrzne nadal na nią wskazują, czy jest w mapie witryny. Następnie poproś witryny, które prowadzą Twoje najcenniejsze linki zwrotne, o ich aktualizację.

Dzień 90 i dalej: zachowaj przekierowania

Poradnik Google zaleca utrzymywać przekierowania „zazwyczaj przez co najmniej 1 rok”, a z perspektywy użytkowników – „rozważyć utrzymywanie przekierowań bezterminowo”. W przypadku zmiany domeny strona Zmiana adresu wyznacza minimum 180 dni, po którym Google traktuje starą witrynę jako niepowiązaną, jeśli nadal można ją skanować. Zaleca też opłacanie starej domeny „przez co najmniej rok”, aby nikt inny jej nie kupił.

Lista kontrolna

Pomoc przy migracji

Dardo przenosi strony na dedykowane aplikacje w Astro działające na Cloudflare Workers, a mapa przekierowań to element dostawy, który testujemy przed startem i przekazujemy razem ze stroną. Zobacz migrację strony internetowej lub redesign strony internetowej, jeśli przeprowadzka wymaga też nowego projektu. Albo napisz, co chcesz przenieść.