Zmiana hostingu brzmi strasznie, ale w 2026 jest to standardowa operacja, którą wykonują tysiące firm rocznie. Z odpowiednim planowaniem cały proces dla typowej strony WordPress trwa 1-2 godziny, z 0% downtime dla użytkowników. W tym przewodniku rozkładamy to na czynniki pierwsze — krok po kroku, bez technicznego bełkotu.
Dlaczego firmy zmieniają hosting#
Najczęstsze powody (z naszych obserwacji jako migrującego setki klientów rocznie):
- Drastyczny wzrost ceny przy odnowieniu (19 zł → 700 zł)
- Niezadowalające wsparcie techniczne (długie odpowiedzi, brak konkretów)
- Wolne ładowanie strony (HDD/przeładowane serwery)
- Częste awarie i niedostępność
- Brak nowoczesnych funkcji (Let’s Encrypt SSL, WP Toolkit, PHP 8+)
- Zmiana skali biznesu — potrzeba więcej zasobów (RAM, CPU)
- Konsolidacja kilku stron u jednego dostawcy
Krok 1: Przygotowanie i checklista#
Zanim cokolwiek skopiujesz, zrób inwentaryzację. Co masz na obecnym hostingu?
- Liczbę plików i rozmiar strony (panel klienta → użycie dysku)
- Wersję PHP i bazy danych MySQL
- Skrzynki email (ile, jakie, ile na każdej zajęte)
- Subdomeny i aliasy domen
- Certyfikaty SSL (Let’s Encrypt, płatny SSL?)
- Cron joby (jeśli używasz)
- Bazy danych (zwykle 1, ale czasem więcej)
- Niestandardowe konfiguracje (np. .htaccess, php.ini, custom plugins)
Krok 2: Pełny backup ŹRÓDŁA#
NIGDY nie polegaj wyłącznie na backupie hostingu. Zrób WŁASNY backup zanim cokolwiek zaczniesz. Metody:
- **Wtyczka WordPress** — UpdraftPlus, All-in-One WP Migration, BackWPup. Łatwe dla małych stron (<2 GB). Eksport do Dropbox, Google Drive lub pobranie ZIP.
- **SSH/FTP + mysqldump** — dla większych stron i bardziej technicznych użytkowników. Pełna kontrola.
- **Snapshot z panelu hostingu** — Plesk WP Toolkit jednym kliknięciem robi pełny snapshot strony WordPress.
Krok 3: Przygotowanie nowego hostingu#
Na nowym serwerze utwórz konto/subskrypcję dla swojej domeny. **Ale tymczasowo dodaj domenę jako subdomenę testową** — np. nowy.cyfrowapomoc.pl albo z aliasem tymczasowym. To pozwoli zainstalować i przetestować WordPressa zanim publicznie podmienisz DNS.
Konfiguracja na nowym hostingu: instalacja PHP w wersji zgodnej (8.1 lub 8.2 polecamy), utworzenie bazy MySQL (zapamiętaj credentials), utworzenie konta FTP/SSH.
Krok 4: Kopiowanie plików i bazy#
Najprostsza droga w 2026 to **WP Toolkit Plesk** — jeden klik "Migrate" w panelu nowego hostingu, podajesz dane SSH/FTP starego serwera, WP Toolkit kopiuje pliki i bazę automatycznie w 10-30 minut. To rozwiązanie dla niemal wszystkich małych stron.
Manualne kopiowanie: pobranie wszystkich plików z `/public_html/` (FTP/SFTP), eksport bazy MySQL (phpMyAdmin → Export → SQL), wgranie plików na nowy serwer, import bazy do nowej bazy MySQL, edycja `wp-config.php` żeby wskazywał na nową bazę.
Krok 5: Testowanie na tymczasowym URL#
Krytyczna część — przed publicznym przełączeniem PRZETESTUJ stronę dokładnie. W Plesk można dodać domenę jako alias i otrzymać tymczasowy URL typu nowy-test-123.plesk-server.com. Albo skorzystaj z pliku `hosts` na swoim komputerze — wpisując ręcznie mapowanie IP nowego serwera dla swojej domeny.
Co testować:
- Strona główna ładuje się bez błędów
- Wszystkie podstrony działają (mapa strony)
- Obrazy się wyświetlają
- Logowanie do panelu WP działa
- Sklep online: dodawanie do koszyka, checkout (testowy)
- Formularze: kontaktowy, newsletter
- JavaScript działa (popupy, slajdery)
- Brak błędów w konsoli przeglądarki (F12 → Console)
- PageSpeed nie spadł drastycznie
Krok 6: Przygotowanie DNS — TTL na 300#
TTL (Time To Live) w DNS to ilość sekund jak długo serwery DNS cachują rekord przed sprawdzeniem ponownie. Domyślnie 3600-86400 (1h-24h). Przed migracją zmień TTL rekordu A i MX na 300 (5 minut). Zrób to **minimum 24-48 godzin PRZED** faktyczną zmianą — żeby cały internet zdążył pobrać nowe TTL.
Dlaczego? Z TTL 300 przełączenie DNS jest praktycznie natychmiastowe. Z TTL 86400 (24h) część użytkowników jeszcze przez dzień będzie widzieć stary serwer — co może oznaczać że zamówienia idą na stary serwer, gdzie strona już nie działa.
Krok 7: Przełączenie DNS — godzina zero#
Najlepszy moment na przełączenie: noc z niedzieli na poniedziałek (lub Twoja najmniej aktywna godzina). U rejestratora domeny zmień rekord A (i AAAA jeśli IPv6) tak żeby wskazywał na IP nowego serwera. Jeśli ma się zmienić obsługa email — także rekord MX.
Po zmianie: monitor stronę przez najbliższe 30-60 minut. Sprawdzaj logi nowego serwera (powinny pojawiać się prawdziwe wizyty), sprawdzaj logi starego (powinny zniknąć w ciągu 1-2 godzin).
Krok 8: Po migracji — co sprawdzić#
- Search Console — sprawdź czy Google indeksuje nową stronę (Sprawdź URL → Test live)
- Analytics — czy ruch wraca do normy w ciągu 24h
- Komunikacja email — wyślij testowy email z firmowej skrzynki, odbierz testowy
- Wyszukaj swoją stronę w Google z nową domeną — czy wyniki są normalne
- Stary panel hostingu — anulowanie subskrypcji (po 7-14 dniach upewnienia że wszystko działa)
Typowe błędy i jak im zapobiec#
- **Hardcoded URL w bazie** — stary URL pozostaje w treściach, ustawieniach, custom fields. Rozwiązanie: WP-CLI "search-replace", wtyczka Better Search Replace.
- **Mixed content errors** — strona ładowana przez HTTPS, ale niektóre zasoby (obrazy, CSS) przez HTTP. Rozwiązanie: wtyczka Really Simple SSL.
- **Brak email-i po migracji** — najczęściej zapomniany rekord MX lub błędna konfiguracja SPF. Sprawdź mxtoolbox.com.
- **Cache CDN nie został wyczyszczony** — jeśli używasz Cloudflare/Bunny, wyczyść całość po migracji.
- **Niezsynchronizowane zamówienia** (dla e-commerce) — przygotuj się żeby ewentualnie ręcznie skopiować zamówienia złożone podczas okna migracji.