Migracja strony potrafi dać szybki skok jakościowy: lepszy CMS, szybsze ładowanie, nowy design, większa kontrola nad treściami. Potrafi też zabrać to, co już działało: ruch organiczny, widoczność na kluczowe frazy i wypracowaną przez lata „moc” linków. Różnica między jednym a drugim zwykle nie wynika ze szczęścia, tylko z przygotowania i dyscypliny wdrożeniowej.

W praktyce migracja SEO to projekt, w którym marketing, IT i biznes muszą zagrać do jednej bramki. Jeśli choć jeden obszar „odpuści” (przekierowania, indeksacja, analityka, treści), Google potrzebuje czasu, by odzyskać zaufanie do nowej wersji serwisu, a firma płaci za to spadkiem leadów lub sprzedaży.

Co w SEO nazywamy migracją i dlaczego Google reaguje na nią ostrożnie

Migracją jest każda zmiana, która wpływa na adresy URL, strukturę lub sposób renderowania treści. Dla użytkownika to często „po prostu nowa strona”, a dla wyszukiwarki to nagły zestaw sygnałów, które trzeba przeliczyć od nowa: treść, linkowanie, przekierowania, kanoniki, statusy HTTP, mapy witryny, wydajność.

Najczęstsze scenariusze migracji to:

• zmiana domeny lub subdomen
• zmiana struktury URL
• zmiana CMS lub silnika sklepu
• przejście na HTTPS
• duża przebudowa architektury i nawigacji

Warto przyjąć prostą zasadę: im więcej zmian naraz, tym większe ryzyko wahań. Jeśli da się rozdzielić replatforming (CMS) od redesignu, a redesign od przebudowy kategorii, zwykle wychodzi to bezpieczniej.

Etap 0: cele, zakres i „zamrożenie” zmian

Migracja bez jasno zdefiniowanego zakresu kończy się chaosem, bo każdy dorzuca swoje „jeszcze tylko” na ostatniej prostej. Najpierw ustalcie, co jest celem: utrzymanie ruchu, poprawa konwersji, skrócenie czasu ładowania, uporządkowanie treści, wejście na rynek DACH.

Potem przychodzi decyzja, która realnie ratuje projekty: zamrożenie zmian na starej stronie na określony czas przed migracją (poza krytycznymi poprawkami). Jeśli treści i URL-e zmieniają się do ostatniego dnia, nie da się zrobić rzetelnej inwentaryzacji ani mapowania przekierowań.

Jedno zdanie, które warto powtarzać w zespole: migracja to operacja na żywym organizmie, więc najpierw stabilizujemy pacjenta.

Audyt przed migracją: co spisać, żeby nic nie zniknęło

Dobry audyt migracyjny nie polega na „sprawdźmy SEO ogólnie”. Chodzi o listę zasobów, które muszą przetrwać przeprowadzkę: najważniejsze URL-e, strony z ruchem, strony z linkami zewnętrznymi, topowe zapytania w Google, strony z konwersjami.

W Pro‑Strony.pl w takich projektach punktem wyjścia jest połączenie danych z crawlery (np. Screaming Frog) z danymi biznesowymi z GA4 i widocznością z Google Search Console. Dopiero wtedy widać, które podstrony są krytyczne, a które można scalać lub usuwać bez ryzyka.

Żeby to uporządkować, warto zebrać minimum:

• pełny crawl starej strony (URL, statusy, tytuły, meta, kanoniki, nagłówki, linkowanie)
• eksport landing pages z GA4 dla ruchu organicznego i dla konwersji
• eksport stron i zapytań z GSC (kliknięcia, wyświetlenia, średnia pozycja)
• listę URL z najmocniejszymi linkami zewnętrznymi (Ahrefs, Majestic, Semrush)

Jak wybrać strony priorytetowe (bez zgadywania)

Po zebraniu danych ustawcie priorytety. W praktyce najważniejsze są URL-e, które mają jednocześnie ruch i wartość biznesową, oraz te, które mają mocne linki przychodzące.

Dobrym, prostym filtrem jest podział na cztery grupy: (1) ruch + konwersje, (2) linki + widoczność, (3) treści wspierające (blog), (4) reszta. Tylko pierwsze dwie grupy powinny wymuszać decyzje architektoniczne w nowym serwisie.

Mapowanie URL i przekierowania 301: najważniejsza część całej migracji

Jeśli masz zrobić jedną rzecz idealnie, zrób przekierowania. To one przenoszą sygnały rankingowe z dawnych adresów na nowe i chronią użytkownika przed 404.

Kluczowe zasady są proste, ale wykonanie wymaga konsekwencji:

1. Mapowanie 1:1 tam, gdzie to możliwe: stary URL prowadzi do najbardziej odpowiadającego mu nowego URL.
2. Brak „hurtowego” przekierowania wszystkiego na stronę główną: to psuje kontekst i często kończy się spadkami.
3. Unikanie łańcuchów przekierowań: stary URL powinien kierować bezpośrednio do finalnego adresu.
4. Zamykanie pętli: raz wdrożone przekierowanie nie może odsyłać z powrotem w inne miejsce.

W praktyce przygotowuje się arkusz: kolumna A stary URL, kolumna B nowy URL, kolumna C uwagi (priorytet, typ strony, decyzja o scaleniach). Ten plik jest równie ważny jak backlog developerski.

Elementy techniczne, które najczęściej psują migrację (i jak je trzymać pod kontrolą)

W migracji SEO najgroźniejsze są błędy, które blokują indeksację albo mylą Google co do wersji strony: robots.txt, meta robots, kanoniki, hreflang, mapy XML, statusy HTTP, wersje HTTP/HTTPS, www i bez www.

Poniższa tabela porządkuje obszary, które warto sprawdzić przed startem i bezpośrednio po starcie.

Obszar	Co sprawdzić przed migracją	Co sprawdzić po migracji	Szybka metoda weryfikacji
Statusy HTTP	które URL zwracają 200/301/404/500	czy wszystkie stare URL dają 301 do właściwych nowych	crawl nowej i starej listy URL
robots.txt i meta robots	czy nie blokujesz ważnych sekcji	czy nie został „noindex” ze stagingu	podgląd źródła + GSC (Indeksowanie)
Kanoniki (rel=canonical)	jak są ustawione na kluczowych stronach	czy wskazują na właściwe, finalne URL	crawl + ręczna kontrola kilku typów stron
Sitemap.xml	czy jest kompletna i aktualna	czy zawiera nowe URL i daje 200	test w przeglądarce + zgłoszenie w GSC
Linkowanie wewnętrzne	gdzie są linki do stron krytycznych	czy linki prowadzą bez przekierowań	crawl + raport „inlinks”
Wydajność	Core Web Vitals na szablonach	czy nie pogorszyły się LCP/CLS/INP	PageSpeed Insights, Lighthouse
Analityka	czy GA4/GSC działają stabilnie	czy dane spływają, konwersje się zapisują	debug GA4 + testy formularzy

Wiele awarii wynika z drobiazgów: jeden wpis w robots.txt, niechciane „noindex”, kanoniki na starą domenę, albo brak przekierowania wersji z parametrami.

Staging i testy: moment, w którym oszczędza się tygodnie

Środowisko testowe (staging) jest po to, żeby popełnić wszystkie błędy przed publikacją. Jeśli staging jest zablokowany przed indeksacją (i powinien), nadal da się rzetelnie przetestować przekierowania, statusy, strukturę nagłówków, nawigację, a nawet renderowanie w JS.

Po pierwszym wdrożeniu na staging dobrze działa zasada: „crawl, popraw, crawl ponownie”. Jedno przejście prawie nigdy nie wystarcza.

W samym planie operacyjnym warto rozpisać odpowiedzialności i punkty kontrolne. Pomaga krótka lista, która nie miesza kompetencji:

• SEO: mapa przekierowań, checklist techniczny, priorytety stron, weryfikacja GSC
• Development: implementacja 301, poprawki wydajności, spójność wersji www/https, stabilność serwera
• Content: przeniesienie treści, meta dane, nagłówki, elementy E-E-A-T (autorzy, dane firmy, polityki)
• Marketing/Sales: test ścieżek konwersji, formularze, telefony, integracje CRM, pixel i remarketing

Jedno zdanie: jeśli nie przetestujesz konwersji, możesz „uratować SEO” i jednocześnie stracić przychód.

Dzień migracji: checklista pierwszych 60 minut

W dniu przełączenia łatwo wpaść w pułapkę patrzenia wyłącznie na to, czy strona „się otwiera”. SEO wymaga jeszcze kilku szybkich potwierdzeń, zanim Google zacznie intensywniej crawlowanie nowej wersji.

Po wdrożeniu na produkcję warto od razu:

1. Sprawdzić losowo kilkanaście starych URL z różnych typów stron (kategorie, produkty/usługi, wpisy blogowe) i potwierdzić 301 do właściwych miejsc.
2. Wykonać crawl nowej wersji i zobaczyć, czy nie ma masowych 404, 5xx, pętli lub łańcuchów przekierowań.
3. Zgłosić sitemap.xml w Google Search Console i sprawdzić, czy jest pobierana.
4. Upewnić się, że GSC ma dodaną właściwą wersję domeny (https, właściwy host) i że nie ma blokad indeksacji.
5. Sprawdzić logi serwera lub monitoring, czy Googlebot nie dostaje błędów.

W migracji liczy się szybkość reakcji. Jeśli w pierwszych godzinach pojawia się fala 404 na kluczowych URL, każde opóźnienie utrwala straty.

Monitoring po migracji: co mierzyć i jak często, żeby nie zgadywać

Pierwsze 7 do 14 dni to czas, kiedy dane wahają się naturalnie, ale też czas, kiedy najłatwiej wyłapać wdrożeniowe wpadki. GA4 i GSC powinny być sprawdzane często, bo pokazują dwa różne obrazy: GA4 mówi, co robią użytkownicy, a GSC mówi, co robi Google.

Jeśli migracja obejmuje zmianę domeny, warto też pilnować, czy linki zewnętrzne „przechodzą” przez 301, a nie kończą na 404. Przy większych serwisach dobrze sprawdza się raport w Looker Studio, który porównuje okresy przed i po migracji, najlepiej z ujęciem sezonowości (ten sam dzień tygodnia, podobny okres).

Wskaźniki, które zwykle dają najszybszy sygnał ostrzegawczy:

• ruch organiczny na landing pages
• liczba stron w indeksie i błędy indeksowania w GSC
• CTR i średnia pozycja dla zapytań brandowych i topowych fraz
• błędy 404 oraz 5xx
• konwersje z organic (formularze, telefony, transakcje)

Dla części firm sensowne jest też codzienne śledzenie pozycji zestawu „frazy krytyczne” w zewnętrznym narzędziu (Senuto, Semstorm, Ahrefs). Nie po to, by panikować przy małych ruchach, tylko po to, by zauważyć trend i połączyć go z konkretną sekcją serwisu.

Najczęstsze błędy po migracji i szybkie naprawy

Najbardziej kosztowne błędy mają wspólny mianownik: dało się je wykryć w stagingu albo w pierwszym crawl po starcie.

Typowe sytuacje, które wymagają natychmiastowej poprawki:

Brak przekierowań dla „długiego ogona”. Ruch nie zawsze siedzi tylko w top 50 URL. W e-commerce i na blogach często pracują setki podstron, które łącznie robią wynik. Rozwiązanie: dołożyć brakujące mapowania, a potem ponownie przecrawlować listę starych URL.

Podmienione kanoniki lub hreflang. Po zmianie domeny potrafią zostać odnośniki kanoniczne do starej wersji, co spowalnia indeksację nowej. Rozwiązanie: crawl i masowa korekta w szablonach.

Zablokowana indeksacja po stagingu. Klasyk: „noindex” albo robots.txt blokujący /, bo ktoś przeniósł ustawienia testowe. Rozwiązanie: odblokować, zgłosić sitemapę, poprosić o indeksację kluczowych URL.

Spadek wydajności. Nowy design potrafi dołożyć ciężkie skrypty i spowolnić LCP, co z czasem uderza w SEO i konwersje. Rozwiązanie: optymalizacja obrazów, krytyczne CSS, ograniczenie skryptów, porządek w tag managerze.

Jeśli migracja jest zaplanowana jak projekt biznesowy, a nie „wrzutka na serwer”, zwykle da się przejść przez nią bez utraty widoczności, a czasem nawet z poprawą. Właśnie dlatego w Pro‑Strony.pl migracje łączymy z twardą checklistą, testami i monitorowaniem po wdrożeniu, zamiast liczyć, że Google „sam się domyśli”, co autor miał na myśli.