15%

Zaoszczędź 15% na wszystkich usługach hostingowych

Sprawdź swoje umiejętności i zdobądź Rabat na dowolny plan hostingowy

Użyj kodu:

Skills
Rozpocznij
01.11.2024

Jak przenieść witrynę WordPress na inny hosting (Kompletny przewodnik krok po kroku)

Migracja witryny WordPress do nowego dostawcy hostingu może wydawać się przytłaczająca, ale przy odpowiednim podejściu jest to prosty proces, który zachowuje każdy post, stronę, wtyczkę i rekord bazy danych. Niezależnie od tego, czy ulepszasz się na szybszy serwer, zmieniasz dostawcę w celu uzyskania lepszych cen, czy przenosisz się do bardziej zaawansowanego środowiska, ten przewodnik przeprowadzi Cię przez każdy krok — od tworzenia kopii zapasowych plików do testowania aktywnej witryny na nowym hoście.

Dlaczego migrować witrynę WordPress?

Istnieje wiele uzasadnionych powodów, aby przenieść instalację WordPress do nowego środowiska hostingu:

  • Ulepszenia wydajności — Przeniesienie do zasilanych NVMe VPS Hosting dramatycznie zmniejsza czasy ładowania stron w porównaniu ze środowiskami współdzielonymi.
  • Skalowalność — Twój obecny host nie nadąża za rosnącym ruchem.
  • Efektywność kosztów — Lepsze zasoby za niższą cenę miesięczną.
  • Ulepszenia bezpieczeństwa — Dostęp do ochrony DDoS, zapór ogniowych i izolowanych środowisk.
  • Pełna kontrola serwera — Dostęp root pozwala na konfigurację PHP, NGINX, Apache i warstw buforowania dokładnie tak, jak potrzebujesz.

Niezależnie od powodu, postępowanie zgodnie ze strukturalnym procesem migracji zapewnia zerową utratę danych i minimalny czas przestoju.

Zanim zaczniesz: Lista kontrolna przed migracją

Wskoczenie do migracji bez przygotowania jest najczęstszą przyczyną utraty danych i przedłużonego czasu przestoju. Wykonaj te kroki przed dotknięciem pojedynczego pliku:

1. Wybierz nowego dostawcę hostingu

Wybierz plan hostingu, który odpowiada obecnym i przyszłym potrzebom Twojej witryny. Rozważ:

  • Typ przechowywania — NVMe SSD vs. tradycyjny HDD
  • Alokacja RAM i CPU
  • Obsługa wersji PHP
  • Dostępność panelu kontroli (cPanel, Plesk, DirectAdmin)
  • Jakość wsparcia i czas odpowiedzi

Jeśli prowadzisz rosnącą witrynę WordPress, VPS z cPanel daje Ci elastyczność dedykowanego środowiska ze znajomością graficznego panelu kontroli — idealny do zarządzania bazami danych, plikami i kontami e-mail bez wiedzy z linii poleceń.

2. Utwórz kompletną kopię zapasową witryny WordPress

Nigdy nie rozpoczynaj migracji bez zweryfikowanej, pełnej kopii zapasowej. Kompletna kopia zapasowa WordPress składa się z dwóch składników:

  • Wszystkie pliki WordPress (motywy, wtyczki, przesłania, pliki główne i konfiguracja)
  • Baza danych MySQL (wszystkie posty, strony, ustawienia, użytkownicy i metadane)

Oba muszą być archiwizowane i bezpiecznie przechowywane przed kontynuowaniem.

Krok 1: Utwórz kopię zapasową plików WordPress

Opcja A: Korzystanie z klienta FTP (FileZilla)

  1. Pobierz i zainstaluj FileZilla (lub dowolny wybrany klient FTP/SFTP).
  2. Połącz się z bieżącym serwerem hostingu za pomocą danych uwierzytelniających FTP:
  • Host: IP serwera lub domena
  • Nazwa użytkownika: nazwa użytkownika FTP
  • Hasło: hasło FTP
  • Port: 21 (FTP) lub 22 (SFTP — zalecane ze względów bezpieczeństwa)
  1. Przejdź do katalogu głównego WordPress — zwykle jest to public_html/ lub www/.
  2. Wybierz wszystkie pliki i foldery, w tym ukryte pliki (np. .htaccess). W FileZilla włącz widoczność ukrytych plików w Server → Force showing hidden files.
  3. Pobierz wszystko do dedykowanego folderu na lokalnym komputerze.

Opcja B: Korzystanie z Menedżera plików panelu kontroli hostingu

  1. Zaloguj się do bieżącego panelu kontroli hostingu (cPanel, Plesk, itp.).
  2. Otwórz Menedżer plików.
  3. Przejdź do public_html/ (lub katalogu głównego WordPress).
  4. Wybierz wszystkie pliki, skompresuj je do archiwum .zip.
  5. Pobierz archiwum na lokalny komputer.

> Wskazówka profesjonalna: Zweryfikuj, że pobrane archiwum jest kompletne i nie jest uszkodzone przed kontynuowaniem. Niekompletna kopia zapasowa jest tak niebezpieczna jak brak kopii zapasowej.

Krok 2: Eksportuj bazę danych WordPress

Baza danych WordPress zawiera wszystko, co czyni Twoją witrynę wyjątkową — całą zawartość, konta użytkowników, ustawienia i dane wtyczek. Prawidłowe jej wyeksportowanie jest krytyczne.

Krok 2.1: Uzyskaj dostęp do phpMyAdmin na bieżącym hoście

  1. Zaloguj się do bieżącego panelu kontroli hostingu.
  2. Przejdź do sekcji Bazy danych i otwórz phpMyAdmin.
  3. Na lewym pasku bocznym kliknij na bazę danych WordPress (nazwa bazy danych jest wymieniona w pliku wp-config.php w DB_NAME).

Krok 2.2: Eksportuj bazę danych

  1. Kliknij kartę Export u góry interfejsu phpMyAdmin.
  2. Wybierz metodę eksportu Quick dla standardowego, kompletnego eksportu.
  3. Upewnij się, że format jest ustawiony na SQL.
  4. Kliknij Go — phpMyAdmin pobierze plik .sql na Twój komputer.

> Ważne: Przechowuj ten plik .sql w bezpiecznym miejscu. Jest to kompletna migawka bazy danych WordPress i jest nieodwracalna bez oryginalnego serwera.

Krok 3: Prześlij pliki WordPress na nowy host

Po archiwizacji plików i bazy danych lokalnie, nadszedł czas na skonfigurowanie nowego środowiska hostingu.

Krok 3.1: Połącz się z nowym serwerem hostingu

Użyj klienta FTP/SFTP z danymi uwierzytelniającymi dostarczonymi przez nowego dostawcę hostingu. Jeśli wybrałeś plan VPS Hosting, możesz również połączyć się przez SSH w celu szybszego transferu plików za pomocą scp lub rsync.

Korzystanie z rsync przez SSH (zalecane dla użytkowników VPS):

rsync -avz --progress /local/path/to/wordpress/ user@new-server-ip:/var/www/html/

Ta metoda jest znacznie szybsza niż FTP dla dużych witryn i zachowuje uprawnienia plików.

Krok 3.2: Prześlij wszystkie pliki WordPress

  1. Przejdź do katalogu głównego sieci Web na nowym serwerze (zwykle public_html/ lub /var/www/html/).
  2. Prześlij wszystkie pliki i foldery z lokalnej kopii zapasowej WordPress, w tym ukryte pliki takie jak .htaccess.
  3. Czekaj na pełne zakończenie transferu przed kontynuowaniem.

Krok 4: Utwórz nową bazę danych na nowym hoście

Krok 4.1: Utwórz bazę danych i użytkownika

  1. Zaloguj się do nowego panelu kontroli hostingu.
  2. Przejdź do Baz danych MySQL (lub równoważne).
  3. Utwórz nową bazę danych — wybierz opisową nazwę (np. wp_newsite).
  4. Utwórz nowego użytkownika bazy danych z silnym hasłem.
  5. Przypisz użytkownika do bazy danych z Wszystkimi uprawnieniami.
  6. Zanotuj nazwę bazy danych, nazwę użytkownika i hasło — będą Ci potrzebne wkrótce.

Krok 4.2: Importuj bazę danych przez phpMyAdmin

  1. Otwórz phpMyAdmin w panelu kontroli nowego hostingu.
  2. Wybierz nowo utworzoną bazę danych z lewego paska bocznego.
  3. Kliknij kartę Import.
  4. Kliknij Choose File i wybierz plik .sql wyeksportowany wcześniej.
  5. Pozostaw wszystkie ustawienia na wartościach domyślnych i kliknij Go.
  6. Czekaj na zakończenie importu — powinieneś zobaczyć komunikat potwierdzający sukces.

> Uwaga: W przypadku dużych baz danych (ponad 50MB) phpMyAdmin może się przekroczyć. W takim przypadku użyj wiersza poleceń na VPS:

> “`bash

> mysql -u new_database_user -p new_database_name < /path/to/backup.sql

> “`

Krok 5: Zaktualizuj wp-config.php

Plik wp-config.php jest mostem między plikami WordPress a bazą danych. Po migracji na nowy serwer musisz go zaktualizować nowymi danymi uwierzytelniającymi bazy danych.

Zlokalizuj i edytuj wp-config.php

  1. W katalogu głównym WordPress nowego serwera znajdź plik o nazwie wp-config.php.
  2. Otwórz go w edytorze tekstu (Notepad++, VS Code, lub przez SSH za pomocą nano).
  3. Zaktualizuj następujące linie nowymi szczegółami bazy danych:
define( 'DB_NAME', 'new_database_name' );
define( 'DB_USER', 'new_database_user' );
define( 'DB_PASSWORD', 'new_database_password' );
define( 'DB_HOST', 'localhost' ); // Usually 'localhost' — confirm with your host
  1. Zapisz plik i prześlij go z powrotem na serwer, jeśli edytowałeś go lokalnie.

> Wskazówka bezpieczeństwa: Podczas gdy masz otwarty wp-config.php, zweryfikuj, że Twoje AUTH_KEY, SECURE_AUTH_KEY i inne tajne klucze są obecne. Możesz je regenerować za pomocą Generatora tajnych kluczy WordPress.

Krok 6: Zaktualizuj ustawienia DNS domeny

Jeśli zachowujesz tę samą nazwę domeny, ale wskazujesz ją na nowy serwer, musisz zaktualizować rekordy DNS.

Krok 6.1: Zaloguj się do rejestratora domeny

Uzyskaj dostęp do panelu kontroli, w którym zarejestrowana jest Twoja domena. Jeśli nie zarejestrowałeś jeszcze domeny lub musisz ją przenieść, Rejestracja domeny przez dostawcę hostingu upraszcza zarządzanie, utrzymując wszystko w jednym miejscu.

Krok 6.2: Zaktualizuj serwery nazw lub rekordy A

Masz dwie opcje:

Opcja A — Zaktualizuj serwery nazw (zalecane w przypadku całkowitej zmiany hostingu):

  • Zastąp istniejące serwery nazw tymi dostarczonymi przez nowego dostawcę hostingu.
  • Przykład: ns1.newhost.com i ns2.newhost.com

Opcja B — Zaktualizuj rekord A (jeśli zachowujesz bieżącego dostawcę DNS):

  • Zaktualizuj rekord A dla Twojej domeny (i subdomeny www) tak, aby wskazywał na adres IP nowego serwera.

Krok 6.3: Czekaj na propagację DNS

Zmiany DNS mogą trwać od kilku minut do 48 godzin, aby w pełni rozpropagować się na całym świecie. W tym oknie niektórzy odwiedzający mogą nadal widzieć starą witrynę. Aby przetestować nową witrynę przed propagacją DNS, użyj pliku hosts systemu, aby wskazać domenę na nowy adres IP lokalnie.

Na Linux/macOS:

sudo nano /etc/hosts
# Add: NEW_SERVER_IP yourdomain.com www.yourdomain.com

Na Windows:

Edytuj C:WindowsSystem32driversetchosts jako Administrator.

Krok 7: Zainstaluj i skonfiguruj certyfikat SSL

Po wskazaniu domeny na nowy serwer, zabezpiecz witrynę za pomocą HTTPS. Ważny certyfikat SSL jest niezbędny dla zaufania użytkowników, bezpieczeństwa danych i rankingów wyszukiwania Google.

Jeśli Twój nowy plan hostingu nie zawiera bezpłatnego certyfikatu SSL, możesz go uzyskać przez Certyfikaty SSL — dostępne w warstwach Walidacja domeny, Walidacja organizacji i Walidacja rozszerzona, aby odpowiadać każdemu typowi witryny.

Dla użytkowników VPS możesz również zainstalować bezpłatny certyfikat Let’s Encrypt za pomocą Certbot:

sudo apt install certbot python3-certbot-nginx
sudo certbot --nginx -d yourdomain.com -d www.yourdomain.com

Krok 8: Przetestuj zmigrowaną witrynę WordPress

Po propagacji DNS i skonfigurowaniu SSL dokładnie przetestuj witrynę przed ogłoszeniem, że migracja jest zakończona.

Niezbędna lista kontrolna testowania

TestCo sprawdzić
Strona główna się ładujePrawidłowa zawartość, obrazy i układ
Linki wewnętrzneWszystkie linki nawigacyjne rozwiązują się poprawnie
Formularze kontaktowePrzesyłanie formularzy działa i e-maile są dostarczane
Pliki multimedialneObrazy i filmy wyświetlają się bez uszkodzonych linków
Logowanie administratoraPanel administracyjny WordPress dostępny w /wp-admin/
WtyczkiWszystkie aktywne wtyczki działają prawidłowo
SSL/HTTPSWidoczna ikona kłódki; brak ostrzeżeń o mieszanej zawartości
Szybkość stronyUruchom test GTmetrix lub Google PageSpeed Insights

Napraw linki trwałe

Po migracji struktury linków trwałych WordPress czasami się psują. Aby je odświeżyć:

  1. Zaloguj się do Panelu administracyjnego WordPress.
  2. Przejdź do Ustawienia → Linki trwałe.
  3. Kliknij Zapisz zmiany (bez niczego zmieniając) — to regeneruje reguły przepisywania .htaccess.

Krok 9: Rozwiązywanie typowych problemów migracji

Nawet przy ostrożnym przygotowaniu mogą pojawić się problemy. Oto najczęstsze problemy i ich rozwiązania:

Błąd: „Error Establishing a Database Connection”

Przyczyna: Nieprawidłowe dane uwierzytelniające bazy danych w wp-config.php.

Rozwiązanie:

  • Dokładnie sprawdź DB_NAME, DB_USER, DB_PASSWORD i DB_HOST w wp-config.php.
  • Potwierdź, że użytkownik bazy danych otrzymał pełne uprawnienia do bazy danych.
  • Na niektórych hostach DB_HOST może nie być localhost — sprawdź panel kontroli hostingu, aby uzyskać prawidłową nazwę hosta.

Błąd: Uszkodzone obrazy lub brakujące pliki multimedialne

Przyczyna: Pliki multimedialne nie zostały przesłane lub WordPress odwołuje się do adresów URL starej domeny.

Rozwiązanie:

  • Zweryfikuj, że wszystkie pliki w wp-content/uploads/ zostały przeniesione.
  • Użyj wtyczki Better Search Replace, aby zaktualizować stare adresy URL w bazie danych:
  • Zamień: http://oldsite.com
  • Na: https://newsite.com

Błąd: Biały ekran śmierci (WSOD)

Przyczyna: Błędy PHP, niezgodne wtyczki lub limity pamięci.

Rozwiązanie:

15%

Zaoszczędź 15% na wszystkich usługach hostingowych

Sprawdź swoje umiejętności i zdobądź Rabat na dowolny plan hostingowy

Użyj kodu:

Skills
Rozpocznij