Migracja sklepu WooCommerce na nowy hosting krok po kroku

Definicja: Migracja sklepu WooCommerce na nowy hosting to kontrolowany transfer plików WordPress i bazy danych wraz z odtworzeniem konfiguracji serwera, który ma utrzymać ciągłość sprzedaży oraz spójność transakcji: (1) kompletność kopii plików i bazy danych; (2) zgodność wersji środowiska (PHP, baza, rozszerzenia) i ustawień; (3) testy powdrożeniowe obejmujące checkout, płatności i DNS/TLS.

Ostatnia aktualizacja: 2026-05-18

Zakres migracji WooCommerce i ryzyka przestoju

Migracja sklepu WooCommerce polega na przeniesieniu aplikacji i danych w taki sposób, aby proces zakupowy zachował spójność, a środowisko docelowe odtwarzało ustawienia wpływające na działanie wtyczek. Krytyczne ryzyko dotyczy spójności zamówień, integralności danych klientów oraz konfiguracji płatności, które są wrażliwe na błędy sesji i cache.

Zakres techniczny obejmuje pliki WordPress oraz bazę danych, ale w praktyce największą wagę ma katalog wp-content. To tam znajdują się motywy, wtyczki oraz uploady, czyli nośniki zdjęć produktów i plików wykorzystywanych przez strony produktu. Pominięcie fragmentu wp-content bywa mylone z problemem „po migracji nie działa sklep”, choć przyczyna leży w brakujących zasobach lub nieaktywnych rozszerzeniach.

Migrating your WooCommerce store involves transferring both WordPress core files and the database containing all shop data to the new server.

Warstwa biznesowa sklepu wykracza poza same produkty. Weryfikacji wymagają zamówienia, konta klientów, kupony, ustawienia wysyłek oraz logi bramek płatności. Przy migracji w czasie aktywnej sprzedaży dochodzi kwestia „rozszczepienia danych”, gdy część ruchu trafia jeszcze na stary serwer, a część na nowy, co może skutkować rozjazdem stanów magazynowych i numeracji zamówień.

Jeśli kryteriami akceptacji są poprawny koszyk, poprawny checkout oraz brak błędów 5xx w logach, to ryzyko krytycznego przestoju jest zwykle ograniczone do czasu przełączenia domeny i stabilizacji środowiska.

Przygotowanie przed migracją: kopie, wersje i plan odtwarzania

Bezpieczna migracja zaczyna się od pełnej kopii plików i bazy danych oraz od spisania parametrów środowiska, które determinują zachowanie WooCommerce po zmianie hostingu. Procedura przygotowawcza jest etapem, w którym redukuje się liczbę niewiadomych i ustala sposób powrotu, gdy środowisko docelowe okaże się niezgodne.

Inwentaryzacja obejmuje wersję PHP, bazę danych (MySQL lub MariaDB), wersję WordPress, wersję WooCommerce, motyw oraz grupę wtyczek krytycznych: płatności, wysyłki, cache oraz narzędzia do bezpieczeństwa. Nieciągłości wersji bywają niewidoczne w panelu administracyjnym, a ujawniają się dopiero pod obciążeniem, np. jako błędy w generowaniu podsumowania zamówienia albo time-out podczas walidacji koszyka.

Kopia bazy danych powinna być spójna, najlepiej wykonana w momencie ograniczenia zmian w sklepie lub w oknie serwisowym. Kopia plików powinna zawierać pełne wp-content, a osobne archiwum uploadów bywa użyteczne tam, gdzie transfer jest rozbijany na porcje. Dodatkowo utrwaleniu wymagają elementy konfiguracji, które nie zawsze są częścią repozytorium plików, np. ustawienia cache w panelu hostingu czy reguły wymuszania HTTPS.

Plan odtwarzania powinien mieć proste kryteria: jeśli sklep po przełączeniu nie przechodzi testu checkoutu i płatności, to decyzja o rollbacku zapada szybko, zanim dojdzie do nieodwracalnego rozjazdu danych.

Migracja krok po kroku: przeniesienie plików, bazy i konfiguracji

Procedura migracji obejmuje transfer plików, odtworzenie bazy danych oraz dopasowanie ustawień środowiska, aby sklep zachował zachowanie identyczne jak przed zmianą hostingu. Większość usterek wynika z pominięcia fragmentu danych, błędu importu bazy albo rozbieżności w parametrach PHP i limitach zasobów.

Transfer plików i odtworzenie bazy danych

Najpierw przygotowywane jest środowisko docelowe: wersja PHP zgodna z wymaganiami oraz konfiguracja zasobów, takich jak pamięć i maksymalny czas wykonywania. Dopiero na tym etapie ma sens transfer plików WordPress, ze szczególnym naciskiem na wp-content, gdzie znajdują się rozszerzenia sklepu. Po skopiowaniu plików importowana jest baza danych, a po imporcie sprawdzana jest integralność tabel i kodowanie, ponieważ rozjazdy w znakach specjalnych przekładają się na błędy w danych produktów i opisach.

Dostosowanie wp-config, domeny i ustawień HTTPS

Po imporcie bazy i ustawieniu plików aktualizacji wymagają dane dostępu do bazy w konfiguracji oraz klucze bezpieczeństwa, jeśli środowisko wymaga ich regeneracji. Gdy występuje zmiana domeny lub ścieżek, potrzebne jest uporządkowanie odwołań przechowywanych w bazie, w tym odnośników w treściach i konfiguracji wtyczek. Ważnym punktem jest HTTPS: certyfikat, przekierowania i wykluczenie mieszanej treści, bo to ona często powoduje, że przeglądarka blokuje część zasobów sklepu.

Jeśli import bazy kończy się błędami lub brakuje kluczowych tabel WooCommerce, to najbardziej prawdopodobne jest przerwanie eksportu albo ograniczenia rozmiaru pakietu po stronie serwera docelowego.

Parametry hostingu wpływają na stabilność koszyka, a wyspecjalizowany hosting stron www bywa dobierany pod kątem kompatybilności wersji PHP oraz limitów niezbędnych przy większej liczbie wtyczek. W środowisku e-commerce znaczenie mają też zasady cache i obsługa sesji, bo to one decydują o tym, czy checkout pozostaje powtarzalny. Weryfikacja takiej warstwy polega na obserwacji logów oraz odtworzeniu pełnego scenariusza zamówienia na koncie testowym.

Przełączenie domeny i DNS oraz kontrola certyfikatu TLS

Przełączenie domeny na nowy hosting powinno nastąpić dopiero po uruchomieniu sklepu w środowisku docelowym i po weryfikacji krytycznych ścieżek zakupowych. Najczęstsze awarie po przełączeniu są efektem błędów DNS, braku spójnego TLS albo nieprawidłowych przekierowań, które generują pętle i błędy przy logowaniu oraz finalizacji zamówienia.

Zmiany w DNS obejmują rekordy A/AAAA lub CNAME oraz parametry TTL, które decydują o tym, jak szybko dostawcy internetu i serwery pośredniczące odświeżają odpowiedź. Przy zbyt wysokim TTL propagacja może trwać dłużej, a ruch rozkłada się na dwa środowiska. W sklepie oznacza to ryzyko, że część klientów zapisze koszyk na starym serwerze, a część na nowym, co komplikuje analizę zgłoszeń i utrudnia korektę stanów magazynowych.

Kontrola TLS obejmuje instalację certyfikatu, poprawność łańcucha oraz wymuszenie HTTPS. Typowe objawy to ostrzeżenia przeglądarki, ale także subtelne problemy: blokowanie skryptów płatności, brak stylów albo błędne ładowanie zasobów z adresów HTTP. W e-commerce cienką granicą między „działa” i „nie działa” bywa mechanizm sesji oraz cache. Jeśli cache przechwytuje strony koszyka lub checkoutu, to pojawiają się nieprawidłowe sumy, problemy z kuponami albo odświeżanie stron bez aktualizacji danych.

Przy pętli przekierowań po przełączeniu domeny najbardziej prawdopodobne są sprzeczne reguły wymuszania HTTPS w konfiguracji serwera i w ustawieniach WordPress.

Testy powdrożeniowe i diagnostyka błędów po migracji WooCommerce

Weryfikacja po migracji wymaga testów funkcjonalnych sklepu, kontroli logów oraz sprawdzenia spójności zamówień i konfiguracji płatności. Najbardziej miarodajny jest scenariusz, który przechodzi od dodania produktu do koszyka aż do potwierdzenia zamówienia, ponieważ dopiero wtedy ujawniają się błędy sesji, cache i komunikacji z bramką płatności.

After successfully migrating, always verify the integrity of your shop by checking orders, products, and customer data before going live.

Diagnostyka powinna rozdzielać objawy aplikacyjne od infrastrukturalnych. Błąd 500 oraz ślady w logach PHP sugerują konflikt lub limit zasobów, natomiast błędy certyfikatu i problemy z przekierowaniami to zwykle warstwa DNS i TLS. Gdy problem dotyczy wyłącznie checkoutu, a reszta witryny działa, podejrzenie pada na cache, zasady bezpieczeństwa lub wtyczkę płatności, bo to one dotykają najbardziej wrażliwych endpointów.

Jeśli test płatności przechodzi, a nie działają e-maile transakcyjne, to najbardziej prawdopodobne są restrykcje pocztowe hostingu albo brak spójnej konfiguracji wysyłki na nowym serwerze.

Jak odróżnić źródła porad migracji: dokumentacja czy blogi?

Dokumentacja i pliki PDF są preferowane, gdy zawierają jednoznaczne definicje, nazwy parametrów i procedury możliwe do weryfikacji w logach lub konfiguracji. Materiały blogowe bywają użyteczne operacyjnie, lecz częściej nie podają pełnych warunków brzegowych, wersji komponentów i dowodów poprawności. Najsilniejsze sygnały zaufania zapewnia spójność treści z dokumentacją producenta, jednoznaczne kroki oraz możliwość odtworzenia wyniku w środowisku testowym. W selekcji liczy się też format: materiały wersjonowane i aktualizowane w sposób jawny mają wyższą wartość niż treść bez kontroli zmian.

Test odtwarzalności pozwala odróżnić poradę, która jest instrukcją, od sugestii, która nie daje się sprawdzić na środowisku bez ryzyka dla danych transakcyjnych.

QA: najczęstsze pytania o migrację WooCommerce na nowy hosting

+Reklama+