TL;DR
Migracja CMS nie rankuje samej treści - rankuje URL-e. Kluczowe jest zachowanie struktury URL lub wdrożenie przekierowań 301 dla każdego zmienionego adresu.
Meta tagi, sitemap XML i tagi canonical muszą być przeniesione i sprawdzone przed launchem, nie po.
Pozycje stabilizują się typowo w 2–4 tygodnie po migracji - chwilowe wahania są normalne.
Strona po migracji na Astro zyskuje znacznie lepszy PageSpeed, co z czasem przekłada się na lepsze pozycje.
Monitoring w Google Search Console przez pierwsze 4 tygodnie pozwala wychwycić błędy indeksowania zanim zdążą wpłynąć na ruch.
Migracja z WordPressa do Storyblok to zmiana architektury technicznej, nie zmiana treści - i właśnie to decyduje, czy pozycje w Google przetrwają.
Dlaczego migracje CMS często ranią SEO
Google indeksuje konkretne URL-e. Pozycja artykułu "jak dobrać system CRM" w Google to pozycja URL-a `twojadomena.pl/blog/jak-dobrac-system-crm`, nie artykułu jako abstrakcyjnego obiektu. Jeśli po migracji ten URL przestaje istnieć lub zwraca 404 - Google wykreśla go z indeksu.
Większość problemów SEO przy migracjach ma jedno źródło: zmiana struktury URL bez przekierowań 301.
Co Google śledzi przy migracji
Sygnały przechowywane przy URL-u
Każdy URL ma historię w oczach Google: ile linków zewnętrznych do niego prowadzi, jak długo jest indeksowany, ile kliknięć zbiera z wyników wyszukiwania, czy ma spójne metadane. Te sygnały budowane są latami i są przypisane do konkretnego URL-a.
Przekierowanie 301 przenoosi sygnały z jednego URL-a na drugi - z wagą ok. 90–95% wartości oryginalnego URL-a według badań i historycznych potwierdzeń Google. To nie jest natychmiastowe, ale zazwyczaj po 2–4 tygodniach pozycje stabilizują się na poziomie sprzed migracji.
Sygnały na poziomie domeny
PageRank domeny, jej wiek, historia indeksowania, liczba stron w indeksie - to nie przepadają przy migracji CMS na tej samej domenie. Migracja z WordPressa do Storyblok na `twojadomena.pl` nie zmienia historii tej domeny w Google.
Plan migracji pod SEO - co sprawdzamy przed launchem
1. Pełna mapa URL-i
Przed migracją eksportujemy kompletną listę URL-i z obecnego WordPressa: posty, strony, taksonomie (kategorie, tagi), media (jeśli mają osobne strony). To lista URLs, które Google ma w indeksie i które muszą albo przetrwać, albo dostać przekierowanie.
2. Decyzja: zachować czy zmienić strukturę URL?
WordPress domyślnie generuje URL-e w formacie `/kategoria/podkategoria/slug`. Storyblok (razem z frontendem Astro lub Next.js) daje pełną kontrolę nad strukturą URL.
Zachowanie struktury URL - najłatwiejsza ścieżka SEO. Zero przekierowań, zero ryzyka. Wymagane gdy strona ma silnie zbudowaną pozycję.
Zmiana struktury URL - uzasadniona, jeśli obecna struktura jest zła (np. zbyt głęboka hierarchia, duplikaty). Wymaga mapowania każdego starego URL-a na nowy i wdrożenia przekierowań 301. Ryzyko: chwilowy spadek pozycji na czas, gdy Google przeprocesuje przekierowania.
3. Mapa przekierowań 301
Dla każdego URL-a, który zmienia adres, tworzymy mapowanie: `stary-url → nowy-url`. Dla URL-i, które zostają bez zmian, nie jest potrzebne nic.
Przekierowania wdrażamy na poziomie konfiguracji hostingu (plik `vercel.json` przy Vercel lub `_redirects` przy Netlify/Cloudflare Pages) — nie przez plugin ani `.htaccess`.
4. Meta tagi, tytuły, opisy
Wszystkie meta tagi z WordPressa (tytuły, opisy, Open Graph) muszą być przeniesione do nowego systemu. Storyblok przechowuje metadane jako pola komponentu strony — przy migracji importujemy je razem z treścią.
5. Sitemap XML
Stara sitemap WordPressowa traci aktualność po launchem. Nowy frontend (Astro lub Next.js) generuje sitemap automatycznie — sprawdzamy, że plik `/sitemap.xml` jest dostępny i zgłoszony w Google Search Console przed launchem.
6. Canonical tags
Upewniamy się, że każda strona ma poprawny tag `canonical` wskazujący na siebie. Bez kanonicznych tagów Google może generować duplikaty (np. przy URL-ach z parametrami).
Faza po launchem: monitoring przez pierwsze 4 tygodnie
Google Search Console
Po launchem dodajemy nową konfigurację do Google Search Console i obserwujemy:
Błędy indeksowania (404, przekierowania łańcuchowe)
Pokrycie indeksu (ile stron jest zaindeksowanych)
Zmiany pozycji per strona
Typowy wzorzec: przez pierwsze 2–4 tygodnie pozycje mogą być niestabilne, podczas gdy Google przeprocesowuje zmienioną strukturę. To normalne i nie jest powodem do paniki.
Crawling po launchem
Uruchamiamy crawler (Screaming Frog lub Ahrefs Crawler) na nowej stronie i sprawdzamy:
Czy wszystkie URL-e z mapy przekierowań działają poprawnie
Czy nie ma łańcuchów przekierowań (A → B → C zamiast A → C)
Czy strony nie zwracają 404 niespodziewanie
Czy sitemap zgadza się z indeksowanymi stronami
Migracja treści z WordPressa do Storybloka
Treść z WordPress migrujemy przez skrypt — pobieramy przez WP REST API wszystkie wpisy i strony, transformujemy HTML na format richtext Storyblok i importujemy przez Management API.
Obrazy przenosimy do asset managera Storybloka. Media pozostają dostępne pod tymi samymi URL-ami (jeśli używamy starej domeny) lub dostają przekierowania.
Szczegóły wdrożenia Storybloka jako CMS, w tym migracje z WordPressa, opisujemy na podstronie usługowej.
Typowe wyniki migracji
Przy poprawnie przeprowadzonej migracji (zachowane URL-e lub kompletna mapa przekierowań):
Pozycje stabilizują się na poziomie sprzed migracji w ciągu 2–4 tygodni
PageSpeed i Core Web Vitals poprawiają się znacznie — statyczny Astro vs WordPress
Poprawiony PageSpeed może z czasem poprawić pozycje w Google (szybkość strony to sygnał rankingowy od 2021)
Jedną z najczęstszych motywacji migracji opisujemy w artykule o tym, dlaczego Astro to przyszłość stron firmowych — SEO jest ważnym elementem, ale nie jedynym.
Najczęściej zadawane pytania
Przy poprawnie wdrożonej migracji — nie. Warunki: zachowanie struktury URL lub kompletna mapa przekierowań 301, przeniesienie meta tagów, aktualna sitemap XML. Chwilowe wahania w pierwszych 2–4 tygodniach są normalne i nie oznaczają trwałej utraty pozycji.
Typowo 2–4 tygodnie. W przypadku dużych serwisów z setkami stron lub silnie rozbudowanym link profilem — do 8 tygodni. Google musi ponownie zcrawlować zmienioną stronę, co zajmuje czas zależny od crawl budget i częstotliwości odwiedzin bota.
Tylko jeśli obecna struktura jest naprawdę zła i wymaga poprawy. Zmiana struktury URL to dodatkowe ryzyko i praca przy mapowaniu przekierowań. Jeśli obecne URL-e są akceptowalne, zalecamy ich zachowanie — zero ryzyka i zero dodatkowej pracy.
Linki zewnętrzne wskazujące na URL-e z przekierowaniami 301 działają poprawnie — PageRank przepływa przez przekierowanie. Warto poinformować właścicieli najważniejszych linkujących stron o zmianie URL-i (jeśli dotyczy) i poprosić o aktualizację, ale nie jest to konieczne do zachowania pozycji.
