Migracja z Elementora na custom motyw bez utraty pozycji w Google

Skąd bierze się strach przed przebudową

Historie o stronie, która po przebudowie straciła połowę ruchu, są prawdziwe. Tylko że przyczyną prawie nigdy nie jest sama zmiana silnika. Przyczyną jest to, że przy okazji przebudowy ktoś zmienił wszystko naraz: adresy podstron, teksty, strukturę menu, nazwy kategorii bloga, a czasem jeszcze domenę. Google dostaje w jednym dniu serwis, którego nie rozpoznaje, i zaczyna go oceniać od nowa.

Migracja z page buildera na własny szablon nie musi tak wyglądać. To zmiana sposobu, w jaki generowany jest kod HTML. Jeśli wynikowy HTML mówi to samo co wcześniej, tyle że czyściej i szybciej, nie ma powodu, by cokolwiek spadło.

Co dokładnie trzeba zachować

Lista jest krótsza, niż się wydaje, ale każdy punkt jest twardy.

Adresy podstron, co do znaku. To najważniejszy punkt. Jeśli podstrona żyła pod adresem kończącym się na /uslugi/instalacje-elektryczne/, ma pod nim zostać. Zmiana na /oferta/instalacje/ to nowy adres, nawet jeśli treść jest identyczna. Gdy zmiana adresu jest naprawdę potrzebna, robi się przekierowanie 301 i przyjmuje, że przez kilka tygodni ta podstrona będzie się wahać.

Tytuły i opisy meta. Siedzą zwykle w wtyczce SEO, nie w builderze, więc przenoszą się same, ale warto to sprawdzić po migracji, a nie założyć.

Hierarchia nagłówków. Jeden H1 na podstronie, sekcje jako H2, podsekcje jako H3. Buildery potrafią tu narobić bałaganu, na przykład zrobić z ozdobnego napisu H2, a z prawdziwego nagłówka sekcji zwykły akapit. Przy przepisywaniu szablonu warto to uporządkować, ale świadomie, nie przy okazji.

Pełna treść tekstowa. Każde zdanie, które było na starej stronie, ma trafić na nową. Kuszące jest „przy okazji skrócimy te opisy, bo są za długie”. To jest zmiana treści, a zmiana treści ma swoje konsekwencje w wynikach. Jeśli teksty faktycznie wymagają poprawy, robi się to miesiąc po migracji, osobno, żeby wiedzieć, co spowodowało jaki efekt.

Dane strukturalne. Jeśli strona miała oznaczenia firmy lokalnej, okruszków czy FAQ, nowy szablon musi je generować dalej. To akurat zwykle wychodzi lepiej niż w builderze, bo w szablonie masz nad tym pełną kontrolę.

Zdjęcia z tymi samymi adresami plików. Biblioteka mediów zostaje nietknięta, więc to dzieje się samo, o ile nikt nie wpadnie na pomysł przegenerowania wszystkich nazw plików.

Jak wygląda taka migracja w praktyce

Pracuję na kopii. Klon strony ląduje na osobnym adresie testowym zamkniętym przed indeksowaniem, tam powstaje nowy motyw, a produkcja działa normalnie przez cały czas. Klient widzi postęp i zgłasza uwagi, zanim cokolwiek dotknie prawdziwego serwisu.

Przed podmianą robię spis wszystkich adresów ze starej strony, zwykle z mapy witryny i z Search Console. Po podmianie ten sam spis przepuszczam przez sprawdzenie kodów odpowiedzi. Każdy adres, który odpowiada inaczej niż 200, to błąd do naprawienia tego samego dnia, nie w przyszłym tygodniu.

Podmiana samego motywu na produkcji to kwestia kilkunastu minut, bo treść siedzi w bazie i nigdzie się nie rusza. Dłużej trwa to, co potem: kontrola adresów, wgranie nowej mapy witryny do Search Console, sprawdzenie, czy analityka i kody konwersji dalej się odpalają, przegląd strony na telefonie.

Realny harmonogram dla strony na kilkanaście podstron to trzy do pięciu tygodni, z czego większość to budowa szablonów, a nie sama migracja. Koszt przy takim zakresie mieści się zwykle w przedziale 10 000 do 18 000 zł, w zależności od tego, ile sekcji trzeba odtworzyć i czy przy okazji projektujemy nowy wygląd, czy odtwarzamy istniejący.

Czego się spodziewać po migracji

Pierwsze dni po podmianie potrafią wyglądać nerwowo. Google musi ponownie odwiedzić podstrony, a dopóki tego nie zrobi, w Search Console widzi stare dane. Wahania rzędu kilku pozycji przez dwa, trzy tygodnie są normalne i same się układają.

To, co zwykle poprawia się od razu, to czasy ładowania. Przy przejściu z rozbudowanego buildera na szablon pisany pod projekt spadek wagi strony o połowę nie jest niczym wyjątkowym, bo znika cały kod obsługujący układy, których nie używasz. Wpływ na pozycje jest pośredni, ale wpływ na liczbę osób, które nie zamkną strony przed jej wczytaniem, bywa bardzo bezpośredni.

Uczciwe zastrzeżenie: jeśli strona traciła pozycje jeszcze przed migracją, migracja tego nie odwróci. Szybki, czysty kod usuwa przeszkody, ale nie tworzy powodów, dla których ktoś miałby wyświetlić Twoją stronę wyżej. Powody tworzy treść.

Checklista migracji

• Spis wszystkich adresów przed podmianą, z mapy witryny i z Search Console.
• Kopia zapasowa bazy i plików, z której faktycznie potrafisz odtworzyć stronę.
• Nowy motyw zbudowany i zatwierdzony na zamkniętym adresie testowym.
• Porównanie tekstów strona po stronie, żeby nic nie wypadło.
• Sprawdzenie hierarchii nagłówków na każdym typie podstrony.
• Kontrola kodów odpowiedzi dla całego spisu adresów po podmianie.
• Test, czy analityka, Consent Mode i kody konwersji odpalają się na nowym szablonie.
• Nowa mapa witryny zgłoszona w Search Console.
• Dwa tygodnie obserwacji raportu skuteczności, zanim wprowadzisz kolejne zmiany.

Najczęstsze pytania

Czy muszę wyłączyć Elementora po migracji?

Tak, i to jest cel całej operacji. Dopóki wtyczka jest aktywna, dokłada swój kod na każdej podstronie, nawet jeśli żadna z nich już z niej nie korzysta. Wyłączam ją dopiero po potwierdzeniu, że wszystkie treści są odtworzone w nowych szablonach, i zostawiam na serwerze przez jakiś czas, żeby dało się wrócić.

Ile trwa powrót pozycji, jeśli jednak coś spadnie?

Przy dobrze zrobionej migracji nie ma z czego wracać, bo spadki mieszczą się w naturalnych wahaniach. Jeśli spadek jest realny, prawie zawsze da się wskazać konkretną przyczynę: zmieniony adres bez przekierowania, wycięty fragment tekstu albo strona testowa, która przypadkiem została otwarta na indeksowanie. Naprawa przyczyny daje efekt w dwa do czterech tygodni.

Czy da się przenieść tylko część strony, na przykład blog zostawić na starym?

Technicznie tak, bo wpisy blogowe i tak trzymają treść w edytorze WordPressa, a nie w builderze. W praktyce mieszanka dwóch systemów wyglądu na jednym serwisie prowadzi do rozjazdu wizualnego i podwójnej pracy przy każdej zmianie. Robię to tylko wtedy, gdy blog ma naprawdę nietypowe układy wpisów.

Co z formularzami i integracjami?

Formularze z osobnej wtyczki przenoszą się bez problemu, wystarczy wstawić je w nowym szablonie. Formularze wbudowane w buildera trzeba odtworzyć, łącznie z ustawieniami powiadomień i zgodami. To jest moment, w którym warto sprawdzić, czy klauzule zgody są nadal aktualne, bo bywa, że pochodzą sprzed kilku lat.

Podsumowanie

Migracja z buildera na własny motyw jest bezpieczna pod jednym warunkiem: zmieniasz sposób generowania kodu, a nie to, co strona mówi i pod jakimi adresami. Adresy, teksty, nagłówki i dane strukturalne zostają. Zyskujesz wagę strony, czas ładowania i kontrolę nad tym, co się dzieje przy aktualizacjach.

Jeśli rozważasz taką przebudowę i chcesz wiedzieć, w jakim przedziale kosztowym się mieści, kalkulator wyceny na stronie pokaże widełki dla Twojego zakresu w kilkanaście sekund.