Pytanie, jak przygotować stronę do migracji SEO, wraca zawsze wtedy, gdy zmieniasz serwer, domenę albo silnik CMS. Odpowiedź nie leży w dniu przełączenia — o wyniku decyduje to, jak przygotować stronę do migracji SEO na dwa, trzy tygodnie przed startem. Doświadczenie wdrożeniowe jest bezlitosne: projekty przeniesione bez mapy adresów tracą przeciętnie 20–40% ruchu organicznego w pierwszym miesiącu, a odzyskanie pozycji zajmuje od trzech do sześciu miesięcy. Serwisy z pełnym inwentarzem URL, przetestowaną listą przekierowań i sprawdzonym certyfikatem notują spadek rzędu 5%, który wyrównuje się w dwa–trzy tygodnie. Różnica to nie budżet — porządna migracja średniego serwisu z 2000 podstron mieści się w przedziale 2000–6000 zł — lecz kolejność działań. Ten materiał porządkuje ją w pięć etapów: audyt stanu obecnego, sprawy domenowe, wybór środowiska, mapa przekierowań oraz kontrola po wdrożeniu. Każdy z nich odhaczysz w zwykłym arkuszu, zanim ktokolwiek dotknie panelu hostingowego.
Audyt punktu wyjścia: bez danych nie ma bezpiecznej migracji
Migracja zaczyna się od zdjęcia stanu obecnego, bo bez punktu odniesienia nie ocenisz, czy po przełączeniu jest lepiej, czy gorzej. Zrób pełny crawl serwisu, wyeksportuj dane z Search Console za ostatnie szesnaście miesięcy i zapisz kopię raportów analitycznych w osobnym pliku, poza serwerem. Kopia w chmurze i lokalnie to standard, nie nadgorliwość.
Do arkusza trafiają cztery zestawy danych: lista wszystkich indeksowanych adresów, ruch i liczba kliknięć na każdy z nich, profil linków zewnętrznych oraz tytuły, opisy i nagłówki H1. Ten sam zestaw pobierzesz ponownie tydzień po migracji i porównasz wiersz po wierszu. Bez tego porównania każda diagnoza pozostaje zgadywanką opartą na wrażeniach zespołu.
Inwentarz adresów URL i priorytety biznesowe
Nie każdy adres zasługuje na tę samą uwagę. Posortuj listę malejąco według kliknięć i liczby domen odsyłających, a następnie zaznacz górne 20% — to one odpowiadają zwykle za 80% widoczności. Te podstrony testujesz ręcznie po wdrożeniu, resztę weryfikuje crawler w trybie automatycznym.
- adresy z ruchem organicznym powyżej 10 wejść miesięcznie,
- podstrony z linkami z zewnętrznych domen,
- strony transakcyjne: koszyk, formularz, cennik, kontakt,
- adresy z parametrami, paginacją i wersjami językowymi,
- pliki PDF, obrazy i zasoby pobierane bezpośrednio z wyszukiwarki.
Osobno spisz elementy techniczne, które łatwo zgubić przy przenosinach: plik robots.txt, mapy XML, dane strukturalne, tagi kanoniczne, atrybuty hreflang, weryfikacje własności domeny oraz skrypty analityczne. Każdy z nich powinien mieć w arkuszu status „jest na starym serwerze” i „potwierdzony na nowym”. Dwie kolumny, zero pomyłek.
Domena i DNS: warstwa, w której błędy kosztują najwięcej
Zanim ruszysz pliki, sprawdź, kto formalnie kontroluje adres. Pytanie, jak sprawdzić kto jest właścicielem domeny, rozwiązuje zapytanie WHOIS w rejestrze NASK dla końcówek .pl lub w bazie rejestratora dla domen globalnych. Jeżeli w danych abonenta figuruje była agencja, uporządkuj cesję przed migracją, nie w jej trakcie.
Druga pułapka to termin ważności. Kwestia tego, jak przedłużyć domenę po wygaśnięciu, wygląda niewinnie, dopóki nie trafisz w okres kwarantanny — wtedy zamiast 60–120 zł za rok płacisz nawet kilkaset złotych za przywrócenie, a strona przez kilka dni nie odpowiada. Ustaw automatyczne odnowienie i przypomnienie w kalendarzu na 30 dni wcześniej.
Warstwa adresowania wymaga planu. To, jak skonfigurować rekordy DNS domeny, sprowadza się do trzech ruchów: obniż TTL rekordów A i AAAA do 300 sekund na dobę przed przełączeniem, przygotuj gotowe wartości nowego serwera w notatniku, a po udanej propagacji przywróć TTL do 3600 sekund. Skrócony TTL daje możliwość szybkiego cofnięcia zmiany.
Przy okazji uporządkuj aliasy. Co to jest rekord CNAME? To wskazanie jednej nazwy na drugą — typowo subdomeny sklep, blog czy panel na host dostawcy zewnętrznego. Rekord CNAME nie może współistnieć z rekordem A dla tej samej nazwy ani stać w korzeniu domeny, a jego przeoczenie potrafi wyłączyć newsletter razem z rekordami SPF i DKIM.
Środowisko docelowe: hosting współdzielony, VPS czy rozwiązanie zarządzane
Decyzja o środowisku zapada przed migracją, nie po niej. Kwestia tego, jak wybrać hosting pod WordPress, zaczyna się od trzech parametrów: wersja PHP co najmniej 8.2, limit pamięci minimum 256 MB oraz dysk NVMe zamiast talerzowego. Doliczaj też liczbę baz danych i realny limit zapytań, bo tam kończą się tanie oferty.
| Środowisko | Koszt orientacyjny | Dla kogo | Ryzyko przy migracji |
|---|---|---|---|
| Hosting współdzielony | 10–35 zł/mies. | wizytówki, blogi do 20 tys. wizyt | brak dostępu SSH, limity procesów |
| Hosting zarządzany WordPress | 60–150 zł/mies. | sklepy i serwisy contentowe | ograniczenia wtyczek cache |
| VPS | 40–200 zł/mies. | projekty z własnym stackiem | konieczna administracja |
| Serwer dedykowany lub chmura | od 400 zł/mies. | duże katalogi, aplikacje | koszt i złożoność konfiguracji |
Pytanie o to, czym różni się VPS od hostingu współdzielonego, ma prostą odpowiedź: na współdzielonym dzielisz procesor i pamięć z setką innych kont, na VPS dostajesz gwarantowaną pulę zasobów i pełny dostęp administracyjny. Przy ruchu powyżej 50 tysięcy sesji miesięcznie różnica w czasie odpowiedzi sięga kilkuset milisekund.
Kopia zapasowa i środowisko testowe
Zagadnienie, jak przenieść stronę na inny hosting, w praktyce oznacza kolejność: pełny backup plików i bazy, wgranie kopii na nowy serwer, uruchomienie jej pod tymczasowym adresem lub wpisem w pliku hosts, test wszystkich formularzy i płatności, dopiero potem zmiana DNS. Środowisko testowe blokujesz nagłówkiem noindex i hasłem serwerowym.
Mapa przekierowań 301: serce całej operacji
Jeżeli adresy się zmieniają, mapa przekierowań decyduje o zachowaniu mocy linków. Zestaw w arkuszu dwie kolumny: stary adres i nowy adres, jeden do jednego. Zbiorcze kierowanie wszystkiego na stronę główną Google traktuje jak miękki błąd 404, a przekazanie sygnałów rankingowych wtedy nie następuje.
Technicznie sprawa jest banalna. To, jak ustawić przekierowanie 301 w htaccess, załatwia dyrektywa Redirect 301 dla pojedynczych adresów albo RewriteRule z flagą R=301,L dla wzorców. Na serwerze Nginx odpowiednikiem jest return 301. Zawsze przekierowuj wersję bez www na wybraną kanoniczną i wymuszaj protokół HTTPS jedną, wspólną regułą.
Największym cichym zabójcą wydajności są łańcuchy. Adres HTTP kierujący na HTTPS, ten na wersję z www, a ta na nowy katalog daje trzy skoki i wydłuża odpowiedź nawet o 600 milisekund. Skróć każdy łańcuch do jednego przeskoku, przepuszczając mapę przez crawler w trybie listy przed publikacją.
Przekierowań nie usuwaj po miesiącu. Utrzymuj je minimum dwanaście miesięcy, a dla adresów z linkami zewnętrznymi — bezterminowo. Po wdrożeniu prześlij nową mapę XML w Search Console, zachowaj starą przez kilka tygodni i obserwuj raport indeksowania, w którym stare adresy powinny stopniowo znikać z puli ważnych.
SSL, wydajność i pierwsze 72 godziny po przełączeniu
Certyfikat musi działać, zanim ruch trafi na nowy serwer. Odpowiedź na to, jak zainstalować certyfikat SSL na serwerze, w większości paneli sprowadza się do jednego kliknięcia, bo darmowy certyfikat SSL Let’s Encrypt odnawia się automatycznie co 90 dni. Sprawdź jednak łańcuch pośredni i przekierowanie z portu 80, bo mieszana treść psuje zaufanie.
Po przełączeniu mierz wydajność z kilku miejsc, nie tylko z biurka. Zanim uznasz serwer za wolny, ustal, jak sprawdzić prędkość internetu rzetelnie: test kablem zamiast bezprzewodowo, przy wyłączonych transferach w tle i powtórzony trzykrotnie o różnych porach. Wyniki z jednego pomiaru potrafią mylić o kilkadziesiąt procent.
Domowa sieć bywa źródłem fałszywych alarmów podczas testów zdalnych. Pytanie, jak wzmocnić sygnał WiFi w domu, rozwiązują trzy rzeczy: router na środku mieszkania, pasmo 5 GHz dla urządzenia roboczego i zmiana kanału na najmniej obciążony. Dopiero po ich wykluczeniu wolne ładowanie można przypisać hostingowi lub konfiguracji aplikacji.
Przez pierwsze trzy doby monitoruj logi serwera, kody odpowiedzi i statystyki indeksowania co kilka godzin. Rosnąca liczba błędów 404 lub 500 oznacza dziurę w mapie, a spadek liczby skanowanych stron — problem z robots.txt. Świadomość, jak przygotować stronę do migracji SEO, kończy się dopiero wtedy, gdy dane wracają do poziomu sprzed zmiany.
Jak długo trwa przygotowanie strony do migracji SEO?
Dla serwisu wizytówkowego z kilkunastoma podstronami komplet prac zamyka się w dwóch–trzech dniach roboczych, z czego większość zajmuje testowanie kopii na nowym serwerze. Serwis contentowy z tysiącem adresów wymaga zwykle dwóch tygodni: kilka dni na crawl i inwentaryzację, kolejne na mapę przekierowań, dwa dni na konfigurację środowiska i jeden na kontrolowane przełączenie DNS. Sklep internetowy z integracjami płatności i systemem magazynowym to realnie trzy do czterech tygodni, bo każda integracja wymaga osobnego testu transakcyjnego. Samo przełączenie trwa minuty, ale okno obserwacji po nim liczy się w tygodniach. Planuj start w poniedziałek rano, nigdy w piątek po południu ani przed dłuższym weekendem.
Czy migracja na nową domenę zawsze powoduje spadek pozycji?
Nie zawsze, choć krótkotrwałe wahania są normą, gdy zmienia się adres. Google potrzebuje czasu na ponowne przeskanowanie serwisu i przeniesienie sygnałów rankingowych ze starych adresów na nowe, co przy poprawnie wdrożonych przekierowaniach trwa od dwóch do ośmiu tygodni w zależności od wielkości serwisu i częstotliwości odwiedzin robota. Kluczowe są trzy elementy: kompletna mapa jeden do jednego, zgłoszenie zmiany adresu w narzędziu Search Console oraz zachowanie identycznej struktury treści przez pierwszy miesiąc. Łączenie migracji z przebudową szablonu, zmianą tekstów i nową architekturą kategorii to najczęstszy powód trwałych spadków, bo nie sposób ustalić, który czynnik zawinił. Zmiany rozdzielaj w czasie.
Co zrobić, gdy po migracji ruch organiczny spada o połowę?
Zacznij od diagnostyki, nie od paniki i cofania zmian. Sprawdź kolejno: czy plik robots.txt nie blokuje katalogów, czy na stronach nie został nagłówek noindex z wersji testowej, czy tagi kanoniczne nie wskazują na stary adres oraz czy certyfikat obejmuje wszystkie subdomeny. Następnie przepuść starą listę adresów przez crawler i wyłap wszystkie odpowiedzi inne niż 301 lub 200 — brakujące przekierowania odpowiadają za większość takich spadków. Porównaj też wyniki z arkuszem sprzed migracji, żeby ustalić, czy tracą wszystkie podstrony, czy tylko wybrany segment. Poprawki wdrażaj pojedynczo i notuj daty, bo tylko wtedy zobaczysz, która z nich faktycznie zadziałała.
