Migracja WordPressa na inny hosting bez przestoju: procedura krok po kroku

Krótka odpowiedź: bezpieczna migracja WordPressa polega na skopiowaniu strony na nowy serwer, przetestowaniu jej tam pod tymczasowym adresem i dopiero wtedy przełączeniu DNS. Stara strona działa przez cały czas, a samo przełączenie jest niezauważalne dla odwiedzających. Wpadki biorą się prawie zawsze z odwrotnej kolejności: najpierw zmiana DNS, potem gorączkowe przenoszenie plików na żywym organizmie.

Kiedy migracja ma sens

• Strona ładuje się wolno, a hosting nie oferuje nowszego PHP, cache ani zasobów
• Rachunek za hosting rośnie co rok bez zmiany zakresu
• Wsparcie hostingu nie odpowiada albo zrzuca winę na 'wtyczki'
• Serwer miał incydenty bezpieczeństwa albo częste przestoje
• Chcesz zebrać kilka stron w jednym, kontrolowanym przez Ciebie miejscu

Procedura, którą stosujemy

1. Kopia wszystkiego, zanim cokolwiek ruszysz

Pełny backup plików i bazy danych, pobrany lokalnie, nie tylko na serwerze. To polisa na każdy dalszy krok. Przy okazji spisujemy wersję PHP, limity pamięci i listę cronów, żeby odtworzyć środowisko, a nie tylko pliki.

2. Migracja próbna na adres tymczasowy

Przenosimy stronę na nowy serwer i uruchamiamy ją pod adresem tymczasowym lub przez lokalne nadpisanie DNS. W bazie podmieniamy adresy narzędziem rozumiejącym dane serializowane (np. WP-CLI search-replace): ręczna podmiana w pliku SQL potrafi uszkodzić ustawienia motywu i wtyczek, to jeden z najczęstszych błędów samodzielnych migracji.

3. Testy na nowym serwerze

• Formularze: czy wysyłają i czy maile dochodzą (nowy serwer = nowa konfiguracja poczty!)
• Certyfikat SSL wystawiony i wymuszony, bez mixed content
• Crony i zaplanowane zadania działają
• Przy sklepie: pełne testowe zamówienie z płatnością
• Wydajność: nowy hosting ma być szybszy, sprawdź to przed przełączeniem, nie po

4. Skrócenie TTL i przełączenie DNS

Na kilka godzin przed migracją skracamy TTL rekordów DNS do 5 minut, dzięki czemu przełączenie propaguje się szybko, a w razie problemu równie szybko można wrócić na stary serwer. Samą zmianę robimy poza godzinami szczytu. Stary serwer zostaje nietknięty jeszcze przez co najmniej tydzień: to plan B, którego nie wolno kasować w dniu przeprowadzki.

5. Kontrola po migracji

Przez pierwsze dni monitorujemy dostępność, logi błędów i Search Console: nagły wzrost błędów 404 albo spadek indeksacji oznacza, że coś wymaga poprawki. Sprawdzamy też, czy poczta w domenie działa, jeśli była hostowana razem ze stroną, bo o niej zapomina się najczęściej.

Najczęstsze błędy, które kładą strony po migracji

• Zmiana DNS przed przetestowaniem strony na nowym serwerze
• Ręczny search-replace psujący dane serializowane w bazie
• Zapomniana poczta e-mail hostowana na starym serwerze
• Brak certyfikatu SSL w momencie przełączenia
• Inna wersja PHP na nowym serwerze i wtyczki, które jej nie znoszą
• Skasowanie starego serwera w dniu migracji, bez okresu bezpieczeństwa