CMS zmienisz bez utraty pozycji, zachowując dwie rzeczy: adresy URL i treść. To jest sedno, z którego wynika cała reszta. Sam system zarządzania treścią nie jest czynnikiem pozycjonowania, więc przejście z jednego na drugi nie obniża pozycji samo z siebie. Obniża je to, co gubi się po drodze: adresy, które zmieniają się bez przekierowań i zwracają 404, metadane, które nie zostają przeniesione, oraz wersja robocza, która trafia do indeksu. W praktyce znaczy to: utrzymaj te same adresy tam, gdzie się da, przygotuj mapę przekierowań 301 dla tych, które się zmieniają, przenieś metadane do nowych stron i trzymaj środowisko testowe poza indeksem do startu. I zrób to przed publikacją, nie po, bo naprawa kosztuje więcej niż zapobieganie. WPBuildAI skanuje obecną stronę i zwraca listę adresów, mapę przekierowań oraz metadane.

Dlaczego sam CMS nie obniża pozycji

Warto zacząć od tego, co naprawdę pozycjonuje, bo to rozwiewa główną obawę. Google ocenia treść i adresy, a nie to, jaki system stoi pod spodem, co potwierdza analiza Backlinko. Strona na nowym CMS z tymi samymi adresami i tą samą treścią pozycjonuje się tak samo jak wcześniej. Spadki, które ludzie przypisują „nowemu systemowi”, w rzeczywistości biorą się ze zmian wprowadzonych przy okazji: nowych adresów, utraconych metadanych, zaindeksowanej wersji roboczej. Skoro przyczyną nie jest sam CMS, lecz te zmiany, to właśnie nimi trzeba zarządzić, a wszystkie są pod twoją kontrolą.

Zachowaj adresy URL

Najpewniejszy sposób, by nie stracić pozycji, to nie zmieniać adresów. Każdy adres, który zostaje, to strona, która się nie rusza i nie jest narażona na ryzyko. Poproś, by nowy CMS odtworzył obecną strukturę adresów na tyle, na ile pozwala, zamiast nadawać własną domyślną. Im mniej adresów się zmienia, tym mniejsza mapa przekierowań i tym mniejsze ryzyko. To decyzja, którą podejmuje się na początku projektu, bo niektóre systemy narzucają własne wzorce adresów i lepiej wiedzieć o tym, zanim się zacznie, niż odkryć to po starcie.

Przygotuj mapę przekierowań przed startem

Dla adresów, które jednak się zmieniają, mapa przekierowań 301 musi być gotowa przed publikacją, a nie improwizowana po niej. Każdy stary adres prowadzi do swojego odpowiednika, w jednym kroku, zgodnie z poradnikiem Google o przeniesieniu witryny ze zmianą adresów oraz dokumentacją o przekierowaniach. Przygotowana wcześniej, włącza się w chwili przełączenia, bez okna 404. Zostawiona na później oznacza tryb ratunkowy, opisany w sprawdzaniu uszkodzonych linków po migracji, który działa, ale traci więcej.

Nie zgub metadanych

Metadane to sygnały dopracowywane latami, a nowy system startuje z pustym kontem. Jeśli zmiana CMS nie przeniesie ich pole po polu, każda strona zaczyna pozycjonowanie od nowa, choć treść jest ta sama. Wyeksportuj tytuły, opisy i adresy kanoniczne razem z treścią i zmapuj je na pola nowego systemu. Ruch jest skoncentrowany, jak pokazuje badanie Ahrefs, więc zadbaj, by te nieliczne strony, które przynoszą większość wejść, zachowały swoje sygnały. To najmniej efektowna część zmiany CMS i właśnie tędy uciekają pozycje.

Trzymaj wersję roboczą poza indeksem

Środowisko, w którym budujesz nową stronę, nie może trafić do indeksu, bo zacznie konkurować z działającą witryną jako duplikat treści. Trzymaj je z etykietą noindex w trakcie pracy, a najlepiej za hasłem. Pułapka jest odwrotna i łatwo w nią wpaść: pamiętaj, by zdjąć ten noindex z wersji produkcyjnej w chwili startu, bo jeśli zostanie, wyłączy całą stronę z indeksu. To najgroźniejszy błąd startu, a zarazem najłatwiejszy do uniknięcia dzięki jednemu jawnemu punktowi na liście kontrolnej.

Lista kontrolna przed startem

  1. Spisz wszystkie adresy URL z sitemapy, linków wewnętrznych i Search Console.
  2. Zachowaj adresy tam, gdzie nowy CMS na to pozwala.
  3. Przygotuj mapę przekierowań 301 dla tych, które się zmieniają.
  4. Przenieś metadane pole po polu do nowych stron.
  5. Trzymaj wersję roboczą na noindex i zdejmij go przy starcie.
  6. Opublikuj, wyślij sitemapę ponownie i obserwuj 404 w Search Console.

Przykład: zmiana CMS bez strat

Weźmy firmę, która przenosi stronę z jednego CMS na drugi i przygotowuje to przed publikacją. Skanuje obecną stronę i dostaje listę: 250 adresów, metadane i linki wewnętrzne. Projektuje nową stronę, odtwarzając stare ścieżki tam, gdzie się da, więc większość stron się nie rusza, a dla 40 zmienionych przygotowuje mapę przekierowań. Przenosi metadane pole po polu i trzyma wersję roboczą na noindex. W dniu startu zdejmuje noindex, włącza 301 i wysyła sitemapę ponownie. Pojawia się kilka 404 z adresów, których lista nie objęła, i zostają przekierowane w jeden dzień. Ruch się nie rusza, bo wszystko przygotowano przed publikacją, a nie po niej.

Częste błędy

  • Najpierw publikacja, dopiero potem myślenie o SEO.
  • Pozwolenie, by nowy CMS nadał własną strukturę adresów bez potrzeby.
  • Przygotowanie przekierowań po starcie zamiast przed nim.
  • Pozwolenie, by metadane wróciły do wartości domyślnych zamiast je przenieść.
  • Zapomnienie o zdjęciu noindex z wersji produkcyjnej przy starcie.

Co warto zapamiętać

CMS zmienisz bez utraty pozycji, zachowując adresy URL i treść oraz robiąc to przed publikacją. Sam system nie pozycjonuje, więc utrzymaj te same adresy tam, gdzie się da, przygotuj mapę przekierowań 301 dla zmienionych, przenieś metadane pole po polu i trzymaj wersję roboczą poza indeksem do startu. Wtedy zmiana CMS jest dla Google niewidoczna; improwizowana, kosztuje pozycje. Zapobieganie jest tańsze niż ratowanie po fakcie. WPBuildAI skanuje obecną stronę i zwraca listę adresów, mapę przekierowań oraz metadane. Wyślij adres swojej strony, żeby otrzymać bezpłatną analizę.

Bez powiązania z WordPress, Lovable, Webflow, Shopify, Wix ani Squarespace.