Ile ruchu traci się przy migracji?

Przy dobrze przeprowadzonej migracji spadek bywa niewielki i krótkotrwały — Google potrzebuje kilku tygodni, żeby przenieść sygnały na nowe adresy. Duże, trwałe spadki to zwykle skutek błędów: brakujących przekierowań, noindex, złego canonical albo blokady w robots.txt.

Jak długo trzymać przekierowania po migracji?

Na stałe, a co najmniej rok. Linki z innych serwisów i zakładki użytkowników prowadzą do starych adresów latami.

Czy trzeba zgłaszać zmianę domeny w Google?

Tak, przy zmianie domeny użyj w Search Console narzędzia „Zmiana adresu” na starej usłudze, po ustawieniu przekierowań 301 i weryfikacji nowej domeny.

Kiedy najlepiej przeprowadzić migrację?

W okresie mniejszego ruchu i nie tuż przed sezonem sprzedaży. Zaplanuj kilka tygodni na obserwację i poprawki po wdrożeniu.

Migracja strony bez utraty ruchu: checklista SEO

Migracja — zmiana domeny, platformy, szablonu albo struktury adresów — to moment, w którym serwisy najczęściej tracą ruch z Google. Klucz to trzy rzeczy: pełna mapa przekierowań 301 ze starych adresów na nowe, zapis stanu SEO przed zmianą i codzienne sprawdzanie przez kilka tygodni po niej.

Rodzaje migracji

zmiana domeny (np. rebranding, połączenie serwisów),
zmiana platformy lub CMS (np. przeniesienie sklepu na inny silnik),
zmiana struktury adresów (nowe ścieżki kategorii i produktów),
przejście na https albo zmiana wersji www,
nowy szablon bez zmiany adresów — też migracja: zmienia title, H1, canonical i linkowanie.

Im więcej zmienia się naraz, tym większe ryzyko. Jeśli się da, rozbij migrację na etapy.

Przed migracją

Zrób listę wszystkich adresów: z crawla, sitemapy, Google Search Console i analityki (strony z ruchem i linkami).
Przygotuj mapę przekierowań: każdy stary adres → jeden nowy odpowiednik, bez przekierowań na stronę główną.
Zapisz stan SEO najważniejszych stron: title, description, H1, canonical, meta robots, kod odpowiedzi.
Sprawdź wersję testową: czy nie ma noindex, blokady w robots.txt i hasła, które przejdą na produkcję.
Przygotuj nowe sitemapy i sprawdź, że zawierają tylko adresy z kodem 200.

W dniu migracji

Wdróż przekierowania 301 — nie 302.
Sprawdź próbkę starych adresów sprawdzarką przekierowań: jeden krok, kod 301, cel z kodem 200, bez łańcuchów.
Sprawdź robots.txt nowej wersji — często zostaje Disallow: / z wersji testowej.
Sprawdź meta robots i nagłówki — czy nigdzie nie ma noindex.
Sprawdź canonical — ma wskazywać nowe adresy, nie stare i nie wersję testową.
Zgłoś nowe sitemapy w Search Console; przy zmianie domeny użyj „Zmiana adresu”.

Po migracji: pierwsze tygodnie

Najwięcej błędów migracji wychodzi nie w dniu wdrożenia, tylko w kolejnych dniach — po poprawkach, cache i kolejnych wdrożeniach.

codziennie sprawdzaj kody odpowiedzi i przekierowania najważniejszych starych i nowych adresów,
obserwuj raport „Strony” w Search Console: błędy 404, „Strona zawiera przekierowanie”, „Błąd przekierowania”,
porównuj title, H1 i canonical nowych stron ze stanem sprzed migracji,
pilnuj liczby adresów w nowych sitemapach,
aktualizuj linki wewnętrzne, żeby prowadziły prosto do nowych adresów.

Najczęstsze błędy migracji

Błąd	Skutek
brak przekierowań części adresów	404, utrata ruchu i linków
przekierowania 302 zamiast 301	stare adresy długo zostają w wynikach
wszystko przekierowane na stronę główną	soft 404, utrata pozycji podstron
noindex lub `Disallow: /` z wersji testowej	serwis wypada z indeksu
canonical wskazujący stare adresy	sprzeczne sygnały, Google wybiera sam
zmienione title i H1 bez planu	spadek pozycji na główne frazy

Jak IndexRise pomaga przy migracji

IndexRise zapisuje wzorzec stron przed zmianą i co noc porównuje z nim nowy stan: kody odpowiedzi, przekierowania i pętle, noindex, canonical, robots.txt, title, description, H1 i sitemapy. Błąd po wdrożeniu widzisz następnego dnia, a nie po spadku ruchu.