Sklep WooCommerce przeniesiesz na inny serwer bez wtyczek na dwa sposoby, zależnie od tego, czy masz dostęp do backendu. Jeśli masz, skopiuj pliki sklepu i przenieś bazę danych przez eksport SQL, a potem zaktualizuj plik wp-config, bez żadnej wtyczki migracyjnej. To istotne, bo wtyczki „przenieś jednym kliknięciem” na dużych sklepach często padają z powodu limitu pamięci lub timeoutu, próbując spakować wszystko naraz. Jeśli backend nie odpowiada, pozostaje druga droga: pobranie katalogu z zewnątrz, przez odczyt publicznych stron sklepu. W obu przypadkach zachowaj adresy URL, a przy zmianie domeny ustaw przekierowania 301. WPBuildAI skanuje działający sklep i zwraca katalog wraz z mapą adresów, bez obciążania serwera produkcyjnego.
Dlaczego wtyczki migracyjne padają na dużych sklepach
Wtyczki migracyjne próbują wykonać całą pracę w jednym procesie, i właśnie dlatego zawodzą na dużym sklepie. Spakowanie tysięcy produktów, obrazów i całej bazy w jedno archiwum wymaga dużo pamięci i czasu, a serwer przerywa proces po przekroczeniu limitu, zwracając błąd pamięci albo timeout. Raport Web Almanac 2024 pokazuje, ile zasobów WordPress zużywa przy każdym żądaniu, a pełna migracja piętrzy to wszystko w jednym kroku. Rozwiązaniem jest rozbicie pracy na części: przenieść pliki i bazę osobno, albo pobrać dane z zewnątrz, tak aby żaden pojedynczy proces nie był zbyt ciężki.
Metoda 1: ręczne przeniesienie plików i bazy danych
Klasyczne przeniesienie bez wtyczki ma trzy części. Najpierw kopiujesz pliki, przede wszystkim katalog wp-content z motywem, wtyczkami i mediami, przez FTP lub przez archiwum utworzone w panelu hostingu. Potem przenosisz bazę danych: robisz jej eksport do pliku SQL (na przykład przez narzędzie hostingu) i importujesz na nowym serwerze. Na końcu aktualizujesz plik wp-config nowymi danymi dostępu do bazy. Jeśli domena zostaje ta sama, sklep po prostu działa dalej pod tymi samymi adresami. To metoda spokojna i przewidywalna, bo każdy etap jest osobny i da się go powtórzyć, gdy coś pójdzie nie tak.
Metoda 2: eksport z zewnątrz, gdy backend nie odpowiada
Czasem nie da się wejść do panelu: serwer pada, dostęp jest zablokowany albo sklep ledwo zipie. Wtedy katalog można odtworzyć z zewnątrz, czytając publiczne strony produktów dokładnie tak, jak robi to wyszukiwarka. Narzędzie pobiera nazwy, opisy, ceny, zdjęcia i adresy produktów, budując plik gotowy do importu, bez logowania i bez obciążania chwiejącego się serwera. To podejście pokrewne eksportowi całej strony do HTML: nie potrzebujesz dostępu do bazy, żeby odzyskać to, co jest publicznie widoczne. Pełnych danych zamówień stąd nie pobierzesz, ale katalog, który napędza ruch, owszem.
Co trzeba przenieść
- Pliki sklepu: katalog wp-content (motyw, wtyczki, media).
- Bazę danych: produkty, kategorie, zamówienia, klienci, ustawienia.
- Plik wp-config z danymi dostępu, zaktualizowany pod nowy serwer.
- Pełną listę adresów URL produktów i kategorii.
- Warianty produktów i pola dodatkowe, które łatwo pominąć przy niepełnym eksporcie.
Sprawdź po przeniesieniu liczbę produktów i wariantów względem oryginału. Niepełny import bazy to najczęstsze źródło „znikających” produktów po migracji.
Adresy URL: kiedy potrzebujesz przekierowań
To, czy potrzebujesz przekierowań, zależy od jednej rzeczy: czy zmienia się domena lub struktura adresów. Jeśli przenosisz sklep na inny serwer, ale domena i adresy zostają te same, przekierowania nie są potrzebne, bo nic się nie zmienia z punktu widzenia Google. Jeśli przy okazji zmieniasz domenę albo strukturę adresów, każdy stary adres musi prowadzić przez przekierowanie 301 do nowego odpowiednika, zgodnie z poradnikiem Google o przeniesieniu witryny ze zmianą adresów. Bez tego strony produktów zwracają 404 i tracą pozycje. Pamiętaj też, że wartość sklepu to klienci: badanie Baymard o porzucaniu koszyka przypomina, jak kosztowne jest ich pozyskanie, więc przenieś też zamówienia i konta dla archiwum.
Kolejność, krok po kroku
- Zrób kopię zapasową plików i bazy przed czymkolwiek.
- Skopiuj pliki wp-content na nowy serwer.
- Wyeksportuj i zaimportuj bazę przez plik SQL.
- Zaktualizuj wp-config danymi dostępu do nowej bazy.
- Przetestuj sklep na nowym serwerze przed przełączeniem domeny.
- Przełącz domenę, a przy zmianie adresów ustaw przekierowania 301.
Przykład: sklep z 3000 produktów
Weźmy sklep z 3000 produktów, w którym wtyczka migracyjna za każdym razem kończy się timeoutem. Zamiast niej pliki wp-content zostają skopiowane przez archiwum z panelu hostingu, a baza przeniesiona osobnym eksportem SQL, więc żaden krok nie przekracza limitu pamięci. Plik wp-config dostaje nowe dane dostępu, a sklep zostaje przetestowany na nowym serwerze pod adresem tymczasowym. Domena zostaje ta sama, więc adresy się nie zmieniają i przekierowania nie są potrzebne. Po przełączeniu domeny liczba produktów i wariantów zostaje porównana z oryginałem, wszystko się zgadza. Migracja, która w wersji „jednym kliknięciem” padała, przeszła spokojnie, bo praca została rozbita na osobne etapy.
Częste błędy
- Poleganie na wtyczce migracyjnej na dużym sklepie, gdzie kończy się timeoutem.
- Przeniesienie plików bez bazy danych albo bazy bez plików.
- Niepełny eksport bazy, przez co znika część produktów lub wariantów.
- Przy zmianie domeny: brak przekierowań 301, więc strony produktów dają 404.
- Przełączenie domeny bez wcześniejszego testu na nowym serwerze.
Co warto zapamiętać
Sklep WooCommerce przeniesiesz bez wtyczek, rozbijając pracę na części: skopiuj pliki, przenieś bazę przez eksport SQL i zaktualizuj wp-config, a gdy backend nie odpowiada, pobierz katalog z zewnątrz. Wtyczki „jednym kliknięciem” padają na dużych sklepach, bo robią wszystko naraz. Zachowaj adresy URL, a przy zmianie domeny ustaw przekierowania 301, żeby strony produktów nie zwracały 404. Zawsze rób kopię zapasową i porównaj liczbę produktów po przeniesieniu. WPBuildAI skanuje działający sklep i zwraca katalog wraz z mapą adresów, bez obciążania serwera produkcyjnego. Wyślij adres swojego sklepu, żeby otrzymać bezpłatną analizę.
Bez powiązania z WordPress, Lovable, Webflow, Shopify, Wix ani Squarespace.