Migracja strony a SEO – jak nie stracić pozycji w Google?

Migracja strony internetowej nie musi kosztować widoczności w Google, ale bez nadzoru SEO spadki są niemal pewne.

Google w dokumentacji o przenoszeniu witryn zapowiada „tymczasowe wahania pozycji” i opisuje, że odzwierciedlenie przeniesienia średniej witryny w indeksie zajmuje kilka tygodni. Różnica między wahaniem a katastrofą leży w przygotowaniu.

Podczas pracy w FEB nadzorowałem migrację dużego portalu modowego z Contao na WordPress oraz przeniesienie naszej własnej strony feb.net.pl z dedykowanego CMS na WordPress. Obie zakończyły się bez spadków. Pokażę Ci na wykresach, jak wygląda migracja pod kontrolą i jak wygląda migracja bez niej, a potem przejdziemy przez checklistę migracji SEO etap po etapie!

Najważniejsze informacje z wpisu:

• Migracja strony to każda zmiana domeny, CMS, adresów URL, serwera lub struktury, po której Google musi ponownie zrozumieć witrynę, a największe ryzyko niesie łączenie kilku zmian w jednym wdrożeniu.
• Migracja feb.net.pl na WordPress 13 maja 2026 i migracja portalu modowego z Contao przebiegły bez spadków, a serwis migrowany bez nadzoru SEO stracił blisko dwie trzecie fraz w top 10.
• Rdzeń checklisty migracji SEO to crawl starej strony, crawl nowej wersji w środowisku testowym z tymi samymi ustawieniami i porównanie obu raportów przed publikacją.
• Przekierowania 301 wdrażasz 1:1 bez łańcuchów i bez masowego kierowania na stronę główną, a utrzymujesz je co najmniej rok, jak zaleca Google.
• Migracja sklepu internetowego wymaga dodatkowo aktualizacji feedu Merchant Center, adresów w kampaniach, obsługi filtrów i terminu poza sezonem sprzedażowym.

Czym jest migracja strony i kiedy zagraża SEO?

Migracja strony to każda zmiana, po której Google musi na nowo zrozumieć witrynę. Nie chodzi wyłącznie o zmianę domeny. Do migracji zaliczam zmianę CMS, przebudowę adresów URL, przeniesienie na inny serwer, redesign z nową nawigacją, przejście z HTTP na HTTPS oraz połączenie kilku serwisów w jeden. Wspólny mianownik jest jeden. Zmienia się coś, co Google miało już zaindeksowane i ocenione.

Ryzyko rośnie wraz z liczbą elementów, które zmieniasz naraz. Google w poradniku o przenoszeniu witryn radzi wprost, aby zmieniać jedną rzecz naraz, czyli najpierw przenieść domenę, a dopiero potem zmieniać układ strony. W praktyce klienci najczęściej łączą zmianę CMS z redesignem i nową strukturą URL w jednym wdrożeniu. To właśnie ten scenariusz generuje największe spadki.

Google w dokumentacji „Debugowanie spadków natężenia ruchu z wyszukiwarki” wymienia przeniesienie witryny jako jedną z sześciu głównych przyczyn spadku ruchu. Jeżeli Twoja strona już straciła widoczność i podejrzewasz, że winna jest zmiana strony, zajrzyj do artykułu dlaczego widoczność w Google spada, w którym opisałem pełną diagnostykę.

Migracja pod kontrolą i bez kontroli – dwa wykresy

Najlepiej pokazać to na danych. Poniżej wykres liczby fraz feb.net.pl w top 10 z Senuto. 13 maja 2026 roku przenieśliśmy stronę z dedykowanego, wiekowego CMS na WordPress. Zmienił się system, szablony i sposób generowania kodu. Dwa dni przed migracją Senuto notowało 1444 frazy w top 10. Po wdrożeniu linia utrzymała się na tym samym poziomie z niewielkim wahaniem, dokładnie takim, o jakim pisze Google.

Widoczność feb.net.pl w Senuto. Migracja na WordPress 13 maja 2026 nie zatrzymała trendu.

Drugi wykres pokazuje serwis, którego migrację przeprowadzono bez udziału specjalisty SEO. Przez niemal dwa lata liczba fraz w top 10 utrzymywała się w przedziale 400–680. Po wdrożeniu nowej wersji w ciągu kilku tygodni spadła do około 240, czyli o blisko dwie trzecie. Taki kształt wykresu, stabilny przebieg i pionowe załamanie w konkretnym dniu, to podpis źle wykonanej migracji.

Kontrprzykład. Migracja bez kontroli SEO i spadek liczby fraz w top 10 o blisko dwie trzecie.

Oba serwisy przeszły przez podobny proces techniczny. Różnica polegała na tym, że w pierwszym przypadku ktoś porównał starą i nową wersję strony przed publikacją, a w drugim nikt tego nie zrobił. Google nie karze za migrację. Google reaguje na to, że po migracji strona przestaje odpowiadać na te same zapytania co wcześniej, bo zniknęły treści, meta tagi albo adresy.

Jak wygląda migracja bez spadków? Case study portalu modowego

Migracja z Contao na WordPress połączona ze zmianą serwera zakończyła się bez spadków widoczności w Google Search Console, a liczba zaindeksowanych adresów wzrosła później do 30 100, czyli o 11 700 więcej niż bezpośrednio po wdrożeniu.

Tak w skrócie wygląda efekt projektu, który nadzorowałem dla jednego z pierwszych polskich portali modowych. Pełny opis znajdziesz w case study migracji portalu modowego, tutaj opiszę metodę, bo to ona decyduje o wyniku.

Metoda opiera się na crawlu porównawczym. Najpierw przeskanowałem starą wersję serwisu narzędziem Sitebulb, zapisując liczbę adresów URL, strukturę adresów, kody odpowiedzi 301 i 404, meta tagi, strukturę nagłówków i linki wewnętrzne. Potem przeskanowałem nową wersję w środowisku testowym z identycznymi ustawieniami crawlera. Dopiero zestawienie dwóch raportów o tych samych parametrach pokazuje, co zniknęło.

Porównanie wykryło błędy, których nikt nie zauważył gołym okiem:

• brak meta description na wszystkich podstronach – import z Contao nie przeniósł ani jednego opisu,
• zmiana struktury adresów tagów z /szukaj/slowo/ na /tag/ bez przekierowań 301,
• niekompletny import artykułów – stare szablony kategorii miały pola, których nowy szablon wpisu nie obsłużył,
• wzrost liczby uszkodzonych linków wewnętrznych jako pochodna braku przekierowań,
• błędna data publikacji – każdy wpis dostał datę grudzień 2023, czyli datę testowej migracji.

Po poprawkach zrobiłem drugi crawl i wyszły kolejne problemy, między innymi pętle przekierowań, kategorie przekierowujące na stronę główną oraz meta description zaciągające pełną treść artykułu. Dopiero po trzeciej rundzie strona trafiła na domenę główną. Po publikacji pojawiły się jeszcze adresy /feed/ generowane przez WordPress i spadek liczby zaindeksowanych stron z 18 400 do 17 800, który zatrzymaliśmy zgłoszeniem najważniejszych adresów przez Indexing API. Zwróć uwagę na liczbę rund. Jedna weryfikacja nigdy nie wystarcza, bo poprawki programistów generują nowe błędy.

Checklista migracji SEO – przed wdrożeniem

Etap przygotowania decyduje o wyniku, bo po publikacji każdy błąd jest już widoczny dla Google. Poniższa checklista migracji SEO to lista, którą przechodzę z klientem i programistami przed każdą migracją.

Inwentaryzacja i punkt odniesienia

Zacznij od zapisania stanu strony, do którego będziesz porównywać nową wersję. Bez tego po migracji nie będziesz w stanie ocenić, czy coś zniknęło. Google radzi zacząć od najważniejszych adresów, czyli map witryn, adresów z największym ruchem w logach serwera i stron z linkami zewnętrznymi w raporcie Search Console.

• pełny crawl starej strony z zapisanym raportem (adresy, kody odpowiedzi, title, meta description, nagłówki, canonicale, linki),
• eksport z Search Console za najdłuższy dostępny okres – strony, zapytania, kliknięcia,
• lista stron generujących przychód lub leady z Google Analytics 4,
• lista adresów z linkami zewnętrznymi z Search Console lub Ahrefs,
• zrzut widoczności z Senuto lub Semstorm jako punkt odniesienia,
• kopia zapasowa plików i bazy danych z przetestowaną procedurą przywracania.

Ten etap pokrywa się w dużej części z tym, co robimy w ramach audytu SEO. Jeżeli audyt był robiony w ostatnich miesiącach, masz gotowy punkt wyjścia.

Mapa adresów URL i plan przekierowań

Każdy stary adres musi mieć zaplanowany los. Albo zostaje bez zmian, albo dostaje przekierowanie 301 do najbliższego odpowiednika, albo świadomie zwraca 404 lub 410. Google podkreśla, że przekierowania trwałe nie powodują utraty PageRank, więc poprawna mapa przekierowań przenosi wartość linków w całości.

• przekierowania 1:1 do najbliższej tematycznie strony, nigdy masowo na stronę główną – Google traktuje to jako soft 404,
• brak łańcuchów przekierowań – Googlebot śledzi do 10 przeskoków, ale dokumentacja zaleca najwyżej 3 kolejne adresy,
• uwzględnienie grafik, plików PDF, adresów z parametrami i starych wariantów z www lub bez,
• przekierowania utrzymane co najmniej rok, bo tyle Google potrzebuje na przeniesienie sygnałów.

Różnice między kodami przekierowań opisałem w artykule przekierowanie 301 czy 302. Przy migracji używasz wyłącznie 301 lub 308, a reguły wdrażasz po stronie serwera, na przykład w pliku .htaccess lub w konfiguracji CMS.

Środowisko testowe i crawl porównawczy

Nowa wersja powstaje w środowisku testowym zabezpieczonym hasłem i wykluczonym z indeksowania. Tutaj wykonujesz drugi crawl z identycznymi ustawieniami co na starej stronie i porównujesz raporty kolumna po kolumnie. Szukasz różnic w liczbie adresów, brakujących meta tagów, zmienionych nagłówków H1 i stron, które straciły linki wewnętrzne. Dokładnie tę procedurę opisałem wyżej w case study i to ona wykryła brak meta description na całym portalu.

Na tym etapie ustal też z klientem, czego nie zmieniacie. Migracja nie jest momentem na przepisywanie treści ani skracanie opisów kategorii. Zmiana adresów, szablonów i treści jednocześnie sprawia, że po spadku nie da się ustalić przyczyny. Treści optymalizujesz miesiąc po ustabilizowaniu widoczności.

Checklista migracji SEO – dzień wdrożenia

Dzień publikacji to lista kontrolna wykonywana w ciągu kilku godzin, a nie kilku dni. Największe błędy z tego etapu to blokady pozostawione po środowisku testowym.

1. Usuń noindex i hasło ze środowiska testowego, sprawdź plik robots.txt nowej wersji.
2. Włącz przekierowania i przetestuj próbkę najważniejszych adresów narzędziem do sprawdzania adresów URL w Search Console oraz skryptem sprawdzającym kody odpowiedzi dla całej listy.
3. Sprawdź, czy canonicale wskazują nowe adresy, a nie stare.
4. Prześlij nową mapę witryny XML w Search Console. Google radzi zostawić też starą mapę, bo liczba zaindeksowanych stron z niej powinna spadać do zera w miarę postępu przenoszenia.
5. Przy zmianie domeny użyj narzędzia zmiany adresu w Search Console dla wszystkich wariantów starej domeny, z www i bez.
6. Zweryfikuj tagi Google Analytics 4 i Google Tag Manager oraz konwersje – bez tego nie zmierzysz efektu migracji.
7. Zaktualizuj linki wewnętrzne, adresy w kampaniach reklamowych, profilach social media i wizytówce Google.

Termin ma znaczenie. Google radzi przenosić witrynę w okresie mniejszego ruchu, bo ewentualne problemy dotkną mniej osób, a serwer będzie miał więcej zasobów dla Googlebota, który po migracji indeksuje stronę intensywniej niż zwykle. Z własnej praktyki dodam, że wdrażamy rano, w środku tygodnia, kiedy programiści i specjalista SEO mają przed sobą cały dzień na poprawki.

Checklista migracji SEO – po wdrożeniu

Po publikacji zaczyna się monitoring, który trwa co najmniej do ustabilizowania widoczności. Google podaje, że przeniesienie małej lub średniej witryny zajmuje kilka tygodni, a większych dłużej. W tym czasie pilnujesz czterech raportów.

• Stan indeksowania w Search Console – spadek liczby zaindeksowanych stron większy niż kilka procent wymaga sprawdzenia przyczyn wykluczenia,
• raport skuteczności – porównanie kliknięć i wyświetleń tydzień do tygodnia dla najważniejszych stron,
• logi serwera – adresy, które nieoczekiwanie zwracają 404 lub 500 dla Googlebota,
• widoczność w narzędziu zewnętrznym – liczba fraz w top 10 w Senuto lub Semstorm dzień po dniu.

Pełny crawl nowej strony powtarzasz po tygodniu i po miesiącu. W przypadku portalu modowego dopiero crawl po publikacji wykrył adresy /feed/ dodane automatycznie przez WordPress. Więcej o tym, jak czytać raport indeksowania, znajdziesz w artykule o problemach z indeksacją witryny, a o samym narzędziu w tekście co to jest Google Search Console.

Migracja sklepu internetowego – na co uważać dodatkowo?

Migracja sklepu internetowego różni się od migracji strony firmowej skalą i liczbą systemów zależnych od adresów URL. Liczba adresów w sklepie jest wielokrotnie większa niż liczba produktów, jeśli policzyć filtry, sortowania i paginację. Do tego dochodzą feed produktowy w Google Merchant Center, kampanie Google Ads z adresami docelowymi i integracje z porównywarkami. Każdy z nich przestaje działać, jeżeli zmienisz adresy bez aktualizacji.

W sklepach pilnuję dodatkowych punktów:

• adresy produktów i kategorii – w wielu platformach zmiana CMS oznacza zmianę schematu URL, więc mapa przekierowań obejmuje tysiące wierszy generowanych z bazy, a nie ręcznie,
• filtry i parametry – nowa platforma inaczej obsługuje canonicale i noindex dla nawigacji fasetowej, co wpływa na crawl budget i duplikację,
• feed produktowy – adresy w Merchant Center muszą odpowiadać nowym adresom produktów, inaczej produkty zostaną odrzucone,
• kampanie reklamowe – adresy docelowe w Google Ads i Meta Ads aktualizujesz w dniu wdrożenia, bo przekierowania w kampaniach obniżają wynik jakości,
• produkty niedostępne – stare adresy wycofanych produktów przekierowujesz do kategorii, a nie zostawiasz jako 404,
• dane strukturalne – oznaczenia Product, Offer i BreadcrumbList testujesz na środowisku testowym, bo nowy szablon rzadko przenosi je automatycznie,
• termin poza sezonem – migracja przed Black Friday lub w grudniu to ryzyko utraty najlepszych tygodni sprzedaży.

Zmiana platformy sklepowej to też decyzja o możliwościach SEO na kolejne lata. Porównanie systemów opisaliśmy w artykule jaki system CMS jest najlepszy dla SEO, a specyfikę popularnych platform w poradnikach o pozycjonowaniu Shoper, IdoSell, WooCommerce i PrestaShop. Jeżeli migracja jest częścią większego planu rozwoju sklepu, wpisz ją w pozycjonowanie e-commerce jako pierwszy etap, a nie osobny projekt.

Kto za co odpowiada podczas migracji?

Większość spadków po migracji wynika z tego, że programiści i specjalista SEO pracują osobno. Programista dostaje zadanie przeniesienia strony i wykonuje je zgodnie z wiedzą techniczną. Nikt nie zleca mu sprawdzenia meta description, bo z perspektywy działania strony to pole nie ma znaczenia. W projekcie portalu modowego część pracy polegała na edukacji zespołu programistów, dlaczego dane pole albo dany adres ma wartość dla wyszukiwarki.

Podział ról, który sprawdza się w naszych projektach, wygląda tak:

1. Specjalista SEO odpowiada za inwentaryzację, mapę przekierowań, crawl porównawczy, listę błędów do poprawy i monitoring po wdrożeniu.
2. Programista odpowiada za import treści, wdrożenie przekierowań na serwerze, konfigurację środowiska testowego i poprawki z listy.
3. Właściciel strony podejmuje decyzje o tym, które treści zostają, a które znikają, i akceptuje termin.

Specjalista SEO dołącza do projektu w momencie decyzji o migracji, a nie po publikacji. Włączenie go po fakcie zamienia migrację w ratowanie widoczności, które trwa miesiące i kosztuje więcej niż nadzór od początku.

Najczęstsze błędy przy migracji strony

Poniższa lista pochodzi z migracji, które audytowałem po fakcie, kiedy klient zgłaszał się ze spadkiem. Powtarzają się niezależnie od wielkości serwisu.

1. Noindex lub blokada w robots.txt przeniesiona ze środowiska testowego na produkcję.
2. Brak przekierowań dla części adresów, najczęściej tagów, grafik i plików PDF.
3. Przekierowanie wszystkich starych adresów na stronę główną.
4. Utrata meta tagów i nagłówków przy imporcie treści do nowego CMS.
5. Nowa nawigacja, która odcina linkowanie wewnętrzne do stron generujących ruch.
6. Zmiana adresów, szablonów i treści w jednym wdrożeniu.
7. Brak punktu odniesienia, przez co po spadku nie wiadomo, co porównać.
8. Wyłączenie przekierowań po kilku miesiącach, zanim Google przeniesie sygnały.

Większość z nich wykrywa crawl porównawczy przed publikacją. Ostatni błąd wykrywa dopiero spadek widoczności pół roku po migracji, kiedy nikt już nie łączy go z przenosinami. Historię zmian na stronie możesz odtworzyć metodami z artykułu jak sprawdzić historię strony internetowej.

Migracja to projekt SEO, a nie wyłącznie programistyczny

Dwa wykresy z początku tego tekstu pokazują tę samą operację z dwoma różnymi wynikami. Migracja feb.net.pl i portalu modowego przebiegły bez spadków, bo przed publikacją ktoś porównał starą i nową wersję strony, a po publikacji ktoś pilnował raportów. Serwis z kontrprzykładu stracił blisko dwie trzecie fraz w top 10, bo tych dwóch kroków zabrakło. W Fabryce e-biznesu nadzór nad migracją prowadzimy w ramach pozycjonowania albo jako osobny projekt spięty ze strategią SEO, a stan strony przed migracją sprawdzamy w ramach audytu SEO.

Planujesz migrację strony lub sklepu, albo widoczność spadła po wdrożeniu nowej wersji? Zamów darmowy audyt SEO lub napisz do nas. Sprawdzimy, co zniknęło, i przygotujemy plan przekierowań oraz poprawek, zanim Google zdąży zapomnieć o Twoich pozycjach.

Źródła:

https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes?hl=pl – Przenoszenie witryny ze zmianami adresów URL

https://developers.google.com/search/docs/monitor-debug/debugging-search-traffic-drops?hl=pl – Debugowanie spadków natężenia ruchu z wyszukiwarki Google

https://developers.google.com/search/docs/crawling-indexing/301-redirects?hl=pl – Przekierowania i wyszukiwarka Google

https://support.google.com/webmasters/answer/9370220?hl=pl – Narzędzie do zmiany adresu

https://feb.net.pl/case-study/branza-modowa-portal-modowy – Case study migracji portalu modowego z Contao na WordPress