Migracja WordPress - jak przenieść stronę na inny hosting

Migracja WordPress to przeniesienie dwóch niezależnych zestawów danych: plików strony oraz bazy danych MySQL. Pliki to motyw, wtyczki, biblioteka mediów (folder wp-content/uploads) i pliki rdzenia WordPressa. Baza przechowuje treść wpisów, ustawienia, użytkowników i konfigurację wtyczek. Jedno bez drugiego nie zadziała – to najczęstsza pułapka osób, które po raz pierwszy ruszają coś poza kokpitem.

To rozróżnienie ma praktyczne konsekwencje. Sama kopia plików bez bazy da pustą stronę, a sama baza bez plików – błąd połączenia. Dlatego każda poprawna procedura zawsze rusza oba elementy równolegle i dopiero na końcu spina je przez plik wp-config.php.

Migracje dzielimy na trzy scenariusze, bo każdy ma inne ryzyko:

Najprostszy przypadek to zmiana hostingu przy tej samej domenie – wtedy nie ruszasz adresów URL w bazie i ograniczasz się do przełączenia rekordów DNS. Najtrudniejszy to jednoczesna zmiana domeny i serwera, gdzie do listy zadań dochodzi podmiana adresów w bazie i pełen zestaw przekierowań.

Zanim cokolwiek przeniesiesz, zrób pełną kopię zapasową starej strony i zostaw ją nietkniętą do czasu, aż nowa instalacja przejdzie testy. To Twoja siatka bezpieczeństwa – jeśli coś pójdzie nie tak, wracasz do działającej wersji w kilka minut.

Uporządkuj stronę przed wyjazdem. Usuń nieaktywne wtyczki i motywy, wyczyść kosz wpisów, skasuj wersje robocze (rewizje) i spam w komentarzach. Mniejsza baza to szybszy eksport, krótszy import i mniej miejsc, w których coś może się zepsuć. W naszych wdrożeniach to zwykle redukuje rozmiar paczki o jedną trzecią.

Spisz dane dostępowe do obu środowisk, zanim zaczniesz: FTP/SFTP, panel hostingu, dane bazy MySQL (host, nazwa, użytkownik, hasło) oraz panel rejestratora domeny. Brak hasła do DNS w połowie migracji to klasyczny powód niepotrzebnego przestoju.

Na koniec sprawdź wersję PHP na nowym serwerze. Jeśli stara strona chodzi na PHP 7.4, a nowy hosting wymusza PHP 8.2, część starszych wtyczek może rzucić błędem krytycznym tuż po imporcie. Lepiej wyłapać to przed migracją niż na działającej już domenie.

Najczęstszy powód migracji to wolny lub niestabilny hosting. Strona, która działała przy starcie projektu, z czasem rośnie – przybywa wpisów, mediów i ruchu, a tani plan współdzielony przestaje wyrabiać. Jeśli czas ładowania przekracza 3 sekundy, a panel klienta nie pomaga, to sygnał do przeprowadzki.

Drugi typowy moment to wzrost sklepu na WooCommerce. Sklep zużywa znacznie więcej zasobów niż blog, bo każda wizyta to zapytania do bazy o produkty, koszyk i stany magazynowe. Przy kilkudziesięciu zamówieniach dziennie hosting startowy zaczyna gubić sesje i porzucać koszyki.

Migrację robi się też przy zmianie strategii: rebranding z nową domeną, przejście z lokalnej instalacji deweloperskiej na produkcję albo konsolidacja kilku stron u jednego dostawcy. Każdy z tych przypadków ma inną mapę ryzyka, ale wspólny mianownik – bez kopii zapasowej nie ruszaj.

Nie migruj w piątek po południu ani przed świętami. Wybierz okno o najmniejszym ruchu (zwykle noc lub wczesny ranek) i zostaw sobie zapas czasu na propagację DNS oraz testy. Pośpiech przy migracji to najprostsza droga do przestoju, którego klienci nie wybaczą.

Metoda na wtyczce jest najszybsza i najbezpieczniejsza dla osób bez dostępu do konsoli czy phpMyAdmin. Trzy narzędzia dominują rynek, każde do innego rozmiaru witryny.

All-in-One WP Migration – najprostsza ścieżka dla małych stron. Instalujesz wtyczkę na starej witrynie, wybierasz Export → File i pobierasz paczkę .wpress. Na nowym hostingu stawiasz czysty WordPress, instalujesz tę samą wtyczkę i importujesz plik. Darmowa wersja ma limit importu 512 MB – obejściem jest wykluczenie mediów z eksportu i ręczne wgranie folderu uploads przez FTP.

Duplicator – tworzy dwa pliki: archiwum z całą stroną i installer.php. Wgrywasz oba do katalogu docelowego (zwykle /public_html/ lub /www/), uruchamiasz adres typu nowastrona.pl/installer.php i kreator sam rozpakowuje paczkę, tworzy bazę i podmienia adresy URL. Dobry wybór, gdy zmieniasz domenę – installer prowadzi przez podmianę adresów krok po kroku.

UpdraftPlus – działa przez kopię zapasową w chmurze (Google Drive, Dropbox). Robisz backup na starej stronie, na nowej łączysz się z tym samym dyskiem, klikasz Rescan remote storage i przywracasz. Nie ma limitu rozmiaru, więc sprawdza się przy dużych sklepach.

Jeśli nie masz pewności, którą wybrać: mała strona bez zmiany domeny – All-in-One, zmiana domeny – Duplicator, duży sklep – UpdraftPlus.

Migracja ręczna daje pełną kontrolę i jest niezawodna przy stronach, które przekraczają limity wtyczek lub mają nietypową konfigurację. Wymaga dostępu do FTP i phpMyAdmin, ale procedura jest powtarzalna.

Krok 1 – eksport bazy danych. W phpMyAdmin starego hostingu wybierz bazę strony, przejdź do zakładki Export i zapisz plik .sql. Dla większych baz wybierz metodę Custom i zaznacz kompresję gzip, żeby plik się nie urwał przy pobieraniu.

Krok 2 – pobranie plików. Połącz się klientem FTP (np. FileZilla) i ściągnij cały katalog strony na dysk. Kluczowy jest folder wp-content – tam siedzą motyw, wtyczki i media. Przy tysiącach plików szybciej jest spakować je w panelu hostingu do jednego archiwum i pobrać paczkę.

Krok 3 – baza na nowym serwerze. W panelu nowego hostingu utwórz pustą bazę MySQL i użytkownika z pełnymi uprawnieniami. Zapisz host, nazwę bazy, login i hasło. Zaimportuj plik .sql przez phpMyAdmin nowego serwera.

Krok 4 – wgranie plików i wp-config.php. Wgraj pliki przez FTP do katalogu docelowego. Otwórz plik wp-config.php i podmień cztery wartości: DB_NAME, DB_USER, DB_PASSWORD oraz DB_HOST. To one łączą pliki z nową bazą – błąd w którejkolwiek daje komunikat Error establishing a database connection.

Ten schemat jest identyczny niezależnie od dostawcy. Różni się tylko nazwa panelu i ścieżka do katalogu publicznego.

Po zmianie domeny stare adresy zostają zapisane w setkach miejsc w bazie: w treści wpisów, ustawieniach, konfiguracji wtyczek i menu. Pozostawienie ich powoduje mieszaną zawartość, niedziałające obrazki i pętle przekierowań. Trzeba je podmienić, ale nie ręcznie i nie zwykłym SQL-em.

Problem to dane serializowane. WordPress zapisuje część ustawień jako ciągi z zakodowaną długością tekstu. Jeśli podmienisz adres prostym poleceniem UPDATE ... replace(), długość przestanie się zgadzać i widgety, ustawienia motywu czy konfiguracja wtyczek po prostu znikną. Dlatego do podmiany używaj narzędzi, które rozumieją serializację.

Dwa bezpieczne sposoby:

• Better Search Replace – wtyczka z opcją Run as dry run. Najpierw uruchom test, sprawdź liczbę trafień, dopiero potem wykonaj realną podmianę. Obsługuje dane serializowane poprawnie.
• WP-CLI – jedna komenda dla osób z dostępem do SSH: wp search-replace 'https://stara.pl' 'https://nowa.pl' --skip-columns=guid. Flaga --skip-columns=guid chroni identyfikatory wpisów, których nie wolno zmieniać.

Dokładnie tak samo wygląda przeniesienie z lokalnej instalacji (LocalWP, XAMPP, WAMP) na serwer – podmieniasz http://localhost na https://domena.pl. Pole guid pomijaj zawsze, niezależnie od kierunku migracji.

Przełączenie domeny na nowy serwer to ostatni krok i jedyny widoczny dla odwiedzających. Robisz to przez zmianę rekordów DNS – rekordu A na nowy adres IP serwera, ewentualnie rekordów dla poczty, jeśli przenosisz też skrzynki.

Propagacja DNS trwa od kilku godzin do 48 godzin. W tym czasie część użytkowników widzi stary serwer, część nowy – dlatego stara strona musi zostać włączona, dopóki zmiana się nie rozejdzie. Postęp sprawdzisz na whatsmydns.net, wpisując domenę i typ rekordu A.

Sztuczka na zero przestoju: przetestuj nowy serwer, zanim ruszysz DNS. Wpis w pliku hosts na Twoim komputerze (adres IP nowego serwera plus nazwa domeny) wskazuje tylko Twoją przeglądarkę na nową witrynę, podczas gdy reszta świata wciąż widzi starą. Klikasz całą stronę na nowym serwerze pod prawdziwą domeną i dopiero gdy wszystko gra, przełączasz DNS.

SSL to osobny temat. Certyfikat jest przypisany do serwera, nie podróżuje z plikami. Po przeniesieniu wygeneruj nowy certyfikat na nowym hostingu – większość dostawców daje darmowy Let's Encrypt jednym kliknięciem. Sprawdź potem, czy strona wymusza HTTPS i nie ma ostrzeżenia o mieszanej zawartości.

Przy wyborze nowego hostingu odradzamy najtańsze współdzielone konta od dużych rejestratorów – częściej generują problemy z wydajnością niż je rozwiązują. Sprawdzonym wyborem pod WordPress jest CyberFolks, m.in. dlatego, że oferuje darmową migrację wykonywaną przez ich zespół.

Największe ryzyko migracji to utrata danych i przestój. Utrata grozi przy niekompletnym eksporcie bazy lub urwanym pliku .sql, dlatego zawsze weryfikuj rozmiar paczki przed jej skasowaniem ze starego serwera. Przestój pojawia się, gdy wyłączysz starą stronę zanim DNS się przepropaguje – stąd żelazna zasada, by stara wersja działała do końca propagacji.

Drugi koszyk problemów to błędy po imporcie. Najczęstsze to biały ekran śmierci (zwykle niezgodna wersja PHP lub limit pamięci), Error establishing a database connection (złe dane w wp-config.php) oraz znikające ustawienia wtyczek (uszkodzone dane serializowane po złym search-replace). Wszystkie trzy są przewidywalne i da się ich uniknąć przygotowaniem.

Wielu dostawców oferuje darmową migrację wykonywaną przez swój zespół – wystarczy podać dane dostępowe do starej strony, a oni przenoszą całość i testują. To rozsądna opcja, jeśli nie czujesz się pewnie technicznie albo prowadzisz sklep, gdzie każda minuta przestoju to realna strata. Warto o nią zapytać przed wykupieniem nowego hostingu, bo bywa argumentem przetargowym.

Niezależnie od tego, kto migruje, kopia zapasowa starej strony zostaje u Ciebie. Cudza migracja też może się nie udać, a Twoja kopia to jedyny gwarantowany punkt powrotu.

Migracja nie kończy się na zaimportowaniu danych. Najwięcej problemów ujawnia się dopiero po przełączeniu i tylko systematyczne sprawdzenie je wyłapie. Przejdź przez listę po kolei.

Funkcjonalność:
- Strona główna i losowe podstrony ładują się bez błędu
- Obrazki w bibliotece mediów się wyświetlają (brak = zły adres URL lub nieprzeniesiony folder uploads)
- Logowanie do /wp-admin działa
- Formularze kontaktowe faktycznie wysyłają maile (przetestuj realnym zgłoszeniem)
- Koszyk i płatności działają, jeśli to sklep

SEO i techniczne:
- Ustawienia → Bezpośrednie odnośniki → Zapisz (odświeża strukturę permalinków i naprawia błędy 404)
- Plik robots.txt nie blokuje indeksowania (na środowiskach testowych często stoi Disallow: /)
- Przekierowania 301 ze starych adresów, jeśli zmieniłeś domenę
- Nowa domena dodana w Google Search Console i wysłana mapa witryny

Porządki:
- Wyczyść cache wtyczki i CDN – stare ścieżki potrafią się trzymać
- Sprawdź stronę na telefonie i w drugiej przeglądarce
- Wyłącz starą stronę dopiero po 48 godzinach stabilnej pracy nowej

Najczęstszy błąd po migracji to zapomniany robots.txt z testowego środowiska, który blokuje całą witrynę w wynikach wyszukiwania. Jeśli ruch zaczyna spadać tydzień po przeprowadzce, sprawdź to w pierwszej kolejności.

Sama migracja nie szkodzi SEO, jeśli zachowasz adresy URL. Przy zmianie tylko hostingu – domena i struktura linków bez zmian – Google w ogóle nie zauważa przeprowadzki. Pozycje stoją.

Ryzyko pojawia się dopiero przy zmianie domeny. Wtedy potrzebujesz przekierowań 301 z każdego starego adresu na jego nowy odpowiednik, jeden do jednego. Przekierowanie wszystkiego na stronę główną to błąd – Google traktuje to jak strony usunięte i kasuje ich pozycje. Krótkie wahania rankingu po zmianie domeny są normalne i zwykle wracają do normy w ciągu kilku tygodni.

Migracja to też dobry moment na techniczny audyt strony – świeży serwer, czysta baza i okazja, żeby uporządkować to, co latami narastało. Jeśli przy okazji planujesz odświeżenie witryny, zobacz, jak podchodzimy do tego w ramach usługi strony internetowe, gdzie migracja jest standardowym elementem wdrożenia.

Gdy migracja Cię przerasta albo nie chcesz ryzykować przestoju sklepu, umów bezpłatną konsultację – przeanalizujemy konfigurację i przeprowadzimy przeniesienie bez utraty danych i pozycji.

Jeśli strona jest zbyt ważna na eksperymenty, zobacz naszą usługę migracji – z kopią bezpieczeństwa, przekierowaniami 301 i weryfikacją po przeniesieniu.