Migracja z WordPressa bez utraty SEO

Jak przenieść stronę internetową z WordPressa na development customowy bez utraty ruchu SEO

Przejście z WordPressa to nie jest projekt wyłącznie graficzny. Jeśli ruch z wyszukiwarki ma znaczenie, migrację trzeba zacząć od stron, które już generują kliknięcia, leady i linki. Fraza „jak przenieść stronę internetową z WordPressa na development customowy bez utraty ruchu SEO” brzmi długo, ale praca za nią stoi całkiem praktyczna: najpierw zabezpieczyć to, co już się pozycjonuje, a dopiero potem przebudować serwis wokół tych stron. Taka kolejność oszczędza problemów później, a dobrze zaplanowana migracja WordPress na custom bez spadku ruchu pozwala ograniczyć ryzyko już od pierwszego dnia prac.

Jednym z częstych błędów jest traktowanie każdego adresu URL tak samo. Archiwum bloga z 200 wejściami miesięcznie nie zasługuje na tyle samo uwagi co strona ofertowa, która przynosi 2000 wejść i kilkanaście linków zwrotnych. Wybierz 10, 20 albo 50 najważniejszych adresów URL i zapisz je, zanim zacznie się jakakolwiek zmiana kodu. Mała lista, duży efekt, a przy tym to najprostszy sposób na to, jak zachować pozycje SEO przy migracji strony.

1. Zmapuj strony, które naprawdę generują ruch z wyszukiwarki

Zacznij od trzech źródeł: analityki, Search Console i danych o linkach zwrotnych. W analityce znajdź strony docelowe z ruchem organicznym z ostatnich 12 miesięcy. W Search Console sprawdź zapytania, które przynoszą wyświetlenia i kliknięcia dla tych adresów URL. Z danych o linkach zwrotnych wyłap strony z najmocniejszymi linkami zewnętrznymi, bo strona z 5 dobrymi linkami może wygrywać z 50 słabymi.

Nie polegaj na pamięci. Strona, która „wydaje się” ważna, nie zawsze jest tą, której wyszukiwarki ufają najbardziej. Czasem właśnie ta, którą prawie usuwasz, trzyma zestaw zapytań long tail, który po cichu wspiera przychód. Zdarza się to na tyle często, że warto zrobić arkusz kalkulacyjny.

Przygotuj prostą tabelę z czterema kolumnami: bieżący URL, ruch organiczny, najważniejsze zapytania i uwagi dotyczące wartości biznesowej. Jeśli strona ma wartość sezonową, zaznacz miesiąc. Jeśli zasila nawigację wewnętrzną, zaznacz też to. Potem uszereguj listę. Najwyższa warstwa dostaje najostrożniejsze traktowanie podczas migracji.

2. Zatrzymaj obecny stan SEO, zanim cokolwiek zmienisz w kodzie

Zanim deweloper dotknie szablonów, wyeksportuj aktualny stan SEO. Zapisz migawki pozycji, liczbę zaindeksowanych stron, błędy indeksowania, tagi canonical, metadane, linki wewnętrzne oraz adresy URL z mapy witryny XML. Jeśli to możliwe, przeskanuj witrynę WordPress narzędziem, które zapisuje kody odpowiedzi i tytuły stron. Potrzebujesz obrazu „przed”, a nie mglistego wspomnienia.

Pobierz dane z Search Console za najnowsze okno raportowe. Jeśli serwis ma dzienny wzorzec ruchu, używaj tego samego dnia tygodnia do porównań. Poniedziałek do poniedziałku jest lepszy niż poniedziałek do soboty. Taki drobny wybór pomaga uniknąć fałszywych alarmów.

Zapisz też kopię pliku robots.txt i aktualny indeks mapy witryny. Te pliki wyglądają nudno, dopóki nie zablokują wyszukiwarkom sekcji, którą chciałeś zachować. Jedna linia w robots.txt może wpłynąć na setki adresów URL. Jedna brakująca pozycja w mapie witryny może ukryć całą sekcję na tygodnie.

Jeśli witryna ma już tagi canonical, zanotuj je. Jeśli ma zduplikowane tagi title, zapisz, które szablony je generują. Te szczegóły pomagają odróżnić szkody po migracji od starych problemów, które istniały już wcześniej. Bez tego punktu odniesienia analiza po wdrożeniu staje się zgadywaniem.

3. Zbuduj plan zgodności URL-i dla każdej ważnej strony

Teraz dopasuj każdy ważny adres URL z WordPressa do nowego customowego URL-a. Jeśli to możliwe, zachowaj układ jeden do jednego. Jeśli stara strona to /services/seo-audit/, nowa nie powinna nagle stać się /what-we-do/consulting/audit/, chyba że istnieje ku temu mocny powód biznesowy. Czyste mapowanie zmniejsza złożoność przekierowań i ułatwia kontrolę migracji.

Szczególne przypadki wymagają dodatkowych linijek w planie. Strony paginowane, archiwa kategorii, widoki filtrowane, strony tagów, archiwa autorów i adresy załączników multimediów mogą zachowywać się różnie. Część powinna przekierowywać do strony nadrzędnej. Część powinna pozostać indeksowalna. Część trzeba całkowicie usunąć z wyników wyszukiwania. Sprawdź każdy przypadek zamiast zgadywać.

Tutaj dobra tabelka naprawdę się przydaje. Dodaj kolumny dla starego URL-a, nowego URL-a, kodu statusu, typu przekierowania, docelowego canonicala i decyzji o indeksowaniu. Następnie przypisz właściciela każdej decyzji. Deweloper, SEO lead i redaktor treści powinni patrzeć na ten sam plik i wiedzieć, co się wydarzy w dniu uruchomienia.

W przypadku dużych serwisów zgodność URL-i potrafi ujawnić brzydkie niespodzianki. Strona tagu w WordPressie może rankować na przydatny temat, nawet jeśli nikt tego nie planował. Plik multimedialny może nadal przyciągać wejścia z wyszukiwania obrazów. Plan migracji powinien uwzględnić też takie strony, bo wyszukiwarki nie przejmą się tym, że dana strona była „tylko resztką”.

4. Zaplanuj razem przekierowania, canonicale i sygnały indeksowania

Samo przekierowanie nie wystarczy. Jeśli strona przekierowuje na nowy URL, ale tag canonical wskazuje gdzie indziej, sygnały robią się chaotyczne. Jeśli strona jest zablokowana w robots.txt, ale znajduje się w mapie witryny, to też tworzy bałagan. Wyszukiwarki wolą jedną jasną historię. Daj im właśnie taką.

Zdefiniuj przekierowania 301 dla każdego starego adresu URL, który potrzebuje nowego miejsca. Unikaj łańcuchów przekierowań. Jeden skok jest dobry. Dwa są jeszcze do przełknięcia w awaryjnej sytuacji. Trzy skoki to moment, w którym ruch i efektywność indeksowania zaczynają spadać. Po bardziej techniczną listę kontrolną zobacz jak skonfigurować przekierowania 301.

Canonicale powinny wskazywać preferowaną wersję każdej strony w nowym serwisie. Jeśli strona filtrowana ma pozostać indeksowalna, zaznacz tę decyzję wprost. Jeśli strona oparta na parametrach nie powinna być indeksowana, dopasuj dyrektywę robots i canonical do tego zamiaru. Mieszane sygnały marnują budżet crawlowania i rozmywają trafność strony.

Mapy witryny XML powinny zawierać tylko te adresy URL, które mają być indeksowane i zwracają odpowiedź 200. Usuń stare adresy WordPressa z mapy w dniu uruchomienia, a nie tydzień później. Mapa z martwymi adresami działa jak plan dróg kończących się ścianą. Roboty wyszukiwarek to zauważą.

Jedna praktyczna zasada bardzo pomaga: jeśli strona ma znaczenie, poprowadź do niej jedną czytelną ścieżkę. Przekieruj stare URL-e, ustaw canonical na końcowy adres i opublikuj ten końcowy adres w mapie witryny. Trzy zgodne sygnały zawsze wygrywają z trzema sprzecznymi.

5. Zachowaj elementy SEO na stronie podczas odtwarzania szablonów

Odtwarzanie szablonów to moment, w którym wiele migracji traci impet. Projektant zmienia hierarchię nagłówków, bo „lepiej wygląda”, albo deweloper skraca meta opisy, bo wydają się niewidoczne. Wyszukiwarki nadal czytają te elementy. Użytkownicy też, pośrednio, poprzez snippet i sitelinki.

Odtwórz tagi title tak, by pozostały konkretne dla każdej strony. Zachowaj meta opisy tam, gdzie nadal pasują do treści. Utrzymaj jedną czytelną strukturę H2 lub H3 na stronie zamiast przypadkowych przeskoków w nagłówkach. Jeśli stary szablon WordPressa używał opisowego H1 z wspierającymi H2, odtwórz tę logikę w customowym buildzie.

Tak samo trzeba zadbać o dane strukturalne. Jeśli stara strona oznaczała artykuły, produkty, okruszki nawigacyjne albo FAQ, sprawdź, które typy schematu nadal mają sens w nowej wersji. Brak schematu nie zawsze zabija pozycje, ale usunięcie prawidłowego typu strony może obniżyć szanse na wyniki rozszerzone. To realny koszt, nawet jeśli trudno go dokładnie policzyć.

Alt text obrazów też ma znaczenie. Jeśli strona WordPress miała nazwane grafiki, które generowały wyświetlenia w wyszukiwarce obrazów, zachowaj opisowy i konkretny alt text. Nie zamieniaj „Spotkanie zespołu w Berlinie” na „obraz1”. Taka jedna zmiana potrafi szybko spłaszczyć widoczność grafik.

Linki wewnętrzne są też częścią obrazu on-page. Jeśli strona usługowa o wysokiej wartości była linkowana z homepage, stopki i trzech powiązanych artykułów, zachowaj te linki tam, gdzie mają sens. Migracja, która zapomina o linkach wewnętrznych, często traci trafność nawet wtedy, gdy sam content został skopiowany poprawnie.

6. Obsłuż przypadki brzegowe treści i multimediów, które WordPress ukrywa

WordPress ukrywa zaskakująco dużo bałaganu. Strony załączników to klasyczny przykład. Mogą tworzyć cienkie adresy URL, które wyszukiwarki crawlują, indeksują, a potem ignorują. Strony autorów i tagów mogą działać podobnie. Jeśli nie są przydatne, usuń je z indeksowania albo skonsoliduj z mocniejszymi stronami.

Adresy multimediów wymagają ostrożnego traktowania. Plik obrazu mógł sam zdobyć ruch, zwłaszcza jeśli serwis publikuje treści od lat. Sprawdź, czy te adresy zasobów powinny pozostać dostępne, czy przekierować do strony, która z nich korzysta. Jeśli plik ma linki przychodzące, pozostawienie go w stanie błędu to zły interes.

Kolejną pułapką są osierocone treści. W WordPressie strona może istnieć w bazie długo po tym, jak zniknie z nawigacji. W trakcie migracji może zostać zapomniana, bo nikt nie widzi jej w menu. Wyszukiwarki jednak mogą ją nadal widzieć. Przygotuj eksport treści, który obejmuje każdy możliwy do opublikowania URL, a nie tylko strony, które pamiętasz z nazwy.

W przypadku dużych serwisów redakcyjnych etap porządkowania może też ujawnić duplikaty lub prawie duplikaty wpisów. Część z nich może wymagać konsolidacji. Inne mogą potrzebować tagu noindex. Podejmuj decyzje na podstawie ruchu, linków i trafności, a nie tylko preferencji redakcyjnych. Wyszukiwarki nie mają sentymentów.

Jeśli potrzebujesz dodatkowego kontekstu dotyczącego bezpieczeństwa na tym etapie, bezpieczeństwo strony internetowej warto przejrzeć przed wdrożeniem. Migracja to nie jest moment na pozostawienie starych plików, otwartych uploadów czy słabych uprawnień.

7. Zweryfikuj wdrożenie za pomocą QA ukierunkowanego na wyszukiwarki

QA powinno odbyć się dwa razy: na stagingu i po uruchomieniu. Przeskanuj stronę stagingową z tymi samymi zasadami, które planujesz udostępnić publicznie. Sprawdź kody statusu, canonicale, linki wewnętrzne, metadane i wynik mapy witryny. Potwierdź, że stare adresy WordPressa zwracają oczekiwane 301, a strona docelowa zwraca 200.

Wypatruj pętli przekierowań, mieszanych protokołów i przypadkowych tagów noindex. Strona, która powinna rankować, ale ma noindex, nie odzyska widoczności przypadkiem. Strona, która przekierowuje z HTTP na HTTPS, a potem na inną ścieżkę, może działać dla użytkowników, ale zwiększa ryzyko. Celem jest jedno czyste przekierowanie.

Porównaj staging z bazą, którą wcześniej zatrzymałeś. Czy liczba adresów URL możliwych do indeksowania zmieniła się znacząco? Czy homepage stracił canonical? Czy linki wewnętrzne nadal wskazują stare slugi? Te kontrole są żmudne. Są jednak tańsze niż spadek ruchu.

Pomaga spojrzeć na QA zarówno przez crawler, jak i przez człowieka. Crawler wyłapuje brakujące tagi. Człowiek widzi dziwne szablony stron, nietypowe tytuły i błędną kolejność treści. Deweloper może uznać stronę za dobrą, bo się ładuje. Wyszukiwarki dbają o znacznie więcej niż samo ładowanie.

8. Monitoruj sygnały SEO po wdrożeniu i szybko naprawiaj straty

Po uruchomieniu przez pierwsze 2 do 4 tygodni codziennie obserwuj Search Console. Śledź widoczność indeksu, błędy crawlowania, zmiany pozycji i ruch na stronach docelowych. Jeśli strona, która wcześniej rankowała, znika z wyników wyszukiwania, najpierw sprawdź przekierowanie, tag title, canonical i linki wewnętrzne.

Niektóre straty są proste. Strona mogła przekierowywać do złego celu. Inne już nie. Sekcja mogła zostać osłabiona, bo zbyt wiele starych URL-i wskazuje na ogólny homepage zamiast na właściwy zamiennik. Wyszukiwarki wolą precyzję, a nie skróty.

Zepsute strony docelowe wymagają natychmiastowej uwagi, bo mogą jednocześnie tracić ruch i konwersje. Jeśli strona z mocnymi linkami zwrotnymi zaczyna zwracać 404, przywróć ją albo poprawnie przekieruj. Jeśli zmienił się URL strony, ale stary adres nadal rankuje, zaktualizuj linki wewnętrzne, żeby serwis przestał wzmacniać złą ścieżkę.

Obserwuj też zachowanie crawl budgetu. Jeśli Googlebot spędza czas na adresach niskiej wartości, dopracuj mapę witryny i przejrzyj zasady indeksowania. Jeśli chcesz szerszego obrazu kosztów pomiaru po wdrożeniu, ile kosztuje analityka strony internetowej pomoże lepiej zaplanować budżet monitoringu. Dla zespołów, które chcą długofalowo utrzymać nowy serwis w dobrej kondycji, ile kosztuje utrzymanie strony internetowej będzie dobrym uzupełnieniem.

Jedna ostatnia praktyka naprawdę się opłaca: prowadź dziennik zmian dla każdego przekierowania, korekty canonicala i aktualizacji szablonu po wdrożeniu. Jeśli pozycje spadną dziewiątego dnia, chcesz wiedzieć, co zmieniło się szóstego. Taki dziennik zamienia panikę w diagnozę, a diagnozę w poprawkę, której można zaufać.