Migracja z Wix do nowej strony bez utraty SEO

1. Określ scenariusz migracji i to, co oznacza „bezpieczne dla SEO” w przypadku Twojej strony Wix

Jeśli zastępujesz Wix własnym rozwiązaniem, pierwsze pytanie jest proste: zmieniasz wygląd, platformę, czy jedno i drugie? Odpowiedź zmienia poziom ryzyka. Inaczej wygląda odświeżenie wizualne, a inaczej pełna zmiana platformy. Ten artykuł pokazuje, jak przenieść stronę z Wix na własną witrynę bez utraty SEO, czyli tak, by strona zachowała zaindeksowane podstrony, dopasowanie do intencji wyszukiwania i dotychczasową wartość SEO, mimo że pod spodem wszystko się zmienia.

Traktuj to jako migrację SEO, a nie tylko redesign. To rozróżnienie ma znaczenie, bo redesign może zignorować stare adresy URL, a migracja SEO musi je uwzględnić. Jeśli podstrona rankuje na „cennik”, „obszar usług” albo nazwę produktu, to ma swoją rolę. Nie powinna znikać tylko dlatego, że nowy układ wygląda czyściej.

Jest też praktyczna różnica między „chcemy lepszą stronę” a „chcemy zachować wyniki w wyszukiwarce”. Jedno to projekt wizerunkowy. Drugie to kontrolowane przekazanie serwisu. Jeśli obecna strona Wix ma 40 zaindeksowanych podstron, to 40 podstron potrzebuje planu, nawet jeśli komercyjnie liczy się tylko 12 z nich.

Nie zaczynaj od szkicowania szablonów. Zacznij od określenia, co musi przetrwać: pozycje w wynikach, zaindeksowane adresy URL, fragmenty z wyników wyszukiwania i strony, które generują leady lub sprzedaż. Mały szczegół, duży skutek. Ładna strona główna nie opłaci rachunków, jeśli stare podstrony usług znikną z Google.

2. Zbuduj bazę wyjściową migracji SEO, zanim ruszysz z pracami

Zanim cokolwiek zmienisz w kodzie, zapisz obecny stan strony Wix w jednym miejscu. Sporządź listę zaindeksowanych adresów URL, tagów tytułowych, meta opisów, nagłówków H1, linków wewnętrznych i stron konwersji. Dodaj wszystko, co pomoże uporządkować migrację i później śledzić zmiany. Bez takiej bazy migracja z Wix staje się zgadywaniem, a zgadywanie jest drogie.

Pobierz najważniejsze strony docelowe z Search Console i analityki, a potem porównaj je z listą stron, które Twoim zdaniem są istotne. Te dwie listy często się różnią. Artykuł na blogu sprzed dwóch lat może przynosić więcej ruchu niż strona główna. Zapomniana podstrona usług może nadal konwertować lepiej niż nowsza. Najpierw liczby, potem opinie.

Warto też przygotować audyt SEO przed migracją strony, aby zapisać obecne wzorce tytułów i meta opisów. Strony Wix często mają powtarzalny schemat na wielu podstronach, a gdy ten schemat znika, współczynnik CTR może się zmienić. Nawet drobna zmiana treści ma znaczenie, jeśli zapytanie jest konkretne. Strona o „meblach kuchennych na wymiar” nie jest miejscem na poetyckie opisy.

Zanotuj również mapę linkowania wewnętrznego. Które strony prowadzą do kontaktu? Które wpisy blogowe linkują do głównej strony usług? Które podstrony są ukryte głęboko w menu? Te linki są częścią migracji SEO, bo pokazują wyszukiwarkom, które strony są najważniejsze.

Użyj arkusza kalkulacyjnego z co najmniej takimi kolumnami: bieżący URL, typ strony, źródło ruchu, tag tytułowy, meta opis, canonical, indeksowalność i docelowy nowy URL. Zadbaj o czytelność. Jeśli ktoś inny nie zrozumie tego w 10 minut, arkusz jest zbyt chaotyczny.

3. Zidentyfikuj wzorce URL, typy stron i zasoby indeksowalne typowe dla Wix

Wix ma schematy, które łatwo przeoczyć przy przebudowie. Wpisy na blogu mogą znajdować się w uporządkowanym folderze. Strony systemowe mogą być umieszczone pod ścieżkami, których nie wybierałeś. Strony generowane przez aplikacje, formularze i wydarzenia również mogą zostać zaindeksowane, jeśli były widoczne dla wyszukiwarek. To właśnie tam migracja z Wix bez utraty SEO najczęściej się wykłada.

Dokładnie sprawdź obecną strukturę URL. Zwróć uwagę na ukośniki końcowe, małe i wielkie litery w ścieżkach, adresy z parametrami i nietypowe segmenty systemowe. Jeśli jeden artykuł ma adres /post/, a inny /blog/tytul-wpisu, nie zakładaj, że nowy CMS odtworzy to automatycznie. Nie odtworzy.

Adresy URL obrazów też mają znaczenie. Niestandardowa przebudowa może zmienić ścieżki do obrazów, ale jeśli pliki są zaindeksowane albo osadzone na wielu stronach, uszkodzone odwołania do grafik mogą generować szum i spowalniać odzyskiwanie pozycji. To samo dotyczy plików PDF, materiałów do pobrania i zasobów galerii. Jeden uszkodzony plik może wpłynąć na kilka stron naraz.

Wix umożliwia też funkcje, które wyglądają niepozornie, ale działają jak prawdziwe strony. Pomyśl o widgetach rezerwacji, opiniach, listach wydarzeń czy stronach strefy członkowskiej. Jeśli którakolwiek z nich była indeksowalna, nowa witryna musi podjąć decyzję dla każdej z osobna: zachować, połączyć czy wycofać. Bez półśrodków.

To most między planowaniem a wdrożeniem. Dokładny audyt URL pokazuje, które elementy migracji z Wix są rutynowe, a które są pułapkami. Jeśli pominiesz ten krok, pierwszym sygnałem problemu może być spadek ruchu dwa tygodnie po uruchomieniu.

4. Przypisz każdej ważnej stronie Wix odpowiednik w nowej witrynie

Każda ważna strona Wix potrzebuje planu przejścia 1:1. Nie 1:do-wielu. Nie „załatwimy to później”. Każda strona powinna mieć docelowy URL, zgodność treści, zgodność metadanych i plan linkowania wewnętrznego. Jeśli stara strona rankowała, nowa powinna mieć wyraźnego następcę.

Użyj tabeli mapowania z co najmniej pięcioma polami: stary URL, nowy URL, cel strony, uwagi dotyczące treści i działanie przekierowania. Taka tabela staje się dokumentem roboczym migracji z Wix. To też najłatwiejszy sposób, by wychwycić strony przypadkowo zdublowane, scalone albo pominięte.

Niektóre strony należy połączyć. Zestaw cienkich podstron usług może zamienić się w jedną mocniejszą stronę na nowej witrynie. Inne trzeba rozdzielić. Szeroka strona „usługi” może stać się trzema bardziej precyzyjnymi podstronami. Decyzja zależy od intencji wyszukiwania, a nie od gustu wizualnego.

Bądź stanowczy przy stronach wycofywanych. Jeśli nie ma sensownego odpowiednika, nie wymuszaj słabego dopasowania, które tylko zdezorientuje użytkowników. Złe przekierowanie może być gorsze niż uczciwy plan wycofania. Wyszukiwarki nie potrzebują dwudziestu prawie identycznych stron, żeby być zadowolone.

Ten etap mapowania sprawia, że migracja SEO staje się kontrolowana. Bez niego nowa strona może wyglądać na kompletną, a jednocześnie po cichu psuć drogę od starych pozycji do nowej treści.

5. Zachowaj sygnały SEO na stronie podczas tworzenia nowej witryny

Nowa witryna powinna przenieść sygnały, które już działają: nagłówki, strukturę treści, dane strukturalne, tekst alternatywny i kontekst linków wewnętrznych. Jeśli stara strona Wix miała czytelną strukturę H2 i użyteczny blok FAQ, nowa strona nie powinna zastępować tego sześcioma ogólnikowymi akapitami marketingowymi. Wyszukiwarki czytają strukturę, nie nastrój.

Zachowaj logikę nagłówków możliwie blisko pierwotnej intencji. Jeśli strona Wix odpowiadała na konkretne pytanie w pierwszych 100 słowach, nowa powinna robić to samo. Jeśli strona miała tabelę porównawczą produktów, zachowaj ją albo zastąp równie użytecznym formatem. Jedna słaba decyzja może spłaszczyć trafność strony.

Dane strukturalne zasługują na uwagę. Niestandardowa witryna ułatwia dodanie schema, ale to nie znaczy, że starego oznaczenia należy się pozbywać bez sprawdzenia. Jeśli strona Wix używała schema typu Article, LocalBusiness, Product lub FAQ, porównaj nową implementację przed uruchomieniem. Zmiany szablonu mogą wpłynąć na to, jak wyszukiwarki interpretują stronę.

Tekst alternatywny nie powinien zamieniać się w spam słów kluczowych. Ma być opisowy, konkretny i związany z obrazem. Jeśli zdjęcie pokazuje witrynę sklepu albo zespół, napisz to wprost. Chodzi o dostępność i kontekst, a nie upychanie fraz w każdym pliku.

Kontekst linków wewnętrznych ma większe znaczenie, niż myśli większość zespołów. Jeśli strona usług wcześniej linkowała do dwóch powiązanych artykułów i jednej strony kontaktowej, zachowaj te linki w nowym szablonie. Wyszukiwarki podążają tymi ścieżkami. Użytkownicy również. Dwa kliknięcia mogą zadecydować o leadzie albo odrzuceniu.

6. Obsłuż przekierowania, kanoniczne adresy i indeksowanie podczas uruchomienia

Faza uruchomienia to moment, w którym wychodzi na jaw większość błędów migracji SEO. Każdy stary adres Wix, który się zmienia, potrzebuje przekierowania 301 do najlepszego nowego miejsca. Nie 302. Nie zbiorczego przekierowania na stronę główną. Prawdziwego przekierowania na poziomie konkretnej strony. Jeśli strona nie ma odpowiednika, przekieruj ją do najbliższej powiązanej podstrony albo świadomie ją wycofaj.

Tagi canonical powinny wskazywać preferowaną wersję każdej strony, szczególnie jeśli nowa witryna tworzy alternatywne ścieżki, widoki filtrowane albo pozostałości po stagingu. Zduplikowane adresy URL są częste podczas migracji z Wix, bo stare i nowe ścieżki mogą przez pewien czas współistnieć. Jeśli nie kontrolujesz canonicali, wprowadzasz sygnały duplikacji.

Dyrektywy robots wymagają tej samej uwagi. Pozostawiony na żywej stronie tag noindex ze środowiska testowego może zablokować indeksację na kilka dni. Pominięta reguła disallow może pozwolić robotom na crawlowanie śmieciowych ścieżek. Mały błąd, duże opóźnienie. Lista kontrolna uruchomienia powinna obejmować aktualizację mapy witryny, sprawdzenie canonicali i weryfikację przekierowań jeszcze przed startem.

Zaktualizuj mapy XML, aby zawierały wyłącznie finalne, działające adresy URL. Jeśli mapa nadal pokazuje stare strony Wix, wyszukiwarki mogą dalej odwiedzać martwe ścieżki. To spowalnia wykrywanie nowych stron i sprawia, że przejście wygląda niechlujnie.

Uruchomienie bez przekierowań nie jest migracją. To awaria. Jeśli stara strona miała pozycje, ruch lub linki zwrotne, przekierowanie jest mostem. Usuń ten most, a resztę pracy będzie znacznie trudniej odzyskać.

7. Testuj migrację na żywej stronie za pomocą crawlera, nie tylko przeglądarki

Po uruchomieniu testuj stronę crawlerem, a nie tylko w Chrome. Przeglądarki ukrywają problemy. Crawler je wykrywa. Strona może wyglądać idealnie dla człowieka, a mimo to zwracać zły kod statusu, przechodzić przez dwa przekierowania albo ujawniać duplikat kanoniczny.

Zacznij od najcenniejszych adresów URL z bazy wyjściowej. Sprawdź, czy każdy zwraca 200, rozwiązuje się w jednym kroku, jeśli to możliwe, i ma właściwe metadane. Następnie przeskanuj błędy 404, 500, pętle przekierowań i strony blokowane przez reguły robots. To ten etap migracji z Wix, na którym drobne niedopatrzenie w QA może pozostać niewidoczne przez tygodnie.

Sprawdź też zgodność metadanych. Tytuły i opisy powinny być obecne na najważniejszych stronach, a nie puste albo skopiowane ze strony głównej. Podgląd w przeglądarce nie pokaże, że pominięto meta description. Crawler to pokaże.

Po uruchomieniu przejrzyj również linki wewnętrzne. Jeśli stary footer Wix nadal prowadzi do wycofanych ścieżek, użytkownicy trafią na błędne strony, a roboty zmarnują czas. To samo dotyczy przycisków, linków w obrazach i modułów powiązanych wpisów. Niestandardowa przebudowa często wprowadza nowe szablony, a każdy szablon wymaga co najmniej jednego pełnego crawla.

Jeśli to możliwe, porównaj eksporty crawl przed i po uruchomieniu obok siebie. Celem nie jest perfekcja pierwszego dnia. Celem jest szybkie wykrywanie. Raport crawl z 5 uszkodzonymi ścieżkami jest przydatny. Czekanie, aż zaindeksuje się 50, już nie.

8. Monitoruj odbudowę SEO po uruchomieniu i szybko naprawiaj miejsca awarii

Pierwsze tygodnie po uruchomieniu decydują o tym, czy zmiana ustabilizuje się szybko, czy zacznie dryfować. Na początku obserwuj indeksację, wyświetlenia, pozycje i ruch na stronach docelowych codziennie, a później rzadziej, gdy wzorzec się ustabilizuje. Jeśli kluczowa strona traci widoczność, najpierw sprawdź przekierowania, canonicale i treść strony, zanim ruszysz cokolwiek innego.

Uszkodzone linki wewnętrzne są częste po redesignie, zwłaszcza gdy stara nawigacja Wix zostaje zastąpiona nową biblioteką komponentów. Szukaj brakujących linków w menu, stopkach, blokach treści powiązanej i przyciskach. Jeden brakujący link na stronie o dużym ruchu może ograniczyć przepływ crawla do reszty serwisu.

Uważaj też na błędy noindex. Reguła ze stagingu, warunek szablonu albo skopiowany nagłówek mogą wykluczyć ważne strony z indeksu. To błąd, którego zespoły częściej nie przyznają, niż przyznają. Zajmuje minuty, żeby go popełnić, i dni, żeby go zauważyć.

Obserwuj zmiany metadanych, które wyglądają niewinnie. Przepisany tag tytułowy może zmienić zachowanie użytkowników przy klikaniu. Uboższy wstęp może osłabić trafność. Usunięte FAQ może ograniczyć zasięg na długi ogon. To nie znaczy, że niestandardowa strona jest zła. To znaczy, że migracja SEO wymaga korekt.

W pewnym momencie strona przestaje się zmieniać, a dane się stabilizują. Wtedy można uznać migrację SEO za ustabilizowaną. Do tego czasu praca nadal trwa. Nowa niestandardowa strona jest gotowa dopiero wtedy, gdy stare adresy Wix, nowe podstrony i dane z wyszukiwarki zgadzają się co do tego, gdzie każda strona powinna się znajdować.