Jak przenieść WordPressa na nowy hosting bez utraty danych?

Zmiana hostingu nie musi oznaczać niedostępnej strony, uszkodzonej bazy danych ani nerwowego odtwarzania kopii zapasowej. Gdy przygotujesz pliki, bazę i dostęp do nowego serwera, możesz przenieść WordPressa metodycznie, a później sprawdzić każdy element witryny przed pełnym uruchomieniem.

W tym poradniku poznasz trzy praktyczne drogi migracji. Możesz użyć Duplicatora, skorzystać z All-in-One WP Migration albo wykonać cały proces ręcznie. Zobaczysz też, jak dobrać metodę do wielkości strony, jak ograniczyć przestój oraz co zrobić, gdy pojawią się błędy połączenia z bazą, linków lub plików.

Streszczenie artykułu:

• Najpierw wykonaj pełną kopię plików i bazy danych oraz zapisz dane dostępowe do starego i nowego hostingu.
• Dla typowej strony wybierz Duplicator lub All-in-One WP Migration, ponieważ wtyczka ogranicza liczbę ręcznych operacji.
• Przy dużej witrynie albo problemach z limitem serwera zastosuj migrację ręczną przez FTP i phpMyAdmin.
• Po imporcie zapisz ponownie bezpośrednie odnośniki, sprawdź obrazy, formularze, logowanie i działanie wtyczek.
• Usuń instalator oraz archiwum migracyjne, gdy potwierdzisz poprawne działanie strony.

Jak przygotować się do migracji WordPressa?

Migrację zacznij od zabezpieczenia aktualnej witryny. Pobierz pełną kopię katalogu WordPressa oraz eksport bazy danych. Nie zakładaj, że kopia wykonywana automatycznie przez hosting na pewno obejmuje wszystkie elementy. Sprawdź, czy masz pliki, bazę oraz możliwość ich samodzielnego odtworzenia.

Zapisz dane do konta FTP, panelu hostingu i bazy MySQL. Przydadzą Ci się nazwa serwera bazy, nazwa bazy, użytkownik oraz hasło. W pliku wp-config.php znajdziesz ustawienia aktualnego połączenia, w tym wartość DB_NAME, która wskazuje bazę używaną przez stronę.

Przygotuj także miejsce docelowe. Upewnij się, że nowy serwer obsługuje wersje PHP i MySQL wymagane przez Twoją witrynę, pozwala zapisywać pliki w katalogu strony oraz daje dostęp do narzędzia obsługi baz. Typowy katalog publikacji nosi nazwę public_html albo www.

WAŻNE!

Nie usuwaj strony ze starego hostingu przed zakończeniem testów. Kopia źródłowa jest Twoim najpewniejszym punktem powrotu, gdy import zostanie przerwany albo nowy serwer okaże się niezgodny z konfiguracją witryny.

Z mojego doświadczenia wynika, że większość problemów nie zaczyna się podczas kopiowania, lecz wcześniej. Brakuje aktualnego backupu, nie ma danych do bazy albo dopiero po migracji wychodzi na jaw, że archiwum nie zawiera katalogu z mediami. Krótka kontrola przed startem oszczędza najwięcej czasu.

Którą metodę migracji WordPressa wybrać?

Najlepsza metoda zależy od wielkości strony, ograniczeń serwera i Twojego dostępu do panelu administracyjnego. Wtyczka jest wygodna, gdy WordPress działa poprawnie i możesz instalować rozszerzenia. Migracja ręczna daje większą kontrolę, lecz wymaga osobnego przeniesienia plików, bazy i konfiguracji.

Duplicator tworzy archiwum witryny oraz plik instalatora. Po przesłaniu obu plików na nowy serwer uruchamiasz instalację w przeglądarce, podajesz dane bazy i pozwalasz narzędziu odtworzyć stronę. To rozwiązanie jest przydatne również wtedy, gdy na serwerze docelowym nie ma jeszcze gotowej instalacji WordPressa.

All-in-One WP Migration eksportuje stronę do pojedynczego pliku, który następnie importujesz w świeżej instalacji WordPressa. Wtyczka powinna działać po obu stronach migracji. Taki model jest prosty, ale przy większych witrynach możesz natrafić na ograniczenia rozmiaru przesyłanego pliku lub czasu wykonywania operacji.

Porównaj metody według sytuacji:

• Duplicator jest dobrym wyborem, gdy chcesz odtworzyć kompletną witrynę za pomocą archiwum i instalatora.
• All-in-One WP Migration sprawdzi się, gdy na nowym hostingu możesz uruchomić świeżego WordPressa i wygodnie zaimportować jeden plik.
• Migracja ręczna będzie rozsądna, gdy wtyczka nie może zbudować paczki, strona jest duża albo potrzebujesz pełnej kontroli nad bazą i plikami.
• Usługa migracji hostingu może być najlepsza, gdy nie masz dostępu technicznego lub nie chcesz ryzykować przestoju.

Według mnie nie warto wybierać narzędzia wyłącznie dlatego, że obiecuje najmniej kliknięć. Ważniejsze jest to, czy metoda pasuje do rozmiaru witryny i limitów hostingu. Dobrze dobrana procedura jest przewidywalna, możliwa do cofnięcia i pozwala łatwo zidentyfikować miejsce wystąpienia błędu.

Jak przenieść WordPressa za pomocą wtyczki?

Przed rozpoczęciem zaktualizuj kopię zapasową i sprawdź wolne miejsce na obu serwerach. Podczas budowania paczki wtyczka tworzy dodatkowe pliki, dlatego hosting musi pomieścić zarówno działającą witrynę, jak i archiwum. Jeżeli masz stare backupy w katalogu strony, wyklucz je z paczki migracyjnej.

Migracja przy użyciu Duplicatora

Po instalacji i aktywacji Duplicatora utwórz nową paczkę. Narzędzie przeskanuje stronę, oceni wymagania serwera i pokaże ostrzeżenia. Sprawdź zwłaszcza rozmiar witryny, prawa zapisu, nietypowe nazwy plików oraz limit czasu wykonywania skryptów PHP.

Gdy skan nie wskazuje krytycznych problemów, zbuduj paczkę i pobierz plik instalatora oraz archiwum. Prześlij je do katalogu docelowego na nowym serwerze. Następnie uruchom w przeglądarce plik installer.php, podaj dane przygotowanej bazy i wykonaj kolejne etapy instalacji.

Migracja przy użyciu All-in-One WP Migration

Zainstaluj wtyczkę na starej stronie i wyeksportuj witrynę do pliku. Na nowym hostingu uruchom świeżą instalację WordPressa, dodaj tę samą wtyczkę i rozpocznij import. Potwierdź nadpisanie plików oraz bazy, ponieważ docelowa instalacja zostanie zastąpiona zawartością przenoszonej witryny.

Cały proces możesz przeprowadzić w następującej kolejności:

1. Wykonaj kopię zapasową i przygotuj dane dostępowe do nowego hostingu.
2. Wybierz jedną wtyczkę migracyjną i zainstaluj ją na stronie źródłowej.
3. Utwórz paczkę Duplicatora albo plik eksportu All-in-One WP Migration.
4. Przenieś paczkę na serwer docelowy lub przygotuj tam świeżego WordPressa.
5. Uruchom instalator albo import i podaj poprawne dane bazy danych.
6. Po zakończeniu zaloguj się do przeniesionej strony i zapisz ponownie bezpośrednie odnośniki.
7. Sprawdź podstrony, obrazy, formularze, wtyczki i panel administracyjny.
8. Usuń archiwum, instalator oraz pozostałości narzędzia migracyjnego.

Nie mieszaj obu procedur w jednym podejściu. Jeżeli zaczniesz od Duplicatora, dokończ instalację jego kreatorem. Gdy wybierzesz All-in-One WP Migration, importuj plik do przygotowanej instalacji. Jedna spójna ścieżka ogranicza ryzyko nadpisania bazy lub pozostawienia zbędnych plików.

Jak wykonać ręczną migrację WordPressa?

Ręczna migracja polega na osobnym skopiowaniu plików i bazy danych, a następnie połączeniu ich na nowym serwerze. Nie jest tak szybka jak użycie wtyczki, ale pozwala ominąć limity importu i dokładnie kontrolować każdy etap. Przydaje się również wtedy, gdy panel WordPressa nie działa.

Pliki możesz pobrać z kopii udostępnionej przez hosting albo przez klienta FTP. Szukaj katalogu public_html lub www. W instalacji WordPressa zobaczysz między innymi katalogi wp-admin, wp-content i wp-includes oraz plik wp-config.php.

Bazę wyeksportuj w phpMyAdmin. Wybierz bazę powiązaną ze stroną, przejdź do eksportu i zapisz plik na dysku. Gdy nie wiesz, której bazy używa witryna, odczytaj wartość DB_NAME w pliku wp-config.php. Na nowym hostingu utwórz pustą bazę i przypisz do niej użytkownika.

Wykonaj ręczną migrację krok po kroku:

1. Skopiuj całą zawartość katalogu WordPressa i zachowaj ją jako kopię bezpieczeństwa.
2. Wyeksportuj właściwą bazę danych do pliku za pomocą phpMyAdmin.
3. Prześlij pliki do katalogu strony na nowym hostingu i rozpakuj je, jeżeli korzystasz z archiwum.
4. Utwórz nową bazę, zaimportuj do niej zapisany plik i zanotuj dane dostępowe.
5. W pliku wp-config.php ustaw poprawne wartości DB_NAME, DB_USER, DB_PASSWORD i DB_HOST.
6. Uruchom stronę, zaloguj się do kokpitu i zapisz ponownie ustawienia bezpośrednich odnośników.

Jeżeli po wgraniu plików widzisz stronę tymczasową hostingu, sprawdź, czy w katalogu znajduje się domyślny plik index.html. Może on mieć pierwszeństwo przed plikiem WordPressa. Usuń go dopiero wtedy, gdy masz pewność, że nie należy do przenoszonej witryny.

WAŻNE!

Podczas edycji wp-config.php nie publikuj danych bazy i nie przesyłaj ich osobom postronnym. Hasło użytkownika bazy daje dostęp do treści witryny, dlatego po przypadkowym ujawnieniu powinno zostać zmienione.

Jak ograniczyć przestój i ryzyko błędów?

Najbezpieczniej jest przygotować kopię strony na nowym hostingu, sprawdzić ją, a dopiero później kierować domenę na nowy serwer. Dzięki temu właściwa witryna może nadal działać w starym miejscu, gdy Ty wykonujesz import, poprawiasz konfigurację i testujesz podstrony.

Jeżeli migracja obejmuje także zmianę domeny, musisz zaktualizować adres strony i odwołania zapisane w bazie. Duplicator potrafi uwzględnić stare i nowe ustawienia podczas instalacji. Po zakończeniu zawsze sprawdź linki wewnętrzne, obrazy oraz zasoby, które mogły nadal wskazywać poprzedni adres.

Przed przełączeniem domeny wykonaj kontrolę:

• Otwórz stronę główną oraz kilka podstron i upewnij się, że nie pojawia się błąd serwera.
• Sprawdź obrazy, pliki do pobrania, formularze kontaktowe i wyszukiwanie.
• Zaloguj się do panelu administracyjnego i otwórz ustawienia bezpośrednich odnośników.
• Przetestuj najważniejsze wtyczki oraz funkcje sklepu, gdy witryna obsługuje sprzedaż.
• Potwierdź, że kopia zapasowa starej wersji nadal jest dostępna i możliwa do odtworzenia.

Moje obserwacje są takie, że samo pojawienie się strony głównej nie potwierdza poprawnej migracji. Błędy najczęściej ujawniają się na głębszych podstronach, w obrazach, formularzach albo po zalogowaniu. Dlatego test powinien obejmować prawdziwe ścieżki użytkownika, a nie tylko jeden adres.

Po zmianie ustawień domeny część użytkowników może przez pewien czas trafiać jeszcze na stary serwer. Nie usuwaj więc źródłowej instalacji natychmiast po przełączeniu. Zachowaj ją do chwili, gdy potwierdzisz stabilne działanie nowej wersji i zakończysz kontrolę najważniejszych funkcji.

Co zrobić, gdy migracja się nie udaje?

Jeżeli Duplicator nie może utworzyć paczki, sprawdź raport skanowania. Częstą przyczyną jest zbyt krótki czas wykonywania skryptu PHP albo katalog zawierający bardzo wiele plików. Możesz wykluczyć duży katalog z archiwum, przenieść go osobno przez FTP i ponownie zbudować paczkę.

Problemy mogą powodować także niedozwolone znaki w nazwach plików. Zmień takie nazwy albo usuń zbędne elementy, a później uruchom skan ponownie. Warto również wyłączyć z paczki stare archiwa i tymczasowe pliki, które zwiększają jej rozmiar, lecz nie są potrzebne po migracji.

Gdy widzisz komunikat o błędzie połączenia z bazą, porównaj dane w wp-config.php z ustawieniami nowego hostingu. Sprawdź nazwę bazy, nazwę użytkownika, hasło i host bazy. Użytkownik musi mieć uprawnienia do utworzonej bazy, a import powinien zakończyć się bez błędu.

Jeżeli nie działają podstrony, wejdź w ustawienia bezpośrednich odnośników i zapisz je ponownie bez zmiany wybranego wariantu. WordPress odświeży w ten sposób reguły adresów. Gdy brakuje obrazów, sprawdź katalog wp-content oraz adresy zapisane w treści i ustawieniach strony.

Po zmianie domeny narzędzie migracyjne powinno zastąpić stary adres nowym. Jeżeli część odwołań pozostała bez zmian, najpierw ustal, czy problem dotyczy pojedynczych wpisów, ustawień motywu czy większej liczby rekordów. Nie wykonuj przypadkowych zamian bez aktualnej kopii bazy.

Gdy serwer docelowy nie spełnia wymagań instalatora, skontaktuj się z administratorem hostingu albo wybierz migrację ręczną. Ostrzeżenia dotyczące wersji PHP, MySQL, praw zapisu lub brakujących rozszerzeń nie powinny być ignorowane, ponieważ mogą zakończyć się niedziałającą stroną.

Jak zakończyć migrację bezpiecznie?

Po uruchomieniu witryny wykonaj ostatni przegląd panelu i strony publicznej. Otwórz raport instalacji, jeżeli korzystasz z Duplicatora, a następnie sprawdź bezpośrednie odnośniki. W przypadku All-in-One WP Migration zaloguj się ponownie, ponieważ import mógł przywrócić dane użytkowników ze starej bazy.

Usuń plik instalatora, archiwum oraz inne paczki pozostawione w katalogu publicznym. Mogą zawierać kompletną kopię witryny, bazę i konfigurację. Duplicator udostępnia funkcję porządkowania, ale możesz również skasować pliki ręcznie przez FTP po upewnieniu się, że strona działa poprawnie.

Nie traktuj migracji jako zakończonej, dopóki nie sprawdzisz formularzy, logowania, wysyłki wiadomości i najważniejszych rozszerzeń. W sklepie przetestuj dodatkowo koszyk, konto użytkownika i proces zamówienia. Te elementy mogą zależeć od ustawień serwera, których nie widać na stronie głównej.

Zachowaj kopię starej witryny poza katalogiem publicznym. Najlepiej przechowuj ją na własnym dysku lub w bezpiecznym miejscu niezależnym od nowego hostingu. Backup wykonany przed migracją powinien pozostać nienaruszony, dopóki nie potwierdzisz, że nowa wersja jest kompletna.

Z mojego punktu widzenia dobra migracja kończy się nie wtedy, gdy strona po raz pierwszy się otworzy, lecz wtedy, gdy potrafisz potwierdzić jej kompletność i bezpieczeństwo. Masz działające podstrony, poprawną bazę, odtworzone media, usunięte paczki instalacyjne i kopię, do której możesz wrócić.

Podsumowanie

Przeniesienie WordPressa na nowy hosting możesz wykonać za pomocą Duplicatora, All-in-One WP Migration albo ręcznie przez FTP i phpMyAdmin. Najważniejsze są pełna kopia plików i bazy, zgodność nowego serwera, poprawne dane w wp-config.php oraz testy po imporcie. Zapisz ponownie odnośniki, sprawdź kluczowe funkcje i usuń paczki migracyjne dopiero po potwierdzeniu, że witryna działa bez błędów.