Zmiana serwera WordPress oznacza przeniesienie działającej strony do nowego środowiska hostingowego przy zachowaniu tej samej domeny i adresów URL. W takim scenariuszu głównym zadaniem nie jest migracja SEO, ale bezpieczne przeniesienie plików, bazy danych, konfiguracji oraz usług powiązanych ze stroną.
Proces wymaga przygotowania nowego środowiska, sprawdzenia zgodności wersji PHP i bazy danych, wykonania kopii bezpieczeństwa, przetestowania strony przed przełączeniem ruchu oraz kontroli działania po zmianie DNS.
Ten poradnik skupia się właśnie na technicznej migracji WordPressa na inny serwer. Osobno wyjaśniamy również, czym różni się migracja produkcyjna od utworzenia dodatkowej kopii WordPressa do testów lub developmentu.
Jeżeli najpierw chcesz ustalić, jaki rodzaj migracji dotyczy Twojej strony, zobacz poradnik Jak przenieść stronę WordPress na inną domenę lub serwer? Kompletny poradnik migracji.
Aby przenieść WordPress na inny serwer, należy wykonać pełną kopię plików i bazy danych, przygotować nowe środowisko, przenieść dane, skonfigurować połączenie z bazą, sprawdzić zgodność serwera oraz przetestować stronę przed przełączeniem ruchu.
Jeżeli domena pozostaje bez zmian, nie powinno być potrzeby zmieniania adresów URL WordPressa. Zmiany w pliku wp-config.php są natomiast potrzebne wtedy, gdy na nowym serwerze zmieniają się dane dostępowe do bazy danych lub inne ustawienia środowiskowe.
Po uruchomieniu strony należy sprawdzić między innymi SSL, formularze, wysyłkę wiadomości, cache, zadania cron, integracje, panel administracyjny oraz logi błędów.
Migracja na nowy serwer jest uzasadniona między innymi wtedy, gdy:
Zmiana serwera może być okazją do poprawy infrastruktury, ale sama migracja powinna przede wszystkim zapewnić ciągłość działania strony i prawidłowe odtworzenie jej obecnego środowiska.
Przy zmianie serwera domena i adresy URL mogą pozostać dokładnie takie same. Zmienia się miejsce, w którym działa WordPress, ale użytkownik nadal korzysta z tego samego adresu strony.
Jeżeli równocześnie zmienia się domena, dochodzi dodatkowy proces związany z adresami URL, przekierowaniami, canonicalami, Google Search Console i monitoringiem SEO.
Taki scenariusz opisujemy osobno w poradniku Jak przenieść WordPressa na inną domenę? SEO, redirecty 301 i checklista.
W praktyce bezpieczne przeniesienie WordPressa na inny serwer powinno obejmować kilka etapów:
Dopiero po przejściu tych kroków można uznać, że przeniesienie WordPressa zostało wykonane bezpiecznie.
Po migracji problemy mogą wynikać z różnic pomiędzy starym i nowym środowiskiem.
Mogą pojawić się między innymi:
Dlatego samo otwarcie strony głównej na nowym serwerze nie oznacza jeszcze, że migracja zakończyła się poprawnie.
Jeżeli po przeniesieniu występują błędy aplikacji, brak dostępu do panelu albo problemy z bazą danych, pomocny może być również poradnik Naprawa WordPress i WooCommerce – kompleksowa pomoc techniczna dla stron i sklepów internetowych.
Po migracji warto sprawdzić nie tylko to, czy strona się otwiera. Bezpieczne przeniesienie WordPressa wymaga testów technicznych, funkcjonalnych oraz sprawdzenia dostępności strony dla użytkowników i robotów wyszukiwarek.
Po przeniesieniu strony sprawdź:
Jeżeli WordPress działa jako sklep WooCommerce, trzeba dodatkowo przetestować koszyk, checkout, płatności, dostawy, wiadomości transakcyjne, konta klientów, kupony, zadania cykliczne oraz integracje z systemami zewnętrznymi.
Możemy przeanalizować obecne i nowe środowisko, przygotować plan migracji, wykonać kopię bezpieczeństwa, przenieść dane oraz przetestować stronę przed i po przełączeniu ruchu.
Kopiowanie WordPressa różni się od migracji na nowy serwer produkcyjny. Celem jest wtedy utworzenie dodatkowej kopii strony, np. do testów, developmentu, aktualizacji lub przygotowania większych zmian.
Taka kopia nie powinna przejmować ruchu z działającego serwisu ani komunikować się bez kontroli z produkcyjnymi usługami. Trzeba również zabezpieczyć ją przed indeksowaniem, wysyłką prawdziwych wiadomości do klientów, wykonywaniem płatności oraz synchronizacją danych z systemami produkcyjnymi.
Jeżeli właśnie tego potrzebujesz, szczegółowy proces opisujemy w poradniku Staging WordPress i środowisko testowe – jak bezpiecznie testować zmiany na stronie.
W przypadku sklepu WooCommerce, portalu lub strony połączonej z zewnętrznymi systemami migracja wymaga dodatkowego planowania.
Oprócz plików i bazy danych trzeba uwzględnić między innymi:
Szczególnej uwagi wymagają dane, które mogą zmieniać się już w trakcie migracji. Jeżeli pomiędzy wykonaniem kopii bazy a przełączeniem produkcji pojawią się nowe zamówienia, konta lub formularze, trzeba zaplanować sposób ich końcowej synchronizacji.
Dlatego przy serwisach dynamicznych migracja powinna mieć ustalone okno przełączenia, sposób synchronizacji danych oraz scenariusz wycofania zmian, jeżeli po uruchomieniu nowego serwera pojawią się problemy.
Zmiana serwera może być dobrym momentem na poprawę infrastruktury, ale nie zawsze warto łączyć migrację z dużą liczbą innych zmian technicznych.
Jeżeli jednocześnie zmienisz serwer, wersję PHP, konfigurację cache, bazę danych, zestaw wtyczek i kod aplikacji, późniejsze ustalenie źródła ewentualnego błędu będzie trudniejsze.
Bezpieczniejszym podejściem jest najpierw poprawne odtworzenie i uruchomienie strony w nowym środowisku, a dopiero po potwierdzeniu jej stabilności wykonywanie kolejnych optymalizacji.
Wyjątkiem są zmiany niezbędne do zapewnienia kompatybilności lub bezpieczeństwa nowego środowiska.
Samodzielne przenoszenie WordPressa jest ryzykowne, gdy:
W takich sytuacjach konsekwencje błędu mogą być znacznie większe niż przy migracji prostej strony firmowej.
Szczególnej ostrożności wymagają serwisy, w których dane zmieniają się na bieżąco, np. sklepy WooCommerce, systemy rezerwacyjne, portale użytkowników i strony z rozbudowanymi integracjami.
W takich przypadkach migrację warto potraktować jak niewielkie wdrożenie techniczne: z backupem, testami, planem przełączenia, scenariuszem awaryjnym i monitoringiem po uruchomieniu.
Migracja WordPressa na nowy serwer przy zachowaniu tej samej domeny jest przede wszystkim operacją techniczną.
Najważniejsze są:
Jeżeli domena i struktura adresów pozostają bez zmian, migracja serwera nie powoduje zmiany adresów URL takiej jak migracja na nową domenę. Problemy z dostępnością, konfiguracją serwera, SSL lub odpowiedziami HTTP mogą jednak wpływać zarówno na użytkowników, jak i na możliwość prawidłowego crawlowania strony.
Jeżeli równocześnie zmienia się domena, proces trzeba rozszerzyć o przekierowania, canonicale, Search Console i pozostałe działania opisane w osobnym poradniku dotyczącym zmiany domeny.
Możemy sprawdzić wymagania obecnego środowiska, przygotować nowy serwer, wykonać migrację i przeprowadzić testy przed oraz po przełączeniu ruchu.
Najpierw należy przygotować i przetestować stronę na nowym serwerze, podczas gdy stara wersja nadal obsługuje użytkowników. Dopiero po potwierdzeniu poprawnego działania nowego środowiska należy przełączyć ruch poprzez DNS lub inną wykorzystywaną warstwę infrastruktury.
Przy serwisach dynamicznych trzeba dodatkowo zaplanować synchronizację danych, które mogły zmienić się pomiędzy wykonaniem kopii a końcowym przełączeniem.
Nie, jeśli domena i struktura URL pozostają bez zmian. Adresy home i siteurl WordPressa powinny wtedy nadal wskazywać te same adresy.
Zmiana adresów jest potrzebna dopiero wtedy, gdy równocześnie zmienia się domena, protokół lub lokalizacja WordPressa wpływająca na URL.
Nie zawsze. Plik wp-config.php wymaga zmiany przede wszystkim wtedy, gdy na nowym serwerze używana jest inna nazwa bazy danych, użytkownik bazy, hasło, host bazy lub inne ustawienia środowiskowe zapisane w tym pliku.
Jeżeli konfiguracja pozostaje zgodna, zakres zmian może być minimalny.
Tak. Wtyczki migracyjne mogą być wygodnym rozwiązaniem przy prostych stronach i standardowych środowiskach.
Przy większych witrynach, WooCommerce, dużych bazach danych, niestandardowej konfiguracji serwera lub rozbudowanych integracjach trzeba jednak niezależnie zweryfikować konfigurację PHP, bazę danych, cache, cron, SSL, wysyłkę wiadomości oraz działanie usług zewnętrznych.
Sama poprawnie zakończona operacja wykonana przez wtyczkę nie zastępuje testów po migracji.
Tak, szczególnie jeżeli wraz z migracją zmieniane są DNS-y, serwery pocztowe lub konfiguracja wysyłki wiadomości ze strony.
Przed przełączeniem należy sprawdzić rekordy MX, SPF, DKIM i DMARC oraz sposób wysyłania formularzy i wiadomości transakcyjnych. Sama migracja WordPressa nie wymaga przenoszenia skrzynek pocztowych, jeśli poczta działa niezależnie od serwera WWW.
Trzeba przetestować między innymi koszyk, checkout, płatności, dostawy, logowanie klientów, wiadomości transakcyjne, kupony, webhooki, zadania cykliczne oraz integracje z ERP, CRM i innymi systemami.
Należy również zaplanować sposób obsługi nowych zamówień i innych danych, które mogą pojawić się pomiędzy wykonaniem kopii a końcowym przełączeniem sklepu.
Sama zmiana serwera przy zachowaniu tej samej domeny i tych samych adresów URL nie jest migracją adresów taką jak zmiana domeny.
Może jednak pośrednio wpłynąć na widoczność, jeżeli nowy serwer powoduje długą niedostępność strony, błędy HTTP, problemy z SSL, znaczące pogorszenie wydajności albo blokuje dostęp robotom wyszukiwarki.
Dlatego po migracji trzeba zweryfikować nie tylko wygląd strony, ale również jej dostępność techniczną.
Czas zależy od wielkości plików i bazy danych, konfiguracji serwera, liczby integracji, sposobu migracji oraz zakresu testów.
Prosta strona może zostać przeniesiona stosunkowo szybko, natomiast sklep WooCommerce lub serwis z rozbudowanymi integracjami wymaga dodatkowego planowania, synchronizacji danych i testów przed przełączeniem produkcji.
Po skopiowaniu strony na staging trzeba przede wszystkim zabezpieczyć środowisko przed indeksacją, dostępem przypadkowych użytkowników, wysyłką produkcyjnych wiadomości, realnymi płatnościami i niekontrolowaną synchronizacją z systemami zewnętrznymi.
Szczegółowy proces przygotowania takiej kopii opisujemy w poradniku Staging WordPress i środowisko testowe.
Ten wpis stworzył
Ekspert od wycen dedykowanych rozwiązań i zarządzania projektami. Posiada ogromne doświadczenie w tworzeniu ofert idealnie dopasowanych do potrzeb i oczekiwań klientów, specjalista łączący pasję do nowych wyzwań z analitycznym podejściem do każdego szczegółu projektu.
Migracja WordPress może oznaczać zmianę domeny, serwera lub przygotowanie kopii strony. Sprawdź różnice i wybierz właściwy scenariusz migracji.
Czym jest staging WordPress i jak bezpiecznie testować aktualizacje, WooCommerce, integracje i zmiany przed wdrożeniem ich na produkcję?
Co to jest maintenance w IT? Sprawdź, co obejmuje utrzymanie stron, sklepów i systemów, czym różni się od supportu i developmentu oraz kiedy jest potrzebne.
Migracja WordPress może oznaczać zmianę domeny, serwera lub przygotowanie kopii strony. Sprawdź różnice i wybierz właściwy scenariusz migracji.
Share:
