Jak przenieść stronę WordPress na nowy hosting bez przestoju

Przeniesienie strony WordPress na nowy hosting brzmi groźnie, ale w praktyce to seria przewidywalnych kroków, które wykonane w dobrej kolejności nie powodują przestoju. Najwięcej problemów bierze się nie z samej migracji plików, lecz z pośpiechu: ktoś przełącza domenę, zanim nowy serwer jest gotowy, albo zapomina o poczcie i certyfikacie. Efektem są godziny niedostępności i nerwowe odzyskiwanie danych. Tego da się uniknąć. Poniżej znajdziesz procedurę, która zakłada zasadę „najpierw przygotuj, potem przełącz”: nowa kopia działa i jest przetestowana, zanim odwiedzający w ogóle zobaczą zmianę. Na końcu czeka tabela z właściwą kolejnością działań.

Krok 1: Zrób pełny backup

Zanim cokolwiek ruszysz, wykonaj kompletną kopię zapasową — zarówno plików (katalog WordPressa, motywy, wtyczki, biblioteka mediów), jak i bazy danych. To twój punkt powrotu na wypadek, gdyby cokolwiek poszło nie tak. Backup możesz zrobić przez panel hostingu, dedykowaną wtyczkę migracyjną lub ręcznie przez FTP i eksport bazy. Sprawdź, czy kopia jest kompletna i czy faktycznie da się ją otworzyć — uszkodzony lub niepełny backup jest gorszy niż jego brak, bo daje złudne poczucie bezpieczeństwa. Zachowaj kopię w bezpiecznym miejscu poza obydwoma serwerami, na przykład na lokalnym dysku lub w chmurze. Dopiero z aktualnym, zweryfikowanym backupem w ręku możesz spokojnie przejść do kolejnych kroków.

Krok 2: Zbuduj kopię testową na nowym hostingu

Nie przełączaj domeny od razu. Najpierw odtwórz stronę na nowym serwerze jako kopię testową i sprawdź, czy wszystko działa. Pliki przenosisz przez FTP lub wtyczkę, bazę importujesz na nowym hostingu, a w pliku konfiguracyjnym aktualizujesz dane dostępowe do bazy. Aby obejrzeć witrynę przed przełączeniem domeny, użyj adresu tymczasowego od dostawcy albo lokalnie zmodyfikuj plik hosts na swoim komputerze — wtedy tylko ty zobaczysz nową lokalizację, a odwiedzający wciąż trafiają na stary serwer. Przejdź przez najważniejsze podstrony, formularze i panel administracyjny. Ten etap pozwala wychwycić błędy bazy, brakujące pliki czy problemy z wtyczkami w spokoju, zanim cokolwiek zobaczą użytkownicy.

Krok 3: Obniż TTL i przygotuj DNS

Przełączenie domeny na nowy serwer to zmiana rekordów DNS, a kluczem do braku przestoju jest TTL (czas życia rekordu). TTL mówi, jak długo serwery na świecie przechowują w pamięci dotychczasowy adres. Jeśli z wyprzedzeniem — najlepiej dzień wcześniej — obniżysz TTL do niskiej wartości, na przykład kilkuset sekund, późniejsza zmiana rozejdzie się po internecie znacznie szybciej. Przygotuj sobie wcześniej docelowe rekordy (adres IP nowego serwera lub rekordy dostawcy), aby w momencie migracji tylko je wkleić. Pamiętaj, że propagacja DNS nigdy nie jest natychmiastowa: przez pewien czas część użytkowników widzi stary serwer, a część nowy. Dlatego oba muszą działać równolegle — o tym w kolejnym kroku.

Krok 4: Zadbaj o SSL i pocztę przed przełączeniem

Zanim zmienisz DNS, przygotuj na nowym hostingu dwie rzeczy, o których łatwo zapomnieć: SSL i pocztę. Certyfikat wystaw lub aktywuj wcześniej, tak aby w chwili przełączenia HTTPS działał od pierwszej sekundy — inaczej odwiedzający zobaczą ostrzeżenie o niezabezpieczonym połączeniu. Z pocztą bywa trudniej, bo to często odrębna usługa. Upewnij się, że konta e-mail istnieją na nowym serwerze i że przeniesiono dotychczasową korespondencję, jeśli ma tam pozostać. Po zmianie DNS poczta zacznie trafiać tam, gdzie wskazują rekordy MX, więc skonfiguruj je świadomie. Najczęstsza wpadka migracji to działająca strona i jednocześnie „znikające” e-maile — wszystko dlatego, że o poczcie pomyślano dopiero po przełączeniu.

Krok 5: Przełącz DNS i skontroluj wynik

Gdy kopia testowa działa, SSL jest gotowy, a poczta skonfigurowana, możesz zmienić rekordy DNS, kierując domenę na nowy serwer. Dzięki wcześniej obniżonemu TTL zmiana rozejdzie się szybko, ale przez kilka–kilkanaście godzin oba serwery powinny pozostać aktywne, by obsłużyć użytkowników z różnych części świata. W tym czasie regularnie kontroluj witrynę: ładowanie podstron, formularze, logowanie do panelu, działanie sklepu czy płatności. Sprawdź też, czy poczta przychodzi i wychodzi oraz czy HTTPS działa bez ostrzeżeń. Dopiero gdy upewnisz się, że cały ruch trafia na nowy hosting i nic się nie „sypie”, możesz podnieść TTL z powrotem i wyłączyć stary serwer. Backup z kroku pierwszego zachowaj jeszcze przez jakiś czas.

Krok 6: Przenieś pliki i bazę świadomie

Sama migracja danych zasługuje na chwilę uwagi, bo to tu najczęściej pojawiają się drobne, ale uciążliwe błędy. Pliki możesz przenieść przez FTP, menedżer plików w panelu lub wtyczkę migracyjną — przy dużej bibliotece mediów wtyczka bywa szybsza, ale warto potem porównać liczbę i rozmiar plików, by upewnić się, że nic nie zginęło po drodze. Bazę danych eksportujesz ze starego serwera i importujesz na nowy; pamiętaj o ustawieniu prawidłowego kodowania znaków, inaczej polskie litery mogą zamienić się w „krzaki”. Po imporcie zaktualizuj w konfiguracji nazwę bazy, użytkownika i hasło. Jeśli adres strony się nie zmienia, nie ruszaj wewnętrznych odnośników; jeśli się zmienia, użyj narzędzia do bezpiecznej podmiany adresów w bazie, zamiast edytować ją ręcznie. Zwróć też uwagę na uprawnienia plików i katalogów na nowym serwerze — błędne wartości potrafią wywołać błędy dostępu, które łatwo pomylić z uszkodzoną migracją.

Tabela kolejności działań

Podsumowanie

Migracja WordPressa bez przestoju opiera się na jednej zasadzie: najpierw przygotuj, potem przełącz. Pełny backup daje bezpieczeństwo, kopia testowa wyłapuje błędy, obniżony TTL przyspiesza propagację DNS, a wcześniej przygotowane SSL i poczta chronią przed dwiema najczęstszymi wpadkami. Dopiero na końcu zmieniasz rekordy i trzymasz oba serwery równolegle, aż masz pewność, że ruch w pełni przeszedł na nowy hosting. Wykonana w tej kolejności przeprowadzka jest niewidoczna dla odwiedzających — a o to właśnie chodzi. Jeśli na którymś etapie coś budzi wątpliwości, zatrzymaj się i zapytaj support nowego dostawcy, zanim ruszysz dalej. Spokojna, etapowa migracja prawie zawsze kończy się lepiej niż pośpieszne przełączenie domeny „na już”, po którym trzeba w panice cofać zmiany.