Pamiętam doskonale moment, w którym po raz pierwszy przyszło mi przenieść stronę www na inny serwer. Migracja strony i stres, lekkie zagubienie, poczucie że „coś na pewno pójdzie nie tak”. Jak się jednak później okazało, znane powiedzenie „strach ma wielkie oczy” pasowało tu idealnie.
Jeśli planujesz migrację strony (na nowy hosting, serwer albo domenę), zależy CI, aby przenieść wszystko bez przestoju i bez strat – ani w ruchu z Google, ani w formularzach, ani w mailach. Problem w tym, że większość wpadek dzieje się na ostatniej prostej. W ramach DNS, SSL, linkach i testach po przełączeniu. I wtedy zamiast “szybciej i stabilniej” masz 404, mieszane treści, błędy wysyłki albo spadek widoczności. Jak zatem bezpiecznie przenieść stronę?
Z tego artykułu dowiesz się:
Czego unikać? 5 najczęstszych błędów podczas migracji strony
Czy migracja może być trudna? Jasne, że tak – lecz to, jak bardzo, zależy od wielu czynników. Choćby od tego, czy ścieżki w plikach zapisane są bezwzględnie (cała droga dostępu) czy względnie (odnosząc się do aktualnego katalogu). To drobiazgi, które w praktyce potrafią decydować o powodzeniu całego procesu.
Zamiast jednak opowiadać o tym, co zrobić poprawnie, odwrócę perspektywę i skupię się na tym, czego unikać jak ognia.
PS. Wtyczki do migracji? Oficjalnie – nie polecamy. Zbyt często powodują więcej zamieszania niż pożytku.
Błąd #1: Migracja bez pełnej kopii zapasowej
To jeden z najpoważniejszych i jednocześnie najczęściej popełnianych błędów. Wystarczy jeden niepozorny błąd podczas przenoszenia plików lub bazy, by stracić ważne elementy strony. Czasem problem da się odkręcić, ale bywa, że po prostu… nie.
Kopia zapasowa to Twoja siatka bezpieczeństwa. Kilka minut poświęconych na zrobienie backupu może oszczędzić godziny napraw, nerwów i kosztów.
Jak tego uniknąć?
- Zawsze twórz backup przed migracją – ręczny lub automatyczny, ale stwórz.
- Tylko Rambo działa bez kopii zapasowej – ale my nie jesteśmy Rambo.
Jeśli chcesz przygotować kopię WordPress’a ręcznie: Jak utworzyć kopię zapasową WordPress?
Błąd #2: Zmiana serwera, ale bez poprawnej konfiguracji DNS
Przeniesienie plików i bazy to dopiero pierwszy krok. Kolejny, często pomijany, to DNS. Jeśli rekordy A lub CNAME nadal wskazują stary serwer, strona po prostu nie zadziała. A jeśli dodatkowo TTL nie został wcześniej obniżony, propagacja zmian może ciągnąć się godzinami.
Najczęstsze błędy to:
- pozostawienie starych rekordów A/CNAME,
- zmiana DNS bez wcześniejszego obniżenia TTL,
- brak weryfikacji, czy domena faktycznie wskazuje nowy serwer.
Jak tego uniknąć?
- Zapisz obecne rekordy przed migracją (na wszelki wypadek).
- Ustaw TTL na niski (np. 300).
- Po migracji upewnij się, że A/CNAME prowadzą tam, gdzie powinny.
- Monitoruj propagację np. przez whatsmydns.net.
Błąd #3: Niezgodne wersje PHP i MySQL po zmianie serwera
PHP i MySQL to fundamenty większości stron – szczególnie tych opartych o WordPress, PrestaShop czy inne CMS-y. Jeżeli na nowym serwerze działają inne wersje niż na poprzednim, efektem mogą być białe ekrany, błędy 500 lub całkowita awaria strony.
Co może pójść nie tak?
- Nowa wersja PHP jest zbyt świeża, więc starsze wtyczki mogą nie działać.
- Wersja PHP zbyt stara, wtedy nowoczesne CMS-y wymagają aktualnych środowisk.
- Brak wymaganych rozszerzeń (np. GD, cURL, mbstring).
- Inna konfiguracja bazy.
Objawy? Najczęściej:
- WSOD,
- błędy 500,
- błędy funkcji PHP,
- problemy z logowaniem do panelu.
Jak tego uniknąć?
- Włącz debugowanie, jeśli coś działa nie tak.
- Sprawdź wersje PHP i MySQL na starym serwerze (np. przez phpinfo).
- Dostosuj wersję PHP na nowym serwerze, większość paneli hostingowych to umożliwia.
- Przeanalizuj kompatybilność wtyczek i motywów.
- Przetestuj stronę w środowisku testowym przed podpięciem domeny.
Błąd #4: Brak testów po migracji
Migracja zakończona? DNS przestawione? Świetnie. Ale to nie oznacza, że wszystko działa. Każdy serwer może się różnić konfiguracją, ścieżkami lub ustawieniami PHP. To potrafi wywołać problemy, jakich nie przewidzisz.
Najczęstsze skutki braku testów:
- niedziałające formularze,
- błędy 404,
- brak części mediów,
- białe ekrany,
- błędne przekierowania.
Jak testować poprawnie?
- Skorzystaj z pliku hosts, by zobaczyć stronę na nowym serwerze zanim zmienisz DNS.
- Sprawdź:
- ładowanie strony,
- panel administratora,
- formularze i integracje,
- ścieżki do grafik,
- szybkość ładowania,
- poprawność uprawnień (katalogi 755, pliki 644).
Jeśli jesteś ciekawa, lub ciekaw w jaki sposób skonfigurować plik hosts, zapraszam do przeczytania Jak edytować plik hosts?
Błąd #5: Nieaktualne ścieżki i URL-e w bazie danych
To klasyk migracji WordPressa. Jeśli w bazie danych pozostaną stare URL-e lub ścieżki do plików, strona może:
- wyświetlać błędne linki,
- gubić obrazy i media,
- pokazywać błędy 404,
- ładować style i skrypty z niewłaściwych lokalizacji.
Jak temu zapobiec?
Zaktualizuj ścieżki masowo:
WP-CLI – najszybsza i najbezpieczniejsza metoda.
Przykład:
wp search-replace 'stara-sciezka' 'nowa-sciezka' --all-tablesBetter Search Replace – wtyczka do WordPressa.
phpMyAdmin – opcja ręczna (najbardziej czasochłonna).
Zadbaj o multimedia
- upewnij się, że folder
/uploadsdziała poprawnie, - sprawdź, czy miniatury ładują się po migracji,
- w razie potrzeby zaktualizuj ścieżki za pomocą narzędzi do reorganizacji mediów.
Przetestuj stronę po zmianach
- formularze,
- grafiki,
- linki wewnętrzne,
- przekierowania,
- elementy dynamiczne.
Podsumowanie
Migracja strony to proces, który, jeśli wykonany bez planu, może łatwo stać się źródłem frustracji. Brak backupu, źle ustawione DNS-y, niewłaściwa wersja PHP, nieprzetestowane funkcje czy nieaktualne ścieżki w bazie danych to błędy, które zdarzają się częściej, niż większość osób przypuszcza.
Dobra wiadomość? Każde z tych ryzyk można zminimalizować. Wystarczy:
- przygotować solidny backup,
- zadbać o DNS,
- dopasować środowisko PHP/MySQL,
- testować przed i po migracji,
- poprawić ścieżki w bazie danych.
Drobiazgowa dbałość o szczegóły sprawi, że migracja przebiegnie nie tylko bezboleśnie, ale też bez zbędnych niespodzianek.


Polecane dla Ciebie
PrestaShop w Polsce w kwietniu 2022
PrestaShop to kolejny element naszego cyklicznego badania. Jako jeden z wiodących operatorów hostingu stale monitorujemy ponad dwa miliony domen w […]
Poczta pod ochroną. Poznaj nową odsłonę SpamAssassin!
W obliczu rosnących zagrożeń i w trosce o bezpieczeństwo poczty e-mail, rozpoczynamy domyślne wdrożenie zaawansowanego narzędzia ochrony Twojej skrzynki pocztowej. Poznaj nową odsłonę SpamAssassin.
Czym są subdomeny?
Każda strona internetowa posiada swój własny, unikalny adres, określany mianem domeny. Istnieją jednak subdomeny, które są również adresem internetowym. Można […]
Szukasz dalej?