Firma przeprowadza migrację strony na nową platformę. Nowy design, szybsze ładowanie, lepsza struktura. Wszystko wygląda świetnie – do momentu, gdy po migracji ruch organiczny spada o 60% i nie wraca przez kolejne pół roku. To nie czarny scenariusz z horrorów SEO – to rzeczywistość, która spotyka setki firm rocznie, bo migracja strony to jedno z najbardziej ryzykownych przedsięwzięć w kontekście SEO.
Dlaczego migracja strony jest tak niebezpieczna dla SEO?
Każda strona internetowa buduje swój autorytet SEO latami – przez backlinki, indeksowanie, sygnały zaangażowania użytkowników i historię domen. Google zna twoje URL-e, wie, jakie treści pod nimi znajdzie i jak je ocenić. Migracja strony to moment, w którym możesz ten dorobek zachować, wzmocnić lub – przy błędach – zniszczyć w ciągu kilku dni.
Migracje mają wiele form i każda niesie własne ryzyka. Zmiana domeny (stara.pl → nowa.pl) to największe ryzyko – przenosisz cały autorytet domeny na nowy adres i Google musi go na nowo ocenić. Zmiana platformy (WordPress → Shopify, Drupal → WordPress) często wiąże się ze zmianą struktury URL-i, co bez odpowiednich przekierowań niszczy profil linków. Zmiana struktury URL na tej samej domenie to częsty błąd przy przeprojektowywaniu – dodanie lub usunięcie kategorii w ścieżce URL sprawia, że stare linki prowadzą do stron 404. Przeniesienie z HTTP na HTTPS to migracja, która przy poprawnej realizacji jest bezpieczna i wręcz korzystna dla SEO, ale przy błędach w certyfikacie czy przekierowaniach może zaszkodzić.
Każdy z tych scenariuszy wymaga innego podejścia, ale wszystkie łączy jeden warunek: szczegółowe przygotowanie przed migracją jest ważniejsze niż reakcja po jej przeprowadzeniu.
Faza przedmigracyjna – od czego zacząć?
Błędy SEO podczas migracji są niemal zawsze skutkiem niewystarczającego przygotowania. Faza przedmigracyjna to inwestycja czasu, która chroni przed miesiącami naprawiania szkód.
Pełny crawl obecnej strony to absolutny punkt wyjścia. Narzędzia Screaming Frog, Sitebulb lub Ahrefs Site Audit przeczesują całą stronę i tworzą kompletną mapę: wszystkie URL-e, ich tytuły, meta descriptions, nagłówki H1, linki wewnętrzne, statusy HTTP i linki wychodzące. Ten raport to „zdjęcie” obecnego stanu strony, z którym będziesz porównywać stan po migracji.
Eksport kluczowych danych z Google Search Console – pobierz raport wszystkich URL-i zaindeksowanych przez Google, listę słów kluczowych z pozycjami, raport backlinków i aktualną sitemapę. To dane, których nie odtworzysz po migracji.
Identyfikacja stron o najwyższym ruchu i autorytecie – nie wszystkie URL-e są sobie równe. Wyeksportuj z Ahrefs lub Semrush listę podstron posortowanych według ruchu organicznego i liczby backlinków. To strony wymagające szczególnej uwagi przy mapowaniu przekierowań – błąd przekierowania dla strony z setkami backlinków kosztuje znacznie więcej niż błąd dla strony z zerowym autorytetem.
Audyt profilu backlinków – w Ahrefs lub Semrush pobierz pełną listę backlinków z zewnętrznych domen. Przy zmianie domeny lub struktury URL każdy z tych linków musi trafić na właściwy, nowy adres przez przekierowanie 301. Bez tej listy niemal na pewno „zgubisz” część wartościowych linków.
Benchmarking metryk – zanotuj aktualne pozycje dla kluczowych fraz, ruch organiczny z ostatnich 12 miesięcy (uwzględnij sezonowość), Core Web Vitals i inne metryki techniczne. Po migracji będziesz porównywać do tych wartości.
Mapowanie przekierowań – serce każdej migracji
Przekierowania 301 to mechanizm, przez który informujesz Google, że dany URL „przeprowadził się” na nowy adres, i prosisz o przeniesienie autorytetu SEO ze starego adresu na nowy. Poprawna mapa przekierowań to warunek konieczny każdej migracji bez strat SEO.
Zasady, których bezwzględnie należy przestrzegać:
Każdy stary URL musi mieć przekierowanie 301 – nie ma wyjątków dla stron „mało ważnych”. Każdy brakujący URL to potencjalny broken link w profilu backlinków i potencjalny błąd 404 dla użytkownika. Screaming Frog może wygenerować automatyczną mapę przekierowań na podstawie analizy podobieństwa URL-i – to dobry punkt wyjścia, wymagający ręcznej weryfikacji.
Przekierowanie 301, nie 302 – kod 302 oznacza tymczasowe przekierowanie i nie przenosi wartości SEO. Tylko 301 jest sygnałem dla Google, że zmiana jest permanentna i że powinien przenieść PageRank.
Unikaj łańcuchów przekierowań – przekierowanie A→B→C to łańcuch, który rozcieńcza przenoszony autorytet i spowalnia ładowanie. Każdy URL powinien przekierowywać bezpośrednio na docelowy adres. Sprawdź, czy nie masz już istniejących przekierowań na starej stronie, które przy migracji stworzą łańcuchy.
Nie przekierowuj wszystkiego na stronę główną – to klasyczny błąd. Stara strona produktu powinna przekierowywać na nową stronę produktu, nie na homepage. Google traktuje masowe przekierowania na homepage jako „soft 404” – sygnał, że treść nie istnieje.
Testowanie przekierowań przed migracją produkcyjną – na środowisku stagingowym, z dostępem przez plik hosts lub narzędzie Redirect Mapper – jest obowiązkowym krokiem.
Kluczowe elementy techniczne do weryfikacji
Poza przekierowaniami, migracja niesie ryzyko błędów technicznych, które mogą zablokować indeksowanie nowej strony.
Plik robots.txt – jeden z najczęstszych i najbardziej kosztownych błędów migracyjnych. Środowisko stagingowe zazwyczaj ma w robots.txt regułę Disallow: / blokującą indeksowanie – żeby Googlebot nie indeksował wersji testowej. Jeśli ta reguła przypadkowo trafi na produkcję, Google przestanie indeksować całą stronę. Sprawdź robots.txt natychmiast po każdym wdrożeniu.
Tag noindex – podobnie, strony stagingowe mają często tag <meta name="robots" content="noindex">. Zweryfikuj, że żadna ważna strona nie ma tego tagu na środowisku produkcyjnym po migracji.
Kanoniczne URL-e (canonical tags) – sprawdź, czy tagi canonical wskazują na właściwe adresy po migracji. Zły canonical to jeden z subtelniejszych błędów, który potrafi zduplikować treść w oczach Google i rozmyć autorytet między wersjami strony.
Sitemap XML – zaktualizuj sitemapę do nowych URL-i i wyślij ją do Google Search Console po migracji. Sitemap ze starymi URL-ami lub wskazująca na strony z błędem 404 to sygnał dezorientujący Googlebot.
Core Web Vitals po migracji – zmiana platformy często wpływa na wydajność strony. Zmierz LCP, FID/INP i CLS na nowej platformie jeszcze przed migracją produkcyjną i porównaj z poprzednimi wynikami. Pogorszenie metryk wydajnościowych to sygnał rankingowy, który Google uwzględnia.
Dane strukturalne (Schema Markup) – przy zmianie platformy często giną dane strukturalne zaimplementowane na poprzedniej. Sprawdź przez Google Rich Results Test, czy wszystkie strony mają poprawne Schema po migracji.
Faza pomigracyjna – monitoring i szybka reakcja
Migracja zakończona, strona działa – ale praca SEO dopiero się zaczyna. Pierwsze tygodnie po migracji to krytyczny okres wymagający intensywnego monitoringu.
Natychmiast po migracji – zgłoś nową sitemapę w Google Search Console, wymuś ponowne crawlowanie kluczowych URL-i przez funkcję „Sprawdź URL” w Search Console i poproś o indeksowanie. Sprawdź robots.txt i noindex na żywo. Zweryfikuj działanie losowej próby przekierowań.
Pierwsze 48 godzin – monitoruj Google Search Console pod kątem nagłego wzrostu błędów 404 i błędów pokrycia indeksu. Sprawdź, czy Googlebot crawluje nowe URL-e przez raport statystyk crawlowania.
Pierwszy tydzień – porównaj ruch organiczny w Google Analytics z benchmarkiem przedmigracyjnym (uwzględniając dzień tygodnia). Sprawdź pozycje dla kluczowych fraz w Ahrefs lub Semrush. Monitoruj logi serwera pod kątem błędów i zachowania botów.
Pierwszy miesiąc – Google potrzebuje czasu na pełne przeliczenie autorytetu po migracji. Pewien spadek ruchu w pierwszych tygodniach jest normalny nawet przy poprawnej migracji. Kluczowe pytanie to nie „czy jest spadek” ale „czy jest trend powrotu”.
Jeśli po 4-6 tygodniach ruch nie wraca do poziomów przedmigracyjnych, wróć do audytu: sprawdź, czy wszystkie przekierowania działają, czy nie ma błędów indeksowania w Search Console i czy nowe URL-e mają poprawną strukturę treści.
Migracja strony bez strat SEO jest możliwa – ale wymaga traktowania jej jako projektu SEO od samego początku, a nie jako zadania technicznego z SEO doklejanym na końcu. Jeśli planujesz migrację i chcesz omówić strategię lub potrzebujesz pomocy przy audycie przedmigracyjnym – napisz przez formularz kontaktowy.
Google opublikowało szczegółowy przewodnik po migracjach witryn w Search Central Documentation (developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes) – warto traktować go jako oficjalną listę kontrolną obok własnego procesu.
