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

Nie każde spowolnienie strony to powód do przeprowadzki. 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, migracja ma sens.

W naszej praktyce klient przychodzi zwykle z jednym z pięciu powodów: TTFB powyżej 800 ms mimo cache, koniec umowy lub podwyżka o ponad 30%, ruch przekraczający 50 000 użytkowników miesięcznie, incydent bezpieczeństwa albo konsolidacja kilku stron w jeden panel. Jeśli powodem jest wolne ładowanie, a nigdy nie sprawdziłeś listy wtyczek - zacznij od audytu. Czasem wystarczy wyłączyć dwa pluginy i włączyć Redis. Pomocny bywa artykuł jaki hosting WordPress wybrać.

WordPress składa się z dwóch warstw: plików na dysku oraz bazy danych MySQL lub MariaDB. Pominięcie którejkolwiek oznacza niedziałającą stronę po przeprowadzce.

Po stronie plików jedzie cały katalog wp-content/ (motywy, wtyczki, biblioteka uploads/, mu-plugins/), plik .htaccess oraz wp-config.php. W sklepach katalog uploads potrafi ważyć 5-50 GB i to on pochłania najwięcej czasu.

Bazę eksportuj w kodowaniu UTF-8mb4, inaczej polskie znaki zamienią się w krzaczki. Lecą wszystkie tabele z prefiksem wp_, ale pamiętaj o niestandardowych: WooCommerce trzyma zamówienia w wp_wc_orders, wtyczki formularzy w osobnych tabelach. Gdy baza przekracza 100 MB, phpMyAdmin łapie timeout - ratuje WP-CLI: wp db export backup.sql przez SSH.

Drogi są trzy: ręcznie przez FTP i phpMyAdmin, przez wtyczkę migracyjną (Duplicator, All-in-One WP Migration) albo z pomocą hostingu lub agencji. Każda ma inny profil użytkownika, czas i ryzyko. Poniżej tabela decyzyjna, do której zaglądamy przed startem każdego projektu migracyjnego.

To fragment, w którym konkurencja zwykle macha ręką i pisze tylko: użyj wtyczki. Bez zrozumienia mechanizmu łatwo wpaść w pułapkę.

Serialized data to powód numer jeden białych ekranów. 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 REPLACE zamienisz example.com na nowy.pl, prefiks zostaje 11, choć nowy ciąg ma 7 znaków. WordPress nie sparsuje takiej struktury i wita Cię biały ekran śmierci. Dlatego adresy podmieniaj wyłącznie przez WP-CLI search-replace (wp search-replace 'stara.pl' 'nowa.pl' --all-tables --skip-columns=guid) albo wtyczkę Better Search Replace - obie poprawnie reserializują dane.

Pozostałe częste problemy: niezgodność wersji PHP (stary serwer 7.4, nowy 8.2 - leciwe wtyczki się wykrzaczają), hardcoded paths w starszych motywach (grep -r "/home/old_user" wp-content/), rekord upload_path z absolutną ścieżką w wp_options oraz niewyczyszczone okruchy starego URL-a w polach serialized.

Migracja z lokalnego serwera (XAMPP, Local, Laragon) na hosting to ten sam mechanizm, z jedną różnicą: prawie zawsze zmienia się adres. Lokalnie strona stoi pod localhost, docelowo pod prawdziwą domeną - po wgraniu plików i bazy uruchamiasz search-replace ze starego adresu na produkcyjny. Zmiana domeny przy okazji migracji wymaga jednego kroku po stronie SEO: sam transfer nie zaszkodzi pozycjom, ale nowa domena to dla Google nowy adres. Użyj narzędzia Change of Address w Search Console i wystaw przekierowania 301 ze starych URL-i na nowe, jeden do jednego.

Skopiowanie plików i bazy to dopiero połowa drogi. Druga połowa to weryfikacja, czy strona działa tak samo jak przed przeprowadzką. Tę checklistę przechodzimy punkt po punkcie przy każdej migracji.

Najczęstsze 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 wcześniej obniż TTL rekordu A do 300 sekund, żeby resolwery szybciej zauważyły zmianę.
2. Skopiuj i skonfiguruj stronę na nowym serwerze, przetestuj przez plik hosts lub adres tymczasowy.
3. Po pozytywnych testach zmień rekord A na IP nowego serwera.
4. Stary serwer trzymaj aktywny kolejne 48 godzin - część ruchu wciąż na niego trafia, obie wersje muszą działać.
5. Dopiero po 48 godzinach wyłącz stary hosting.

Do monitoringu propagacji przyda się dig +trace twoja-domena.pl lub whatsmydns.net. Za Cloudflare jako proxy zmieniasz origin IP w panelu i propagacja jest natychmiastowa, bo na zewnątrz nadal widać IP Cloudflare. Z hostingów najczęściej migrujemy klientów na CyberFolks - dobry stosunek ceny do jakości, polskie wsparcie, Redis i LiteSpeed w standardzie. Z innych polecanych: LH.pl i Zenbox. Świadomie nie polecamy nazwa.pl ani home.pl.

Sam transfer na inny serwer nie szkodzi pozycjom, dopóki zachowasz te same adresy URL - Google indeksuje URL-e, nie IP. Możliwy jest chwilowy spadek o 1-3 pozycje przez 7-14 dni z powodu ponownego crawlu, po którym rankingi wracają. Problem pojawia się dopiero przy zmianie domeny bez przekierowań 301.

Po stronie kosztów: DIY z darmową wtyczką to 0 zł, ale 4-8 godzin czasu i 10-20% szansy na błędy. Wersja PRO to 200-800 zł przy niskim ryzyku. Profesjonalna migracja przez agencję na polskim rynku w 2026 mieści się typowo w 1500-3000 zł netto, a kompleksowa (multisite, duże WooCommerce, custom integracje) w 3000-5000 zł - z gwarancją zero downtime, testami na staging i monitoringiem. Pełne widełki znajdziesz na stronie migracji WordPress, a budowę i rozwój takich serwisów realizujemy w ramach tworzenia stron internetowych. Przy pierwszej migracji rozważ też opiekę WordPress na pierwszy miesiąc. Masz wątpliwości co do swojego przypadku? Skonsultuj projekt bez zobowiązań.

Jeśli wolisz uniknąć ryzyka przy migracji, przenosimy strony WordPress bez przestojów i utraty pozycji w Google.