Migracja strony internetowej: jak zrobić to dobrze?

Migracja strony udaje się wtedy, gdy Google i klienci po zmianie trafiają pod każdy ważny adres tak samo łatwo jak przed nią. To, ile pracy i ryzyka Cię czeka, zależy od rodzaju migracji: zmiana hostingu to coś zupełnie innego niż nowa domena połączona z nową platformą. Ten przewodnik pomaga ustalić, z którą migracją masz do czynienia, co łączy wszystkie rodzaje i gdzie znaleźć szczegółowy plan dla Twojego przypadku.

Czym jest migracja strony internetowej?

Migracja strony to każda zmiana, po której wyszukiwarka musi na nowo poznać adres, serwer albo sposób zbudowania Twojej witryny. Google dzieli takie zmiany na dwie grupy: przeniesienie bez zmiany adresów URL, np. na nowy hosting, oraz przeniesienie ze zmianą adresów, np. z HTTP na HTTPS, na nową domenę albo z nową strukturą ścieżek.

Ten podział ma znaczenie praktyczne. Gdy adresy zostają, Google musi tylko trafić na nowy serwer. Gdy adresy się zmieniają, musi odwiedzić każdy stary i nowy adres, odczytać przekierowania i przenieść na nowe strony sygnały, które stare adresy zbierały latami.

Dlatego to zmiana adresów, a nie nowy serwer czy nowy wygląd, najczęściej stoi za spadkiem ruchu po migracji.

Migracja dotyczy całej widoczności w Google: pozycji, indeksowania, linków z innych serwisów i wyników, w których Twoja strona pojawia się jako źródło.

Jakie są rodzaje migracji i które są najbardziej ryzykowne?

Najmniej ryzykowna jest zmiana hostingu bez zmiany adresów, najbardziej zmiana domeny albo platformy, bo zmienia wszystkie lub prawie wszystkie adresy naraz. Tabela pokazuje, co zmienia się przy każdym rodzaju i gdzie znajdziesz szczegółowy plan.

Rodzaj migracji	Co się zmienia	Adresy URL	Ryzyko dla ruchu z Google	Szczegóły
Zmiana hostingu albo CDN	serwer i rekordy DNS	bez zmian	niskie	sekcja niżej
Przejście z HTTP na HTTPS	protokół w każdym adresie	wszystkie	niskie do średniego	HTTP a HTTPS
Zmiana struktury adresów	ścieżki podstron, np. nowe nazwy kategorii	część albo wszystkie	średnie do wysokiego	zmiana adresów URL
Zmiana domeny albo połączenie domen	domena w każdym adresie	wszystkie	wysokie	zmiana domeny
Zmiana CMS albo platformy sklepu	system, szablon, zwykle część adresów	często część	wysokie	migracja na WordPressa
Przeprojektowanie strony	wygląd, nawigacja, treści	czasem	od niskiego do wysokiego, zależnie od zakresu	przeprojektowanie
Nowa struktura wersji językowych	np. domeny krajowe zamieniane na katalogi	wszystkie w danej wersji	wysokie	akapit pod tabelą

Rodzaje migracji często się łączą. Nowa platforma zwykle przynosi nowy szablon i nowe adresy, a zmiana nazwy firmy oznacza nową domenę i nowy wygląd. Każdy dodatkowy rodzaj w tym samym projekcie podnosi ryzyko i utrudnia ustalenie przyczyny, jeśli ruch spadnie.

Osobny przypadek to strony w kilku językach albo krajach. Według dokumentacji Google domena krajowa (np. example.de) daje najczytelniejszy sygnał, do jakiego kraju kierujesz stronę, a katalogi na jednej domenie (example.com/de/) są najprostsze w utrzymaniu. Parametrów w adresie (?loc=de) Google nie zaleca. Przejście z jednego modelu na drugi to pełna migracja ze zmianą adresów w każdej wersji językowej.

Czy migracja jest w ogóle potrzebna?

Migracja ma sens, gdy obecna technologia albo adres realnie blokują rozwój firmy. Nie ma sensu jako sposób na spadek pozycji, bo nowa platforma przenosi te same treści i te same słabości.

Dobre powody do migracji:

• obecna platforma nie pozwala wdrożyć funkcji, których potrzebuje sprzedaż, np. filtrów, wersji językowych albo integracji z magazynem;
• system nie jest już rozwijany albo nie dostaje poprawek bezpieczeństwa;
• zmienia się nazwa firmy albo marka i stara domena wprowadza klientów w błąd;
• serwer nie wytrzymuje ruchu, a zmiana dostawcy rozwiąże problem bez zmiany adresów.

Zanim podejmiesz decyzję, sprawdź, czy problem nie ma prostszego rozwiązania. Wolną stronę często poprawi konfiguracja serwera, słabe pozycje lepsza treść i linkowanie wewnętrzne, a nieczytelne adresy przekierowanie kilku podstron zamiast przebudowy całej struktury. Migracja to zawsze okres przejściowy, w którym Google na nowo ocenia Twoje strony, więc jej korzyść powinna być wyraźnie większa niż to ryzyko.

Jak przenieść stronę na nowy hosting bez zmiany adresów?

Przy zmianie hostingu najważniejsze jest, żeby Googlebot od pierwszej minuty dostawał z nowego serwera te same strony co ze starego. Adresy się nie zmieniają, więc nie potrzebujesz przekierowań ani zgłoszeń w Search Console. Kolejność według przewodnika Google:

1. Skopiuj stronę na nowy serwer i przetestuj podstrony, formularze i pliki do pobrania. Jeśli testujesz pod tymczasowym adresem dostępnym publicznie, oznacz go regułą noindex.
2. Sprawdź narzędziem do sprawdzania adresów URL w Search Console, czy Googlebot ma dostęp do nowego serwera. Zapora i ochrona przed atakami nie mogą go blokować.
3. Co najmniej tydzień przed przeniesieniem obniż czas życia (TTL) rekordów DNS do kilku godzin. Zmiana adresu serwera rozejdzie się wtedy szybciej.
4. Przenieś sposób weryfikacji w Search Console: plik HTML, metatag albo tag analityki muszą działać na nowym serwerze.
5. Zdejmij tymczasowe blokady i zmień rekordy DNS.
6. Obserwuj logi na obu serwerach i raport indeksowania stron. Stary hosting wyłącz dopiero wtedy, gdy ruch na nim spadnie do zera.

Krótki spadek częstotliwości odwiedzin Googlebota zaraz po przeniesieniu jest według Google normalny. W kolejnych dniach robot zwykle przyspiesza, czasem ponad poziom sprzed zmiany, jeśli nowy serwer odpowiada szybko i bez błędów.

Co łączy wszystkie migracje ze zmianą adresów?

Każda migracja, w której zmieniają się adresy, opiera się na tych samych trzech filarach: pełnej mapie adresów, przekierowaniach stałych i kontroli w Search Console. Szczegóły zależą od rodzaju zmiany, ale te elementy powtarzają się zawsze.

• Mapa adresów. Lista wszystkich starych adresów z ich nowymi odpowiednikami. Google radzi zebrać ją z map witryny, logów serwera i analityki, z CMS i z raportu linków w Search Console. Na liście mają być też obrazy, filmy oraz pliki CSS i JavaScript.
• Przekierowania stałe. Każdy stary adres prowadzi przekierowaniem 301 albo 308 po stronie serwera do najbliższego treścią nowego. Google zaleca utrzymać je jak najdłużej, zwykle co najmniej rok.
• Porządek na nowej stronie. Każdy nowy adres ma kanoniczny wskazujący na siebie, linki wewnętrzne prowadzą wprost do nowych adresów, a znaczniki hreflang i mapy witryny wymieniają nowe adresy.
• Kontrola w Search Console. Zweryfikuj starą i nową wersję we wszystkich wariantach (z www i bez, HTTP i HTTPS) i śledź raport indeksowania stron oraz map witryny.

Jedna rzecz różni rodzaje migracji wyraźnie. Narzędzie do zmiany adresu w Search Console służy wyłącznie do przenosin na inną domenę albo subdomenę. Przy przejściu z HTTP na HTTPS, przy zmianie www na wersję bez www i przy zmianie ścieżek w obrębie domeny go nie używasz: wystarczą przekierowania i nowe mapy witryny. Po zgłoszeniu zmiany domeny komunikat o przeniesieniu jest widoczny przez 180 dni.

Jak zaplanować kolejność i termin migracji?

Wprowadzaj zmiany po kolei, a nie wszystkie naraz. Google w przewodniku po przenosinach radzi planować zmiany jedna po drugiej. Jako przykład podaje najpierw zmianę domeny, a dopiero potem nowy układ strony.

Z tej zasady wynika plan dla większości firm:

1. Ustal, które rodzaje migracji łączysz w projekcie. Potem rozłóż je na etapy. Na przykład najpierw nowa platforma przy tych samych adresach, potem nowa struktura adresów.
2. Zdecyduj, czy przenosisz serwis w całości. Małe i średnie strony Google radzi przenieść jednocześnie, bo wtedy szybciej rozpoznaje zmianę. Duży serwis możesz przenosić sekcjami i na pierwszej sprawdzić cały proces.
3. Wybierz termin poza sezonem sprzedaży. Sklep z odzieżą zimową lepiej przenieść latem niż w listopadzie, bo przejściowe wahania pozycji kosztują wtedy najmniej.
4. Zapisz stan sprzed zmiany: ruch, zapytania i sprzedaż z najważniejszych podstron. Bez tego punktu odniesienia nie ocenisz, czy migracja się udała.
5. Ustal, kto odpowiada za każdy element: programista za serwer i przekierowania, specjalista SEO za mapę adresów i kontrolę indeksowania, osoba od kampanii za adresy w reklamach.

O czym zapomina się poza samą stroną?

Migracja zmienia adresy także poza Twoją stroną: w reklamach, profilach i linkach z innych serwisów. Przekierowanie uratuje ruch z większości z nich, ale każde kliknięcie przechodzi wtedy przez dodatkowy krok.

• Kampanie reklamowe. Google w przewodniku po przenosinach wymienia aktualizację kampanii tak, żeby prowadziły na nowe strony docelowe. Nie musisz ich wyłączać na czas migracji, wystarczy zmienić adresy.
• Plik produktowy sklepu. Linki do produktów w pliku produktowym dla Merchant Center i porównywarek muszą wskazywać nowe adresy.
• Profile firmy. Linki w mediach społecznościowych, w Profilu Firmy w Google i w katalogach branżowych.
• Linki z innych serwisów. Google radzi poprosić o zmianę adresu właścicieli stron, które przysyłają najwięcej odwiedzin. Listę znajdziesz w raporcie linków w Search Console.
• Pomiar. Tagi analityki i konwersji muszą działać na nowych stronach od pierwszego dnia, inaczej porównanie z okresem sprzed migracji będzie niemożliwe.
• Komunikacja z klientami. Linki w automatycznych wiadomościach, stopkach e-mail, fakturach i materiałach drukowanych.

Ile trwa migracja i kiedy spadek ruchu powinien niepokoić?

Przy małych i średnich stronach przeniesienie większości adresów w wynikach Google trwa kilka tygodni albo dłużej, przy dużych serwisach dłużej. Wahania pozycji w tym czasie są według Google normalne i powinny się wyrównać.

Niepokoić powinien spadek, który dotyczy konkretnych grup stron albo rośnie z tygodnia na tydzień. Google wymienia najczęstsze przyczyny problemów po przenosinach:

• reguła noindex albo blokada w robots.txt, która została po pracach na wersji testowej;
• przekierowania prowadzące do adresów, które nie istnieją;
• skok innych błędów indeksowania w czasie przenosin;
• serwer, który nie wytrzymuje częstszych odwiedzin Googlebota po zmianie;
• mapy witryny, w których nadal są stare adresy.

Te same błędy działają także w AI Search. Strona może być linkiem źródłowym w AI Overviews i trybie AI tylko wtedy, gdy jest zaindeksowana i może pojawić się w wynikach z fragmentem opisu. Podstrona, która po migracji wypadła z indeksu, znika więc też jako źródło odpowiedzi AI. Szerzej o tym kanale piszemy na stronie AI Search.

Co zrobić teraz?

Migracja strony jest bezpieczna, gdy znasz jej rodzaj i przygotujesz ją przed startem, a nie naprawiasz po spadku ruchu. Najważniejsze wnioski:

• Zmiana hostingu bez zmiany adresów to najmniejsze ryzyko. Wymaga głównie testu dostępu Googlebota i spokojnego przełączenia DNS.
• Każda zmiana adresów wymaga mapy adresów, przekierowań stałych i kontroli w Search Console.
• Kilka rodzajów migracji w jednym projekcie rozłóż na etapy.

Co dalej: wpisz swój projekt w tabelę rodzajów migracji i otwórz poradnik dla swojego przypadku: zmiana adresów i domeny, migracja na WordPressa albo przeprojektowanie strony. Zanim cokolwiek zmienisz, wyeksportuj z Search Console listę stron z kliknięciami i linkami z innych serwisów. To od nich zaczyna się każda mapa adresów.

Najczęstsze pytania.

Czy migrację strony da się cofnąć, jeśli ruch spada?

Technicznie tak, ale odwrócenie przekierowań to dla Google kolejna przeprowadzka i kolejny okres wahań. Zwykle szybciej działa naprawa konkretnych błędów, np. blokad indeksowania albo złych przekierowań. Zgłoszenie zmiany domeny w Search Console można anulować w ciągu 180 dni.

Czy po zmianie domeny stracę linki z innych stron?

Nie, jeśli stare adresy przekierowują stałym przekierowaniem na nowe odpowiedniki: Google traktuje to jako sygnał przeniesienia strony. Najczęściej klikane linki warto mimo to zaktualizować u źródła, bo każde przekierowanie wydłuża wejście na stronę.

Czy hosting za granicą zaszkodzi pozycjom w Polsce?

Lokalizacja serwera to dla Google tylko jeden z sygnałów kraju docelowego i według dokumentacji nie jest sygnałem rozstrzygającym. Przy domenie .pl kraj docelowy jest jasny niezależnie od tego, gdzie stoi serwer, a dla użytkowników ważniejsza jest szybkość odpowiedzi.