Migracja WordPressa na nowy hosting krok po kroku — jak przenieść stronę bez przestoju

Zmiana hostingu to jedna z tych rzeczy, które odkłada się miesiącami — nie dlatego, że są trudne, tylko dlatego, że w wyobraźni kończą się białym ekranem, zawieszoną pocztą i telefonem od klienta: „strona nie działa”. W praktyce migracja WordPressa to nie loteria, tylko checklista. Jeśli wykonasz kroki w odpowiedniej kolejności, odwiedzający nie zauważą niczego.

Migracja hostingu to nie to samo co transfer domeny

To najczęstsze nieporozumienie na starcie. Transfer domeny to zmiana rejestratora, u którego domena jest zarejestrowana — sama strona nadal stoi tam, gdzie stała. Migracja hostingu to przeniesienie plików, bazy danych i poczty na inny serwer, a domena może zostać u dotychczasowego rejestratora.

Te dwie operacje można zrobić razem, ale nie trzeba — i zdecydowanie nie tego samego dnia. Rozdziel je w czasie: najpierw przenieś stronę i upewnij się, że działa, a domenę transferuj po tygodniu spokoju. Samą zmianę rejestratora opisaliśmy osobno w tekście o tym, jak wygląda przeniesienie domeny.

Krok 0 — sprawdź, czy nowy hosting udźwignie Twoją stronę

Zanim cokolwiek skopiujesz, zweryfikuj trzy parametry docelowego pakietu:

• Wersja PHP. WordPress z aktualnymi wtyczkami wymaga nowoczesnego PHP. W hostingu Cloud w RapidDC dostępne są wersje od 5.4 do 8.3, a przełączanie odbywa się z poziomu panelu — pokazujemy to w poradniku o zmianie wersji PHP na hostingu.
• Miejsce na dysku. Zsumuj katalog wp-content plus zrzut bazy. Sklep z kilkoma tysiącami zdjęć produktowych potrafi zaskoczyć.
• RAM i vCPU. To one decydują, ile jednoczesnych zapytań udźwignie strona, gdy trafi na nią ruch z kampanii lub newslettera. Konkretne wartości dla obu linii RapidDC porównujemy w ostatniej sekcji.

Krok 1 — zrób pełną kopię: pliki i baza danych

Migracja bez kopii to hazard. Potrzebujesz dwóch rzeczy:

1. Plików — całego katalogu WordPressa, zwłaszcza wp-content (motywy, wtyczki, biblioteka mediów) oraz pliku wp-config.php.
2. Bazy danych — pełnego zrzutu SQL. Krok po kroku opisaliśmy to w tekście o tym, jak wykonać backup bazy danych i przywrócić kopię bezpieczeństwa.

Kopię pobierz na własny dysk, a nie tylko na stary serwer. Backup automatyczny u dostawcy ma określoną retencję — w linii Cloud do 3 dni wstecz, w HostingMAX 5 dni historii — więc jest zabezpieczeniem na wypadek awarii, a nie archiwum wieczystym. Nie zastępuje kopii zrobionej ręcznie przed migracją; więcej o tym rozróżnieniu piszemy przy okazji automatycznego backupu hostingu.

Krok 2 — postaw stronę na nowym serwerze i przetestuj ją PRZED zmianą DNS

To jest krok, którego pominięcie generuje większość dramatów.

Wgraj pliki i zaimportuj bazę na nowy serwer, ale nie przełączaj jeszcze DNS. Zamiast tego podejrzyj stronę lokalnie — wystarczy dopisać adres IP nowego serwera i domenę do pliku hosts na swoim komputerze. Twoja przeglądarka zobaczy nową instalację, cały świat nadal starą.

Sprawdź wtedy: czy otwierają się strona główna i podstrony, czy działa logowanie do /wp-admin, czy ładują się obrazki z biblioteki mediów (typowy objaw złej ścieżki), czy formularze kontaktowe wysyłają wiadomości i czy nie sypie się koszyk, jeśli to sklep.

HostingMAX można przy tym sprawdzić przez 30 dni w cenie 20 PLN netto (źródło: rapiddc.pl/hostingmax) — w sam raz na spokojną migrację próbną, bez zobowiązania na cały rok.

Krok 3 — DNS: najpierw obniż TTL, dopiero potem przełączaj

TTL (Time To Live) mówi serwerom DNS na świecie, jak długo mogą trzymać w pamięci starą odpowiedź. Jeśli masz ustawione 86400 sekund, część odwiedzających trafi na stary serwer jeszcze przez dobę po zmianie.

Kolejność jest prosta:

1. 24–48 godzin przed migracją obniż TTL rekordów A do np. 300 sekund.
2. Poczekaj, aż stara wartość wygaśnie w sieci.
3. Dopiero teraz zmień rekord A na IP nowego serwera.
4. Po kilku dniach stabilnej pracy przywróć wyższy TTL.

Efekt: przełączenie liczone w minutach zamiast w godzinach. Mechanizm tłumaczymy we wpisie o propagacji DNS.

Nie kasuj starego hostingu po przełączeniu. Zostaw go aktywnego co najmniej 7–14 dni. To najtańsza polisa ubezpieczeniowa, jaką kupisz.

Krok 4 — poczta e-mail, czyli o czym zapomina połowa migrujących

Rekordy MX to osobna historia niż rekord A. Możesz bezbłędnie przenieść stronę i jednocześnie stracić przychodzące wiadomości, bo poczta poleci na serwer, na którym nie ma już skrzynek.

Zanim ruszysz MX-y:

• Załóż skrzynki na nowym serwerze z tymi samymi adresami.
• Ściągnij starą pocztę lokalnie przez IMAP, jeśli chcesz zachować archiwum.
• Przenieś rekordy SPF, DKIM i DMARC. Ich pominięcie nie zablokuje poczty od razu — Twoje wiadomości zaczną po prostu lądować w spamie, co odkryjesz dopiero po tygodniu.

W obu liniach liczba kont e-mail nie jest limitowana, więc odtworzenie struktury skrzynek nie wymaga kombinowania. O tym, jak je potem zabezpieczyć, piszemy w poradniku o bezpieczeństwie poczty e-mail.

Krok 5 — SSL, przekierowania i kontrola po przełączeniu

Certyfikat SSL nie „przenosi się” razem ze stroną — trzeba go wystawić na nowym serwerze. W obu liniach RapidDC certyfikat jest w pakiecie (w hostingu Cloud to Let’s Encrypt). Ostrzeżenie o niezaufanym połączeniu po migracji zwykle oznacza po prostu, że certyfikat nie został jeszcze wygenerowany — przypominamy, dlaczego strona musi mieć certyfikat SSL.

Na koniec przejdź checklistę pomigracyjną: wymuś przekierowanie z HTTP na HTTPS, upewnij się, że wersje z www i bez www prowadzą do jednej, przeklikaj kilkanaście podstron w poszukiwaniu błędów 404 i 500 (co oznaczają, wyjaśniamy przy okazji kodów odpowiedzi HTTP), wyczyść cache wtyczek i przeglądarki, a na koniec sprawdź stan indeksowania w Google Search Console.

5 błędów, które realnie kosztują przestój

1. Przełączenie DNS bez wcześniejszego testu. Błąd wychodzi dopiero „na produkcji”.
2. Skasowanie starego hostingu od razu po migracji. Nie ma do czego wrócić.
3. Zapomniana poczta. Strona działa, faktury nie przychodzą.
4. Migracja w piątek po południu. Dowiesz się w poniedziałek — od klientów. Przenoś we wtorek rano.
5. Sugerowanie się wyłącznie ceną promocyjną. W linii Cloud pakiet Starter kosztuje 40 PLN netto za pierwszy rok i 100 PLN netto przy odnowieniu, w HostingMAX Starter — odpowiednio 49 i 99 PLN netto. Realny koszt liczy się przez trzy lata, nie przez dwanaście miesięcy.

Cloud czy HostingMAX — gdzie wylądować po migracji

Obie linie obsłużą WordPressa. Różnią się tym, co dostajesz pod maską:

• Cloud — dyski SSD (od 20 GB, 1 vCPU i 512 MB RAM w pakiecie Starter po 500 GB, 4 vCPU i 1,5 GB RAM w Elite), panel DirectAdmin, PHP od 5.4 do 8.3, darmowy certyfikat Let’s Encrypt, backup do 3 dni, łącze 1 Gbps i deklarowane dla tej linii SLA na poziomie 99,9% (źródło: rapiddc.pl/hosting-www). Sprawdzi się dla stron firmowych i blogów, gdzie liczy się przewidywalność i znajomy panel.
• HostingMAX — dyski NVMe klasy Enterprise (od 10 GB, 1 GB RAM i 1 vCPU w Starterze po 100 GB, 3 GB RAM i 4 vCPU w Extreme), serwer LiteSpeed z LSCache, ochrona Imunify360, codzienny backup z 5-dniową historią, dostęp SSH i wsparcie 24/7 (źródło: rapiddc.pl/hostingmax). To wybór pod strony, które realnie walczą o czas ładowania: sklepy, portale, witryny z kampanią reklamową na karku.

Jeśli migrujesz sklep albo stronę, dla której liczą się Core Web Vitals, kombinacja NVMe i LiteSpeed z LSCache robi różnicę, której nie nadrobisz samą wtyczką cache’ującą.

Podsumowanie

Migracja WordPressa nie musi oznaczać przestoju — musi oznaczać kolejność. Kopia, test na nowym serwerze, obniżony TTL, przełączenie DNS, poczta, SSL, kontrola. Żaden z tych etapów nie wymaga bycia administratorem. A jeśli wolisz w ogóle nie dotykać tego samodzielnie, przeniesienie strony lub sklepu do RapidDC możesz nam po prostu zlecić — szczegóły realizacji ustalamy indywidualnie (źródło: rapiddc.pl/hosting-www).

👉 Zobacz pakiety hostingu Cloud lub HostingMAX na dyskach NVMe i zaplanuj przeprowadzkę na własnych warunkach.

FAQ – najczęściej zadawane pytania o migrację hostingu

Czy migracja WordPressa oznacza przestój strony?

Nie musi. Jeśli postawisz kopię na nowym serwerze i przetestujesz ją przed zmianą DNS, a wcześniej obniżysz TTL rekordów do kilku minut, przełączenie jest praktycznie niezauważalne dla odwiedzających. Przestoje biorą się zwykle z odwrotnej kolejności — najpierw zmiana DNS, potem sprawdzanie, czy strona w ogóle działa.

Czy przy zmianie hostingu muszę też przenieść domenę?

Nie. To dwie niezależne operacje. Domena może zostać u dotychczasowego rejestratora — wystarczy zmienić rekordy DNS tak, by wskazywały na nowy serwer. Transfer domeny do innego rejestratora warto zrobić osobno, najlepiej po tygodniu stabilnej pracy strony na nowym hostingu.

Czy stracę pozycje w Google po migracji hostingu?

Sama zmiana serwera nie obniża pozycji, o ile adresy URL pozostają bez zmian, a strona nie jest niedostępna przez dłuższy czas. Ryzyko pojawia się przy błędach 5xx w trakcie przełączania i przy pomylonych przekierowaniach HTTP/HTTPS lub www. Po migracji sprawdź stan indeksowania w Google Search Console.

Czy mogę zlecić migrację RapidDC zamiast robić ją samodzielnie?

Tak. Zgodnie z informacją na stronie hostingu, każdy klient może zlecić przeniesienie strony lub sklepu internetowego do hostingu RapidDC, a szczegóły realizacji ustalane są w kontakcie z zespołem. To rozwiązanie dla osób, które wolą nie dotykać DNS-ów i bazy danych samodzielnie — wystarczy skontaktować się z nami.

Jak sprawdzić nowy hosting przed ostateczną przeprowadzką?

Najprościej postawić na nim kopię strony i obejrzeć ją lokalnie przez wpis w pliku hosts, bez ruszania DNS. Jeśli chcesz przetestować środowisko dłużej i w warunkach zbliżonych do docelowych, HostingMAX udostępnia 30-dniowy test w cenie 20 PLN netto — wystarczająco długo, by przemigrować bez pośpiechu.

---

Artykuł powstał z wykorzystaniem narzędzi sztucznej inteligencji (AI) pod nadzorem zespołu RapidDC. Grafika ilustracyjna została wygenerowana przez AI.