Migracja strony nie musi oznaczać utraty pozycji. Ryzyko pojawia się wtedy, gdy wraz z domeną, systemem CMS lub strukturą serwisu zmieniają się adresy URL, a stare strony nie prowadzą do właściwych odpowiedników. Dlatego prace nad SEO trzeba zacząć przed wdrożeniem: od spisu adresów, mapy przekierowań i zapisania danych, z którymi porównasz wyniki po starcie.
TL;DR
- Migracja strony to każda duża zmiana adresów URL, domeny, protokołu, CMS-u lub struktury serwisu.
- Największe ryzyko niesie zmiana adresów URL bez kompletnej mapy przekierowań 301.
- Listę starych adresów trzeba zbudować z kilku źródeł i przypisać każdemu adresowi właściwy cel albo świadomie zdecydować o jego usunięciu.
- Po migracji widoczność może się wahać, gdy Google ponownie skanuje i indeksuje serwis. Nie ma jednak jednego terminu, w którym wyniki powinny wrócić do wcześniejszego poziomu.
- Najczęstsze błędy to przekierowania na stronę główną zamiast na odpowiedniki tematyczne oraz brak testów przed startem.
Co to jest migracja strony w kontekście SEO?
Migracja strony to zmiana, która wpływa na adresy URL, domenę, protokół albo strukturę serwisu widoczną dla Google. Z perspektywy SEO liczy się nie sam fakt zmiany designu czy CMS-u, tylko to, czy zmieniają się adresy, pod którymi Google zaindeksował dotychczasowe strony.
Migracją z perspektywy SEO jest więc zarówno przeniesienie sklepu na nową domenę, jak i zmiana ścieżek URL w obrębie tej samej witryny. Redesign bez zmiany adresów również wymaga kontroli SEO — może przecież usunąć treść, linki wewnętrzne albo metadane — ale nie wymaga przenoszenia sygnałów między starymi i nowymi URL-ami.
Kiedy migracja strony grozi utratą pozycji w Google?
Ryzyko rośnie wraz z liczbą elementów, które zmieniają się jednocześnie. Najbezpieczniejsza jest zmiana samego designu na tych samych adresach, najbardziej ryzykowna – zmiana domeny połączona ze zmianą struktury URL i CMS-u w jednym terminie.
| Typ zmiany | Poziom ryzyka | Co najczęściej idzie źle |
|---|---|---|
| Redesign na tych samych adresach URL | Niski | Zmiana szybkości ładowania, usunięcie treści |
| Zmiana CMS przy zachowaniu adresów | Średni | Inna struktura nagłówków, zgubione meta dane |
| Zmiana struktury URL w obrębie domeny | Wysoki | Brakujące lub błędne przekierowania 301 |
| Zmiana domeny | Wysoki | Niekompletna mapa przekierowań, błędne adresy kanoniczne |
| Zmiana domeny i struktury URL jednocześnie | Bardzo wysoki | Kumulacja wszystkich powyższych błędów |
Jeśli nie musisz łączyć kilku zmian naraz, rozdziel je w czasie. Zmiana domeny w osobnym terminie od zmiany struktury URL daje szansę na zdiagnozowanie źródła ewentualnego spadku.
Jak zaplanować migrację strony krok po kroku?
Plan migracji zaczyna się od możliwie pełnej listy dotychczasowych adresów, a kończy na monitoringu po starcie. Jedno źródło nie wystarczy: crawler nie pokaże stron osieroconych, narzędzie analityczne pominie adresy bez ruchu, a Search Console może udostępnić tylko część URL-i.
- Zbierz stare adresy z kilku źródeł. Połącz dane z crawlerów strony, map XML, raportów stron docelowych w analityce, Search Console oraz — jeśli masz dostęp — listy stron z linkami zewnętrznymi. Usuń duplikaty, ale zachowaj parametry i warianty adresów do osobnej oceny.
- Przypisz decyzję do każdego adresu. Arkusz powinien zawierać co najmniej stary URL, nowy URL, kod odpowiedzi i uwagę dla osoby wdrażającej. Strony pozostające pod tym samym adresem też oznacz w mapie.
- Zapisz punkt odniesienia. Wyeksportuj kliknięcia i wyświetlenia ważnych stron i zapytań, dane o ruchu organicznym, liczbę adresów w mapach XML oraz stan indeksowania. Sam wykres całej domeny nie pokaże, która sekcja ucierpiała.
- Przetestuj wersję przedprodukcyjną. Sprawdź kody odpowiedzi, adresy kanoniczne, dyrektywy robots, linki wewnętrzne, metadane i mapy XML. Środowisko testowe zabezpiecz przed indeksowaniem i dostępem osób postronnych.
- Uruchom przekierowania razem z nową stroną. Następnie automatycznie sprawdź całą mapę: docelowy kod 200, zgodność celu i brak pętli lub zbędnych łańcuchów.
- Zaktualizuj sygnały wewnątrz serwisu. Linki, adresy kanoniczne, hreflang oraz mapy XML powinny prowadzić bezpośrednio do nowych URL-i.
- Poinformuj Google o zmianie. Wyślij nową mapę witryny. Narzędzia Zmiana adresu w Search Console użyj tylko przy przejściu na inną domenę lub subdomenę — nie przy zmianie ścieżek ani migracji HTTP do HTTPS.
Jak zmapować przekierowania 301 podczas migracji?
Mapowanie przekierowań polega na dopasowaniu starego adresu do jego rzeczywistego odpowiednika na nowej stronie. Google zaleca stałe przekierowania serwerowe, takie jak 301 lub 308, gdy adres został trwale zmieniony. Masowe kierowanie usuniętych stron na stronę główną może zostać potraktowane jak błąd soft 404.
- Mapuj jeden do jednego, gdy to możliwe – stary artykuł do nowego artykułu o tym samym temacie.
- Unikaj przekierowań łańcuchowych (A → B → C). Skróć je do jednego skoku (A → C), żeby użytkownik i robot nie musieli przechodzić przez zbędne odpowiedzi serwera.
- Nie przekierowuj masowo na stronę główną. Google traktuje to jako sygnał niskiej jakości dopasowania, a użytkownik i tak nie znajdzie tego, czego szukał.
- Jeśli strona została trwale usunięta i nie ma odpowiednika, zwróć 404 lub 410 i usuń prowadzące do niej linki wewnętrzne.
- Sprawdź plik przekierowań pod kątem literówek i wielkości liter – jeden błąd w regule może objąć setki adresów.
Więcej o planowaniu połączeń między podstronami znajdziesz w poradniku o linkowaniu wewnętrznym – po migracji warto sprawdzić, czy stare linki wewnętrzne też prowadzą na nowe adresy, a nie przez przekierowanie.
Ile trwa stabilizacja wyników po migracji strony?
Czas zależy od liczby adresów, szybkości serwera i tempa ponownego skanowania strony. Google podaje jedynie orientacyjnie, że w małym lub średnim serwisie przetworzenie większości stron może potrwać kilka tygodni, a w dużym — dłużej. Nie jest to obietnica odzyskania wcześniejszych pozycji w określonym terminie.
W pierwszych dniach najważniejsze są sygnały techniczne: dostępność nowych stron, działanie przekierowań, poprawne adresy kanoniczne i możliwość pobrania mapy XML. Wyniki oceniaj dla porównywalnych okresów oraz osobno dla sekcji i typów stron. Sezonowość, kampanie i inne zmiany w serwisie mogą zniekształcić obraz.
Więcej o tym, co jeszcze wpływa na tempo zmian w wynikach, opisujemy w artykule o tym, jak często Google aktualizuje pozycje.
Jakich błędów unikać przy migracji strony?
Większość utraconych pozycji po migracji da się wytłumaczyć jedną z kilku powtarzających się pomyłek, a nie karą algorytmiczną.
- Brak inwentaryzacji starych adresów – strony, o których nikt nie pamiętał, znikają bez przekierowania.
- Przekierowania dodane po starcie, a nie w dniu startu – każdy dzień zwłoki to dzień błędów 404.
- Zablokowana indeksacja pozostawiona po testach – plik robots.txt lub meta robots z serwera testowego trafia na produkcję.
- Zmieniona treść przy okazji migracji – nowy tekst zamiast starego, sprawdzonego, utrudnia porównanie przyczyn spadku.
- Brak aktualizacji linków i mapy witryny – robot oraz użytkownicy nadal trafiają na stare adresy zamiast bezpośrednio na nowe.
- Zbyt szybkie wyłączenie starej domeny lub przekierowań – Google zaleca utrzymywać przekierowania możliwie długo, zwykle co najmniej rok.
Najczęstsze pytania
Czy migracja strony zawsze obniża pozycje w Google?
Nie. Google uprzedza jednak, że podczas ponownego skanowania i indeksowania adresów wyniki mogą się czasowo wahać. Poprawne wdrożenie ogranicza ryzyko, ale nie gwarantuje identycznych pozycji po zmianie.
Czy przekierowanie 301 przenosi w pełni moc starego adresu?
Według dokumentacji Google dotyczącej migracji stałe przekierowania, w tym 301, nie powodują utraty PageRank. To nie oznacza gwarancji zachowania konkretnej pozycji: nowa strona nadal musi być dostępna, właściwie zindeksowana i odpowiadać treścią staremu adresowi.
Czy można migrować stronę częściami?
Tak. Google zaleca rozważyć podział dużej migracji na etapy, jeżeli pozwala na to architektura serwisu. Pierwsza sekcja może ujawnić problemy techniczne, choć jej wyniki nie muszą być reprezentatywne dla całej witryny.
Jak sprawdzić, czy migracja poszła dobrze?
Porównaj kliknięcia i wyświetlenia ważnych stron oraz zapytań z zapisanym punktem odniesienia. Kontroluj raport Indeksowanie stron, statystyki indeksowania przesłanych map XML, logi serwera oraz próbkę starych i nowych URL-i. Sprawdź osobno błędy 404, pętle, niewłaściwe cele i strony wykluczone przez noindex lub robots.txt.
Czy warto migrować stronę tuż przed sezonem wysokiej sprzedaży?
Jeśli termin można wybrać, bezpieczniej wdrażać w okresie mniejszego ruchu. Ogranicza to skutki ewentualnych błędów i zostawia czas na ich wykrycie przed sezonem sprzedażowym.
