Dlaczego migracja wymaga planu bezpieczeństwa

Migracja WordPressa i WooCommerce wygląda na prostą operację: skopiować pliki, przenieść bazę, podmienić domenę i gotowe. W praktyce to moment, w którym najłatwiej o utratę danych, przerwę w sprzedaży albo problemy, które ujawniają się dopiero po kilku godzinach lub dniach.

Ryzyko przy przenosinach nie dotyczy tylko strony internetowej, ale całego procesu sprzedaży. W grę wchodzą zamówienia, płatności, maile transakcyjne, stany magazynowe, certyfikaty SSL, przekierowania, indeksacja i zgodność konfiguracji na nowym serwerze. Wystarczy jeden pominięty element, aby sklep przestał działać poprawnie albo zaczął generować błędy trudne do szybkiego wykrycia.

• utrata danych — szczególnie zamówień i zmian wprowadzonych tuż przed migracją,
• niedostępność sklepu — jeśli DNS, certyfikat lub konfiguracja serwera nie zostaną przygotowane wcześniej,
• błędy połączenia z bazą danych — po przenosinach często wynikają z nieaktualnych danych w pliku konfiguracyjnym,
• problemy z płatnościami i webhookami — bramki płatnicze mogą wymagać nowych adresów zwrotnych lub poprawnego SSL,
• rozjechane linki — zwłaszcza po zmianie domeny, katalogu lub struktury adresów,
• spadki SEO — gdy zabraknie przekierowań 301, mapy strony lub spójności adresów URL.

Warto pamiętać, że migracja to nie tylko kopiowanie plików. Równie ważna jest weryfikacja konfiguracji, integracji i środowiska docelowego. Inaczej wygląda zmiana hostingu WordPress przy tej samej domenie, inaczej przenoszenie WooCommerce na nowy serwer, a jeszcze inaczej migracja na nową domenę, gdzie trzeba dodatkowo zadbać o przekierowania, SEO i spójność adresów.

Dobry plan bezpieczeństwa powinien obejmować kolejność działań, okno serwisowe, kopię zapasową, testy na środowisku tymczasowym oraz monitoring po przełączeniu. Dzięki temu zamiast reagować na awarie po fakcie, można je przewidzieć i ograniczyć ich skutki do minimum.

Kopia zapasowa przed startem: pliki, baza i konfiguracje

Przed jakąkolwiek zmianą hostingu, domeny lub struktury sklepu trzeba założyć jedno: bez pełnej i sprawdzonej kopii zapasowej nie rozpoczynaj migracji. W WordPressie i WooCommerce backup nie jest dodatkiem „na wszelki wypadek”, tylko podstawą bezpiecznego przenosin. Pozwala wrócić do punktu wyjścia, jeśli coś pójdzie nie tak z bazą danych, certyfikatem, wtyczką płatniczą albo samym importem plików.

Najlepiej przygotować kopię w kilku warstwach, a nie tylko jednym kliknięciem w panelu hostingu. Minimalny zakres powinien obejmować:

• całe pliki WordPressa z katalogiem motywu, wtyczek i mediów,
• bazę danych, bo to w niej znajdują się zamówienia, klienci, ustawienia i treści dynamiczne,
• katalog uploads, jeśli nie jest już ujęty w pełnym archiwum,
• pliki konfiguracyjne takie jak .htaccess i wp-config.php,
• eksport ustawień krytycznych wtyczek, zwłaszcza płatności, wysyłek, cache, bezpieczeństwa i integracji z ERP lub fakturowaniem.

W przypadku WooCommerce szczególnie ważna jest aktualność kopii bazy. To ona zawiera najnowsze zamówienia, statusy płatności, informacje o klientach i stany magazynowe. Sama kopia plików bez świeżej bazy może nie wystarczyć, jeśli sklep przyjmuje zamówienia do ostatniej chwili przed przenosinami.

Po wykonaniu backupu warto go od razu zweryfikować. Dobra checklista wygląda tak:

• czy archiwum da się otworzyć i odtworzyć bez błędów,
• czy kopia jest przechowywana poza docelowym serwerem,
• czy dostęp do niej ma tylko uprawniona osoba,
• czy obejmuje najnowsze zamówienia, produkty i wpisy,
• czy masz osobną kopię środowiska produkcyjnego, a nie tylko pliki strony,
• czy backup nie pochodzi wyłącznie z automatycznej kopii hostingodawcy.

Ostatni punkt jest szczególnie istotny. Kopia od hostingu bywa pomocna, ale nie zawsze daje pełną kontrolę nad zakresem, momentem wykonania i możliwością szybkiego odtworzenia. Dlatego najlepiej mieć przynajmniej dwie niezależne kopie — jedną lokalną lub w chmurze, drugą po stronie narzędzia backupowego albo osobnego magazynu.

Dobrą praktyką jest też wykonanie krótkiego testu odtworzenia na środowisku stagingowym. Nawet częściowe sprawdzenie przywracania plików i bazy daje pewność, że archiwum nie jest uszkodzone i że w razie potrzeby naprawdę uruchomisz sklep z powrotem.

WooCommerce pod kontrolą: zamówienia, płatności, stany magazynowe

W migracji sklepu internetowego najbardziej wrażliwe są dane, które zmieniają się z minuty na minutę. To właśnie one najczęściej powodują rozjazd między stanem sklepu a kopią bazy, jeśli przenosiny zostaną wykonane bez planu. Największą uwagę warto poświęcić zamówieniom w trakcie realizacji, koszykom, kontom klientów, statusom płatności, zwrotom, fakturom i stanom magazynowym.

Jeśli sklep działa bez przerwy, finalny eksport bazy musi nastąpić w kontrolowanym momencie. Najbezpieczniej zaplanować krótkie okno serwisowe albo chwilowe wstrzymanie nowych zamówień, aby nie doszło do sytuacji, w której część danych trafi do starej bazy, a część już do nowego środowiska. To szczególnie ważne przy dużym ruchu i przy sklepach, które przyjmują zamówienia przez całą dobę.

• zamówienia w toku — sprawdź, czy po migracji ich statusy są spójne i czy nie zniknęły płatności oczekujące,
• koszyki i sesje — mogą zostać przerwane, jeśli zmieni się domena, cookie lub konfiguracja serwera,
• konta klientów — zweryfikuj logowanie, historię zamówień i możliwość resetu hasła,
• płatności — upewnij się, że bramki płatnicze nadal odbierają webhooki i poprawnie odsyłają klientów,
• zwroty i faktury — sprawdź integracje z systemami księgowymi i ERP,
• stany magazynowe — porównaj liczby produktów przed i po migracji, zwłaszcza dla towarów o małej dostępności.

Warto osobno sprawdzić integracje z bramkami płatności, systemami fakturowania, ERP i kurierami. Po zmianie hostingu lub domeny część połączeń może wymagać aktualizacji adresów zwrotnych, kluczy API, certyfikatu SSL albo ustawień środowiska testowego i produkcyjnego. Jeśli integracja nie działa, problem nie zawsze ujawni się od razu w panelu sklepu — czasem pierwszy sygnał pojawia się dopiero po próbie zapłaty albo wygenerowania etykiety.

Dobrym nawykiem jest porównanie liczby zamówień i produktów przed oraz po migracji. Taka szybka kontrola wykrywa wiele nieprawidłowości: brakujące rekordy, niezsynchronizowane stany, błędne importy albo zamówienia, które nie zostały zapisane w nowej bazie. Jeśli liczby się nie zgadzają, trzeba wrócić do kopii i sprawdzić, w którym momencie pojawiła się różnica.

Przy przenoszeniu WooCommerce liczy się więc nie tylko sam transfer plików, ale też kolejność działań. Najpierw zabezpiecz sprzedaż i dane transakcyjne, potem wykonaj finalny backup bazy, następnie przełącz sklep na nowe środowisko, a na końcu potwierdź, że płatności, magazyn i zamówienia działają zgodnie z oczekiwaniami.

Certyfikaty SSL, DNS i adresy URL po zmianie domeny lub hostingu

Przy zmianie hostingu lub domeny jednym z pierwszych tematów do sprawdzenia jest SSL. Na starym i nowym serwerze certyfikat powinien być ważny, poprawnie zainstalowany i wystawiony dla właściwej domeny. Jeśli sklep korzysta z subdomen, warto upewnić się, że certyfikat obejmuje również je, a nie tylko adres główny. Po uruchomieniu strony sprawdź, czy wymuszenie HTTPS działa bez błędów i czy nie pojawia się mieszana zawartość, czyli elementy ładowane nadal po HTTP.
W praktyce najlepiej zweryfikować kilka rzeczy naraz:

• czy certyfikat jest aktywny na nowym serwerze,
• czy obejmuje dokładnie tę domenę, której używa sklep,
• czy obejmuje także subdomeny, jeśli są używane,
• czy przekierowanie z HTTP na HTTPS działa dla całej witryny,
• czy przeglądarka nie pokazuje ostrzeżeń o niezabezpieczonych zasobach.

Drugim obszarem są DNS i czas propagacji. Sama zmiana adresów serwerów nie działa natychmiast w całym internecie, dlatego warto zaplanować przełączenie z wyprzedzeniem. W okresie propagacji część użytkowników może jeszcze trafiać na stary serwer, a część już na nowy, więc dobry plan obejmuje chwilę równoległego działania obu środowisk. Dzięki temu ograniczasz ryzyko przestoju i nieprzewidzianych błędów po stronie klientów.

Jeśli zmieniasz domenę, kluczowe staje się także poprawne ustawienie adresów URL w WordPressie. Trzeba sprawdzić wartości siteurl i home, ale na tym nie koniec. Adresy mogły zostać zapisane w treści wpisów, opisach produktów, mediach, menu, ustawieniach wtyczek oraz w danych generowanych dynamicznie przez page buildery. Po migracji domeny dobrze jest wykonać kontrolę całej bazy pod kątem starych odwołań, aby sklep nie kierował użytkowników do nieaktualnych lokalizacji.

Ważne są też przekierowania 301. Jeśli zmienia się domena, trzeba przygotować mapę przekierowań ze starych adresów na nowe, zamiast liczyć na przypadkowe przejścia. To pomaga użytkownikom, ale też ogranicza straty SEO. Równolegle warto zachować spójność wersji www i non-www oraz jednolitego zapisu slashy, czyli końcowego ukośnika. Niespójność w tych obszarach często prowadzi do duplikacji adresów, problemów z indeksacją i trudniejszych do śledzenia błędów w analityce.

Dobrym nawykiem po przełączeniu jest szybka kontrola kilku przykładowych podstron: strony głównej, produktu, kategorii, koszyka, checkoutu i panelu konta klienta. Jeśli któraś z nich ładuje się pod starym adresem albo pokazuje błędy certyfikatu, trzeba wrócić do ustawień domeny, DNS lub konfiguracji przekierowań. Im wcześniej to wychwycisz, tym mniejsze ryzyko, że problem dotknie klientów lub roboty wyszukiwarek.

Linki, media i wewnętrzna struktura serwisu po przenosinach

Po migracji bardzo łatwo przeoczyć elementy, które nie psują się od razu, ale stopniowo rozbijają działanie sklepu i pogarszają doświadczenie użytkownika. Najczęściej chodzi o linki wewnętrzne, obrazy, pliki do pobrania, odnośniki w mailach transakcyjnych oraz adresy zapisane w różnych miejscach bazy i konfiguracji. Jeśli zmieniła się domena, katalog lub struktura adresów, trzeba założyć, że część odwołań wymaga ręcznej lub automatycznej korekty.

Najpierw sprawdź podstawowe miejsca, w których najczęściej zostają stare adresy:

• produkty i opisy kategorii,
• wpisy blogowe i landing page’e,
• menu, stopki i sekcje tworzone przez page buildery,
• obrazki, ikony, PDF-y i inne pliki w mediach,
• linki w mailach transakcyjnych,
• adresy w koszyku i na checkoutcie,
• ustawienia wtyczek, zwłaszcza tych od SEO, wysyłki i płatności.

Broken linki po migracji to nie tylko problem estetyczny. Mogą obniżać konwersję, psuć indeksację i wprowadzać użytkownika w miejsce, w którym nie może dokończyć zakupu. Dlatego warto wykonać audyt linków wewnętrznych i zasobów, a następnie porównać wyniki przed i po przełączeniu środowiska.

W praktyce dobrze działa taki schemat:

1. zeskanuj serwis narzędziem do wykrywania błędnych odnośników,
2. porównaj stare i nowe adresy w bazie danych,
3. sprawdź ręcznie kluczowe ścieżki: strona główna, kategorie, produkt, koszyk, checkout, konto klienta,
4. otwórz najważniejsze PDF-y i pliki pobierane z poziomu sklepu,
5. przetestuj linki w automatycznych wiadomościach wysyłanych po złożeniu zamówienia.

Warto też zwrócić uwagę na linki generowane dynamicznie. Często tworzą je wtyczki, buildery, systemy filtrowania produktów albo moduły marketingowe. Tego typu adresy mogą nie być widoczne w zwykłym przeglądzie treści, a mimo to nadal prowadzić do starej domeny albo nieaktualnej ścieżki. Szczególnie łatwo umykają elementy w szablonach maili, blokach CTA i sekcjach budowanych z krótkich kodów.

Kolejny obszar to canonicale, sitemap i robots.txt. Po zmianie domeny lub katalogu trzeba sprawdzić, czy canonicale wskazują właściwy adres, mapa strony zawiera aktualne URL-e, a plik robots.txt nie blokuje przypadkiem nowych podstron lub nie odwołuje się do starego środowiska. To ważne zarówno dla SEO, jak i dla porządku w indeksacji po migracji.

Jeśli sklep korzysta z wielu języków, osobnych katalogów lub subdomen, kontrola powinna objąć również spójność między wersjami serwisu. Błąd w jednym miejscu może powodować łańcuch przekierowań, nieprawidłowe adresy w nagłówkach lub problemy z wyświetlaniem zasobów na części podstron. Im większa i bardziej rozbudowana struktura, tym bardziej opłaca się przeprowadzić audyt po stronie technicznej, a nie tylko wizualnej.

Dobrym zwyczajem jest wykonanie listy kontrolnej dla najważniejszych elementów po przenosinach. Dzięki temu łatwiej wyłapać te błędy, których nie widać od razu: stary adres w stopce, obrazek z poprzedniej domeny, link w mailu z potwierdzeniem zamówienia albo plik PDF, który nadal pobiera się z nieaktualnej lokalizacji. To właśnie takie drobiazgi najczęściej powodują późniejsze zgłoszenia od klientów.

Kompatybilność motywu, wtyczek i wersji PHP

Zanim przeniesiesz sklep na nowy hosting, sprawdź, czy środowisko docelowe jest zgodne z tym, czego wymaga WordPress, WooCommerce oraz Twój motyw i wtyczki. Najwięcej problemów po migracji wynika nie z samego transferu plików, ale z różnic w wersjach PHP, pamięci, konfiguracji cache, harmonogramie zadań i uprawnieniach serwera. To właśnie one potrafią wywołać błędy krytyczne, niedziałające koszyki albo problemy z panelem administracyjnym.
Najważniejsze parametry nowego hostingu warto porównać jeszcze przed przenosinami:

• wersja PHP i jej zgodność z używanym motywem oraz wtyczkami,
• limit pamięci dostępnej dla WordPressa i WooCommerce,
• obsługa rozszerzeń PHP wymaganych przez sklep,
• cache po stronie serwera i jego wpływ na koszyk, logowanie oraz checkout,
• CRON i wykonywanie zaplanowanych zadań,
• uprawnienia plików i katalogów,
• limity uploadu dla obrazów, importów i plików produktowych.

Jeśli hosting wymusza nowszą wersję PHP, nie zakładaj, że wszystko zadziała automatycznie. Starsze motywy, rozbudowane page buildery i nieaktualne wtyczki mogą generować błędy po aktualizacji środowiska. Dlatego najlepiej wcześniej uruchomić kopię sklepu na stagingu i zobaczyć, czy po zmianie serwera nie pojawiają się ostrzeżenia w logach lub problemy z wyświetlaniem strony.
Szczególną uwagę poświęć wtyczkom krytycznym dla bezpieczeństwa i sprzedaży. To m.in. narzędzia do płatności, fakturowania, wysyłek, integracji z ERP, bezpieczeństwa, kopii zapasowych i cache. Jeśli któraś z nich korzysta z webhooków, zewnętrznych API albo osobnych środowisk testowych, musi zostać sprawdzona jako jedna z pierwszych po przenosinach. W praktyce właśnie te dodatki najczęściej przestają działać po zmianie domeny, adresu IP lub certyfikatu SSL.
Przed migracją przygotuj krótką checklistę aktualizacji i zgodności:

• aktualna wersja WordPressa,
• aktualna wersja WooCommerce,
• motyw potomny i jego zależności,
• wtyczki krytyczne dla sklepu,
• biblioteki JS/CSS, które wpływają na frontend i checkout,
• elementy własne w plikach szablonu, jeśli były ręcznie modyfikowane.

Migracja to dobry moment na porządkowanie środowiska. Jeżeli sklep ma dużo nieużywanych rozszerzeń, wyłącz je lub usuń, zanim wykonasz finalne przenosiny. Mniej aktywnych dodatków to mniejsze ryzyko konfliktów, krótszy czas diagnozy po uruchomieniu i mniejsza szansa, że stara, niekompatybilna funkcja zablokuje działanie całej witryny.
Dobrym podejściem jest też podział wtyczek na trzy grupy: krytyczne, wspierające i zbędne. Krytyczne sprawdzasz jako pierwsze, wspierające testujesz po uruchomieniu sklepu, a zbędne wyłączasz przed migracją. Dzięki temu nowy hosting nie startuje z pełnym obciążeniem, tylko z konfiguracją, która jest prostsza do kontroli i mniej podatna na konflikty.
Jeśli nie masz pewności, czy dany motyw lub wtyczka są zgodne z nowym serwerem, sprawdź dokumentację producenta, wymagania techniczne i logi po stronie hostingu. To szybsze niż szukanie przyczyny awarii już po przełączeniu ruchu. Im lepiej przygotujesz zgodność środowiska wcześniej, tym mniej czasu stracisz na ratowanie sklepu po migracji.

Testy po migracji: sklep, formularze, logowanie i indeksacja

Po uruchomieniu sklepu na nowym serwerze nie zakładaj, że wszystko działa poprawnie tylko dlatego, że strona się otwiera. Najwięcej błędów ujawnia się dopiero podczas realnych testów użytkowych, dlatego warto przejść przez konkretną listę kontrolną i sprawdzić zarówno frontend, jak i panel administracyjny oraz elementy SEO.

Najpierw przetestuj ścieżkę zakupową od początku do końca. Dodaj produkt do koszyka, przejdź do checkoutu, wykonaj płatność testową i upewnij się, że zamówienie zapisuje się prawidłowo w panelu WooCommerce. Sprawdź też, czy działają: rejestracja konta, logowanie, reset hasła, formularze kontaktowe oraz wiadomości e-mail wysyłane po złożeniu zamówienia.

• dodanie produktu do koszyka,
• przejście przez checkout,
• płatność testowa i status zamówienia,
• rejestracja konta i logowanie,
• reset hasła,
• formularze kontaktowe i zapytania z witryny,
• maile transakcyjne,
• panel administracyjny i uprawnienia,
• upload mediów,
• wydajność i szybkość ładowania stron.

W przypadku WooCommerce szczególnie ważne jest sprawdzenie komunikacji z bramkami płatności, integracjami fakturowania, systemem magazynowym i kurierami. Jeśli po migracji nie dochodzą webhooki albo zamówienia nie zmieniają statusu, problem może leżeć w adresach zwrotnych, SSL, zaporze serwera albo konfiguracji środowiska testowego i produkcyjnego.

Kolejny krok to weryfikacja przekierowań i indeksacji. Upewnij się, że stare adresy prowadzą do nowych przez 301, a w Google Search Console dodana jest właściwa domena i poprawnie zgłoszona mapa strony. Sprawdź także canonicale, robots.txt i to, czy wyszukiwarka nie indeksuje przypadkiem wersji technicznych, błędnych lub zdublowanych adresów.

Warto też porównać, czy najważniejsze podstrony otwierają się bez błędów: strona główna, kategoria, karta produktu, koszyk, checkout, konto klienta oraz strony informacyjne. Jeśli sklep działa wielojęzycznie lub korzysta z wielu katalogów, zweryfikuj każdą wersję osobno.

Do natychmiastowego cofnięcia zmian lub przywrócenia backupu powinny skłonić zwłaszcza takie objawy jak: niedziałające płatności, błędy połączenia z bazą, masowe błędy 404, brak dostępu do panelu, niepoprawne zapisywanie zamówień, znikające obrazy albo problemy z wysyłką maili. Im szybciej wykryjesz awarię, tym mniejsze ryzyko utraty sprzedaży i danych.

Dobrą praktyką jest wykonanie testów nie tylko raz, ale też po kilku godzinach od przełączenia DNS. Część problemów pojawia się dopiero po propagacji, gdy ruch zaczyna trafiać na nowe środowisko w pełnym zakresie. Dzięki temu łatwiej odróżnić chwilowy błąd od realnej niezgodności konfiguracji.

Najczęstsze błędy przy migracji i jak ich uniknąć

Najwięcej problemów przy migracji WordPressa i WooCommerce nie wynika z jednego wielkiego błędu, tylko z serii drobnych przeoczeń. Właśnie dlatego warto podejść do przenosin jak do procesu, a nie jednorazowego kopiowania plików. Każdy etap ma swoją kolejność i każdy może zaważyć na tym, czy sklep uruchomi się bezpiecznie, czy zacznie generować awarie po przełączeniu ruchu.

Najczęstszy błąd to zbyt szybkie działanie bez pełnej weryfikacji przygotowań. Do typowych potknięć należą: brak kompletnego backupu, przenosiny bez okna serwisowego, pominięcie DNS i SSL, nieprzetestowana baza danych, pozostawienie starych linków, brak przekierowań 301, wyłączenie starego hostingu zbyt wcześnie oraz brak monitoringu po migracji.

• Brak pełnej kopii zapasowej — bez sprawdzonego backupu nie ma bezpiecznego punktu odwrotu,
• Migracja bez okna serwisowego — nowe zamówienia mogą rozjechać się z kopią bazy,
• Pominięcie DNS i certyfikatu SSL — strona może działać, ale z błędami bezpieczeństwa lub opóźnieniem propagacji,
• Zły eksport bazy — nawet niewielki błąd może uszkodzić zamówienia, konta lub ustawienia,
• Nieprzetestowane płatności — sklep wygląda poprawnie, ale nie przyjmuje transakcji,
• Stare linki i zasoby — obrazy, PDF-y i odnośniki dalej prowadzą do poprzedniej domeny,
• Brak przekierowań 301 — tracisz ruch i SEO po zmianie adresów,
• Zbyt szybkie wyłączenie starego hostingu — problem z propagacją DNS może odciąć część użytkowników,
• Brak monitoringu po przełączeniu — błędy wychodzą dopiero wtedy, gdy zaczynają je zgłaszać klienci.

Dobrym sposobem na ograniczenie ryzyka jest trzymanie się stałej kolejności działań. Najpierw wykonaj inwentaryzację tego, co ma zostać przeniesione. Potem przygotuj backup i sprawdź, czy da się go odtworzyć. Następnie uruchom staging, wykonaj testy, dopiero później przełącz ruch i rozpocznij monitoring. Taki schemat pozwala wykryć większość problemów zanim wpłyną na sprzedaż.

1. Inwentaryzacja — sprawdź, co dokładnie zawiera sklep, jakie są integracje i które elementy są krytyczne.
2. Backup — przygotuj kopie plików, bazy danych i konfiguracji.
3. Staging — przetestuj migrację na środowisku pośrednim.
4. Test — sprawdź koszyk, checkout, płatności, formularze, logowanie i indeksację.
5. Przełączenie — zmień DNS, SSL i przekierowania w zaplanowanym momencie.
6. Monitoring — obserwuj logi, zamówienia, błędy 404, maile i wydajność po uruchomieniu.

Warto też zastanowić się, kiedy lepiej oddać migrację specjaliście. Jeśli sklep ma duży ruch, wiele integracji, własne modyfikacje motywu, niestandardowe płatności albo rozbudowaną automatykę sprzedaży, ryzyko samodzielnych błędów rośnie bardzo szybko. W takich przypadkach koszt pomocy eksperta bywa mniejszy niż strata wynikająca z przestoju, błędnych zamówień lub konieczności odtwarzania sklepu z kopii.

Najbezpieczniejsza migracja to taka, w której każdy krok ma plan awaryjny. Jeśli coś wygląda podejrzanie na etapie testów, lepiej zatrzymać proces niż naprawiać skutki po publikacji. To podejście oszczędza czas, pieniądze i nerwy, a przede wszystkim chroni dane klientów oraz ciągłość sprzedaży.

FAQ

Czy przed migracją WordPressa trzeba wyłączać sklep?

Najbezpieczniej zrobić krótkie okno serwisowe lub wstrzymać składanie nowych zamówień na czas finalnego eksportu bazy, żeby nie rozjechały się dane klientów i stany magazynowe.

Co jest ważniejsze: kopia plików czy baza danych?

Oba elementy są równie ważne, ale w WooCommerce to baza danych zawiera zamówienia, klientów i większość kluczowych informacji biznesowych, więc jej aktualność jest krytyczna.

Czy zmiana hostingu wymaga zmiany adresów URL?

Nie zawsze. Jeśli domena zostaje ta sama, zwykle zmienia się tylko serwer. Jeśli zmienia się domena, trzeba zaktualizować adresy w WordPressie, wdrożyć przekierowania 301 i sprawdzić wszystkie linki.

Jak sprawdzić, czy certyfikat SSL działa po migracji?

Trzeba zweryfikować, czy certyfikat jest zainstalowany na nowym serwerze, obejmuje właściwą domenę i czy cała strona ładuje się po HTTPS bez błędów mieszanego contentu.

Co zrobić, jeśli po migracji nie działają płatności?

Najpierw sprawdź webhooki, klucze API, adresy zwrotne, certyfikat SSL, logi wtyczki płatniczej i ustawienia środowiska testowego/produkcyjnego. Jeśli problem dotyczy zamówień, wstrzymaj sprzedaż do czasu usunięcia błędu.

Sprawdź swoją stronę punkt po punkcie przed przenosinami i przygotuj bezpieczną migrację WordPressa oraz WooCommerce bez przestojów i utraty danych.