Migracja CMS bez utraty ruchu i treści
Migracja CMS to przede wszystkim projekt danych z doczepionym dniem uruchomienia. Projekt graficzny zbiera uwagę; o powodzeniu decydują mapowanie treści i przekierowania.
Ten przewodnik omawia działającą kolejność, miejsca, w których migracje tracą ruch, i to, czego spodziewać się w kolejnych tygodniach.
Zinwentaryzuj zanim cokolwiek przeniesiesz#
Nie zmigrujesz tego, czego nie policzyłeś. Ten krok bywa pomijany i powoduje większość niespodzianek.
- Przeczołgaj obecną stronę i wyeksportuj każdy adres z kodem stanu i tytułem.
- Wyciągnij z analityki i konsoli wyszukiwarki najlepiej działające podstrony — zasługują na największą uwagę.
- Policz typy treści: podstrony, wpisy, produkty, case study, osoby, pliki do pobrania.
- Zanotuj pola każdego typu, w tym te występujące tylko przy części elementów.
- Zinwentaryzuj multimedia: ile plików, jaka łączna objętość, których już brakuje.
- Zanotuj funkcjonalność, która nie jest treścią: formularze, wyszukiwarka, filtry, integracje.
- Zdecyduj, czego nie zabierasz. Migracja to najlepsza okazja, by zostawić martwą treść.
Ostatni krok oszczędza najwięcej pracy. Strony latami zbierają podstrony, których nikt nie czyta; zabranie ich kosztuje czas na każdym kolejnym kroku.
Zmapuj treść i adresy#
Dwa mapowania: pola na pola i stare adresy na nowe. To drugie decyduje o ruchu.
| Obszar | Co zrobić | Częsty błąd |
|---|---|---|
| Typy treści | Stary typ na nowy, jawnie | Zaimportowanie wszystkiego jako «podstrona» |
| Pola | Pole po polu, z pustymi przypadkami | Pominięcie pól występujących tylko czasem |
| Multimedia | Zabrać pliki i zaktualizować odwołania | Zmigrować pliki, zostawić linki na stare |
| Adresy | Jeden do jednego, każdy stary z celem | Wszystko na nową stronę główną |
| Kategorie i tagi | Zachować albo świadomie połączyć | Przypadkowe stworzenie nowej struktury |
| Autorzy i daty | Zabrać; daty wpływają na sygnały świeżości | Ustawienie wszystkich dat na dzień importu |
| Istniejące przekierowania | Też zabrać | Wyrzucenie starych łańcuchów i zepsucie linków |
Import dat to cichy zabójca: jeśli wszystkie daty publikacji staną się datą migracji, całe twoje archiwum wygląda na napisane jednego dnia.
Testy przed wdrożeniem#
Co sprawdzić na środowisku testowym, w kolejności wyłapującej najwięcej.
- Policz elementy w każdym typie treści i porównaj ze starą stroną. Niezgodne liczby to pierwszy sygnał.
- Sprawdź próbkę najdłuższych i najdziwniejszych podstron — psują się pierwsze.
- Potwierdź, że obrazy ładują się z nowej lokalizacji, a nie ze starej domeny.
- Przetestuj każde przekierowanie skryptem na pełnej liście adresów, nie ręcznie.
- Sprawdź metadane: tytuły, opisy, kanoniczne, dane strukturalne.
- Przetestuj formularze w całości, łącznie z dotarciem e-maila.
- Porównaj wydajność ze starą stroną; migracja podwajająca wagę to regres.
- Poproś redakcję o utworzenie i opublikowanie podstrony przed wdrożeniem.
Wdrożenie i kolejne tygodnie#
Dzień uruchomienia jest krótki; okno uwagi nie.
- Wdrażaj w spokojnym momencie, nie w piątek po południu.
- Sprawdź robots.txt na produkcji natychmiast — zabranie testowego to klasyczny błąd.
- Zgłoś nową mapę strony i zostaw starą przez jakiś czas, by stare adresy zostały pobrane.
- Powtórz test przekierowań na produkcji; środowiska testowe czasem kłamią.
- Śledź rejestr błędów przez pierwsze dni w poszukiwaniu nieprzewidzianych 404.
- Obserwuj ruch i pozycje przez cztery do sześciu tygodni; licz na wahania.
- Badaj poważnie dopiero, jeśli po miesiącu nadal spada — wcześniej to zwykle szum.
Dodawaj do tabeli przekierowań kolejne 404 pojawiające się w logach. Żadna inwentaryzacja nie jest kompletna; rejestr błędów uzupełnia resztę.
Najczęstsze pytania
Czy stracę ruch przy migracji CMS?
Chwilowo niemal zawsze, trwale tylko przy błędach. Licz na cztery do sześciu tygodni wahań nawet przy czystym wykonaniu. Trwała strata bierze się niemal wyłącznie z niezmapowanych adresów, usuniętych podstron z ruchem i zmian metadanych albo treści na podstronach, które działały dobrze.
Czy można zmigrować treść automatycznie?
W dużej mierze tak. Standardowe pola i wpisy migrują dobrze istniejącymi narzędziami. Ręcznej pracy wymagają pola niestandardowe, znaczniki wtopione w tekst i wszystko, co w starym systemie rozwiązywała wtyczka. Licz na zautomatyzowaną bazę plus ręczną rundę na najważniejszych podstronach.
Ile trwa migracja CMS?
Dla strony ze stu podstronami i standardową treścią kilka tygodni. Dla tysięcy podstron z polami niestandardowymi i integracjami kilka miesięcy. Liczba podstron liczy się mniej niż liczba typów treści i ilość modyfikacji — to one nie rozwiązują się żadnym narzędziem.
Czy zachować starą stronę?
Zachowaj pełną kopię i, jeśli się da, zabezpieczoną wersję, do której możesz zajrzeć. Przez pierwsze miesiące będziesz regularnie sprawdzać, co gdzieś było albo jak coś było ustawione. Czego nie robić, to zostawiać starej strony publicznie — dwie wersje tej samej treści konkurują ze sobą.
migracja cmsmigracja stronyprzeniesienie treściprzekierowania urlmigracja wordpresszachowanie ruchu
