Jak przenieść WordPressa z komputera localhost na serwer krok po kroku

Przed migracją przygotuj dostęp do hostingu, kopię lokalnej bazy i plików oraz docelową domenę. Serwer musi spełniać wymagania wersji WordPressa, motywu i wtyczek, dlatego sprawdź aktualne wymagania PHP i bazy danych w dokumentacji WordPress przed konfiguracją hostingu.

Zbierz dane do panelu hostingu, SFTP lub SSH, bazy danych i phpMyAdmin. SFTP szyfruje transfer plików, a SSH pozwala wykonywać polecenia na serwerze. Ustal także, do którego katalogu domena kieruje ruch, czy hosting udostępnia SSL i kto zarządza rekordami DNS.

Zapisz lokalny adres, na przykład `http://localhost/nazwastrony`, docelowy adres, prefiks tabel bazy i ścieżkę instalacji. Sprawdź, czy witryna korzysta z WordPress Multisite, niestandardowego katalogu mediów, zadań cron lub dodatkowych plików konfiguracyjnych, bo te elementy mogą wymagać osobnych kroków.

Jeśli dopiero planujesz witrynę, strony internetowe dla firm oparte na WordPressie obejmują realizację serwisu w tym systemie. W przypadku samodzielnej migracji zachowaj kopię lokalną jako punkt powrotu.

Pełna kopia migracyjna zawiera katalog WordPressa i eksport bazy danych, ponieważ te elementy przechowują różne części witryny. Eksport XML z ekranu Narzędzia > Eksport obejmuje treści, takie jak wpisy i strony, ale nie zastępuje kopii plików, wtyczek, motywu ani ustawień serwera.

Tabela pokazuje, które części witryny zapisują pliki, a które baza. Porównaj kopię z instalacją przed przesłaniem na hosting, aby wychwycić brakujące media lub ustawienia.

Pełne odtworzenie wymaga plików oraz bazy, a dodatkowa kopia poza komputerem chroni materiał na czas migracji.

W narzędziu bazy danych wybierz właściwą bazę i wyeksportuj ją do pliku SQL. Sprawdź, czy eksport zakończył się bez błędu i czy plik ma niezerowy rozmiar. Spakuj katalog instalacji z zachowaniem folderów `wp-admin`, `wp-includes` i `wp-content`, pliku `wp-config.php` oraz używanych plików reguł serwera.

Zapisz kopię w dwóch lokalizacjach i nie umieszczaj jej w publicznym katalogu domeny. Przy Local, XAMPP lub MAMP sprawdź ścieżkę instalacji w używanym narzędziu, ponieważ lokalne środowiska przechowują pliki w różnych katalogach.

Utwórz pustą bazę danych i użytkownika z dostępem do tej bazy, zaimportuj plik SQL, a następnie prześlij pliki WordPressa do katalogu domeny. Nazwy bazy, użytkownika, hosta i prefiks tabel muszą odpowiadać docelowej instalacji.

W panelu hostingu utwórz bazę MySQL lub MariaDB i zapisz jej nazwę, nazwę użytkownika, hasło oraz adres hosta bazy. W phpMyAdmin wybierz tę bazę, otwórz funkcję importu i wskaż plik SQL. Duży plik może przekraczać limit importu w panelu; wówczas użyj SSH, jeśli hosting udostępnia taką możliwość, albo poproś administratora o import.

Prześlij pliki przez SFTP do katalogu przypisanego do domeny. Porównaj zawartość katalogu z kopią, szczególnie folder `wp-content/uploads`, motyw i aktywne wtyczki. Prawa plików ustaw zgodnie z dokumentacją hostingu i nie nadawaj wszystkim plikom uprawnień zapisu bez potrzeby.

W `wp-config.php` ustaw dane bazy, zachowując prefiks tabel. Przykładowe pola konfiguracji wyglądają tak:

define( 'DB_NAME', 'nazwa_bazy' );
define( 'DB_USER', 'uzytkownik_bazy' );
define( 'DB_PASSWORD', 'haslo_bazy' );
define( 'DB_HOST', 'adres_serwera_bazy' );
$table_prefix = 'wp_';

Zastąp przykładowe wartości danymi hostingu i nie publikuj pliku ani danych logowania. Zmiana nazwy bazy lub użytkownika nie wymaga zmiany prefiksu, jeśli nazwy tabel pozostały takie same.

Zmień stare adresy na docelową domenę metodą obsługującą dane serializowane. Dane serializowane zapisują wartości wraz z informacją o ich długości, dlatego prosta zamiana tekstu w całej bazie może uszkodzić ustawienia motywu lub wtyczki.

Najpierw ustaw docelowe adresy WordPress Address i Site Address w Ustawienia > Ogólne, jeśli panel jest dostępny. Następnie wyszukaj pozostałe adresy localhost w treściach, ustawieniach i metadanych, ponieważ motywy i wtyczki mogą zapisywać adresy również poza podstawowymi ustawieniami witryny.

Tabela porównuje metody zmiany adresów według obsługi danych serializowanych i dostępu potrzebnego do wykonania operacji.

WP-CLI obsługuje dane serializowane w poleceniu `search-replace` i udostępnia opcję `--dry-run`, która pokazuje planowane zmiany bez zapisu do bazy.

Przy WP-CLI uruchom najpierw próbę bez zapisu, sprawdź raport, a dopiero potem wykonaj zamianę. Dokumentacja pozwala ograniczyć zakres do wybranych tabel i kolumn; nie zmieniaj automatycznie kolumny `guid`, jeśli nie znasz skutków tej operacji.

Bez SSH użyj sprawdzonej wtyczki zgodnej z wersją witryny albo poproś administratora o zmianę adresów. Przed każdą zmianą zachowaj kopię SQL, a po operacji sprawdź panel i stronę publiczną pod kątem odnośników localhost.

Przełącz domenę na serwer dopiero po sprawdzeniu kopii pod adresem testowym lub tymczasowym. DNS wskazuje serwer obsługujący domenę, a propagacja DNS oznacza aktualizowanie zapisanych odpowiedzi przez resolvery internetowe; sama propagacja nie naprawia błędów WordPressa ani konfiguracji serwera.

Przypisz domenę w panelu hostingu do właściwego katalogu, sprawdź konfigurację serwera i uruchom certyfikat SSL. Gdy domena wskazuje na hosting, ustaw adresy WordPressa w wersji HTTPS i skonfiguruj przekierowanie z HTTP do HTTPS. Sprawdź, czy certyfikat obejmuje używane warianty domeny, w tym wersję z `www`, jeśli ma działać.

Nie edytuj DNS, jeśli pliki trafiły do niewłaściwego katalogu albo certyfikat nie jest gotowy. Błąd 404 na wszystkich podstronach może wskazywać na reguły bezpośrednich odnośników lub konfigurację serwera, a przekierowanie do localhost zwykle wymaga ponownego sprawdzenia zapisanych adresów.

Strona jest gotowa do publikacji, gdy działa pod docelową domeną, najważniejsze ścieżki przechodzą test, a kopia zapasowa pozwala odtworzyć stan sprzed przełączenia. Wyświetlenie strony głównej nie potwierdza działania formularzy, logowania, mediów ani podstron.

Tabela porządkuje kontrolę po migracji według obszaru i oczekiwanego rezultatu. Użyj jej przed przełączeniem domeny oraz ponownie po publikacji.

Test strony powinien obejmować formularze, media, panel i ustawienia indeksowania, a nie tylko wygląd strony głównej.

Sprawdź strukturę bezpośrednich odnośników, przekierowania, `robots.txt`, mapę witryny i logi błędów hostingu. Jeśli strona była wcześniej blokowana przed indeksowaniem, sprawdź ustawienie widoczności w panelu WordPressa i usuń blokadę po publikacji. Przetestuj wersję mobilną oraz najważniejsze działania użytkownika, takie jak zakup, rezerwacja lub wysłanie zapytania.

Objaw po migracji wskazuje, którą warstwę sprawdzić jako pierwszą: połączenie bazy, adresy URL, pliki, uprawnienia albo konfigurację serwera. Zanim ponownie zaimportujesz bazę, porównaj komunikat z logami PHP i hostingu, aby nie nadpisać poprawnych danych.

Tabela łączy widoczny objaw z pierwszym miejscem kontroli i dalszym krokiem diagnostycznym. Zacznij od przyczyny wskazanej w komunikacie lub logu.

Tabela pozwala rozpocząć diagnozę od najbardziej prawdopodobnej warstwy bez wyłączania zabezpieczeń ani wszystkich wtyczek naraz.

Błąd połączenia z bazą wymaga porównania wartości w `wp-config.php` z danymi hostingu. Brak stylów może wynikać z nieprzesłanych plików albo mieszanej zawartości, czyli ładowania części zasobów przez HTTP na stronie HTTPS. Przy błędzie 500 sprawdź log serwera, ponieważ komunikat przeglądarki sam nie określa przyczyny.

Wtyczka migracyjna pasuje do standardowej strony, gdy hosting akceptuje jej archiwum i nie blokuje importu limitem rozmiaru ani czasu. Migracja ręczna daje większą kontrolę nad plikami i bazą, a administrator pomaga ograniczyć ryzyko przy dużej witrynie, WordPress Multisite lub niestandardowej konfiguracji.

Tabela porównuje sposoby migracji według sytuacji, w której warto je wybrać, i ograniczenia do sprawdzenia przed startem.

Dobór metody zależy od złożoności witryny, limitów hostingu oraz dostępu do plików i bazy.

Ręczna migracja wymaga zgodności plików z bazą i prawidłowej zmiany adresów. Eksport XML nie przenosi całej instalacji, w tym wtyczek, ustawień i wszystkich mediów. Dokumentacja WordPressa opisuje migrację jako przeniesienie katalogu witryny i bazy, a przy zmianie adresu zaleca osobną obsługę zapisanych URL.

Jeśli chcesz zlecić publikację lub przeniesienie witryny, migracja WordPressa na hosting obejmuje wykonanie prac związanych z przeniesieniem. KC Mobile tworzy również strony internetowe w WordPressie, gdy projekt wymaga budowy lub przebudowy serwisu.

• Jak przenieść stronę Joomla na inny serwer bez utraty danych
• Better Search Replace w WordPress: jak bezpiecznie zmienić adresy w bazie
• Migracja Joomla do WordPress krok po kroku - treści, adresy i testy
• Przejęcie strony WordPress: jak sprawdzić dostęp, kopię i działanie serwisu