Zmiana hostingu, przeprowadzka na szybszy serwer, przeniesienie strony ze środowiska testowego na produkcję – każda z tych sytuacji wymaga migracji WordPress. Brzmi groźnie, ale przy odpowiednim przygotowaniu to zadanie, które można wykonać samodzielnie w ciągu jednego popołudnia.
W tym przewodniku przeprowadzę Cię przez cały proces – od backupu, przez przeniesienie plików i bazy danych, aż po zmianę DNS i testy po migracji. Omówię zarówno metodę z wtyczką (idealną dla początkujących), jak i metodę ręczną przez FTP i phpMyAdmin (dla bardziej zaawansowanych). Na końcu znajdziesz gotową checklistę i tabelę najczęstszych problemów z rozwiązaniami.
Migracja WordPress to temat, który prędzej czy później dotyczy każdego właściciela strony. Najczęstsze powody to:
Zmiana hostingu – obecny hosting jest za wolny, za drogi albo ma słaby support. Chcesz przenieść się do lepszego dostawcy bez utraty danych i pozycji w Google.
Przeprowadzka na VPS lub serwer dedykowany – Twoja strona rośnie i współdzielony hosting przestaje wyrabiać. Potrzebujesz więcej zasobów i pełnej kontroli nad środowiskiem.
Przeniesienie staging → produkcja – rozwinąłeś nową wersję strony na środowisku testowym (lokalnym lub na subdomenie) i teraz chcesz ją wdrożyć na serwer produkcyjny.
Zmiana domeny – przenosisz stronę pod nowy adres URL, co wymaga aktualizacji nie tylko DNS, ale też wszystkich odnośników w bazie danych.
Konsolidacja serwerów – zarządzasz wieloma stronami i chcesz je połączyć na jednym serwerze lub w WordPress Multisite.
Każdy z tych scenariuszy ma swoje niuanse, ale podstawowy proces migracji jest zawsze taki sam. Właśnie ten proces opisuję w tym artykule.
Dobra migracja zaczyna się od przygotowania. Przed ruszeniem z pracą upewnij się, że masz wszystko, czego potrzebujesz.
wp-config.phpZanim dotkniesz czegokolwiek – zrób backup. To żelazna zasada, której nigdy nie wolno pomijać. Nawet jeśli migracja pójdzie idealnie, backup jest Twoją polisą ubezpieczeniową.
Pełna kopia zapasowa składa się z dwóch elementów:
wp-content/ (motywy, wtyczki, media)Backup samych plików bez bazy danych jest bezużyteczny – i odwrotnie.
UpdraftPlus to najpopularniejsza darmowa wtyczka do backupów. Pozwala wykonać pełną kopię zapasową jednym kliknięciem i pobrać ją na swój komputer lub wysłać na chmurę (Google Drive, Dropbox, Amazon S3).
Jeśli nie chcesz instalować kolejnej wtyczki, możesz zrobić backup ręcznie:
Pliki: połącz się przez FTP (np. FileZilla), zaznacz cały katalog WordPress i pobierz go na swój dysk. Przy dużych stronach może to zająć kilkadziesiąt minut.
Baza danych: zaloguj się do phpMyAdmin na starym serwerze, wybierz bazę danych WordPress, kliknij Eksportuj → metoda Szybka → format SQL → Wykonaj. Zapisz plik .sql na dysku.
mysqldump -u nazwa_użytkownika -p nazwa_bazy_danych > backup_$(date +%Y%m%d).sql
Ta metoda jest szczególnie przydatna przy bazach powyżej 100 MB, gdzie phpMyAdmin może przekroczyć limit czasu wykonania.
Jeśli zaczynasz przygodę z migracją WordPress, zacznij od metody z wtyczką. Jest szybsza, bezpieczniejsza i nie wymaga znajomości linii poleceń.
Duplicator to jedna z najlepiej ocenianych wtyczek do migracji WordPress. Darmowa wersja obsługuje strony do kilkuset MB, wersja Pro zdejmuje ten limit.
Na starym serwerze:
archive.zip (cała strona) i installer.phpNa nowym serwerze:
archive.zip i installer.php) do głównego katalogu nowej instalacji (np. public_html/)https://twojadomena.pl/installer.phpinstaller.php, installer-backup.php i archive.zip – stanowią zagrożenie bezpieczeństwaPlusy: automatyczna zamiana URL, obsługa serializowanych danych, kreator krok po kroku
Minusy: limit rozmiaru w wersji darmowej, czasem problemy z bardzo dużymi bazami
Jeszcze prostsza w obsłudze, ale z poważnym ograniczeniem darmowej wersji: limit importu to 512 MB (choć istnieją nieoficjalne sposoby na jego obejście przez zmianę rozszerzenia pliku).
Eksport:
.wpressImport na nowym serwerze:
.wpress lub wskaż go ręcznieMetody z wtyczkami mają swoje ograniczenia. Rozważ migrację ręczną gdy:
max_execution_time (poniżej 300 sekund)Metoda ręczna daje pełną kontrolę nad procesem i działa niezależnie od rozmiaru strony czy ograniczeń serwera. Wymaga trochę więcej wiedzy technicznej, ale po wykonaniu raz staje się rutyną.
Połącz się ze starym serwerem przez FTP (polecam FileZilla – darmowy i dostępny na Windows, Mac, Linux).
Co pobierać:
Pobierz cały katalog wp-content/ – to absolutne minimum. Zawiera Twoje motywy, wtyczki i media.
Jeśli masz niestandardowe zmiany w plikach core (czego nie powinieneś mieć), pobierz całość. W przeciwnym razie możesz zainstalować świeżego WordPressa na nowym serwerze i skopiować tylko wp-content/.
Do pobrania:
✅ wp-content/ (motywy, wtyczki, media)
✅ wp-config.php (konfiguracja – edytujesz przed wgraniem)
✅ .htaccess (reguły serwera)
Opcjonalnie (jeśli masz modyfikacje):
⚠️ wp-includes/
⚠️ wp-admin/
⚠️ pozostałe pliki w root
Wskazówka: przy dużych stronach zamiast FTP użyj SSH i skompresuj pliki na serwerze przed pobraniem:
cd /home/twojkonto/public_html
tar -czf backup_pliki.tar.gz wp-content/ wp-config.php .htaccess
Następnie pobierz jeden plik backup_pliki.tar.gz zamiast tysięcy małych plików – kilkadziesiąt razy szybciej.
Przez phpMyAdmin:
.sqlPrzez SSH (zalecane przy dużych bazach):
mysqldump -h localhost -u nazwa_użytkownika -p \
--single-transaction \
--routines \
--triggers \
nazwa_bazy > backup_baza_$(date +%Y%m%d_%H%M).sql
Opcja --single-transaction zapewnia spójność danych bez blokowania tabel podczas eksportu – ważne na działających stronach.
Na nowym serwerze wykonaj następujące czynności:
wp-content/ z lokalnego backupu na nowy serwer, zastępując domyślny katalog.Zanim wgrasz wp-config.php na nowy serwer, zaktualizuj dane bazy danych:
define( 'DB_NAME', 'nowa_nazwa_bazy' );
define( 'DB_USER', 'nowy_użytkownik' );
define( 'DB_PASSWORD', 'nowe_hasło' );
define( 'DB_HOST', 'localhost' ); // zazwyczaj localhost, ale sprawdź u hostingu
Uwaga na DB_HOST: większość hostingów używa localhost, ale niektórzy dostawcy (np. serwery zarządzane, Cloudways) podają własny adres hosta bazy danych. Sprawdź dokumentację lub panel swojego hostingu.
Przez phpMyAdmin:
.sql z backupemJeśli plik .sql jest za duży dla phpMyAdmin (domyślnie limit to 2–8 MB w zależności od konfiguracji), użyj SSH:
mysql -u nazwa_użytkownika -p nazwa_bazy < backup_baza.sql
Lub skorzystaj z narzędzia BigDump – skryptu PHP do importu dużych plików SQL w częściach.
To jeden z najczęściej pomijanych kroków, który powoduje potem mnóstwo problemów. Jeśli nowy serwer ma inną domenę lub protokół (np. przechodzisz z http:// na https:// albo zmieniasz subdomenę), musisz zaktualizować adresy URL w całej bazie danych.
WordPress przechowuje część danych w formacie serializowanym. Wygląda to tak:
a:2:{s:3:"url";s:22:"http://staryurl.pl/img";}
Liczba 22 to długość stringa http://staryurl.pl/img. Jeśli zmienisz URL na https://nowyurl.pl/img (24 znaki), ale nie zaktualizujesz tej liczby, PHP nie będzie w stanie odczytać danych i dostaniesz błędy. Dlatego do zamiany URL-i w WordPressie trzeba używać dedykowanych narzędzi.
wp search-replace 'http://staryurl.pl' 'https://nowyurl.pl' --all-tables --precise
Opcja --precise zapewnia poprawną obsługę serializowanych danych. Możesz też dodać --dry-run żeby najpierw zobaczyć, ile rekordów zostanie zmienionych bez faktycznej modyfikacji:
wp search-replace 'http://staryurl.pl' 'https://nowyurl.pl' --all-tables --dry-run
http://staryurl.plhttps://nowyurl.plJeśli chcesz zrobić absolutne minimum (np. strona dopiero co zainstalowana i nie ma jeszcze dużo danych), możesz zaktualizować ręcznie dwa kluczowe rekordy w tabeli wp_options:
UPDATE wp_options SET option_value = 'https://nowyurl.pl' WHERE option_name = 'siteurl';
UPDATE wp_options SET option_value = 'https://nowyurl.pl' WHERE option_name = 'home';
Pamiętaj o zmianie prefiksu tabel jeśli używasz niestandardowego (np. mojastrona_options zamiast wp_options).
Poza domeną, sprawdź też:
Po wgraniu plików i zaimportowaniu bazy zadbaj o prawidłową konfigurację środowiska na nowym serwerze.
WordPress 6.x wymaga minimum PHP 7.4, ale zalecana wersja to PHP 8.2 lub 8.3. Sprawdź wersję PHP w panelu hostingu i zmień ją jeśli jest zbyt stara. Większość popularnych hostingów (LH.pl, Kylos, OVH, Hetzner) pozwala zmienić wersję PHP z poziomu panelu.
Jak sprawdzić aktualną wersję PHP? Utwórz plik info.php z zawartością:
<?php phpinfo(); ?>
Wgraj go na serwer i otwórz w przeglądarce. Usuń plik po sprawdzeniu.
Sprawdź i dostosuj następujące dyrektywy PHP (w php.ini lub przez panel hostingu):
| Dyrektywa | Minimum | Zalecane |
|---|---|---|
memory_limit |
64M | 256M lub więcej |
max_execution_time |
60 | 300 |
upload_max_filesize |
8M | 64M lub więcej |
post_max_size |
8M | 64M lub więcej |
max_input_vars |
1000 | 3000 |
Dla WooCommerce te wartości powinny być jeszcze wyższe – oficjalnie zalecane memory_limit to 512M.
Ustaw poprawne uprawnienia – nieprawidłowe są częstą przyczyną problemów po migracji:
# Ustaw 755 dla katalogów
find /ścieżka/do/wordpress -type d -exec chmod 755 {} \;
# Ustaw 644 dla plików
find /ścieżka/do/wordpress -type f -exec chmod 644 {} \;
# Zabezpiecz wp-config.php
chmod 600 wp-config.php
Po migracji permalink często przestają działać. Naprawisz to w 10 sekund:
WordPress automatycznie zregeneruje plik .htaccess z poprawnymi regułami.
Jeśli nowy hosting obsługuje Let’s Encrypt, zainstaluj certyfikat SSL przez panel hostingu. Następnie wymuś przekierowanie HTTP → HTTPS dodając do .htaccess (powyżej sekcji WordPress):
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
Lub zainstaluj wtyczkę Really Simple SSL, która zrobi to automatycznie.
Zanim zmienisz DNS i przekierujesz ruch na nowy serwer, przetestuj, czy wszystko działa. Jak odwiedzić nową stronę bez zmiany DNS? Przez edycję pliku hosts na swoim komputerze.
Plik hosts pozwala nadpisać DNS lokalnie – tylko na Twoim komputerze. Nikt inny tego nie zobaczy.
Windows: C:\Windows\System32\drivers\etc\hosts
Mac / Linux: /etc/hosts
Dodaj linię na końcu pliku:
123.456.789.0 twojadomena.pl www.twojadomena.pl
Gdzie 123.456.789.0 to adres IP nowego serwera (znajdziesz go w panelu nowego hostingu).
Po zapisaniu pliku odśwież cache DNS:
# Windows
ipconfig /flushdns
# Mac
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
# Linux
sudo systemctl restart systemd-resolved
Teraz wpisując domenę w przeglądarce, zobaczysz stronę z nowego serwera. Sprawdź wszystko dokładnie, zanim zatwierdzisz zmianę DNS.
Po testach usuń dodaną linię z pliku hosts.
Gdy testy wypadną pomyślnie, możesz zmienić DNS i przekierować ruch na nowy serwer.
Zaloguj się do panelu zarządzania domeną (u rejestratora domeny lub w panelu DNS, np. Cloudflare) i zmień rekord A domeny na adres IP nowego serwera:
Typ: A
Nazwa: @ (lub twojadomena.pl)
Wartość: nowy_adres_IP
TTL: 300
Jeśli używasz subdomeny www:
Typ: A (lub CNAME → @)
Nazwa: www
Wartość: nowy_adres_IP (lub twojadomena.pl dla CNAME)
TTL: 300
Po zmianie rekordu DNS zmiany rozprzestrzeniają się po całym świecie stopniowo. Nie dzieje się to natychmiastowo:
Właśnie dlatego warto obniżyć TTL do 300 sekund 24–48 godzin przed migracją – wtedy serwery DNS na całym świecie szybciej odświeżą rekordy po zmianie.
Narzędzia online:
Przez terminal:
# Sprawdź aktualny rekord A
nslookup twojadomena.pl
# Sprawdź propagację na konkretnym serwerze DNS
nslookup twojadomena.pl 8.8.8.8
W czasie propagacji część użytkowników może trafiać na stary serwer, część na nowy. Dlatego:
Po propagacji DNS zrób dokładny przegląd strony. To Twój ostatni przejazd przed zamknięciem starego serwera.
/wp-admin)https:// i kłódkęhttp:// → https:// działawww. → bez www. (lub odwrotnie) działawp-content/debug.log)Nawet przy starannej migracji mogą pojawić się problemy. Oto tabela najczęstszych z nich wraz z rozwiązaniami:
| Problem | Prawdopodobna przyczyna | Rozwiązanie |
|---|---|---|
| Biały ekran śmierci (WSoD) | Błąd PHP, brak pamięci, konflikt wtyczki | Włącz WP_DEBUG w wp-config.php, sprawdź debug.log, wyłącz wtyczki przez FTP |
| Błąd 500 Internal Server Error | Błędny .htaccess, niekompatybilna wersja PHP |
Zmień nazwę .htaccess na .htaccess_old i zregeneruj, sprawdź wersję PHP |
| Błąd „Error establishing a database connection” | Złe dane w wp-config.php | Sprawdź DB_NAME, DB_USER, DB_PASSWORD, DB_HOST |
| Obrazki się nie ładują | Stary URL w bazie danych lub złe uprawnienia | Uruchom search-replace URL, sprawdź uprawnienia folderu uploads/ (755) |
| Pętle przekierowań (redirect loop) | Konflikt SSL lub błędny siteurl/home w bazie |
Sprawdź rekordy w wp_options, sprawdź reguły SSL w .htaccess |
| Permalinki nie działają (błąd 404) | Brak modułu mod_rewrite lub błędny .htaccess |
Zregeneruj .htaccess w Ustawienia → Bezpośrednie odnośniki, sprawdź czy mod_rewrite jest aktywny |
| Maile nie dochodzą | Nowy serwer ma ograniczenia SMTP lub funkcja mail() jest wyłączona |
Zainstaluj i skonfiguruj wtyczkę WP Mail SMTP z zewnętrznym serwerem SMTP (Gmail, SendGrid, Mailgun) |
| Strona ładuje się wolno | Stara konfiguracja cache, brak opcache na nowym serwerze | Wyczyść i zrekonfiguruj wtyczkę cache, sprawdź czy OPcache jest włączony |
| Mieszana treść (mixed content) | Stare linki http:// w treści lub ustawieniach wtyczek |
Uruchom search-replace http://twojadomena.pl → https://twojadomena.pl |
| Panel WP nie działa po zalogowaniu | Błąd z cookies lub zmiana domeny | Wyczyść cookies w przeglądarce, sprawdź siteurl i home w wp_options |
Gdy coś nie działa i nie wiesz dlaczego, pierwszym krokiem jest zawsze włączenie trybu debug:
// W wp-config.php
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
Logi błędów pojawią się w wp-content/debug.log. Szukaj linii zaczynających się od PHP Fatal error lub PHP Warning – zazwyczaj od razu wskazują winowajcę.
Szczególnym przypadkiem jest migracja między środowiskiem lokalnym (localhost) a serwerem produkcyjnym. Proces jest taki sam jak opisany powyżej, ale z kilkoma dodatkowymi uwagami.
Najczęstszy scenariusz przy wdrożeniu nowej strony. Pamiętaj o:
http://localhost lub http://localhost/nazwastrony na https://twojadomena.pl w search-replaceC:\xampp\htdocs\... lub /Applications/MAMP/...Przydatne gdy chcesz lokalnie rozwijać istniejącą stronę. Popularne narzędzia do lokalnego środowiska WordPress:
Migracja WordPress nie musi być stresującym doświadczeniem. Kluczowe zasady:
1. Zawsze rób backup przed migracją. Nawet jeśli wszystko pójdzie gładko, backup to Twoje ubezpieczenie. Bez niego ryzykujesz utratą całego dorobku.
2. Wybierz metodę dopasowaną do rozmiaru strony. Małe strony (do 500 MB) – wtyczka Duplicator lub All-in-One WP Migration. Duże strony – metoda ręczna z mysqldump i SSH.
3. Nie zapomnij o search-replace URL. To najczęściej pomijany krok, który powoduje połowę problemów po migracji. Używaj WP-CLI lub Better Search Replace, nigdy czystego SQL-a.
4. Testuj przed zmianą DNS. Edytuj plik hosts i dokładnie sprawdź nową stronę, zanim skierujesz na nią ruch.
5. Obniż TTL przed migracją. Minimum 24 godziny przed planowaną zmianą DNS ustaw TTL na 300 sekund. Dzięki temu propagacja zajmie minuty, nie godziny.
6. Nie usuwaj starego serwera od razu. Zostaw go aktywny przez co najmniej 48–72 godziny po migracji.
Czy migracja WordPress wpłynie na pozycje w Google?
Sama zmiana serwera nie powinna wpłynąć na SEO, jeśli domena pozostaje ta sama. Google śledzi serwer po domenie, nie po adresie IP. Ważne jest, by strona była dostępna bez przerw i by adresy URL nie uległy zmianie.
Ile trwa migracja WordPress?
Przy użyciu wtyczki i stronie do 500 MB – 30–60 minut. Przy metodzie ręcznej i dużej stronie – 2–4 godziny. Czas propagacji DNS to dodatkowe 15 minut do 48 godzin.
Czy mogę migrować WordPress bez dostępu FTP?
Tak, jeśli masz dostęp SSH (szybszy i wygodniejszy) lub jeśli Twój hosting ma menedżer plików w panelu (cPanel File Manager). Możesz też użyć wtyczki All-in-One WP Migration, która nie wymaga FTP.
Co zrobić gdy strona jest bardzo duża (powyżej 5 GB)?
Przenieś pliki przez SSH używając rsync lub scp – znacznie szybsze niż FTP. Bazę danych eksportuj przez mysqldump. Rozważ też skontaktowanie się z nowym hostingiem – większość oferuje bezpłatną pomoc przy migracji.
Czy mogę migrować tylko bazę danych bez plików?
Tak, jeśli chcesz np. zaktualizować treść z produkcji na staging. Pamiętaj jednak o search-replace URL jeśli adresy serwerów się różnią.
Co z certyfikatem SSL po migracji?
Certyfikat SSL jest przypisany do domeny i serwera. Po migracji na nowy serwer musisz zainstalować nowy certyfikat SSL. Na większości hostingów Let’s Encrypt instaluje się automatycznie lub jednym kliknięciem w panelu.
Czy WooCommerce wymaga specjalnego podejścia przy migracji?
Podstawowy proces jest taki sam, ale po migracji koniecznie sprawdź: ustawienia bramek płatności (klucze API mogą być przypisane do domeny/IP), maile transakcyjne, stany magazynowe i ewentualne integracje z systemami zewnętrznymi (ERP, kurierzy).
Z CZYM POTRZEBUJESZ POMOCY?