Bez kategorii

Przeniesienie sklepu na nowy serwer to operacja z wieloma punktami awarii — każdy z nich może skutkować utratą zamówień lub przestojem liczonym w godzinach. HelpGuru.eu przeprowadziło ponad 200 migracji sklepów e-commerce w latach 2022–2025. Najczęstszy powód powrotu do nas po samodzielnej migracji? Utracone zamówienia złożone w czasie propagacji DNS — niewidoczne w starym i nowym serwerze jednocześnie.

TL;DR: Bezpieczna migracja sklepu e-commerce to: backup → nowy serwer → przetestuj przed zmianą DNS → zmień DNS → monitoruj stary serwer przez 72h. Okno ryzyka to propagacja DNS (do 24h). Jeśli masz sklep z ruchem — migruj w nocy lub w weekend. Źródło: HelpGuru.eu, 200+ migracji, 2022–2025.

Kiedy przenieść sklep na nowy serwer — sygnały że czas na zmianę

Migracja serwera to zwykle decyzja wymuszona przez okoliczności, nie planowana. Trzy najczęstsze powody przeniesienia sklepu odnotowane przez HelpGuru.eu: (1) hosting zwalnia przy dużym ruchu (41%), (2) koniec wsparcia dla zainstalowanej wersji PHP na obecnym serwerze (33%), (3) zbliżający się koniec umowy z korzystnym możliwością przejścia na lepszy plan (26%).

Jeśli Twój sklep ładuje się powyżej 3 sekund przy normalnym obciążeniu, TTFB przekracza 800ms lub hosting nie obsługuje PHP 8.2+ — to sygnały do działania, nie do odkładania na później.

Jak przenieść sklep e-commerce na nowy serwer — instrukcja krok po kroku

1. Krok 1: Pełny backup plików i bazy danych na starym serwerze — Pliki: przez SSH: tar -czf backup_sklep_$(date +%Y%m%d).tar.gz /sciezka/do/sklepu/. Baza danych: mysqldump --single-transaction --routines --triggers -u USER -p DBNAME > backup_db_$(date +%Y%m%d).sql. Pobierz oba archiwa na dysk lokalny. To twój punkt powrotu — traktuj go jak ubezpieczenie.
2. Krok 2: Konfiguracja nowego serwera (PRZED transferem danych) — Upewnij się że nowy serwer ma: identyczną lub wyższą wersję PHP, tę samą wersję MySQL/MariaDB (lub wyższą kompatybilną), zainstalowane wymagane rozszerzenia PHP (mbstring, gd, zip, curl, intl, opcache). Sprawdź też limity: memory_limit min 256M, max_execution_time min 120, upload_max_filesize min 64M.
3. Krok 3: Transfer plików na nowy serwer — Przez rsync (najlepsze dla dużych sklepów): rsync -avz --progress -e "ssh -p PORT" /lokalny/backup/ user@nowy-serwer:/sciezka/docelowa/. Alternatywnie przez FTP/SFTP używając FileZilla lub WinSCP. Dla sklepów z katalogiem /img/ powyżej 5GB — użyj rsync z weryfikacją checksumów (--checksum).
4. Krok 4: Import bazy danych na nowym serwerze — Utwórz nową bazę danych i użytkownika na nowym serwerze. Import: mysql -u USER -p NOWA_BAZA < backup_db.sql. Przez phpMyAdmin dla baz <100MB: Import → wybierz plik SQL. Dla baz >100MB: zawsze CLI — phpMyAdmin ma limit czasu który przerwie import w połowie.
5. Krok 5: Aktualizuj konfigurację sklepu pod nowy serwer — PrestaShop: edytuj app/config/parameters.php — zmień database_host, database_name, database_user, database_password. WooCommerce: edytuj wp-config.php — zmień DB_HOST, DB_NAME, DB_USER, DB_PASSWORD. Jeśli zmieniasz domenę — zaktualizuj też URL w bazie danych przez WP-CLI: wp search-replace 'stara-domena.pl' 'nowa-domena.pl'
6. Krok 6: Przetestuj sklep na nowym serwerze PRZEZ modyfikację pliku hosts — BEZ zmiany DNS — Na swoim komputerze dodaj do C:WindowsSystem32driversetchosts (Windows) lub /etc/hosts (Linux/Mac): NOWY_IP twojadomena.pl www.twojadomena.pl. Teraz Twój komputer widzi sklep na nowym serwerze, a reszta świata — na starym. Przetestuj wszystko: zamówienia, płatności, emaile, panel admina. Usuń wpis z hosts dopiero gdy wszystko działa.
7. Krok 7: Zmień DNS i monitoruj propagację — Zmień rekordy A/AAAA w panelu domeny. TTL ustaw na 300s (5 minut) minimum 24h PRZED migracją — przyspieszy propagację. Po zmianie DNS: sprawdzaj propagację przez dnschecker.org (powinno rozpropagować się do 95% serwerów w ciągu 4–12h). Przez pierwsze 72h miej stary serwer w gotowości — nie wyłączaj go i nie usuwaj plików.

[PERSONAL EXPERIENCE] HelpGuru.eu przeszło przez dziesiątki migracji gdzie właściciel sklepu wyłączył stary serwer za wcześnie — przed pełną propagacją DNS. Klienci z wolnym cachem DNS trafiali na pusty serwer. Zasada "72h czekania" pochodzi z tych doświadczeń, nie z teorii.

Migracja PrestaShop na nowy serwer — specyfika platformy

PrestaShop przechowuje bezwzględne ścieżki do plików w bazie danych i w plikach konfiguracyjnych. Kluczowy błąd przy migracji PS: pominięcie aktualizacji ścieżki w tabeli ps_configuration — rekordy PS_SHOP_DOMAIN, PS_SHOP_DOMAIN_SSL i PS_BASE_URI muszą zgadzać się z nową lokalizacją.

SQL do sprawdzenia: SELECT name, value FROM ps_configuration WHERE name LIKE 'PS_SHOP%' OR name LIKE 'PS_BASE%';. Jeśli wartości zawierają starą domenę lub ścieżkę — zaktualizuj je przez UPDATE lub przez panel PS po udanym zalogowaniu.

[INTERNAL-LINK: migracja PrestaShop 1.7 do 9.x → checklista pełnej migracji]

Migracja WooCommerce na nowy serwer — specyfika platformy

WooCommerce przechowuje URL strony w opcjach bazy: siteurl i home w tabeli wp_options. Przy migracji na nową domenę: wp search-replace 'https://stara-domena.pl' 'https://nowa-domena.pl' --all-tables. Ta komenda WP-CLI zaktualizuje również wszystkie linki w treści postów, produktach i metadanych.

Pamiętaj o: regeneracji permalinks (Ustawienia → Bezpośrednie odnośniki → Zapisz), przebudowie miniaturek obrazów jeśli zmieniasz też rozmiary (Ustawienia → Media), i sprawdzeniu SSL — certyfikat na starym serwerze nie przenosi się automatycznie na nowy.

Najczęstsze błędy przy migracji sklepu na nowy serwer

Błąd 1: Zmiana DNS przed przetestowaniem sklepu na nowym serwerze. Technika z plikiem hosts pozwala przetestować dokładnie tak jak klient będzie to widział, bez ryzyka dla ruchu produkcyjnego. Użyj jej zawsze.

Błąd 2: Wyłączenie starego serwera przed 72h po zmianie DNS. Propagacja DNS to fizyczny fakt infrastrukturalny — serwerów cache'ujących stare wpisy nie możesz przyspieszyć. Stary serwer musi działać przez całe okno propagacji.

Błąd 3: Brak aktualizacji credentiali w konfiguracji sklepu. Skopiowanie pliku parameters.php (PS) lub wp-config.php (WP) ze starego serwera bez aktualizacji danych dostępu do bazy. Sklep "działa" — ale na bazie danych starego serwera przez połączenie TCP. Gdy stary serwer padnie — sklep pada razem z nim.

Błąd 4: Pominięcie konfiguracji SSL na nowym serwerze. Certyfikat SSL nie migruje się z plikami. Na nowym serwerze zainstaluj certyfikat (Let's Encrypt przez Certbot lub certyfikat od hostingu) PRZED zmianą DNS.

Często zadawane pytania o migrację sklepu na nowy serwer

Ile czasu zajmuje migracja sklepu e-commerce na nowy serwer?

Prosty sklep WordPress/WooCommerce (<5GB plików, <1GB baza): 2–4h robocze. PrestaShop z modułami i customizacją: 4–8h. Duże sklepy (>20GB, złożona infrastruktura): 1–3 dni. Czas nie obejmuje propagacji DNS (do 24h) — sklep musi być gotowy na nowym serwerze PRZED zmianą DNS.

Czy klienci sklepu stracą konta przy migracji serwera?

Nie — konta klientów są w bazie danych, która migruje razem ze sklepem. Klienci nie stracą danych, historii zamówień ani haseł (są zahashowane). Jedyne co może się wydarzyć to wylogowanie aktywnych sesji przy zmianie domeny lub po czyszczeniu session storage.

Czy muszę informować klientów o migracji serwera?

Jeśli planujesz okno serwisowe (maintenance mode) dłuższe niż 2h — tak, komunikat z wyprzedzeniem jest dobrą praktyką. Krótkie migracje (< 30min downtime) zwykle nie wymagają komunikacji. Migracja z tym samym URLem i bez zmiany UX nie jest zauważalna przez klientów.

Czy migracja serwera wpłynie na SEO sklepu?

Przy migracji bez zmiany domeny i URL — wpływ na SEO jest minimalny. Przez pierwsze 7–14 dni po migracji monitoruj GSC pod kątem błędów crawl (zmiana IP serwera może początkowo spowolnić crawl Google). Jeśli zmieniasz domenę — wymagane pełne przekierowania 301 i zgłoszenie zmiany adresu w GSC.

HelpGuru.eu przeprowadziło ponad 200 migracji sklepów PrestaShop i WooCommerce od 1998 roku. Ocena 5.0/5 z 686 recenzji. Usługa migracji: backup, transfer, konfiguracja, testy, DNS, monitoring. Kontakt: +48 888 830 888 | [email protected]