Migracja strony WordPress brzmi trochę jak hasło do cyfrowego pożaru: pliki, baza, domena, DNS, przekierowania, formularze i jeszcze Search Console. Spokojnie. Sama przeprowadzka nie musi być dramatem, ale warto zrobić ją w odpowiedniej kolejności. Najgorszy plan to kliknąć zmianę DNS na szybko, a potem zastanawiać się, czemu strona działa tylko połowicznie.
Na początku rozdziel dwa scenariusze. Pierwszy to zmiana hostingu WordPress bez zmiany widocznych adresów. Drugi to większa przeprowadzka: nowa domena, zmiana protokołu albo inna struktura URL-i. W obu przypadkach potrzebujesz kopii, testów i planu. Przy drugim dochodzi jeszcze mapa adresów, przekierowania oraz porządki w linkach i ustawieniach. Poniżej masz checklistę, która pomaga przejść przez temat bez biegania z gaśnicą.
Najpierw ustal, co właściwie migrujesz
Zanim zaczniesz przenoszenie strony na nowy serwer, spisz zakres zmian. Czy zmienia się wyłącznie hosting, a domena i wszystkie adresy zostają takie same? Jeśli tak, głównym zadaniem jest przygotowanie kopii na nowej infrastrukturze, dokładne testy, przełączenie DNS i późniejsza obserwacja działania strony.
Jeżeli zmienia się domena, protokół albo struktura adresów, robi się szerzej. Potrzebujesz mapy starych i nowych URL-i, stałych przekierowań, aktualizacji linków wewnętrznych, canonicali oraz sitemap. To nie jest detal kosmetyczny. Stary adres musi prowadzić do sensownego nowego miejsca, a nie do przypadkowej strony głównej.
Szczegóły techniczne zależą od serwera, hostingu, konfiguracji DNS, poczty i użytych wtyczek. Nie ma jednej magicznej instrukcji pasującej do każdej instalacji. Jeśli nie czujesz się pewnie przy DNS, bazie danych albo konfiguracji serwera, lepiej zaplanować wsparcie osoby technicznej.
Checklista przed migracją WordPressa
Przed właściwą przeprowadzką przygotuj sobie listę rzeczy, które trzeba zabezpieczyć i później sprawdzić. Nie chodzi o produkowanie dokumentacji grubszej niż instrukcja pralki. Chodzi o to, żeby nic ważnego nie zostało w starym miejscu tylko dlatego, że wszyscy o tym zapomnieli.
Lista dostępów i elementów do testu
- Dostępy do obecnego i nowego hostingu, domeny oraz konfiguracji DNS.
- Dostęp do poczty związanej z domeną, panelu administracyjnego WordPressa i Search Console.
- Kopia bezpieczeństwa strony oraz sprawdzenie, czy można ją odtworzyć.
- Lista ważnych podstron, wpisów, obrazów, plików do pobrania, formularzy i logowania.
- Informacja o używanych narzędziach analitycznych oraz metodzie weryfikacji Search Console.
Niezależna kopia to podstawa. Sam plik eksportu treści nie oznacza jeszcze, że całą działającą witrynę da się z niego odtworzyć. Nie usuwaj starej instalacji, plików weryfikacyjnych ani konfiguracji DNS przed zakończeniem kontroli.
Przygotuj kopię strony na nowym serwerze i przetestuj ją przed zmianą rekordów DNS. Testowa wersja powinna być zabezpieczona przed indeksowaniem i przypadkowym publicznym dostępem. Gdy przyjdzie moment startu, sprawdź, czy tymczasowe noindex i blokady w robots.txt zostały usunięte tam, gdzie nie powinny już działać.
Treści WordPressa: eksport to nie cała przeprowadzka
WordPress ma funkcję eksportu treści do pliku XML w formacie WXR. Taki plik można później zaimportować do innej instalacji WordPressa. To przydatne narzędzie, szczególnie gdy chcesz przenieść konkretne dane, ale nie należy mylić go z pełną kopią strony.
Eksport, import i pełna kopia — trzy różne rzeczy
Eksport może obejmować między innymi:
- wpisy i strony,
- własne typy treści oraz pola własne,
- komentarze, kategorie, tagi i inne taksonomie,
- użytkowników oraz menu.
Potem dane można zaimportować do drugiej instalacji. Tyle że plik XML dotyczy danych treściowych. Przy pełnej migracji trzeba osobno zaplanować przeniesienie plików, bazy danych, obrazów, motywu, wtyczek, konfiguracji i usług zależnych. Eksport jest więc jednym elementem układanki, a nie całym kartonem z napisem „strona gotowa do przeprowadzki”.
Mapa adresów URL bez zgadywania
Jeśli domena albo struktura adresów się zmienia, przygotuj mapę stary adres → nowy adres. To zwykła lista robocza, ale potrafi uratować sporo nerwów. Zbierz adresy z sitemap, danych analitycznych, Search Console i samego WordPressa. Uwzględnij nie tylko stronę główną i kilka ofert.
Na liście powinny znaleźć się ważne podstrony ofertowe, wpisy, kategorie, pliki PDF, obrazy, materiały wideo oraz adresy wykorzystywane w kampaniach i mediach społecznościowych. Nie każdy adres musi mieć nowy odpowiednik, ale każda decyzja powinna być świadoma.
Co wpisać do mapy URL-i
| Element | Co sprawdzić |
|---|---|
| Stary adres | Jaki URL działał przed migracją i czy był używany. |
| Nowy adres | Najbardziej odpowiadające mu miejsce po zmianie. |
| Status | Czy przekierowanie i strona docelowa zostały przetestowane. |
Nie kieruj wielu niezwiązanych ze sobą adresów wyłącznie na stronę główną. Użytkownik może nie znaleźć tego, czego szukał, a takie rozwiązanie może zostać potraktowane jak soft 404. Lepiej wskazać konkretną, możliwie najbliższą stronę albo jasno ustalić, że odpowiednika nie ma.
Przekierowania, canonicale i linki wewnętrzne
Po zmianie adresów zaplanuj stałe przekierowania po stronie serwera, na przykład 301 lub 308. Każdy stary adres powinien prowadzić do możliwie najlepiej dopasowanego nowego miejsca. Przekierowanie nie jest dekoracją. To drogowskaz dla użytkownika i wyszukiwarki.
Przetestuj adresy ze swojej mapy. Sprawdź, czy nie tworzą się łańcuchy przekierowań, czyli sytuacje, w których stary URL prowadzi do kolejnego przekierowania, a dopiero potem do strony. Im prościej, tym lepiej.
Poza samymi przekierowaniami zaktualizuj linki wewnętrzne, canonicale i sitemap. Sprawdź, czy w treści, menu albo ustawieniach nie zostały stare adresy. Nie zakładaj, że WordPress sam poprawi wszystko za Ciebie. Czasem poprawi, czasem nie, a czasem zrobi minę niewiniątka.
Dzień przeprowadzki: DNS i testy na żywo
Moment przełączenia przychodzi dopiero wtedy, gdy kopia na nowym serwerze działa i została sprawdzona. Wtedy zmieniasz rekordy DNS zgodnie z konfiguracją swojej domeny i hostingu. To właśnie DNS kieruje ruch do nowej infrastruktury, więc po zmianie trzeba obserwować, co faktycznie widzą użytkownicy.
Przetestuj strony, obrazy, formularze, pliki do pobrania, logowanie i kluczowe funkcje. Sprawdź także pocztę związaną z domeną oraz dostęp administracyjny. Formularz może wyglądać dobrze, a jednak nie dostarczać wiadomości. Tego nie widać na pierwszy rzut oka.
Nie wyłączaj starego hostingu od razu. Stara infrastruktura może być potrzebna do porównania, diagnostyki i obsługi części ruchu. Nie usuwaj też pliku HTML, znacznika meta ani konfiguracji używanej do weryfikacji Search Console. Zmiany DNS i konfiguracji serwera mogą chwilowo wpływać na dostępność, więc pośpiech naprawdę nie jest tu supermocą.
Kontrola po migracji — checklista na spokojnie
Zmiana DNS nie oznacza końca migracji. To dopiero moment, od którego zaczyna się kontrola nowej wersji. Sprawdzaj działanie strony nie tylko jako zalogowany administrator, ale również z perspektywy zwykłego użytkownika. Przejdź po ważnych adresach, wyślij formularze i otwórz pliki do pobrania.
W Search Console zachowaj dostęp do starej i nowej właściwości. Przy zmianie domeny zweryfikuj obie witryny i zgłoś zmianę adresu zgodnie z procesem Google. Upewnij się, że metoda weryfikacji przetrwała przeprowadzkę. Może to być plik HTML, znacznik meta albo odpowiednia konfiguracja DNS.
Lista kontrolna po przełączeniu
- Strony, obrazy, pliki, formularze i logowanie działają poprawnie.
- Stare adresy prowadzą przez właściwe przekierowania do odpowiednich nowych stron.
- Nie ma niepotrzebnych łańcuchów przekierowań ani masowego kierowania wszystkiego na stronę główną.
- Linki wewnętrzne, canonicale i sitemap wskazują właściwe adresy.
- W Search Console działa weryfikacja, a sitemap i indeksowanie są monitorowane.
- Sprawdzone są błędy 404, statusy HTTP, logi, DNS, poczta i ruch.
Monitoruj stary i nowy serwer, DNS, błędy indeksowania, sitemap oraz ruch. Przy zmianie domeny utrzymuj przekierowania przez możliwie długi czas; dokumentacja Google wskazuje ogólnie co najmniej rok. Stary hosting wyłącz dopiero wtedy, gdy ruch rzeczywiście przejdzie na nową infrastrukturę i nie ma już elementów wymagających starego środowiska.
Najprostsza kolejność wygląda tak: ustal zakres zmian, wykonaj kopię i sprawdź możliwość odtworzenia, przygotuj mapę URL-i, skopiuj stronę na nową infrastrukturę, przetestuj ją, przełącz DNS, a potem monitoruj działanie. Eksport treści WordPressa jest pomocny, ale nie zastępuje pełnej kopii witryny. A ponieważ szczegóły zależą od hostingu, serwera, poczty i wtyczek, nie warto udawać, że każda przeprowadzka wygląda identycznie. Napisz do Szwagra i opowiedz, czego potrzebujesz — strony, grafiki, filmu albo tekstów.
