60 do 80% migracji stron kończy się mierzalną utratą ruchu organicznego (źródło: Seobeni, 2026). Tylko 1 na 10 migracji poprawia pozycje w wyszukiwarce. Średni czas odzyskania ruchu po źle przeprowadzonej migracji to 523 dni. Półtora roku.
Te liczby brzmią przerażająco. I właśnie dlatego wiele firm odkłada redesign strony, mimo że wiedzą, że obecna im nie pomaga. Lęk przed utratą pozycji w Google bywa silniejszy niż świadomość, że strona spowalnia sprzedaż.
Dobra wiadomość: te statystyki dotyczą migracji przeprowadzonych bez planu. Przy odpowiednim przygotowaniu ryzyko spada radykalnie. Poniżej znajdziesz konkretne informacje o tym, co się naprawdę dzieje przy zmianie strony, gdzie są realne ryzyka i jak się przed nimi zabezpieczyć.
Co Google "widzi", gdy zmieniasz stronę
Google traktuje każdy adres URL jako osobny byt z własną historią: linki zwrotne, pozycja w rankingu, autorytet zbudowany przez lata. Gdy zmieniasz stronę (nowy CMS, nowa struktura, nowe adresy URL), Google na moment traci orientację, bo nie wie, że nowa strona to kontynuacja starej.
Sam w sobie redesign nie jest karą, tylko procesem ponownej oceny. Google musi przejść przez nową strukturę, prześledzić przekierowania, powiązać nowe adresy ze starymi i na nowo ocenić każdą podstronę. Jeśli ten proces przebiega prawidłowo, ruch wraca w ciągu kilku tygodni. Jeśli nie, może nie wrócić wcale.
Kluczowa zasada: Google nie karze za zmianę strony, tylko za przerwanie sygnałów, które budowałeś latami.
Pięć rzeczy, które naprawdę powodują utratę ruchu
Migracje zawodzą nie dlatego, że nowa strona jest gorzej wykonana, tylko dlatego że zabrakło połączenia między starą a nową wersją serwisu. Przyczyny powtarzają się w praktycznie każdym nieudanym projekcie.
1. Brakujące lub błędne przekierowania.
Każdy stary adres URL, który miał ruch lub linki zwrotne, musi prowadzić do odpowiadającej mu nowej strony przez przekierowanie 301. Nie do strony głównej, nie do "najbliższej" podstrony, tylko do dokładnego odpowiednika. Jeden pominięty adres to utracony autorytet, którego nie odbudujesz szybko.
2. Znacznik noindex pozostawiony ze środowiska testowego.
Podczas budowy nowej strony na serwerze testowym ustawia się blokadę indeksowania, żeby Google nie indeksował wersji roboczej. Jeśli ta blokada nie zostanie usunięta przed startem, nowa strona jest niewidoczna dla wyszukiwarki. To jeden z najczęstszych i najbardziej kosztownych błędów, bo jest całkowicie niewidoczny bez narzędzi technicznych.
3. Łańcuchy przekierowań.
Przekierowanie A prowadzi do B, B prowadzi do C, C prowadzi do D. Każdy dodatkowy krok osłabia sygnał SEO i spowalnia ładowanie strony. Poprawna migracja oznacza jeden krok: stary adres wprost na nowy.
4. Utrata danych strukturalnych (Schema.org).
Dane strukturalne mówią Google (i narzędziom AI) kim jesteś, co oferujesz, gdzie działasz. Jeśli nowa strona ich nie ma lub ma je źle skonfigurowane, tracisz nie tylko pozycje w klasycznym wyszukiwaniu, ale też cytowania w ChatGPT, Gemini i Perplexity. W 2026 roku to nowa kategoria ryzyka, której większość firm jeszcze nie bierze pod uwagę.
5. Zmiana treści i struktury jednocześnie.
Jeśli przy migracji zmienisz jednocześnie adresy URL, treść, nagłówki i architekturę informacji, nie będziesz w stanie ustalić, co spowodowało spadek ruchu. Sprawdzona praktyka: najpierw migruj strukturę, potem optymalizuj treść.
Co zrobić przed migracją, żeby się zabezpieczyć
Większość pracy, która decyduje o powodzeniu migracji, dzieje się tygodnie przed startem nowej strony. Sam dzień uruchomienia powinien być nudny, jeśli przygotowania były porządne.
Zrób pełną inwentaryzację obecnych adresów URL. Wyciągnij listę wszystkich stron, które mają ruch z Google, linki zwrotne lub pozycje na ważne frazy. To są strony, które musisz chronić za wszelką cenę. Narzędzia jak Google Search Console, Screaming Frog lub Ahrefs pokażą Ci pełny obraz.
Przygotuj mapę przekierowań 1:1. Każdy stary adres URL przypisany do konkretnego nowego. Nie "wszystko na stronę główną". Nie "podobne tematy do jednej podstrony". Dokładne mapowanie, adres po adresie.
Zachowaj dane strukturalne. Upewnij się, że Schema.org (Organization, Service, FAQ, Breadcrumb) jest na nowej stronie od dnia startu. Jeśli używasz Google Tag Manager do wdrożenia Schema, sprawdź, czy GTM jest podłączony do nowej strony przed uruchomieniem.
Przetestuj nową stronę na środowisku testowym. Sprawdź przekierowania, znaczniki noindex, kanoniczne URL-e, szybkość ładowania i responsywność mobilną. Przeskanuj stronę crawlerem (np. Screaming Frog) i porównaj wyniki z listą starych adresów. Każdy brak to potencjalna strata.
Nie uruchamiaj w piątek. Jeśli coś pójdzie nie tak, chcesz mieć pełen zespół pod ręką, żeby reagować. Start w poniedziałek lub wtorek daje 4–5 dni na monitorowanie i naprawę problemów, zanim weekend obniży uwagę.
Co monitorować po starcie nowej strony
Pierwsze 90 dni po migracji decydują o sukcesie, bo wtedy najłatwiej wychwycić i naprawić problemy, zanim staną się trwałe.
Sprawdzaj Google Search Console codziennie przez pierwszy miesiąc. Błędy indeksowania, strony z kodem 404, spadki wyświetleń na konkretnych frazach. Każdy problem wykryty w pierwszym tygodniu jest łatwiejszy do naprawienia niż ten sam problem po miesiącu.
Monitoruj widoczność w narzędziach AI. To nowy wymiar, który w 2026 roku staje się równie ważny jak klasyczne SEO. Sprawdź, czy ChatGPT i Gemini nadal cytują Twoją firmę po migracji. Utrata danych strukturalnych może sprawić, że AI po cichu przestanie Cię polecać.
[Więcej o widoczności w AI przeczytasz tutaj]
Porównuj ruch tydzień do tygodnia, nie dzień do dnia. Naturalne wahania ruchu maskują realne problemy. Porównuj poniedziałek z poniedziałkiem, nie poniedziałek z niedzielą.
Ustalaj priorytety napraw. Nie wszystkie błędy są równie pilne. Najpierw napraw strony, które generowały najwięcej ruchu i konwersji. Potem resztę.
Najczęstsze pytania
Nie. Google nie ocenia platformy, ocenia sygnały: adresy URL, treść, szybkość, dane strukturalne. Jeśli te sygnały są zachowane lub poprawione, zmiana CMS-u może nawet poprawić pozycje dzięki lepszej wydajności i czystszemu kodowi.
Przy dobrze przygotowanej migracji wahania trwają zwykle 2–6 tygodni. Przy źle przygotowanej, średnio 523 dni. Ta różnica wynika wyłącznie z jakości przygotowania.
Jeśli masz doświadczenie techniczne i stronę z kilkunastoma podstronami, tak. Jeśli Twoja strona ma dziesiątki lub setki stron, lata historii w Google i linki zwrotne, ryzyko samodzielnej migracji jest nieproporcjonalnie wysokie do potencjalnej oszczędności.
To nowy czynnik ryzyka. Narzędzia AI (ChatGPT, Gemini, Perplexity) opierają się na danych strukturalnych i spójności treści. Utrata Schema.org podczas migracji może sprawić, że AI przestanie cytować Twoją firmę, nawet jeśli pozycje w Google wrócą do normy.
Zaplanuj migrację, zanim cokolwiek ruszysz
Jeśli rozważasz zmianę strony, ale obawiasz się utraty pozycji, zacznij od rozmowy. Przejdziemy przez Twoją obecną sytuację, ocenimy skalę ryzyka i zaplanujemy migrację tak, żeby to co wypracowałeś w Google, zostało na swoim miejscu.
