Migracja WooCommerce bez utraty zamówień

W skrócie: sklep WooCommerce da się przenieść na nowy serwer bez ani jednej straconej transakcji, ale nie da się tego zrobić w dowolnej kolejności. Okno, w którym sklep nie przyjmuje zamówień, nie wynika z kopiowania plików, tylko z TTL rekordu A. Sprawdziliśmy 5 września 2026, że u dwunastu z czternastu polskich firm hostingowych ta wartość nie przekracza godziny, a u Zenbox wynosi minutę. Realny plan to obniżenie TTL tydzień wcześniej, kopia i test pod adresem tymczasowym, zamrożenie bazy na kilkanaście minut i dopiero potem przełączenie adresu IP.

Skąd naprawdę bierze się przestój w sklepie

Właściciele sklepów zwykle boją się niewłaściwej rzeczy. Kopiowanie plików i bazy odbywa się w tle, przy działającym sklepie, i nie kosztuje ani minuty sprzedaży. Ryzyko leży gdzie indziej: między momentem, w którym robisz ostatnią kopię bazy danych, a momentem, w którym cały ruch trafia już na nowy serwer. Wszystko, co klient zrobi w tym oknie na starym serwerze, przepada.

Długość tego okna wyznacza TTL rekordu A domeny, czyli liczba sekund, przez które serwery na świecie mogą trzymać w pamięci stary adres IP. To jedna liczba i można ją odczytać w minutę w naszym sprawdzeniu rekordów DNS domeny. Powtarzane w bazach wiedzy "propagacja trwa 24 do 48 godzin" dotyczy zmiany serwerów nazw, a nie zmiany adresu IP. Rekordy NS w rejestrze domen .pl faktycznie mają TTL 86 400 sekund, ale przy zwykłej przeprowadzce sklepu nikt ich nie rusza.

Co dokładnie trzeba przenieść w sklepie WooCommerce

Sklep to nie jest jedna paczka plików. Poniżej lista rzeczy, które w praktyce gubią się przy przeprowadzce, razem z tym, gdzie każda z nich siedzi.

Najczęściej pomijana pozycja z tej listy to skrzynki. Poczta jest osobną usługą, wskazywaną przez inne rekordy DNS niż strona, i bardzo często stoi u zupełnie innej firmy niż sklep. Dlatego pierwszą rzeczą przed przeprowadzką jest ustalenie, kto co dziś obsługuje: strefę DNS, serwer sklepu i pocztę.

Kolejność, która nie gubi zamówień

Ta sama sekwencja działa dla sklepu na dwustu produktach i dla sklepu na czterdziestu tysiącach. Zmienia się tylko czas trwania punktu czwartego.

1. Tydzień wcześniej obniż TTL rekordu A do 300 sekund. Odczekaj tyle, ile wynosiła poprzednia wartość, żeby stara liczba zdążyła wygasnąć we wszystkich pamięciach podręcznych. Bez tego kroku cała reszta planu jest bez znaczenia, bo i tak będziesz czekać godzinami.
2. Skopiuj pliki i bazę na nowy serwer i uruchom sklep pod adresem tymczasowym. Sklep działa dalej na starym serwerze i normalnie sprzedaje. Kopię blokujesz przed robotami wyszukiwarek, żeby nie zaczęła konkurować z właściwym sklepem w wynikach.
3. Przetestuj na kopii pełną ścieżkę zakupu. Dodanie do koszyka, wysyłka, płatność w trybie testowym, e-mail z potwierdzeniem, faktura, integracja z kurierem. To jedyny moment, w którym błąd nic nie kosztuje.
4. Zamroź sklep na kilkanaście minut i zrób ostatnią kopię bazy. Włącz tryb konserwacji, przenieś przyrost zamówień z ostatnich dni i dopiero teraz przestaw rekord A. To jedyne okno, w którym sklep nie sprzedaje, i przy TTL 300 sekund kończy się w kilka minut.
5. Zostaw stary serwer włączony przez tydzień. Przez czas propagacji część ruchu nadal do niego trafia i musi zobaczyć tam poprawny sklep, a nie komunikat o wygaszonej usłudze.

Okno z punktu czwartego warto wyznaczyć na godziny o najniższej sprzedaży, zwykle wczesnym rankiem w dzień roboczy, i wstrzymać na ten czas prowadzenie kampanii reklamowych, żeby nie płacić za kliknięcia prowadzące do zamrożonego koszyka. Sam ruch organiczny w tym oknie zwykle nie robi różnicy, płatny potrafi kosztować kilkaset złotych w godzinę.

Bramka płatnicza i webhooki po zmianie serwera

To jest miejsce, w którym najczęściej pojawiają się zamówienia opłacone, ale w sklepie widoczne jako nieopłacone. Mechanizm jest zawsze ten sam: klient płaci, operator płatności wysyła powiadomienie o statusie na adres sklepu, a to powiadomienie nie dochodzi. Powodów bywa kilka i wszystkie da się sprawdzić przed przełączeniem.

Po pierwsze, adres, na który operator wysyła powiadomienia, bywa zapisany w panelu operatora jako konkretny adres IP albo adres testowy z czasu wdrożenia, a nie jako domena. Po drugie, nowy serwer może mieć zaporę odrzucającą połączenia przychodzące spoza Polski, a bramki wysyłają powiadomienia z własnej infrastruktury. Po trzecie, część wtyczek płatności trzyma w bazie ścieżkę do certyfikatu albo klucz przypisany do adresu IP i po zmianie serwera przestaje uwierzytelniać połączenie.

Praktyczny test przed przełączeniem jest prosty: na kopii pod adresem tymczasowym wykonaj płatność w trybie testowym i sprawdź, czy zamówienie samo zmieniło status na opłacone. Jeżeli status trzeba zmienić ręcznie, powiadomienie nie doszło i po migracji nie będzie dochodzić.

Dlaczego potwierdzenia zamówień lądują w spamie po przeprowadzce

Sklep wysyła pocztę: potwierdzenie zamówienia, informację o wysyłce, prośbę o opinię, przypomnienie o porzuconym koszyku. Po zmianie serwera te wiadomości wychodzą już z innej maszyny i z innego adresu IP, a rekord SPF w domenie nadal wskazuje starego dostawcę. Skutek jest natychmiastowy i łatwy do przeoczenia, bo sklep nie zgłasza żadnego błędu: wiadomości po prostu przestają docierać.

Wymagania odbiorców są dziś twarde. Google wymaga od 1 lutego 2024 uwierzytelnienia SPF albo DKIM od każdego nadawcy, a powyżej pięciu tysięcy wiadomości dziennie SPF, DKIM i DMARC naraz, przy odsetku spamu poniżej 0,3 procent. Microsoft od 5 maja 2025 odrzuca pocztę niespełniającą tych warunków komunikatem 550 5.7.515. Sklep średniej wielkości potrafi przekroczyć pięć tysięcy wiadomości dziennie w kampanii wyprzedażowej, nie zauważając tego.

Rekordy uwierzytelniania sprawdzisz przed migracją i po niej w naszym teście SPF, DKIM i DMARC, a stan całej strefy razem z rekordami MX w sprawdzeniu rekordów DNS. Po przełączeniu warto wysłać jedno testowe zamówienie na skrzynkę w Gmailu i jedno na Outlooka, bo to te dwie usługi wyznaczają dziś standard.

Czego wymaga dzisiejszy WooCommerce od serwera

Część przeprowadzek kończy się awarią nie z powodu kolejności, tylko dlatego, że nowy serwer jest po prostu za słaby albo za stary. WooCommerce 10.8 wymaga WordPressa 6.9 lub nowszego, PHP 8.3 lub nowszego, MySQL 8.0 albo MariaDB 10.6, połączenia szyfrowanego oraz limitu pamięci na proces PHP na poziomie co najmniej 256 MB.

Ostatnia pozycja jest najtrudniejsza do zweryfikowania przed zakupem, bo limit pamięci na proces PHP publikują w Polsce tylko dwie firmy: Zenbox, podający 512, 768 i 1024 MB zależnie od planu, oraz Hostido z jednym gigabajtem. Reszta rynku milczy i dowiadujesz się dopiero wtedy, gdy import produktów przerywa się w połowie. Przed przeprowadzką po prostu zapytaj o tę liczbę na czacie i poproś o odpowiedź na piśmie.

Drugą liczbą, którą warto ustalić z góry, jest dobowy limit wysyłanych wiadomości. Publikuje go w Polsce wyłącznie Hostido: 5 000 na najmniejszym planie i 10 000 wyżej. To dokładnie te progi, przy których Google i Microsoft zaostrzają wymagania, więc dla sklepu prowadzącego wysyłkę mailową jest to parametr równie ważny jak pojemność dysku. Szerzej o doborze parametrów pod sprzedaż piszemy przy hostingu pod WooCommerce.

Ile kosztuje przeniesienie sklepu

Na polskim rynku migracja jest zwykle darmowa u firmy, do której się przenosisz, i płatna, gdy zlecasz ją agencji z zewnątrz. Warto jednak czytać zakres. "Darmowa migracja" u części dostawców oznacza skopiowanie plików i bazy, bez poczty, bez przekierowań i bez testu ścieżki zakupu, czyli bez tych trzech rzeczy, które w sklepie najczęściej się psują.

Drugi koszt jest ukryty i dotyczy nie samej przeprowadzki, tylko tego, po co ludzie ją najczęściej robią. Sklep przenosi się zwykle po pierwszym odnowieniu, gdy okazuje się, o ile wzrosła cena. Skala tego zjawiska na polskim rynku jest duża: w cyberFolks plan woo_SPRINT! idzie z 29 zł na 799 zł netto rocznie, czyli 27,6 raza, a w home.pl Hosting Start z 39,90 zł na 678,99 zł, czyli 17,0 raza. Ceny odczytaliśmy 2 i 3 września 2026, wszystkie netto. Pełne zestawienie jest w tekście o tym, czy wybrać cyberFolks czy home.pl po promocji.

Najczęstsze pytania o przeniesienie sklepu WooCommerce

Czy sklep będzie niedostępny podczas migracji? Przez kilkanaście minut, nie przez dobę. Kopiowanie i testy odbywają się przy działającym sklepie. Niedostępny jest wyłącznie moment ostatniego zrzutu bazy, a jego długość zależy od jej rozmiaru, nie od DNS.

Czy stracę zamówienia złożone w trakcie przełączania? Nie, jeśli sklep na czas ostatniego zrzutu bazy przejdzie w tryb konserwacji. Zamówienie, które nie może zostać złożone, nie zostanie zgubione, tylko klient zobaczy komunikat i wróci kilka minut później. Zgubione zostają zamówienia złożone na starym serwerze po wykonaniu ostatniej kopii.

Czy migracja WooCommerce zaszkodzi pozycjom w Google? Sama zmiana serwera nie zmienia adresów stron, więc nie ma powodu do spadków. Szkodzą trzy rzeczy: przestój dłuższy niż kilka godzin, utrata przekierowań z pliku .htaccess i pozostawienie kopii testowej otwartej dla robotów, bo wtedy w indeksie pojawia się drugi taki sam sklep.

Czy trzeba zmieniać rekordy MX przy przenoszeniu sklepu? Tylko wtedy, gdy razem ze sklepem przenosisz skrzynki. Jeżeli poczta zostaje u dotychczasowego operatora albo w Google Workspace, rekordy MX zostawia się bez zmian i przestawia wyłącznie rekord A.

Ile trwa przeniesienie sklepu na nowy hosting? Typowy sklep to jeden dzień roboczy pracy rozłożonej na tydzień: obniżenie TTL, kopia, testy, przełączenie. Sklep z dużą bazą i wieloma integracjami to zwykle trzy do pięciu dni, przy czym sprzedaż stoi nadal tylko przez to kilkanaście minut.

Czy da się przenieść sklep bez wtyczki migracyjnej? Tak i przy większych sklepach jest to wręcz wskazane. Wtyczki pakujące cały sklep do jednego pliku wywracają się na limicie pamięci albo czasu wykonania skryptu. Ręczne przeniesienie plików i zrzutu bazy nie ma tego ograniczenia i pozwala przenieść przyrost zamówień osobno, tuż przed przełączeniem.

Kiedy najlepiej przenieść sklep? Poza sezonem i poza końcem miesiąca, wczesnym rankiem w dzień roboczy. Najgorszy możliwy termin to listopad i grudzień, bo wtedy każda godzina przestoju kosztuje wielokrotnie więcej niż w marcu, a ewentualna poprawka trafia w szczyt sprzedaży.

Gdzie my jesteśmy w tej układance

Całą tę sekwencję prowadzimy za klienta w ramach abonamentu, razem z obniżeniem TTL, kopią, testem ścieżki zakupu na adresie tymczasowym i przeniesieniem skrzynek przed rekordami MX. Nie doliczamy opłaty za przeprowadzkę ani za godziny pracy, bo migracja jest tą jedną rzeczą, która decyduje, czy klient w ogóle zmieni dostawcę. Certyfikat SSL wystawia się i odnawia sam, a stawki są jawne w cenniku i nie zmieniają się przy odnowieniu. Jeśli chcesz najpierw zobaczyć, co dziś obsługuje Twoją domenę, wystarczy wpisać ją w sprawdzeniu rekordów DNS, a procedurę przeprowadzki krok po kroku opisaliśmy przy zmianie hostingu bez przestoju.