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-tables

Better Search Replace – wtyczka do WordPressa.

phpMyAdmin – opcja ręczna (najbardziej czasochłonna).

Zadbaj o multimedia

  • upewnij się, że folder /uploads dział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.

5 najczęstszych błędów podczas migracji – FAQ

Najczęściej aktualizujesz rekord A (IP serwera) lub CNAME (alias). Po zmianie warto sprawdzić, czy domena rzeczywiście wskazuje nowy serwer w różnych lokalizacjach (propagacja).

Zadbaj o backup plików, bazy danych i konfiguracje (np. pliki konfiguracyjne CMS), zapisz ją poza serwerem i koniecznie sprawdź odtworzenie na środowisku testowym. Dopiero gdy strona działa poprawnie na nowym hostingu, przejdź do etapu „finalizacji”. Tuż przed przełączeniem domeny ogranicz wprowadzanie zmian (np. publikacje, zamówienia, edycje). Zrób finalny zrzut bazy i dociągnij pliki, które mogły się zmienić (np. nowe uploady). Po uruchomieniu strony na nowym serwerze przetestuj krytyczne elementy (logowanie, formularze, koszyk/checkout, media). Po tym przełącz DNS, zostawiając stary serwer jeszcze przez krótki czas jako awaryjny.

Najprościej przez plik hosts na komputerze (wskazujesz domenę na nowe IP lokalnie). Dzięki temu widzisz stronę „jak po migracji”, ale bez wpływu na użytkowników.
>
Konrad Matus

Dodaj komentarz

Twój adres e-mail nie będzie opublikowany.

Szukasz dalej?