Jak przenieść stronę WordPress na inny serwer – kompletny poradnik 2026

Nie każde spowolnienie strony to powód, żeby się przeprowadzać. Najpierw sprawdź, czy wąskim gardłem nie jest jedna ciężka wtyczka albo zbyt mały memory_limit w PHP. Dopiero gdy sam hosting okazuje się problemem, ma sens planowanie migracji. W naszej praktyce klient zwykle przychodzi z jednym z pięciu typowych powodów.

WordPress składa się z dwóch warstw: plików leżących na dysku oraz bazy danych MySQL lub MariaDB. Pominięcie którejkolwiek z nich oznacza niedziałającą stronę po przeprowadzce. Niżej rozkład na czynniki pierwsze – to lista, którą warto wydrukować i odhaczać podczas pracy.

Każda z metod ma swoje wady, zalety i typowy profil użytkownika. Poniżej tabela decyzyjna, do której zaglądamy zawsze przed startem projektu migracyjnego.

To jest fragment, w którym konkurencja zwykle macha ręką: użyj wtyczki. Tylko że bez zrozumienia, dlaczego nie wolno robić ręcznego SQL REPLACE po adresach URL, łatwo wpaść w pułapkę. Jadąc krótko po pojęciach:

• Serialized data – WordPress trzyma tablice i obiekty w bazie jako stringi z prefiksem długości, np. s:11:"example.com". Liczba 11 to długość ciągu. Gdy zwykłym SQL-em zamienisz example.com na nowy.pl, prefiks zostanie 11, mimo że nowy ciąg ma 7 znaków. WordPress przy odczycie nie umie sparsować takiej struktury i wita Cię biały ekran śmierci.
• Bezpieczna podmiana – używaj WP-CLI search-replace (wp search-replace 'stara.pl' 'nowa.pl' --all-tables --skip-columns=guid) albo wtyczki Better Search Replace. Obie poprawnie reserializują dane.
• Hardcoded paths – niektóre starsze motywy mają wbite na sztywno ścieżki /home/user1/public_html/. Po migracji ścieżka jest inna, więc warto przegrepować grep -r "/home/old_user" wp-content/themes/.
• Custom upload paths – w tabeli wp_options czasem siedzi rekord upload_path z absolutną ścieżką. Ustaw na wp-content/uploads, żeby był relatywny.
• Permalinki – po migracji zawsze wejdź w Ustawienia → Bezpośrednie odnośniki i kliknij Zapisz. WordPress regeneruje wpisy w .htaccess.
• Niezgodność wersji PHP – stary serwer 7.4, nowy 8.2. Niektóre wtyczki sprzed pięciu lat wykrzaczają się na nowym PHP. Zawsze testuj na środowisku staging zanim przepniesz DNS.
• Rozmiar bazy ponad 100 MB – phpMyAdmin łapie timeout. Importuj przez SSH (mysql -u user -p baza < plik.sql) albo Adminer.

U nas to jest pierwsza rzecz, którą sprawdzamy przed flipem domeny: czy w bazie nie zostały okruchy starego URL-a w polach typu serialized. Jeden taki niedoczyszczony rekord potrafi rozłożyć stronę produktową w sklepie.

Skopiowanie plików i bazy to dopiero połowa drogi. Druga połowa to weryfikacja, czy strona faktycznie działa tak samo jak przed przeprowadzką. Lista, którą zawsze przechodzimy punkt po punkcie:

1. Test linków wewnętrznych skanerem Screaming Frog albo wtyczką Broken Link Checker.
2. Test formularzy kontaktowych – nowe IP serwera może nie być na whiteliście SMTP. Jeśli e-maile nie wychodzą, podłącz SMTP przez WP Mail SMTP.
3. Test bramek płatności i checkout WooCommerce – złóż zamówienie testowe w trybie sandbox.
4. Sprawdzenie, czy WP_DEBUG w wp-config.php jest ustawiony na false na produkcji.
5. Wymuszenie regeneracji permalinków (Ustawienia → Bezpośrednie odnośniki → Zapisz).
6. Wyczyszczenie cache: object cache, page cache, CDN, cache przeglądarki.
7. Aktualizacja sitemapy i wgranie nowej do Google Search Console (https://twoja-domena.pl/sitemap.xml).
8. Jeśli zmieniłeś też domenę, użyj narzędzia Change of Address w GSC i zrób 301 redirecty.
9. Sprawdzenie robots.txt – czy nie zostało Disallow: / ze stagingu.
10. Wymuszenie HTTPS w wp-config.php: define('FORCE_SSL_ADMIN', true);.
11. Włączenie Redis lub object cache, jeśli nowy hosting to wspiera (rośnie wydajność admina i WooCommerce).
12. Backup natychmiast po migracji – z UpdraftPlus albo z panelu hostingu. Zostawiasz sobie świeży punkt rollback.

Przy okazji dwunastego punktu: jeśli wcześniej nie miałeś automatycznych backupów, to dobry moment, żeby je włączyć. Strona po migracji jest najbardziej narażona na drobne błędy, których nie wyłapie żaden test.

Najczęściej zadawane pytanie przy migracji: czy strona padnie? Nie musi, jeśli zaplanujesz DNS z głową. Schemat zero downtime, którego używamy od lat:

1. 24–48 godzin przed migracją obniż TTL rekordu A do 300 sekund. To powoduje, że resolwery DNS na całym świecie szybciej zauważą zmianę.
2. Skopiuj pełną stronę na nowy serwer. Skonfiguruj wszystko, przetestuj na tymczasowym adresie (np. nowa.kcmobile.dev albo przez plik hosts).
3. Po pozytywnych testach zmień rekord A z IP starego na IP nowego serwera.
4. Stary serwer trzymaj aktywny przez kolejne 48 godzin. Część użytkowników w tym czasie ciągle trafia na starą maszynę – obie wersje muszą działać.
5. Po 48 godzinach możesz wyłączyć stary hosting.

Do monitoringu propagacji przyda się dig +trace twoja-domena.pl w terminalu lub darmowy whatsmydns.net. Jeśli używasz Cloudflare jako proxy, sprawa jest prostsza – zmieniasz origin IP w panelu CF i propagacja jest natychmiastowa, bo zewnętrznie nadal widać IP Cloudflare. Polecam też w tym kontekście CyberFolks – to hosting, na który najczęściej migrujemy klientów. Dobry stosunek ceny do jakości, polskie wsparcie, Redis i Litespeed w standardzie. Z innych godnych polecenia: LH.pl i Zenbox. Z całą pewnością nie polecamy nazwa.pl ani home.pl – zbyt drogie i zbyt dużo zgłoszeń serwisowych w naszej historii.

Tabela, którą zawsze pokazujemy klientom, gdy wahają się między samodzielną pracą a zleceniem migracji agencji. Liczby z polskiego rynku 2026:

Praktyczna podpowiedź: jeśli prowadzisz e-commerce, masz zaplecze multisite, integracje z CRM lub ERP albo zdarzył się incydent bezpieczeństwa, zostawienie tego DIY jest po prostu ryzykowne. W KC Mobile robimy migrację z gwarancją zero downtime w 24–48 godzinach, z testami na staging przed flipem DNS i z backupem awaryjnym. Pełne widełki znajdziesz na stronie profesjonalnej migracji WordPress.

Druga rzecz, o której warto pomyśleć już w momencie migracji: opieka nad stroną po przeprowadzce. Pierwszy miesiąc to czas, w którym wychodzą drobne błędy konfiguracyjne. Mając opiekę WordPress w abonamencie, łapiesz je natychmiast – backupy, aktualizacje, monitoring uptime, reagowanie na alerty. Bez tego strona po migracji łatwo zostaje bez nadzoru, co kończy się drugą migracją – tym razem awaryjną. Jeśli wolisz pełen pakiet usług WordPress (rozwój, SEO, zmiany funkcjonalne), zerknij też na nasze usługi WordPress.