Migracja strony na nowy serwer: plan, który ogranicza przestój i nerwy

Migracja strony nie powinna zaczynać się od kopiowania plików na ślepo. Najpierw trzeba wiedzieć, co dokładnie przenosisz: stronę, bazę danych, pocztę, DNS, certyfikat SSL, cron, przekierowania, integracje płatności, formularze i analitykę.

Najwięcej problemów powstaje przy rzeczach pobocznych. Strona działa, ale formularze nie wysyłają maili. Sklep się ładuje, ale webhook płatności trafia na stary adres. DNS przełączony, ale poczta została bez rekordów SPF i DKIM.

Checklista przed migracją

• pełna kopia plików i bazy
• lista domen, subdomen i rekordów DNS
• wersja PHP, bazy danych i rozszerzeń
• lista formularzy oraz integracji
• dostęp do panelu, FTP/SSH, repozytorium i poczty
• plan powrotu, jeśli przełączenie się nie uda

Test na nowym serwerze

Nową wersję trzeba sprawdzić przed zmianą DNS. Najlepiej użyć tymczasowej domeny, wpisu hosts albo technicznego adresu. Przejdź przez najważniejsze ścieżki: strona główna, podstrony usług, blog, formularz kontaktowy, koszyk, płatność testowa, panel CMS i wyszukiwarka.

1. Skopiuj pliki i bazę.
2. Ustaw konfigurację środowiska.
3. Włącz SSL na nowym hostingu.
4. Sprawdź linki, obrazy i formularze.
5. Dopiero potem zmniejsz TTL i planuj przełączenie DNS.

DNS i poczta

Przy migracji samej strony nie zawsze przenosisz pocztę. To trzeba rozdzielić. Rekord A lub CNAME może wskazać nowy serwer WWW, ale MX, SPF, DKIM i DMARC powinny zostać zgodne z dostawcą poczty. Jeden błędny rekord potrafi zatrzymać faktury i zapytania.

Po przełączeniu

• sprawdź status HTTP najważniejszych URL-i
• sprawdź formularze i dostarczalność maili
• sprawdź Search Console oraz sitemapę
• sprawdź logi błędów na nowym serwerze
• nie kasuj starej kopii od razu

Dobra migracja jest nudna. Masz kopię, test, okno przełączenia, monitoring i plan odwrotu. Jeżeli wszystko opiera się na „powinno działać”, to nie jest plan, tylko nadzieja.

Źródła pomocnicze: Google Search Central: site moves, Cloudflare: DNS records.