Migracja strony SEO to nie tylko publikacja nowej wersji witryny. Zmiana domeny, adresów URL, CMS-a albo struktury sklepu wpływa jednocześnie na użytkowników, roboty wyszukiwarek, linki, analitykę i obsługę konwersji. Jeśli kilka elementów zostanie pominiętych, nowa strona może być trudniejsza do zindeksowania, a dane o ruchu i sprzedaży mogą przestać być porównywalne.
Najbezpieczniej potraktować migrację jak proces podzielony na trzy momenty: przygotowanie, przełączenie oraz kontrolę po publikacji. Poniższa checklista pomaga uporządkować pracę, przygotować mapowanie URL-i, zaplanować przekierowania 301 i sprawdzić indeksowanie. Nie eliminuje wszystkich ryzyk, ale ułatwia szybkie zauważenie problemów. Po migracji możliwe są przejściowe wahania widoczności, ruchu i indeksowania, dlatego monitoring jest częścią wdrożenia, a nie dodatkiem.
Migracja strony a SEO — co naprawdę może pójść nie tak?
Najczęstszy błąd polega na uznaniu, że wystarczy uruchomić nową witrynę i przekierować starą domenę. Przekierowania są ważne, lecz nie zastępują aktualizacji linków wewnętrznych, canonicali, mapy witryny ani — w serwisach wielojęzycznych — adnotacji hreflang. Każdy z tych elementów powinien wskazywać właściwe, nowe adresy.
Problemy mogą pojawić się także wtedy, gdy podczas testów użyto blokady noindex albo ograniczenia w robots.txt, a po publikacji nikt ich nie usunął. Ryzykiem jest również błędne mapowanie treści, łańcuchy przekierowań, pętle, nieaktualne adresy w sitemapie oraz utrata parametrów kampanii. W przypadku zmiany domeny trzeba dodatkowo kontrolować starą i nową witrynę oraz ich używane warianty.
Checklista przed migracją strony lub zmianą domeny
Przed przełączeniem przygotuj punkt odniesienia. Zachowaj dostęp do danych, aktualnej listy adresów URL, map witryny, konfiguracji analityki i raportów Search Console. Nie wyłączaj starej domeny, hostingu ani konfiguracji serwera tylko dlatego, że nowa wersja jest już gotowa. Mogą być potrzebne do sprawdzania przekierowań i porównywania wyników.
Nową witrynę przetestuj jeszcze przed publikacją. Sprawdź dostępność najważniejszych podstron, działanie linków wewnętrznych, canonicale, reguły robots.txt i dyrektywy noindex. Zweryfikuj, czy adresy zapisane w mapie witryny są aktualne i czy wskazują nową wersję serwisu.
Przy zmianie domeny zweryfikuj w Search Console starą oraz nową witrynę, a także używane warianty, takie jak HTTP/HTTPS i www/non-www. Można również wykorzystać narzędzie Change of Address. Przygotuj monitoring ruchu, indeksowania, konwersji i wydajności serwera. Wcześniej zaplanuj testy parametrów kampanii oraz pomiaru konwersji, aby po przełączeniu wiedzieć, czy dane nadal są zbierane poprawnie.
Co przygotować w dokumentacji migracji
Dokumentacja nie musi być rozbudowana. Powinna jednak pozwalać porównać stan przed i po zmianie. Zapisz:
- listę aktualnych URL-i oraz używane mapy witryny;
- konfigurację analityki, raportów Search Console i pomiaru konwersji;
- listę kluczowych stron oraz testów do wykonania po przełączeniu;
- informację, które elementy były blokowane na etapie testów;
- osobę odpowiedzialną za serwer, CMS, przekierowania i analitykę.
Takie przygotowanie ogranicza sytuację, w której po publikacji nie wiadomo, czy problem wynika z nowej struktury, konfiguracji serwera czy pomiaru.
Mapowanie starych i nowych adresów URL
Mapowanie adresów URL to tabela decyzji dla migracji. Każdy istotny stary adres powinien otrzymać nowy, możliwie dokładny odpowiednik albo jasną informację, że zamiennika nie ma. Listę warto oprzeć na rzeczywistych adresach witryny, mapach witryny, danych o ruchu, widoczności i linkach przychodzących.
Rozdziel adresy przenoszone, scalane, usuwane i pozostające bez zmian. Przenoszona treść powinna kierować do odpowiadającej strony. Jeśli kilka materiałów połączono w jedną całość, wskaż stronę zbiorczą, która rzeczywiście zastępuje wcześniejsze treści. Gdy usunięta strona nie ma zamiennika, właściwym rozwiązaniem może być odpowiedź 404 lub 410.
Nie kieruj automatycznie wielu niepowiązanych adresów na stronę główną. Taki adres często nie jest odpowiednikiem starej treści i może pogorszyć użyteczność migracji. Przypadki niejednoznaczne oznacz jako wymagające ręcznej decyzji.
Prosty układ tabeli migracyjnej
| Element | Co zapisać |
|---|---|
| Stary adres | Pełny URL istniejącej strony |
| Nowy adres | Dokładny odpowiednik albo brak zamiennika |
| Status | Przeniesiony, scalony, usunięty albo bez zmiany |
| Decyzja | Przekierowanie, 404/410 lub dodatkowy test |
Tabela powinna być na tyle konkretna, by osoba wdrażająca przekierowania nie musiała zgadywać, dokąd prowadzić dany adres.
Przekierowania 301 bez typowych pułapek
Przy stałej zmianie adresu preferowane są przekierowania HTTP 301 lub 308 wdrażane po stronie serwera. Informują one, że docelowy adres ma zastąpić poprzedni. Rozwiązanie oparte wyłącznie na JavaScript nie powinno być zamiennikiem przekierowania serwerowego.
Każde przekierowanie sprawdź pod kątem kodu odpowiedzi, adresu docelowego, pętli, łańcuchów oraz zgodności strony docelowej ze starą treścią. Nie wystarczy potwierdzić, że „coś się otwiera”. Ważne jest, czy użytkownik trafia do właściwego miejsca i czy zmiana nie wymaga kilku kolejnych przekierowań.
Testuj zarówno najważniejsze adresy ręcznie, jak i większą próbę masowo. Sprawdź także parametry kampanii. Jeśli analityka lub reklamy wykorzystują GCLID, UTM albo parametr _gl, upewnij się, że przekierowanie ich nie usuwa. Inaczej źródła ruchu lub konwersje mogą być przypisane nieprawidłowo.
Co sprawdzić w teście przekierowania
- czy kod odpowiedzi jest zgodny z zaplanowaną zmianą;
- czy docelowy adres jest właściwy dla starej treści;
- czy nie występuje pętla ani zbędny łańcuch przekierowań;
- czy strona docelowa faktycznie działa i jest dostępna;
- czy wykorzystywane parametry kampanii pozostają zachowane.
Prawidłowość przekierowań zależy od konkretnej infrastruktury, dlatego sama obecność kodu 301 nie potwierdza poprawności całej migracji.
Indeksowanie po migracji: Search Console, sitemap i canonicale
Po przełączeniu prześlij nową mapę witryny zawierającą nowe adresy. W Search Console korzystaj z inspekcji URL oraz raportów indeksowania i map witryny. Sprawdzaj, czy nowe strony są dostępne dla robotów, a stare adresy stopniowo tracą znaczenie na rzecz nowych.
Równolegle zweryfikuj canonicale, linki wewnętrzne i ewentualne hreflangi. Wszystkie powinny wskazywać nowe adresy, jeśli takie są docelowymi wersjami stron. Usuń tymczasowe blokady noindex i ograniczenia w robots.txt, które służyły wyłącznie testom.
Nie zakładaj konkretnego czasu pełnego przetworzenia migracji. Tempo zależy między innymi od liczby URL-i i możliwości serwera. Przejściowe wahania widoczności są możliwe, dlatego pojedynczy odczyt nie powinien przesądzać o ocenie wdrożenia.
Sygnały, które warto obserwować
- spadek liczby zaindeksowanych starych adresów i wzrost liczby nowych;
- błędy crawlowania oraz problemy zgłaszane przy mapie witryny;
- ruch, źródła ruchu i konwersje w analityce;
- działanie parametrów kampanii oraz pomiaru między domenami;
- dostępność i wydajność serwera, zwłaszcza gdy nowa witryna jest intensywniej crawlowana.
Search Console jest ważnym narzędziem kontroli, ale nie zastępuje testów użytkownika, serwera, analityki i ścieżek konwersji.
Migracja sklepu internetowego — dodatkowa lista kontroli
Migracja sklepu internetowego wymaga sprawdzenia ogólnych elementów SEO oraz całej ścieżki zakupowej. W mapowaniu uwzględnij produkty, kategorie i strony ważne biznesowo. Po zmianie domeny, adresów lub CMS-a przetestuj karty produktów, kategorie, filtry i wyszukiwarkę.
Następnie przejdź przez koszyk, checkout, płatność i potwierdzenie zamówienia. Zweryfikuj, czy transakcja jest rejestrowana w pomiarze. Sprawdź także dane strukturalne, feedy produktowe i parametry kampanii. To praktyczne rozszerzenie ogólnych zasad migracji; szczegółowa procedura zależy od używanej platformy, CMS-a, hostingu i konfiguracji serwera.
Test zakupowy po przełączeniu
- Otwórz kartę produktu z nowego adresu.
- Przejdź do koszyka i sprawdź, czy produkt pozostaje poprawnie przypisany.
- Wykonaj ścieżkę checkoutu oraz test płatności w konkretnej infrastrukturze.
- Sprawdź potwierdzenie zamówienia.
- Zweryfikuj rejestrację transakcji i źródła kampanii w pomiarze.
Nie traktuj tej listy jako gwarancji bezproblemowego działania sklepu. Każdy proces zakupowy wymaga kontroli w rzeczywistym środowisku.
Błędy po migracji i plan monitorowania
Po publikacji regularnie sprawdzaj błędy crawlowania, indeksowanie, ruch, konwersje i dostępność serwera. Porównuj stare i nowe adresy, źródła ruchu oraz działanie pomiaru kampanii. Weryfikuj, czy nie zostały stare canonicale, linki wewnętrzne lub adresy w mapie witryny.
Najczęstsze błędy to niepełne mapowanie, przekierowania do niepasujących stron, masowe kierowanie na stronę główną, pozostawione blokady, brak weryfikacji wariantów domeny w Search Console oraz zbyt szybkie wyłączenie starej infrastruktury. Jeśli pojawi się problem, wróć do tabeli URL-i i sprawdzaj elementy etapami, zamiast zmieniać wiele konfiguracji jednocześnie.
Krótka checklista kontroli po publikacji
- przetestuj przekierowania i kluczowe ścieżki użytkownika;
- sprawdź indeksowanie oraz nową mapę witryny;
- zweryfikuj canonicale, linki wewnętrzne i ewentualne hreflangi;
- sprawdź analitykę, kampanie i konwersje;
- monitoruj serwer oraz błędy techniczne;
- zachowaj dostęp do starej domeny i danych do czasu zakończenia kontroli.
Migracja strony SEO najlepiej działa jako uporządkowany proces: najpierw przygotuj i przetestuj nową wersję, potem dokładnie zmapuj adresy i wdroż przekierowania, a następnie obserwuj indeksowanie, ruch, konwersje oraz serwer. Szczególnej uwagi wymagają linki wewnętrzne, canonicale, mapa witryny, parametry kampanii i ścieżka zakupowa sklepu. Konkretne wdrożenie zawsze trzeba sprawdzić w używanej infrastrukturze, bez obietnic utrzymania pozycji czy braku wahań. Sprawdź pozostałe inspiracje i praktyczne poradniki, które pomogą Ci lepiej prowadzić marketing swojej firmy.
