Migracja strony z Wixa lub innego kreatora na WordPress — jak to wygląda krok po kroku?

Migracja z Wixa na WordPress krok po kroku — co naprawdę się dzieje

W ciągu ostatnich 10 lat zrobiłem ponad 250 stron, z czego około 45 to były właśnie migracje — z Wixa, Squarespace, Webflow, GoDaddy Website Buildera i rodzimych kreatorów typu home.pl czy Kreator OVH. Za każdym razem klient pyta o to samo: „czy stracę pozycje w Google?” i „czy to się da zrobić bez przerwy w działaniu strony?”. Odpowiedź na oba pytania brzmi: tak, da się to zrobić bezpiecznie, ale tylko wtedy, gdy migracja jest procesem, a nie jednorazowym „przeklejeniem” treści do nowego szablonu. W tym artykule pokazuję dokładnie, jak wygląda to u mnie krok po kroku — łącznie z rzeczami, które najczęściej idą źle, gdy robi to ktoś na skróty.

Krok 1-2: audyt i mapa adresów URL (najważniejszy etap, który wszyscy pomijają)

Zanim w ogóle otworzę edytor WordPressa, robię pełny audyt istniejącej strony. To zajmuje 3-5 godzin przy typowej wizytówce firmowej (8-15 podstron) i jest etapem, od którego zależy 80% sukcesu całej migracji.

• Eksport listy wszystkich adresów URL — z Google Search Console (zakładka „Strony zindeksowane”), z mapy witryny XML kreatora i z Google Analytics (żeby wyłapać stare adresy, które już nie istnieją, ale wciąż mają ruch z linków zewnętrznych).
• Sprawdzenie, które podstrony faktycznie generują ruch i pozycje — w Wixie typowy rozkład to 60-70% ruchu na stronie głównej i 2-3 podstronach usługowych, reszta to długi ogon. Te „grube” strony dostają priorytet przy migracji treści i przekierowań.
• Zrzut treści źródłowych — Wix i Squarespace nie dają sensownego eksportu HTML (WordPress ma natywny eksporter WXR, te platformy nie). W praktyce kopiuję treść ręcznie, podstrona po podstronie, bo automatyczne scrapery gubią formatowanie list, tabel i śródtytułów.
• Audyt meta danych — tytuły, opisy meta, atrybuty alt zdjęć. Kreatory typu Wix ADI często w ogóle nie pozwalają edytować tych pól osobno dla każdej podstrony, więc trzeba je pisać od zera.
• Lista integracji zewnętrznych — formularz kontaktowy (dokąd leci mail), Google Analytics/Tag Manager, piksel Facebooka, czat, rezerwacje online, płatności. To rzeczy, które klient zauważa dopiero, gdy przestają działać.

Efektem tego etapu jest arkusz z trzema kolumnami: stary adres URL → nowy adres URL → priorytet SEO. Ten dokument to szkielet całej migracji.

Krok 3-5: budowa strony, przenoszenie treści i pierwsze testy

Dopiero teraz zaczyna się „właściwa” robota deweloperska:

• Budowa struktury w WordPressie na środowisku testowym (subdomena albo lokalny serwer) — stara strona działa cały czas, klient nie traci ani jednego dnia ruchu.
• Przenoszenie treści z zachowaniem hierarchii nagłówków (H1, H2, H3) — to jest coś, co Wix regularnie psuje, bo pozwala ustawić dowolny rozmiar tekstu bez dbania o semantykę. Ustawienie poprawnej struktury nagłówków to jedna z rzeczy, która realnie pomaga w SEO po migracji.
• Optymalizacja obrazów — pliki eksportowane z Wixa mają zwykle wagę 800 KB – 2 MB i losowe nazwy typu _edited.jpg. Kompresuję je do WebP (spadek wagi o 60-80%) i nadaję nazwy zawierające słowa kluczowe, bo to też wpływa na wyniki w Google Grafika.
• Odtworzenie formularzy i integracji — nowy formularz kontaktowy podłączony pod te same adresy mailowe, ponowna instalacja Google Analytics 4 (z zachowaniem starej usługi, jeśli klient chce ciągłość danych) i Tag Managera.
• Testy na urządzeniach mobilnych — o dziwo, strony budowane w Wixie bywają gorzej responsywne niż się wydaje, bo edytor pozwala na dowolne, „pikselowe” pozycjonowanie elementów, które na WordPressie trzeba przemyśleć jako elastyczny układ.

Na tym etapie strona jest gotowa merytorycznie, ale wciąż niewidoczna publicznie — działa na subdomenie testowej.

SEO przy migracji — na czym naprawdę polega ryzyko

To jest część, którą traktuję najpoważniej, bo błędy tutaj kosztują firmę realne pieniądze — utracone zapytania od klientów przez tygodnie albo miesiące.

• Przekierowania 301 dla każdego adresu URL — nie „ze strony głównej na stronę główną”, tylko jeden do jednego: stary /uslugi-remontowe na nowy /uslugi/remonty/. Brak przekierowania oznacza błąd 404 dla każdego, kto trafi na starą, zaindeksowaną stronę z Google — a to zarówno utrata użytkownika, jak i sygnał dla Google, że strona zniknęła.
• Zgłoszenie zmiany adresu w Google Search Console — nowa usługa (domena zwykle zostaje ta sama, ale zmienia się struktura URL i czasem certyfikat SSL) wymaga przesłania nowej mapy witryny XML i monitorowania zakładki „Indeksowanie” przez pierwsze 4-6 tygodni.
• Zachowanie tych samych meta tytułów i opisów tam, gdzie strona dobrze się pozycjonowała — zmiana treści i adresu URL jednocześnie to podwójne ryzyko utraty pozycji, bo Google musi „na nowo” ocenić stronę pod kątem zapytania.
• Certyfikat SSL i canonical — jeśli zmienia się hosting, trzeba pilnować, żeby stara wersja (np. z www, bez www albo wersja Wixa) nie została zaindeksowana równolegle z nową, co tworzy duplikaty treści.

W praktyce, przy poprawnie zrobionej migracji, obserwuję zwykle spadek widoczności o 10-20% w ciągu pierwszych 2-3 tygodni (Google „przetrawia” nowe adresy) i powrót do poprzedniego poziomu — a często jego przekroczenie, bo WordPress jest po prostu szybszy i lepiej zoptymalizowany technicznie — w ciągu 6-10 tygodni. Przy migracji zrobionej „na skróty”, bez mapy przekierowań, widziałem spadki ruchu organicznego rzędu 50-70%, które utrzymywały się miesiącami, bo nikt nie monitorował błędów 404 w Search Console.

Najczęstsze problemy, na które trafiam przy tego typu projektach

Kilka rzeczy powtarza się na tyle regularnie, że warto o nich wiedzieć przed startem:

• Blog na innej strukturze URL — Wix generuje adresy wpisów blogowych typu /post/nazwa-wpisu, a WordPress domyślnie /nazwa-wpisu/ albo /blog/nazwa-wpisu/. Każdy wpis blogowy to osobne przekierowanie do zaplanowania — przy blogu z 40 wpisami to nie jest praca na 10 minut.
• Utracone dane historyczne z Google Analytics — jeśli firma korzystała z Universal Analytics (stary GA), te dane trzeba wyeksportować osobno, bo migracja platformy nic tu nie zmienia, ale to dobry moment, żeby to zrobić porządnie.
• Rezerwacje online i płatności — Wix ma własne, zamknięte systemy rezerwacji i sklepowe. Migracja sklepu (Wix Stores → WooCommerce) wymaga eksportu produktów, zdjęć, wariantów i historii zamówień — to osobny, większy projekt.
• Domena „uwięziona” u dostawcy kreatora — część klientów kupowała domenę bezpośrednio przez Wixa. Przeniesienie jej do innego rejestratora albo tylko zmiana rekordów DNS zajmuje 24-48h propagacji, co trzeba zaplanować poza godzinami szczytu ruchu na stronie.
• Treści pisane pod edytor, nie pod czytelnika — sporo tekstów z kreatorów to krótkie, marketingowe hasła bez realnej wartości SEO. Migracja to naturalna okazja, żeby rozbudować kluczowe podstrony (usługowe, o firmie) do przyzwoitej długości 500-800 słów zamiast kopiować 100-słowny opis.

Ile to kosztuje i ile trwa w praktyce

Widełki, jakie realnie widzę na rynku (i sam stosuję) dla różnych scenariuszy:

• Prosta wizytówka, 5-10 podstron, bez sklepu — 3000-6000 zł, czas realizacji 2-3 tygodnie.
• Rozbudowana strona firmowa z blogiem (15-30 podstron + wpisy) — 6000-12000 zł, 3-5 tygodni, głównie ze względu na czas potrzebny na przekierowania każdego wpisu.
• Sklep Wix Stores → WooCommerce — 8000-20000 zł w zależności od liczby produktów (za granicę zaczynam liczyć osobno powyżej 200 SKU) i integracji płatności/kurierów, 4-8 tygodni.

To są ceny freelancera pracującego samodzielnie — agencje za ten sam zakres liczą zwykle 1,5-2 razy więcej, głównie przez koszty pośrednie, nie przez lepszą jakość wykonania. Jeśli szukasz kompleksowej wyceny pod swój konkretny przypadek, można to ustalić przy okazji zwykłej wyceny nowej strony — opisuję dokładnie ten zakres usług na stronie budowa i migracja stron internetowych, gdzie widać też, jak wygląda cały proces współpracy od pierwszego kontaktu do wdrożenia.

Czy zawsze warto migrować? Uczciwa odpowiedź

Nie zawsze. Jeśli strona ma 3-4 podstrony, praktycznie zerowy ruch organiczny i służy tylko jako wizytówka z danymi kontaktowymi, migracja na WordPress bywa przeszacowaniem potrzeb — miesięczny abonament Wixa (ok. 60-150 zł/mies.) może być tańszy w skali roku niż utrzymanie WordPressa (hosting + wtyczki premium + czas na aktualizacje), zwłaszcza jeśli firma nie planuje rozwoju treści ani sklepu.

Migracja zaczyna się opłacać, gdy pojawia się przynajmniej jeden z tych sygnałów: strona generuje realny ruch z Google i limitujące ograniczenia kreatora (brak kontroli nad meta danymi, wolne ładowanie, brak elastyczności w strukturze) zaczynają go hamować; planowany jest sklep internetowy z więcej niż kilkunastoma produktami; firma chce regularnie publikować treści blogowe pod pozycjonowanie; albo koszt abonamentu kreatora z czasem urósł (Wix po dodaniu domeny, sklepu i usunięciu reklam potrafi kosztować 200-400 zł miesięcznie, czyli więcej niż hosting WordPressa w skali roku). Uczciwie mówię to klientom wprost na etapie wyceny — migracja to inwestycja, która ma zwrócić się w konkretnych, policzalnych korzyściach, a nie w samej zmianie technologii dla zasady.