Migracja WordPressa: backup, DNS, baza danych i kontrola po wdrożeniu

Przeniesienie witryny WordPress może być trudnym zadaniem, ale z odpowiednią wiedzą i przygotowaniem staje się procesem możliwym do opanowania. Niezależnie od tego, czy zmieniasz domeny, aktualizujesz hosting, czy restrukturyzujesz architekturę witryny, ten kompleksowy przewodnik przeprowadzi Cię przez każdy etap procesu migracji WordPress.

#Adres WordPress a adres witryny

Przed zagłębieniem się w techniki migracji kluczowe jest zrozumienie dwóch podstawowych ustawień URL w WordPress:

• Adres WordPress (URL): Tutaj znajdują się pliki rdzenia WordPress
• Adres witryny (URL): To adres, który odwiedzający wpisują w przeglądarce, aby dotrzeć do Twojej witryny

Oba ustawienia powinny zawierać część https:// i nie powinny mieć na końcu ukośnika /. Te ustawienia kontrolują sposób wyświetlania URL przez WordPress w całej witrynie, łącznie z sekcją administracyjną i frontendem.

#Kiedy migracja WordPress staje się konieczna

Kilka scenariuszy może wymagać migracji witryny WordPress:

1. Zmiany domeny: Rebranding lub przejście na lepszą nazwę domeny
2. Migracja hostingu: Przeniesienie do lepszego dostawcy hostingu
3. Zmiany serwera: Ulepszenie infrastruktury serwerowej
4. Restrukturyzacja witryny: Przeniesienie WordPress do podkatalogu lub katalogu głównego
5. Środowisko developerskie do produkcji: Przeniesienie że środowiska testowego na live
6. HTTP do HTTPS: Wdrażanie certyfikatów SSL

#Kopia zapasowa przed migracją WordPressa

#Co zabezpieczyć przed migracją WordPressa

Przed podjęciem jakiejkolwiek migracji utwórz kompleksowe kopie zapasowe:

1. Kopia zapasowa bazy danych: Wyeksportuj bazę danych WordPress przez phpMyAdmin lub WP-CLI
2. Kopia zapasowa plików: Pobierz wszystkie pliki i katalogi WordPress
3. Kopia zapasowa konfiguracji: Zapisz osobno plik wp-config.php
4. Ustawienia wtyczek/motywów: Udokumentuj niestandardowe konfiguracje

#Jak przetestować migrację na kopii stagingowej

Zawsze testuj migracje w środowisku testowym przed uruchomieniem na żywo:

## Utwórz testowy podkatalog
mkdir /var/www/html/test-site
## Skopiuj pliki do lokalizacji testowej
cp -r /var/www/html/wordpress/* /var/www/html/test-site/

#Jak zmienić adres URL WordPressa po migracji

#Metoda 1: WP_HOME i WP_SITEURL w wp-config.php

Do tymczasowych zmian URL dodaj te linie do wp-config.php:

define('WP_HOME', 'https://example.com');
define('WP_SITEURL', 'https://example.com');

Zalety: Szybkie i natychmiastowe Wady: Zakodowane na stałe wartości, nie można edytować w panelu administracyjnym WordPress

#Metoda 2: zmiana siteurl i home przez functions.php

Jeśli masz dostęp FTP, ale nie możesz uzyskać dostępu do panelu administracyjnego WordPress:

1. Uzyskaj dostęp do pliku functions.php aktywnego motywu
2. Dodaj te linie po otwierającym tagu <?php:

update_option('siteurl', 'https://example.com');
update_option('home', 'https://example.com');

3. Prześlij plik i odwiedź panel administracyjny
4. Ważne: Usuń te linie po tym, jak witryna działa

#Metoda 3: stała RELOCATE w wp-config.php

WordPress zawiera automatyczną metodę relokacji:

1. Edytuj wp-config.php i dodaj przed “That’s all, stop editing!”:

define('RELOCATE', true);

2. Odwiedź https://twojawitryna.com/wp-login.php
3. Zaloguj się normalnie
4. Sprawdź Ustawienia > Ogólne, aby zweryfikować URL-e
5. Usuń stałą RELOCATE po zakończeniu

Ostrzeżenie dotyczące bezpieczeństwa: Nigdy nie pozostawiaj stałej RELOCATE w wp-config.php, ponieważ tworzy luki bezpieczeństwa.

#Metoda 4: edycja siteurl i home w phpMyAdmin

Dla precyzyjnej kontroli edytuj URL-e bezpośrednio w bazie danych:

1. Uzyskaj dostęp do phpMyAdmin
2. Wybierz bazę danych WordPress
3. Znajdź tabelę wp_options (prefiks może się różnić)
4. Edytuj wiersze ‘siteurl’ i ‘home’
5. Zaktualizuj option_value do nowych URL-ów

Kluczowe: Zawsze twórz kopię zapasową bazy danych przed wprowadząniem bezpośrednich zmian!

#Ręczna migracja WordPressa na inny serwer lub domenę

#Jak przenieść WordPressa na nowy serwer

Podczas migracji na nowy serwer:

1. Kopia zapasowa wszystkiego: Pełna kopia witryny i bazy danych
2. Eksport bazy danych: Użyj phpMyAdmin lub WP-CLI
3. Transfer plików: Użyj FTP, SFTP lub rsync
4. Import bazy danych: Utwórz nową bazę danych i importuj
5. Zaktualizuj wp-config.php: Zmodyfikuj dane uwierzytelniające bazy danych
6. Zaktualizuj URL-e: Użyj jednej z powyższych metod
7. Dokładne testowanie: Sprawdź całą funkcjonalność

#Jak zmienić domenę WordPressa przez WP-CLI

Zmiana domen wymaga szczególnej uwagi na dane serializowane:

## Użycie WP-CLI (zalecane)
wp search-replace 'staradomena.com' 'nowadomena.com' --skip-columns=guid

## Lub użyj wtyczki z obsługą danych serializowanych:
## - Better Search Replace

Ważne: Nigdy nie aktualizuj kolumny GUID w tabeli wp_posts. GUID oznacza Globally Unique Identifier i nie powinien się zmieniać, aby zachować kompatybilność z czytnikami RSS.

#Migracja z podkatalogu do katalogu głównego

Przenoszenie WordPress z podkatalogu do katalogu głównego:

1. Zaktualizuj URL-e w panelu administracyjnym WordPress: Ustawienia > Ogólne
2. Skopiuj pliki: Przenieś pliki WordPress do nowej lokalizacji
3. Zaktualizuj .htaccess: Zmodyfikuj reguły przepisywania
4. Zaktualizuj bezpośrednie linki: Ponownie zapisz strukturę linków
5. Sprawdź linki wewnętrzne: Zaktualizuj zakodowane URL-e

#Migracja multisite

WordPress Multisite wymaga dodatkowych uwag:

1. Kopia zapasowa sieci: Wszystkie witryny i bazy danych
2. Edycja wp-config.php: Zaktualizuj stałe multisite
3. Aktualizacja .htaccess: Zmodyfikuj reguły przepisywania multisite
4. Aktualizacje bazy danych: Zaktualizuj tabele wp_blogs i wp_site
5. Opcje poszczególnych witryn: Zaktualizuj tabele opcji każdej witryny

#Co sprawdzić po migracji WordPressa

#Co przetestować zaraz po migracji

• Przetestuj funkcjonalność frontendu
• Zweryfikuj dostęp do panelu administracyjnego
• Sprawdź wszystkie formularze i zgłoszenia
• Przetestuj funkcjonalność e-commerce
• Zweryfikuj logowanie i rejestrację użytkowników

#Przekierowania 301 i mapa witryny po zmianie domeny

• Zaimplementuj przekierowania 301 że starych URL-ów
• Zaktualizuj sitemap.xml
• Wyślij nową mapę witryny do wyszukiwarek
• Zaktualizuj właściwość Google Analytics
• Zweryfikuj Google Search Console

#Cache, baza danych i SSL po migracji

• Wyczyść wszystkie pamięci podręczne
• Zoptymalizuj tabele bazy danych
• Sprawdź kompatybilność wtyczek
• Przetestuj szybkość witryny
• Zweryfikuj certyfikat SSL

#Typowe problemy migracji i rozwiązania

#Biały ekran śmierci po migracji

Zazwyczaj spowodowany przez:

• Wyczerpanie limitu pamięci
• Konflikty wtyczek
• Niezgodność motywu

Rozwiązanie: Zwiększ limit pamięci w wp-config.php:

define('WP_MEMORY_LIMIT', '256M');

#Błędy połączenia z bazą danych

Sprawdź ustawienia wp-config.php:

define('DB_NAME', 'nazwa_bazy_danych');
define('DB_USER', 'nazwa_użytkownika');
define('DB_PASSWORD', 'haslo');
define('DB_HOST', 'localhost');

#Uszkodzone linki po migracji

1. Użyj WP-CLI search-replace dla wszelkich zakodowanych URL-ów
2. Ponownie zapisz strukturę linków bezpośrednich w Ustawienia > Bezpośrednie linki
3. Sprawdź w bazie danych wszelkie pozostałe stare URL-e

#Wtyczki do migracji: kiedy ich używać

#Popularne wtyczki do migracji

Duplicator

• Według opisu w katalogu wtyczek darmowa wersja robi kopie dowolnego rozmiaru
• Tworzy samoinstalujące się pakiety
• Bezpłatna i premium wersja

All-in-One WP Migration

• Niezwykle prosty w użyciu
• Eksportuje i importuje jednym kliknięciem
• Limit importu w wersji bezpłatnej wyznacza hosting (maksymalny rozmiar wysyłanego pliku), nie wtyczka

WP Migrate (dawniej WP Migrate DB Pro)

• Najlepszy dla migracji tylko bazy danych
• Funkcja find & replace
• Idealny dla deweloperów

#Kiedy wybrać migrację ręczną

• Duże witryny przekraczające limity wtyczek
• Złożone konfiguracje niestandardowe
• Wymagania dotyczące bezpieczeństwa i audytu
• Sytuacje, w których potrzebna jest pełna kontrola

#Migracja dużej strony WordPress i przekierowania 301

Podczas migracji dużej witryny WordPress z tysiącami URL-ów:

1. Faza inwentaryzacji

   • Wyeksportuj wszystkie URL-e z Google Analytics
   • Przeskanuj istniejącą witrynę programem Screaming Frog
   • Wyeksportuj wszystkie zaindeksowane strony z Google Search Console
   • Udokumentuj wszystkie błędy 404

2. Faza planowania

   • Zmapuj stare URL-e na nowe
   • Grupuj przekierowania według wzorca
   • Priorytetyzuj strony o wysokim ruchu
   • Planuj łańcuchy przekierowań tak, aby minimalizować skoki

3. Faza wdrożenia

   • Przetestuj przekierowania w środowisku testowym
   • Wdrażaj partiami
   • Monitoruj czasy odpowiedzi serwera
   • Sprawdzaj pod kątem pętli przekierowań

4. Faza weryfikacji

   • Użyj narzędzi do sprawdzania przekierowań online
   • Monitoruj Search Console pod kątem błędów indeksowania
   • Sprawdź czasy odpowiedzi serwera
   • Zweryfikuj transfer kapitału linków

5. Faza czyszczenia

   • Usuń tymczasowe przekierowania 302 (przekonwertuj na 301)
   • Usuń niepotrzebne reguły
   • Udokumentuj wszystkie przekierowania do przyszłego użytku
   • Zaktualizuj mapę witryny XML nowymi URL-ami

Przeniesienie witryny WordPress nie musi być stresującym doświadczeniem. Mając solidny plan tworzenia kopii zapasowych, rozumiejąc metody migracji i podchodząc systematycznie do każdego kroku, możesz zapewnić płynne przejście, które zachowuje Twoje rankingi SEO, dane i funkcjonalność witryny.

Dowiedz się więcej o usługach WordPress w WPPoland.

#Dane serializowane, poczta i cron po migracji

Zserializowane dane w bazie. Zwykłe UPDATE ... REPLACE() w SQL podmienia adres wewnątrz zserializowanej tablicy, ale nie aktualizuje zapisanej przed nim długości ciągu. Wpis staje się nieczytelny dla PHP i wtyczka, która z niego korzysta, po prostu przestaje widzieć swoje ustawienia, zwykle bez błędu na ekranie. Dlatego podmiana adresów idzie przez wp search-replace albo Better Search Replace, które deserializują dane przed zamianą. Jeśli już zrobiłeś to czystym SQL, nie naprawiaj tego kolejnym zapytaniem, tylko wróć do kopii i powtórz poprawnym narzędziem.

Poczta wychodząca z nowego serwera. Formularz kontaktowy po migracji nadal wyświetla komunikat o wysłaniu, bo wp_mail() zwraca prawdę, gdy serwer przyjął wiadomość. To, czy wiadomość dotarła, zależy od SPF i DKIM dla nowego adresu IP, a tych nikt nie przenosi razem z plikami. Wyślij testową wiadomość na skrzynkę poza własną domeną i sprawdź nagłówki.

Zadania cron. WordPress uruchamia je przy ruchu na stronie, więc na świeżo przeniesionej witrynie bez ruchu nie uruchamia się nic: ani kopie, ani kolejki, ani odświeżanie cache. Jeśli na starym serwerze było wpięte systemowe zadanie cron, trzeba je odtworzyć ręcznie, bo nie ma go ani w plikach, ani w bazie.

#Co usunąć po migracji, gdy strona już działa

Kilka metod z tego przewodnika zostawia ślady, które miały istnieć tylko na czas przenosin. Przejdź przez nie po teście frontendu i panelu administracyjnego:

• Stała RELOCATE w wp-config.php. Pozostawiona tworzy lukę bezpieczeństwa, więc usuwasz ją zaraz po sprawdzeniu adresów w Ustawienia > Ogólne.
• Wywołania update_option('siteurl', ...) i update_option('home', ...) w functions.php motywu. Wykonują się przy każdym załadowaniu strony, więc po odzyskaniu dostępu do panelu idą do usunięcia.
• WP_HOME i WP_SITEURL w wp-config.php. Dopóki tam są, adresów nie zmienisz w panelu. Zdecyduj, czy zostają na stałe, czy wracasz do wartości zapisanych w bazie.
• Przekierowania 302 z fazy wdrożenia. Te, które mają zostać, zamień na 301, a resztę usuń razem z niepotrzebnymi regułami.
• Katalog testowy, na przykład /var/www/html/test-site. To pełna kopia plików witryny razem z wp-config.php i nie ma powodu, żeby leżała na serwerze po migracji.

Na koniec zapisz listę wszystkich przekierowań. Przy następnej zmianie adresów będzie punktem wyjścia do mapowania starych URL-i na nowe.

Po stronie wdrożenia ten temat trzymamy pod migrację na Next.js lub Astro.