Migracja WordPressa na VPS bez utraty poczty i DNS
Jak przenieść witrynę WordPress z hostingu współdzielonego na VPS bez utraty poczty e-mail i zmian w DNS
Przeniesienie WordPressa z hostingu współdzielonego na wirtualny serwer prywatny (VPS) może dać Ci większą kontrolę nad PHP, zasobami serwera i jego konfiguracją. Może jednak zakłócić działanie poczty e-mail lub skierować odwiedzających w niewłaściwe miejsce, jeśli potraktujesz migrację jak zwykłe kopiowanie plików. Kluczowe jest oddzielenie witryny od usług, które już korzystają z Twojej domeny.
Jeśli zastanawiasz się, jak przenieść WordPressa na VPS, zacznij od ustalenia, jakie usługi faktycznie zapewnia obecny dostawca. Domena może być zarejestrowana u jednej firmy, obsługiwana przez serwery DNS innej, korzystać z poczty u kolejnej, a z WordPressa u jeszcze innej. Nie musisz przenosić tych usług razem.
1. Określ zakres migracji: oddziel witrynę od usług, które pozostają na dotychczasowym miejscu
Zapisz, gdzie znajdują się pliki WordPressa i baza danych, a następnie ustal, który dostawca odpowiada za każdą powiązaną usługę. Sprawdź rejestratora domeny, operatora DNS, dostawcę poczty e-mail oraz wszelkie dodatkowe usługi, takie jak CDN czy przechowywanie obrazów. Panel hostingowy może wyświetlać część tych informacji, ale to serwery nazw domeny i rekordy DNS pokazują, dokąd faktycznie kierowany jest ruch.
Przykładowo witryna może działać na hostingu współdzielonym, podczas gdy DNS jest obsługiwany przez Cloudflare, a firmowa poczta przez Google Workspace. W takiej sytuacji przeniesienie WordPressa na VPS nie wymaga przenoszenia domeny ani kont pocztowych. Zwykle wystarczy zmienić rekordy kierujące ruch internetowy, pozostawiając rekordy pocztowe bez zmian — to podstawowa zasada, dzięki której migracja WordPressa bez utraty poczty e-mail jest możliwa.
Przed wprowadzeniem jakichkolwiek zmian przygotuj prostą listę. Zapisz obecny adres witryny, serwery nazw oraz znane rekordy związane z pocztą. Jeśli nie masz pewności, czy dany rekord dotyczy poczty, zapytaj jej dostawcę lub sprawdź jego instrukcje konfiguracji, zamiast go usuwać. Brak rekordu pocztowego może uniemożliwić odbieranie wiadomości, nawet jeśli witryna działa bez zarzutu.
2. Zmapuj zależności, które mogą umknąć przy zwykłym kopiowaniu witryny
Kopia zapasowa WordPressa może obejmować pliki witryny i bazę danych, ale niekoniecznie wszystkie usługi, od których witryna zależy. Sprawdź zaplanowane zadania, ustawienia poczty wychodzącej, zewnętrzne magazyny danych, przekierowania, konfigurację SSL oraz ustawienia specyficzne dla serwera. Na przykład witryna członkowska może wymagać zaplanowanego zadania do wygaszania kont, a sklep może wysyłać powiadomienia o zamówieniach za pośrednictwem zewnętrznej usługi SMTP.
Sprawdź zaplanowane zadania w panelu hostingowym i wtyczkach WordPressa. Wbudowany mechanizm zadań WordPressa może uruchamiać się przy ładowaniu strony przez odwiedzającego, natomiast zadanie cron na serwerze może wywoływać określony skrypt według harmonogramu. Zapisz dla każdego zadania polecenie, częstotliwość i strefę czasową. Jeśli na VPS-ie nie skonfigurujesz odpowiedniego zadania cron, zadanie wykonywane co godzinę na starym hostingu może przestać działać po migracji.
Sprawdź, w jaki sposób witryna wysyła pocztę. Zapisz, czy korzysta z serwera pocztowego dostawcy hostingu, wtyczki SMTP czy usługi do wysyłania wiadomości transakcyjnych. Ustal też, jakiego adresu nadawcy używa witryna. Jeśli stary hosting zapewniał serwer pocztowy, te same ustawienia mogą nie działać z VPS-a. Zapytaj dostawcę poczty, czy ogranicza połączenia lub wymaga konkretnej metody uwierzytelniania.
Wypisz również zewnętrzne magazyny danych i ustawienia serwera. Wtyczka do obsługi mediów może zapisywać pliki w zewnętrznym magazynie obiektowym zamiast w katalogu uploads WordPressa. Witryna może też wymagać określonej wersji PHP, rozszerzeń PHP, reguł przepisywania adresów lub ustawień w pliku .htaccess. Zachowaj te informacje — zgadywanie po uruchomieniu witryny może zmienić drobny problem ze zgodnością w długą awarię.
3. Przygotuj VPS zgodnie z rzeczywistymi wymaganiami witryny
Wybierz konfigurację VPS-a dopasowaną do faktycznych potrzeb witryny, a następnie zdecyduj, jak serwer będzie obsługiwał żądania internetowe. Popularne rozwiązania to Apache i Nginx, ale właściwy wybór zależy od obecnej witryny i możliwości administratora w zakresie jej utrzymania. Przed instalacją środowiska produkcyjnego sprawdź, czy wybrana wersja PHP i wymagane rozszerzenia są zgodne z kodem witryny, wtyczkami i motywem.
Skonfiguruj bazę danych, serwer WWW i obsługę PHP, a następnie ustaw właścicieli plików i uprawnienia tak, aby WordPress mógł odczytywać pliki i zapisywać dane tylko tam, gdzie jest to potrzebne. Nie nadawaj wszystkim plikom prawa zapisu tylko po to, by pozbyć się komunikatu o błędzie. Ogranicz dostęp administracyjny, włącz zaporę sieciową i skonfiguruj kopie zapasowe obejmujące zarówno bazę danych, jak i pliki witryny.
Przetestuj VPS przed przeniesieniem działającej witryny. Sprawdź, czy serwer WWW wyświetla prostą stronę, PHP działa prawidłowo, a baza danych przyjmuje połączenia testowe. Zapisz zainstalowane wersje oprogramowania i użyte pliki konfiguracyjne. Dzięki temu w razie problemów z wtyczką na nowym serwerze będziesz mieć konkretne dane do porównania.
4. Przenieś pliki i bazę danych, nie zmieniając działania publicznej witryny
Utwórz pełną kopię plików WordPressa i bazy danych, a dotychczasową witrynę pozostaw dostępną dla odwiedzających na czas prac. Wtyczka migracyjna może spakować witrynę, a narzędzia wiersza poleceń lub kopia zapasowa udostępniona przez hosting mogą zapewnić większą kontrolę. Niezależnie od wybranej metody sprawdź, czy kopia obejmuje bazę danych, przesłane pliki, motywy, wtyczki i wszystkie niestandardowe pliki konfiguracyjne.
Jeśli witryna często się zmienia, zaplanuj, jak obsłużyć nowe zamówienia, komentarze i opublikowane wpisy dodane po wykonaniu pierwszej kopii. Możesz najpierw skopiować witrynę i przetestować ją prywatnie, a następnie ponownie przenieść bazę danych podczas krótkiego okna serwisowego. W przypadku sklepu nie przyjmuj zamówień równocześnie w obu kopiach — naprawienie brakujących lub zdublowanych danych zamówień jest trudniejsze niż krótka, wcześniej zapowiedziana przerwa.
Przenieś pliki i bazę danych na VPS, a następnie zaktualizuj konfigurację WordPressa, wpisując nową nazwę bazy danych, użytkownika, hasło i host, jeśli jest to wymagane. Zapisz bezpiecznie stare i nowe dane. Jeśli zmienia się domena lub ścieżki do plików, ostrożnie zaktualizuj ustawienia witryny. Szerokie wyszukiwanie i zamiana mogą uszkodzić serializowane dane w bazie, jeśli narzędzie nie obsługuje serializacji.
Na tym etapie nie kieruj jeszcze publicznego DNS na VPS. Podczas sprawdzania prywatnej kopii publicznym adresem witryny powinien nadal pozostać stary hosting. Nowy serwer nie powinien obsługiwać rzeczywistego ruchu klientów, dopóki nie będziesz gotowy do przełączenia.
5. Przetestuj witrynę prywatnie przed zmianą publicznego DNS
Użyj wpisu w pliku hosts na swoim komputerze lub tymczasowej domeny testowej, aby skierować przeglądarkę na VPS bez zmiany publicznego DNS. Wpis w pliku hosts wpływa tylko na urządzenie, na którym go dodasz, dzięki czemu możesz sprawdzić nową witrynę, zanim zobaczą ją inni odwiedzający. Po testach usuń wpis, żeby nie pomylić prywatnego przekierowania z publicznym adresem.
Przetestuj zarówno część publiczną witryny, jak i kokpit WordPressa. Sprawdź stronę logowania, reprezentatywny zestaw najważniejszych podstron, wyszukiwarkę, formularze, przesyłanie plików, przekierowania oraz funkcje koszyka i kont użytkowników, jeśli witryna z nich korzysta. Wyślij testowy formularz i upewnij się, dokąd trafia wiadomość. Jeśli witryna wysyła pocztę, sprawdź, czy wiadomości są dostarczane i czy nie trafiają do spamu — komunikat o poprawnym wysłaniu formularza na ekranie nie dowodzi, że e-mail został wysłany.
Sprawdź zaplanowane zadania i integracje, które łączą się z witryną z zewnątrz. Na przykład operator płatności może wysyłać powiadomienia na konkretny adres URL, a usługa monitorująca może oczekiwać określonej odpowiedzi. Upewnij się również, że HTTPS działa na VPS-ie. Certyfikat dla domeny testowej może nie pasować do domeny produkcyjnej, dlatego przed przekierowaniem odwiedzających na nowy serwer przetestuj plan konfiguracji docelowego certyfikatu.
Sprawdź przekierowania i kanoniczne adresy URL dla domeny produkcyjnej. Jeśli współczynnik odrzuceń witryny jest wysoki, uszkodzona strona docelowa lub przekierowanie mogą pogorszyć sytuację. W tym poradniku wyjaśniono, jaki współczynnik odrzuceń witryny można uznać za dobry i jak interpretować tę miarę. Podczas testowania migracji skup się na konkretnych problemach, takich jak formularz zwracający błąd czy przesłany plik, który się nie wyświetla.
6. Zmień ustawienia DNS zgodnie z planem uwzględniającym pocztę i możliwość przywrócenia poprzedniej konfiguracji
Przed zmianą DNS zapisz obecne rekordy i zanotuj, które rekordy witryny zamierzasz zaktualizować. Jeśli witryna korzysta z rekordu A, zmień wskazany w nim adres na adres VPS-a. Jeśli dla adresu witryny używany jest rekord CNAME, odpowiednio go zaktualizuj. Pozostaw rekordy pocztowe bez zmian — w tym rekordy MX i rekordy TXT używane do uwierzytelniania poczty — chyba że celowo zmieniasz dostawcę poczty. Jeśli sprawdzasz, jak zmienić DNS przy przenoszeniu strony na VPS, pamiętaj, że zazwyczaj aktualizujesz wyłącznie rekordy kierujące ruch do witryny.
Obniżenie wartości TTL (czasu życia rekordu DNS) przed migracją może sprawić, że niektóre resolwery szybciej pobiorą nowy adres, ale nie gwarantuje natychmiastowej zmiany na całym świecie. Przed edycją sprawdź obecną konfigurację DNS i zalecenia dostawcy. Jeśli korzystasz z proxy lub CDN, upewnij się, że adres źródłowy powinien wskazywać bezpośrednio na VPS oraz że tryb SSL proxy jest zgodny z zainstalowanym certyfikatem.
Wybierz porę przełączenia, kiedy możesz obserwować działanie witryny i reagować na problemy. Zmień zaplanowany rekord witryny, a następnie sprawdź domenę z więcej niż jednej sieci lub za pomocą kilku narzędzi do sprawdzania DNS. Przygotuj pisemną instrukcję przywrócenia poprzedniej konfiguracji: zapisz poprzedni adres witryny, ustal, kto może wprowadzić zmianę, i zachowaj dostęp do starego konta hostingowego. Nie usuwaj starej witryny, dopóki pamięć podręczna DNS może jeszcze kierować tam odwiedzających.
Podczas przełączenia osobno sprawdź pocztę. Wyślij wiadomość z zewnętrznego konta na adres w swojej domenie, a jeśli to możliwe, odpowiedz z tego adresu. Jeśli poczta przestanie działać, przed wprowadzeniem kolejnych zmian porównaj bieżące rekordy DNS z zapisanymi wcześniej. Przeniesienie serwera WWW nie powinno wymagać usuwania rekordów pocztowych.
7. Po uruchomieniu potwierdź, że nowa konfiguracja działa prawidłowo
Gdy publiczny ruch zacznie trafiać na VPS, sprawdź HTTPS, najważniejsze podstrony, formularze, logowanie i wszystkie funkcje związane z przychodami. Przejrzyj logi WordPressa i serwera pod kątem błędów PHP, odmowy dostępu do plików, nieudanych połączeń z bazą danych oraz powtarzających się żądań do nieistniejących adresów URL. Strona główna może działać normalnie, choć błąd wtyczki po cichu uniemożliwia wysyłanie formularza kontaktowego.
Upewnij się, że kopie zapasowe na VPS-ie są wykonywane i wiesz, jak je przywrócić. Sprawdź miejsce przechowywania kopii oraz zweryfikuj, czy najnowsza z nich obejmuje zarówno bazę danych, jak i pliki. Skonfiguruj monitorowanie dostępności i terminu ważności certyfikatu, a następnie upewnij się, że poczta działa w obu kierunkach. Zrób to, zanim zrezygnujesz z poprzedniego hostingu.
Pozostaw stare konto hostingowe aktywne do momentu, aż nowa witryna przejdzie zaplanowane testy, a zmiany DNS zdążą się rozpropagować. Zachowaj końcową kopię starych plików i bazy danych zgodnie z własnymi zasadami przechowywania danych. Gdy VPS obsługuje już witrynę, poczta działa, a procedury odzyskiwania są udokumentowane, możesz zdecydować, kiedy zamknąć stare konto — bez zgadywania, z jakich usług nadal korzysta.
