Migracja strony bez utraty pozycji w Google

Spadki po migracji rzadko biorą się z samej zmiany. Biorą się z niekompletnej mapy przekierowań i z tego, że nikt nie patrzył na dane przez pierwsze dwa tygodnie.

Autor: Redakcja SEOMaster · opublikowano 16.08.2026 · aktualizacja 28.08.2026

Migracja strony bez utraty pozycji w Google

Plan migracji strony — pięć punktów kontrolnych

Plan migracji strony — pięć punktów kontrolnych
Moment	Działanie	Dowód zakończenia
T−30 dni	Zbierz pełną listę adresów, ruch, pozycje, linki i obecne canonicale	Każdy wartościowy URL ma właściciela i planowany adres docelowy
T−7 dni	Przetestuj mapę przekierowań, metadane, dane strukturalne, robots.txt i mapę strony na środowisku testowym	Test nie wykrywa pętli, łańcuchów ani przypadkowego noindex
Dzień 0	Uruchom przekierowania 301, nową mapę strony i monitoring błędów	Stare adresy prowadzą jednym skokiem do odpowiedników zwracających 200
Dni 1–14	Codziennie kontroluj 404, 5xx, indeksowanie, canonicale, ruch i kluczowe konwersje	Każda anomalia ma adres, skalę, właściciela i termin poprawki
Dzień 30+	Porównaj widoczność i ruch z punktem odniesienia oraz utrzymuj przekierowania	Ważne adresy są przeniesione, a trend ustabilizował się bez niewyjaśnionych strat

Migracja to każda zmiana, po której treść znajduje się pod innym adresem: przejście na HTTPS, zmiana domeny, nowa struktura adresów, zmiana CMS-u, połączenie dwóch serwisów. Z punktu widzenia wyszukiwarki wszystkie wyglądają tak samo — znane adresy przestają działać i trzeba jej powiedzieć, dokąd się przeniosły.

Przed migracją

1. Zrób kompletny spis obecnych adresów

Nie z samej sitemapy — ona pokazuje adresy, o których wiesz. Potrzebujesz też tych, o których zapomniałeś, a które mają ruch albo linki. Połącz cztery źródła.

Sitemapa i pełne przeczołganie serwisu crawlerem.
Search Console — raport skuteczności, WSZYSTKIE adresy z wyświetleniami z ostatnich 12 miesięcy.
Analityka — strony docelowe z ruchem z ostatniego roku.
Logi serwera — adresy, które ktokolwiek odwiedzał, łącznie z tymi z zewnętrznych linków.

2. Zmierz punkt wyjścia

Bez tego nie odróżnisz spadku po migracji od sezonowości. Zapisz przed startem: liczbę zaindeksowanych stron, ruch organiczny w podziale na sekcje, pozycje dla najważniejszych fraz i wynik Core Web Vitals.

3. Zbuduj mapę przekierowań jeden do jednego

Każdy stary adres ma trafić do NAJBLIŻSZEGO odpowiednika, a nie na stronę główną. Zbiorcze przekierowanie wszystkiego na stronę główną Google traktuje jak miękki błąd 404 i po prostu wyrzuca te adresy z indeksu.

stary_adres,nowy_adres
/produkty/lozko-dab,/sklep/lozka/lozko-dabowe
/o-firmie,/o-nas
/blog/2019/porada,/poradniki/porada

Jeśli nie ma odpowiednika: Przekieruj do najbliższej kategorii nadrzędnej. Jeżeli i takiej nie ma, zwróć uczciwe 404 albo 410 — to lepsze niż przekierowanie w losowe miejsce, które psuje sygnał trafności.

Wdrożenie

4. Przygotuj środowisko testowe i ZABLOKUJ jego indeksację

Nagłówek X-Robots-Tag z wartością noindex na całym środowisku testowym. Nie rób tego przez robots.txt: zablokowany adres i tak może trafić do wyników, a Ty nie zdołasz go potem szybko usunąć.

# Na CALYM srodowisku testowym
add_header X-Robots-Tag "noindex, nofollow" always;

5. Przetestuj przekierowania przed przełączeniem

Przepuść całą mapę przez skrypt i sprawdź, czy każdy stary adres zwraca 301 prosto do celu. Szukasz trzech rzeczy: kodu innego niż 301, łańcuchów wieloetapowych i pętli.

while IFS=, read -r stary nowy; do
  kod=$(curl -s -o /dev/null -w "%{http_code}" -I "https://twojadomena.pl$stary")
  cel=$(curl -s -o /dev/null -w "%{redirect_url}" -I "https://twojadomena.pl$stary")
  echo "$kod  $stary -> $cel"
done < mapa.csv

6. Przełącz w najspokojniejszym momencie tygodnia

Nie w piątek po południu. Potrzebujesz kilku dni z pełną obsadą, żeby reagować na to, co wyjdzie w pierwszych godzinach.

7. Zaktualizuj wszystko, co wskazuje na stare adresy

Przekierowania działają, ale każdy krok pośredni to strata czasu i ryzyko. Linki wewnętrzne, canonicale, sitemapa, hreflang i dane strukturalne mają od razu wskazywać na NOWE adresy.

Linki wewnętrzne w treści i w menu — podmień w bazie, nie zostawiaj ich na przekierowaniach.
Canonicale — muszą wskazywać na nowe adresy, inaczej sam sobie zaprzeczasz.
Sitemapa — wyłącznie nowe adresy, stare usuń całkowicie.
Dane strukturalne, hreflang i znaczniki Open Graph.

Pierwsze dwa tygodnie

8. Zgłoś zmianę i nową sitemapę

Przy zmianie domeny użyj narzędzia zmiany adresu w Search Console. Nową sitemapę zgłoś od razu; starą zostaw tymczasowo, żeby Google szybciej odkrył przekierowania.

9. Codziennie sprawdzaj cztery rzeczy

To okres, w którym błędy są jeszcze tanie do naprawienia. Później zdążą już wpłynąć na indeks.

Raport indeksowania — czy rosną błędy 404 i miękkie 404.
Statystyki indeksowania — czy Google w ogóle odwiedza nowe adresy.
Ruch organiczny w podziale na sekcje — spadek punktowy w jednej sekcji wskazuje na lukę w mapie przekierowań.
Logi serwera — adresy zwracające 404 to lista tego, czego w mapie zabrakło.

# Najczestsze 404 z logow — dokladnie to, czego brakuje w mapie
awk '$9 == 404 {print $7}' access.log | sort | uniq -c | sort -rn | head -50

Najczęstsze błędy

Zbiorcze przekierowanie wszystkiego na stronę główną — Google traktuje to jak 404 i usuwa adresy z indeksu.
Użycie 302 zamiast 301 — stary adres zostaje w indeksie, sygnały się nie przenoszą.
Łańcuchy przekierowań — stary adres prowadzi do średniego, ten do nowego. Zawsze przekierowuj prosto do celu.
Zapomniana blokada indeksacji ze środowiska testowego, która wyjechała na produkcję razem z resztą.
Wyłączenie starego serwera po miesiącu, gdy przekierowania jeszcze pracują.
Brak pomiaru przed migracją, przez który nie da się ocenić, czy cokolwiek poszło źle.

Przekierowanie 301 — pełne wyjaśnienie — pełna definicja w słowniku

Kiedy uznać migrację za udaną

Gdy liczba zaindeksowanych stron wróciła do poziomu sprzed migracji, ruch organiczny mieści się w granicach kilku procent punktu wyjścia, a w logach nie ma już regularnych 404 na starych adresach. Zwykle zajmuje to od czterech do ośmiu tygodni.

Najczęstsze pytania

Ile trwa odbudowa pozycji po migracji?

Przy poprawnie zrobionej migracji przejściowy spadek trwa od dwóch do ośmiu tygodni, a jego głębokość rzadko przekracza kilkanaście procent. Jeśli po trzech miesiącach ruch nie wrócił, to nie jest efekt przejściowy, tylko realny błąd do znalezienia.

301 czy 302?

Przy migracji zawsze 301. Kod 302 mówi, że zmiana jest tymczasowa, więc Google trzyma w indeksie stary adres i nie przenosi na nowy sygnałów. To jeden z najczęstszych i najdroższych błędów przy migracji.

Czy muszę użyć narzędzia zmiany adresu w Search Console?

Przy zmianie domeny tak — przyspiesza przeniesienie i jest wyraźnym sygnałem dla Google. Przy zmianie samej struktury adresów w obrębie jednej domeny narzędzie nie ma zastosowania.

Kiedy wyłączyć stary serwer?

Nie wcześniej niż po roku, a przy adresach z linkami zewnętrznymi najlepiej nigdy. Przekierowania muszą działać dopóty, dopóki ktoś z nich korzysta — a stare linki z cudzych stron nie znikają.

Pojęcia z tego poradnika

Wszystkie poradniki · Cała Wiedza · Sprawdź to na swojej stronie