Materiał porządkuje temat: po migracji spadl ruch organiczny.
Spadek ruchu organicznego po migracji strony to jeden z najczęstszych i najbardziej kosztownych problemów w SEO technicznym. Objaw zwykle pojawia się po zmianie CMS, przebudowie serwisu, zmianie struktury adresów URL, przejściu na nowy szablon, wdrożeniu wersji headless, migracji domeny albo połączeniu kilku serwisów w jeden. Jeśli widoczność zmniejszyła się kilka dni lub tygodni po wdrożeniu, nie należy zakładać, że to „naturalne wahanie”. W większości przypadków za spadkiem stoi konkretny błąd techniczny, który można zdiagnozować i naprawić.
Fraza „po migracji spadl ruch organiczny” bardzo często prowadzi do podobnego scenariusza: stara wersja serwisu miała historię, linki, indeksację i rankingi, a nowa nie przejęła tych sygnałów prawidłowo. Dobra wiadomość jest taka, że wiele strat można odzyskać, jeśli szybko sprawdzisz przekierowania, indeksację, mapy XML, kanonikalizację, treści, linkowanie wewnętrzne i dane w Google Search Console.
Najważniejsze: nie zaczynaj od przypadkowych zmian w treści i meta title. Po migracji najpierw trzeba potwierdzić, czy Google może poprawnie znaleźć, zaindeksować i powiązać nowe adresy ze starymi. Dopiero później warto optymalizować content i elementy on-page.
Spis treści
Jak rozpoznać problem po migracji?
Typowy problem wygląda tak: po wdrożeniu nowej strony ruch organiczny zaczyna spadać, liczba kliknięć w Google Search Console maleje, a widoczność na frazy kluczowe kurczy się w narzędziach SEO. Czasem spadek jest gwałtowny i widoczny już po kilku dniach, a czasem narasta przez 2-6 tygodni. Im większa strona, tym większe ryzyko, że skutki migracji będą rozłożone w czasie.
Najbardziej podejrzane są sytuacje, w których spadek zbiega się z jedną z poniższych zmian:
Zmiana CMS
Na przykład migracja z autorskiego systemu na WordPress, Shopify, Magento, PrestaShop lub inny CMS. Nowy system może inaczej generować adresy, nagłówki, paginację, canonicale i mapy XML.
Zmiana adresów URL
Nawet niewielka zmiana struktury, na przykład usunięcie kategorii z adresu, zmiana końcówek, slashy lub transliteracji, wymaga precyzyjnych przekierowań 301.
Nowy szablon lub frontend
Nowy wygląd może usunąć treści, zmienić hierarchię nagłówków, ograniczyć linkowanie wewnętrzne albo ukryć ważne elementy przed robotami.
Zmiana domeny lub protokołu
Przeniesienie na nową domenę, subdomenę, katalog albo wymuszenie HTTPS wymaga poprawnego mapowania adresów i aktualizacji sygnałów technicznych.
Nie każdy spadek po migracji oznacza katastrofę. Krótkotrwałe wahania mogą wystąpić, bo Google musi ponownie przetworzyć strukturę serwisu. Problem zaczyna się wtedy, gdy spadek jest głęboki, dotyczy kluczowych adresów, trwa dłużej niż kilka tygodni albo w Google Search Console rośnie liczba wykluczonych i błędnych URL-i.
Najczęstsze przyczyny spadku ruchu organicznego po migracji
Przyczyny zwykle nie są pojedyncze. W praktyce spadek organiczny po migracji często wynika z kilku nakładających się błędów: część adresów nie ma przekierowań, część została zablokowana, część utraciła treść, a część przestała otrzymywać linki wewnętrzne.
Brak mapowania starych adresów na nowe
Jeśli stare adresy generujące ruch nie zostały przekierowane na najbardziej zbliżone nowe odpowiedniki, Google traci ciągłość sygnałów. Efektem są błędy 404, utrata link equity i spadek pozycji.
Przekierowania na stronę główną
Masowe przekierowanie starych URL-i na homepage jest częstym błędem. Google nie traktuje takiego rozwiązania jako równoważnego przeniesienia treści, więc widoczność podstron może zostać utracona.
Łańcuchy i pętle przekierowań
Adres A przekierowuje na B, B na C, a C dopiero na właściwy URL. Takie łańcuchy spowalniają crawling i zwiększają ryzyko błędnej interpretacji migracji.
Zablokowana indeksacja
Po wdrożeniu może zostać aktywne noindex, blokada w robots.txt, nieprawidłowe nagłówki X-Robots-Tag albo zabezpieczenie środowiska testowego przeniesione na produkcję.
Błędne canonicale
Canonical wskazujący starą domenę, wersję testową, stronę główną albo niewłaściwą wersję językową może wykluczać ważne adresy z indeksu.
Utrata treści i intencji strony
Nowa podstrona może wyglądać nowocześnie, ale mieć mniej tekstu, mniej odpowiedzi na pytania użytkownika, inną strukturę H2/H3 albo brak sekcji, które wcześniej rankowały.
Zmiana linkowania wewnętrznego
Jeśli po migracji ważne podstrony są głębiej w strukturze, nie mają linków z menu, kategorii lub treści, Google może uznać je za mniej istotne.
Problemy z renderowaniem
Przy nowoczesnych frontendach część treści lub linków może być widoczna dla użytkownika, ale trudniejsza do przetworzenia dla Googlebota, szczególnie gdy zależy od JavaScript.
Jeśli migracja dotyczyła WordPressa, warto osobno sprawdzić ustawienia indeksowania, strukturę linków bezpośrednich, przekierowania, mapę XML, wtyczki SEO, canonicale i szablony typów treści. Więcej o technicznych elementach tego CMS znajdziesz na stronie optymalizacja WordPress.
Diagnostyka krok po kroku
Diagnostyka po migracji powinna łączyć dane historyczne, aktualny crawl serwisu i informacje z Google Search Console. Nie wystarczy sprawdzić, czy strona „działa” w przeglądarce. Trzeba ustalić, czy Google widzi tę samą strukturę, którą widział przed migracją, i czy najważniejsze adresy zachowały swój odpowiednik.
- Ustal datę migracji i zakres zmianSprawdź dokładny dzień wdrożenia, typ migracji, listę zmian w adresach URL, CMS, szablonie, treściach, menu, filtrach, paginacji i wersjach językowych.
- Porównaj dane przed i po migracjiW Google Search Console porównaj kliknięcia, wyświetlenia, CTR i pozycje dla okresu 28 lub 90 dni przed migracją z analogicznym okresem po migracji. Oddziel brand od fraz non-brand.
- Wyodrębnij podstrony, które straciły najwięcejNie analizuj tylko całego serwisu. Eksportuj adresy URL z największym spadkiem kliknięć i sprawdź, czy mają poprawne nowe odpowiedniki.
- Sprawdź przekierowania starych URL-iPrzetestuj adresy, które wcześniej miały ruch, linki zewnętrzne i pozycje. Każdy powinien prowadzić kodem 301 do najbardziej trafnej nowej podstrony, a nie do strony głównej.
- Wykonaj crawl nowej stronySprawdź statusy HTTP, canonicale, meta robots, nagłówki, duplikaty, linkowanie wewnętrzne, głębokość kliknięć, błędy 404, łańcuchy przekierowań i adresy osierocone.
- Zweryfikuj indeksacjęW raporcie indeksowania sprawdź, czy ważne adresy są zaindeksowane, czy zostały wykluczone i z jakiego powodu. Warto użyć także inspekcji pojedynczych URL-i.
- Porównaj treść starych i nowych podstronSprawdź, czy nowa wersja odpowiada na tę samą intencję, zawiera podobnie ważne sekcje, ma właściwą strukturę nagłówków i nie utraciła kluczowych bloków contentu.
- Sprawdź sygnały techniczne i wydajnośćZweryfikuj Core Web Vitals, responsywność, renderowanie, błędy zasobów, wersje językowe, hreflang, dane strukturalne i poprawność map XML.
Na tym etapie warto oprzeć się na twardych danych, a nie na założeniach zespołu wdrożeniowego. Często słyszymy, że „wszystkie przekierowania są zrobione”, a po audycie okazuje się, że przekierowano tylko część adresów z menu, bez starych landing page, wpisów blogowych, filtrów kategorii i URL-i pozyskujących linki.
Kalkulator RankHero
Oszacuj opłacalność odzyskania ruchu z SEO
Policz, jak utracony ruch organiczny może przekładać się na przychód i czy inwestycja w naprawę SEO ma uzasadnienie biznesowe.
Tabela diagnostyczna: objaw, możliwa przyczyna i działanie
| Objaw po migracji | Możliwa przyczyna | Co sprawdzić | Rekomendowane działanie |
|---|---|---|---|
| Gwałtowny spadek kliknięć w ciągu kilku dni | Blokada indeksacji, noindex, robots.txt, błędne przekierowania | Google Search Console, robots.txt, meta robots, statusy HTTP | Usuń blokady, popraw dyrektywy indeksowania, prześlij mapę XML i poproś o ponowne zindeksowanie kluczowych URL-i. |
| Spadek głównie na adresach, które zmieniły URL | Brak przekierowań 301 lub przekierowania do nieodpowiednich stron | Lista starych adresów z ruchem, crawl przekierowań, logi serwera | Wdróż mapowanie 1:1 lub najbliższy odpowiednik tematyczny. Unikaj przekierowań na stronę główną. |
| Adresy są dostępne, ale nie wracają na pozycje | Utrata treści, zmiana intencji, słabsze linkowanie wewnętrzne | Porównanie starej i nowej wersji strony, archiwum, analiza treści | Odtwórz kluczowe sekcje, popraw nagłówki, linki wewnętrzne i dopasowanie do intencji użytkownika. |
| W GSC rośnie liczba stron „Nie znaleziono 404” | Usunięte adresy bez przekierowań | Raport indeksowania, crawl, linki zewnętrzne do 404 | Przekieruj wartościowe adresy. Dla stron bez odpowiednika zastosuj 410 tylko wtedy, gdy świadomie rezygnujesz z ich wartości. |
| Google indeksuje adresy testowe lub parametry | Błędne canonicale, brak kontroli środowiska staging, duplikacja | site:, canonicale, mapy XML, raporty indeksowania | Usuń adresy testowe z indeksu, zabezpiecz staging, popraw canonicale i mapy XML. |
| Spadek w e-commerce na kategoriach | Zmiana filtrów, paginacji, opisów kategorii, linkowania i dostępności produktów | Crawl kategorii, canonicale filtrów, produkty, breadcrumbs | Przywróć priorytet kategorii, uporządkuj indeksację filtrów, popraw opisy i linkowanie z menu oraz listingów. |
| Spadek tylko na mobile | Problemy z wydajnością, ukryte treści, renderowanie, UX mobilny | Core Web Vitals, test renderowania, porównanie desktop i mobile | Popraw ładowanie, widoczność treści, elementy interaktywne i zasoby blokujące renderowanie. |
Rekomendowane działania naprawcze
Naprawa spadku po migracji powinna być priorytetyzowana według wpływu na ruch i przychód. Najpierw zajmij się adresami, które przed migracją generowały najwięcej kliknięć, konwersji, leadów lub sprzedaży. Następnie naprawiaj błędy strukturalne, które wpływają na cały serwis.
1. Odtwórz listę adresów sprzed migracji
Najlepszym punktem startu jest eksport z Google Search Console, danych analitycznych, narzędzi SEO, map XML sprzed migracji, logów serwera oraz kopii strony z archiwum. Celem jest lista URL-i, które miały wartość: ruch, pozycje, linki zewnętrzne, konwersje lub strategiczne znaczenie dla oferty.
Jeśli nie masz pełnej listy starych adresów, nadal można ją częściowo odtworzyć. Wykorzystaj Google Search Console, narzędzia do analizy linków, archiwalne mapy XML, dane z Analytics, kopie z web archive oraz eksporty ze starego CMS.
2. Popraw przekierowania 301
Przekierowania powinny prowadzić do najbardziej zbliżonych odpowiedników. Stara kategoria powinna kierować do nowej kategorii, stary produkt do nowego produktu lub najbliższej alternatywy, a stary artykuł do zaktualizowanego artykułu o tej samej intencji. Przekierowanie wszystkiego na stronę główną jest rozwiązaniem pozornym i zwykle nie odzyskuje widoczności.
- Unikaj łańcuchów przekierowań.
- Stosuj 301 dla trwałego przeniesienia.
- Aktualizuj linki wewnętrzne tak, aby prowadziły bezpośrednio do finalnych adresów.
- Nie przekierowuj stron o różnej intencji tylko dlatego, że są „podobne biznesowo”.
- Monitoruj błędy 404 po wdrożeniu poprawek.
3. Sprawdź indeksację i canonicale
Po migracji bardzo często nowa strona działa poprawnie dla użytkownika, ale wysyła Google sprzeczne sygnały. Przykład: URL jest w mapie XML, ale ma noindex. Albo strona jest dostępna, ale canonical wskazuje inny adres. Takie konflikty trzeba wyeliminować szybko, szczególnie na stronach z dużym potencjałem ruchu.
Warto sprawdzić definicje podstawowych pojęć, takich jak canonical, noindex, crawl budget czy przekierowanie 301. Jeżeli chcesz uporządkować terminologię, skorzystaj ze słownika pojęć.
4. Przywróć utracone treści i strukturę informacji
Zmiana szablonu często prowadzi do usunięcia fragmentów treści, które wcześniej wspierały widoczność. Nie chodzi o kopiowanie starej strony jeden do jednego, ale o zachowanie odpowiedzi na kluczowe intencje użytkownika. Jeśli stara podstrona miała sekcje porównawcze, FAQ, dane techniczne, opisy kategorii lub linki do podkategorii, nowa wersja też powinna obsługiwać te potrzeby.
- Porównaj długość i zakres treści.
- Sprawdź, czy zachowano najważniejsze nagłówki H2 i H3.
- Upewnij się, że nowa strona odpowiada na tę samą intencję wyszukiwania.
- Dodaj brakujące sekcje, jeśli ich usunięcie koreluje ze spadkiem pozycji.
- Zweryfikuj dane strukturalne, szczególnie w e-commerce i treściach poradnikowych.
5. Odbuduj linkowanie wewnętrzne
Po migracji ważne strony mogą stracić linki z menu, stopki, listingów, breadcrumbs, modułów „podobne produkty” lub artykułów blogowych. To wpływa na crawl, priorytet podstron i przepływ autorytetu wewnątrz serwisu. Szczególnie w B2B i e-commerce linkowanie wewnętrzne często decyduje o tym, które kategorie, usługi i poradniki utrzymują widoczność.
Dla właściciela firmy
Najważniejsze jest szybkie ustalenie, czy spadek dotyka stron generujących leady, zapytania i sprzedaż, a nie tylko ruch informacyjny.
Dla marketera B2B
Kluczowe jest rozdzielenie fraz brandowych, ofertowych i poradnikowych oraz sprawdzenie wpływu migracji na ścieżki pozyskiwania leadów.
Dla e-commerce managera
Priorytetem są kategorie, produkty z marżą, filtry indeksowalne, duplikacja oraz przekierowania produktów wycofanych z oferty.
Dla osoby odpowiedzialnej za stronę
Najważniejsze są techniczne sygnały: statusy, mapy XML, canonicale, robots.txt, noindex, przekierowania i poprawność wdrożenia.
Lista kontrolna po migracji strony
Poniższa lista pomaga szybko ocenić, czy spadek ruchu organicznego wynika z błędów migracyjnych. Warto przejść ją w kolejności od kwestii krytycznych do optymalizacyjnych.
- Sprawdź, czy produkcyjna strona nie ma globalnego noindex.
- Zweryfikuj plik robots.txt i upewnij się, że nie blokuje ważnych katalogów.
- Przetestuj przekierowania dla starych URL-i z ruchem i linkami.
- Usuń łańcuchy, pętle i przekierowania na nieadekwatne strony.
- Porównaj mapę XML z realnie indeksowalnymi adresami.
- Sprawdź, czy canonicale wskazują właściwe finalne URL-e.
- Zweryfikuj statusy HTTP dla stron kluczowych biznesowo.
- Porównaj treść starych i nowych podstron generujących spadki.
- Sprawdź, czy menu, breadcrumbs i linki w treści prowadzą do nowych adresów.
- Przeanalizuj raport indeksowania w Google Search Console.
- Sprawdź, czy nie indeksują się środowiska testowe, parametry lub duplikaty.
- Zweryfikuj wydajność i renderowanie na urządzeniach mobilnych.
- Oceń, czy wdrożono dane strukturalne tam, gdzie były wcześniej.
- Sprawdź hreflang, jeśli serwis ma wersje językowe lub regionalne.
- Monitoruj logi serwera, aby zobaczyć, jak Googlebot odwiedza nową strukturę.
Jeżeli spadek dotyczy dużej części serwisu, nie wprowadzaj jednocześnie wielu zmian bez dokumentacji. Każda poprawka powinna mieć datę, zakres i miernik efektu. Dzięki temu łatwiej odróżnić realną naprawę od przypadkowej korelacji.
Jak długo trwa odzyskiwanie ruchu po naprawie migracji?
To zależy od skali serwisu, głębokości błędów i częstotliwości crawlowania przez Google. Proste problemy, takie jak przypadkowy noindex na ważnych podstronach, mogą zacząć się odwracać po kilku dniach lub tygodniach. Błędy w przekierowaniach na dużym serwisie mogą wymagać dłuższego czasu, ponieważ Google musi ponownie odwiedzić stare i nowe adresy, przetworzyć sygnały oraz zaktualizować indeks.
W e-commerce odzyskiwanie bywa wolniejsze, jeśli migracja objęła tysiące produktów, filtry, kategorie i parametry. W B2B krytyczne mogą być pojedyncze landing page usługowe, które generowały mało ruchu, ale wysoką wartość biznesową. Dlatego analiza powinna obejmować nie tylko liczbę sesji, ale też leady, zapytania, wartość pipeline i sprzedaż.
| Typ problemu | Typowy czas pierwszych efektów | Ryzyko biznesowe |
|---|---|---|
| Globalny noindex lub blokada robots.txt | Kilka dni do kilku tygodni po usunięciu blokady | Bardzo wysokie |
| Brak przekierowań dla kluczowych URL-i | 2-8 tygodni po wdrożeniu poprawnych 301 | Wysokie |
| Utrata treści na stronach ofertowych | 4-12 tygodni po odtworzeniu i optymalizacji | Wysokie dla lead generation |
| Słabsze linkowanie wewnętrzne | 2-10 tygodni po poprawie struktury | Średnie do wysokiego |
| Problemy z duplikacją i canonicalami | 3-12 tygodni zależnie od skali | Średnie do wysokiego |
Kiedy warto skonsultować problem z ekspertem?
Konsultacja z ekspertem jest wskazana, gdy spadek ruchu organicznego wpływa na sprzedaż, leady lub widoczność kluczowych kategorii, a zespół nie ma pewności, które działania wykonać jako pierwsze. Po migracji czas działa na niekorzyść strony: im dłużej Google przetwarza błędne sygnały, tym trudniej odróżnić problem techniczny od zmian konkurencyjnych i algorytmicznych.
Spadek przekracza 20-30 procent
Tak duża utrata ruchu po wdrożeniu zwykle wymaga pełnej diagnostyki technicznej, a nie tylko sprawdzenia kilku adresów.
Uciekają frazy sprzedażowe
Jeśli spadły zapytania ofertowe, kategorie produktowe lub landing page usługowe, priorytetem jest odzyskanie stron o największej wartości biznesowej.
Brakuje dokumentacji migracji
Bez mapy starych i nowych adresów trzeba odtworzyć historię serwisu oraz sprawdzić, które sygnały zostały utracone.
Serwis jest duży lub złożony
Sklepy internetowe, portale, serwisy wielojęzyczne i strony z filtrami wymagają analizy indeksacji, crawl budgetu, paginacji i duplikacji.
W RankHero analizujemy spadki po migracji od strony technicznej, contentowej i biznesowej. Łączymy dane z Google Search Console, crawl serwisu, historię adresów, analizę przekierowań, indeksację i priorytety przychodowe. Jeżeli potrzebujesz pełnej diagnozy, punktem wyjścia może być audyt SEO skoncentrowany na migracji i odzyskaniu widoczności.
Spadł ruch po migracji? Sprawdźmy, gdzie uciekła widoczność
Przeanalizujemy przekierowania, indeksację, canonicale, strukturę adresów, linkowanie wewnętrzne i strony, które straciły największą wartość. Otrzymasz konkretną listę błędów oraz priorytety napraw.
FAQ
Czy spadek ruchu organicznego po migracji jest normalny?
Niewielkie wahania są możliwe, ponieważ Google potrzebuje czasu na przetworzenie nowej struktury. Nie jest jednak normalny gwałtowny lub długotrwały spadek widoczności, szczególnie jeśli dotyczy stron, które wcześniej generowały ruch i konwersje. W takiej sytuacji trzeba sprawdzić przekierowania, indeksację i zmiany w treści.
Jak szybko reagować, jeśli po migracji spadł ruch organiczny?
Najlepiej od razu po zauważeniu trendu spadkowego. Pierwsze dni i tygodnie po migracji są kluczowe, bo wtedy Google intensywnie przetwarza nowe sygnały. Szybka korekta błędnych przekierowań, blokad indeksacji lub canonicali może ograniczyć skalę strat.
Czy wystarczy przekierować wszystkie stare adresy na stronę główną?
Nie. To jeden z najczęstszych błędów migracyjnych. Przekierowanie powinno prowadzić do najbliższego tematycznie odpowiednika. Jeśli stary adres kategorii kieruje na stronę główną, Google zwykle nie uzna tego za równoważne przeniesienie treści, a strona może stracić pozycje.
Co jest ważniejsze po migracji: przekierowania czy treść?
Oba elementy są ważne, ale w pierwszej kolejności trzeba upewnić się, że Google może poprawnie dotrzeć do nowych adresów i powiązać je ze starymi. Jeśli przekierowania, indeksacja i canonicale są błędne, nawet dobra treść może nie odzyskać widoczności.
Czy zmiana CMS może obniżyć widoczność w Google?
Tak, jeśli nowy CMS zmienia strukturę URL, generuje błędne canonicale, usuwa treści, tworzy duplikaty, inaczej obsługuje paginację albo ogranicza linkowanie wewnętrzne. Sam CMS nie jest problemem. Problemem są konsekwencje techniczne i informacyjne migracji.
Jak sprawdzić, które podstrony straciły najwięcej?
Najlepiej użyć Google Search Console i porównać okres przed migracją z okresem po migracji. W raporcie skuteczności wybierz wymiar „Strony”, wyeksportuj dane i posortuj adresy według spadku kliknięć oraz wyświetleń. Następnie sprawdź status tych adresów, przekierowania i nowe odpowiedniki.
Czy audyt SEO po migracji różni się od standardowego audytu?
Tak. Audyt po migracji mocniej koncentruje się na porównaniu stanu przed i po wdrożeniu. Kluczowe są stare adresy, mapowanie URL-i, przekierowania, indeksacja, utracone treści, zmiany linkowania wewnętrznego oraz wpływ na strony generujące wartość biznesową.
Kiedy można uznać, że migracja została naprawiona?
Gdy kluczowe adresy są poprawnie przekierowane lub dostępne, ważne strony są indeksowalne, canonicale są spójne, mapa XML zawiera właściwe URL-e, a widoczność i kliknięcia zaczynają wracać na poziom zgodny z potencjałem serwisu. Warto monitorować nie tylko ruch, ale też konwersje i jakość zapytań.