Migracja strony bez utraty ruchu – lista kontrolna dla właściciela firmy

Czym jest migracja strony i kiedy zagraża widoczności?

Migracja strony bez utraty ruchu to kontrolowany proces zmiany domeny, CMS, hostingu, projektu lub struktury URL, oparty na danych z Google Search Console i Google Analytics 4. Google Search Central zaleca utrzymywanie przekierowań przez co najmniej rok, choć nawet poprawne wdrożenie może wywołać przejściowe wahania widoczności.

Jakie rodzaje migracji niosą największe ryzyko SEO?

Największe ryzyko powstaje wtedy, gdy firma jednocześnie zmienia domenę, strukturę URL, treść oraz system CMS. Im więcej elementów wdraża zespół w jednym oknie, tym trudniej wskazać przyczynę ewentualnego spadku.

Migracja strony to proces obejmujący zmiany mogące wpływać na adresy, indeksację, zawartość lub techniczne sygnały SEO, charakteryzujący się koniecznością mapowania URL-i, kontroli kodów HTTP i porównania danych przed oraz po wdrożeniu.

• Zmiana domeny – wymaga przekierowania starych adresów, weryfikacji obu domen w Google Search Console i zachowania spójnej treści.
• Migracja CMS – może zmienić adresy, canonicale, metadane, kod HTML, paginację oraz sposób generowania sitemap XML.
• Zmiana struktury URL – wymaga mapy przekierowań obejmującej każdy wartościowy adres, a nie tylko główne kategorie.
• Zmiana protokołu lub hostingu – wymaga kontroli certyfikatu TLS, czasu odpowiedzi serwera, DNS i dostępności zasobów.
• Nowy projekt graficzny – może usunąć tekst, linki wewnętrzne, nagłówki oraz dane Schema.org mimo zachowania dotychczasowych adresów.

Czy można zagwarantować brak utraty ruchu?

Nie, nie można zagwarantować identycznego ruchu i pozycji każdego dnia po migracji, ponieważ Google musi ponownie pobrać oraz przetworzyć zmienione adresy. Można jednak ograniczyć ryzyko przez inwentaryzację, testy, przekierowania HTTP 301 i szybki monitoring błędów.

Z mojej praktyki wynika, że najpoważniejsze spadki rzadko powoduje pojedyncza usterka. Częściej łączą się trzy problemy: niepełna mapa przekierowań, usunięcie fragmentów treści i błędny canonical wskazujący starą domenę.

„Migrację trzeba traktować jako proces obejmujący przygotowanie, przeniesienie i monitoring, a krótkotrwałe wahania podczas ponownego przetwarzania adresów są możliwe.” – parafraza zaleceń Google Search Central, Site moves and migrations, 2024

Jak zebrać stan wyjściowy przed migracją?

Zacznij od utworzenia jednej listy wszystkich znanych URL-i oraz przypisania do nich kliknięć, konwersji, linków, statusu indeksacji i docelowego adresu. Dane trzeba połączyć z minimum czterech źródeł: crawla, Google Search Console, Google Analytics 4 i sitemap XML. Sam operator site: nie tworzy pełnego raportu indeksacji.

Jakie dane zabezpieczyć przed migracją?

Zabezpiecz co najmniej 12 miesięcy danych o kliknięciach i zapytaniach, listę stron wejścia, konwersje, metadane, linki zewnętrzne oraz pełny crawl serwisu. Taki zakres pozwala odróżnić błąd migracji od sezonowości lub wcześniejszego trendu.

1. Crawl wszystkich dostępnych adresów – zapisz kod odpowiedzi, canonical, title, description, H1, liczbę linków wewnętrznych i głębokość kliknięć.
2. Eksport z Google Search Console – zachowaj kliknięcia, wyświetlenia, CTR, pozycje, zapytania i strony docelowe.
3. Eksport z Google Analytics 4 – zapisz sesje organiczne, konwersje, przychód oraz strony wejścia.
4. Kopie plików technicznych – pobierz robots.txt, sitemap XML, reguły przekierowań i konfigurację danych Schema.org.
5. Lista linków zewnętrznych – oznacz adresy mające odnośniki z serwisów branżowych, katalogów, mediów i publikacji sponsorowanych.
6. Lista stron biznesowych – wskaż formularze, strony usług, cenniki i podstrony generujące zapytania ofertowe.

Jak ustalić punkt odniesienia dla ruchu i konwersji?

Porównaj ostatnie 28 dni z poprzednim okresem oraz analogicznym terminem roku wcześniejszego, jeśli firma ma dane sezonowe. Osobno analizuj ruch brandowy, niebrandowy, usługowy, poradnikowy i lokalny, ponieważ każda grupa może reagować inaczej.

Przykład: spadek całej domeny o 12% może wyglądać groźnie, lecz analiza segmentów czasem pokazuje stabilne strony usługowe i utratę ruchu wyłącznie w trzech poradnikach. Wtedy zespół naprawia konkretny szablon zamiast przebudowywać cały serwis.

Kto powinien odpowiadać za poszczególne zadania?

Każde zadanie powinno mieć jednego właściciela, termin i kryterium odbioru przed rozpoczęciem wdrożenia. Rozproszona odpowiedzialność sprawia, że programista zakłada kontrolę SEO przez agencję, a agencja czeka na potwierdzenie programisty.

• Właściciel firmy – zatwierdza termin, zakres, ryzyka oraz osoby podejmujące decyzje w dniu publikacji.
• Specjalista SEO – przygotowuje mapę URL-i, kryteria testów i raport monitorujący migrację SEO.
• Programista – wdraża HTTP 301, canonicale, robots.txt, sitemap XML i poprawne statusy serwera.
• Redaktor – porównuje treści, tytuły, nagłówki oraz opisy stron generujących ruch i sprzedaż.
• Analityk – sprawdza konfigurację Google Analytics 4, zdarzenia, konwersje i ruch między domenami.

Jak przygotować mapę przekierowań 301?

Najpierw przypisz każdy wartościowy stary URL do nowego adresu realizującego tę samą intencję użytkownika. Następnie wdroż trwałe przekierowanie po stronie serwera i sprawdź, czy odpowiedź prowadzi bezpośrednio do działającej strony. HTTP 301 oznacza trwałe przeniesienie zasobu zgodnie z RFC 9110 z 2022 roku.

Jak mapować adresy jeden do jednego?

Zacznij od podobieństwa intencji, tematu i funkcji strony, a dopiero później porównuj samą nazwę adresu. Stary poradnik powinien prowadzić do odpowiadającego poradnika, produkt do następcy produktu, a usługa do właściwej strony ofertowej.

1. Połącz identyczne strony – adres /oferta/seo/ skieruj do nowej strony tej samej usługi, na przykład /pozycjonowanie/.
2. Mapuj zmienione kategorie – stary dział o artykułach sponsorowanych przypisz do nowej kategorii o publikacjach sponsorowanych.
3. Scalaj duplikaty świadomie – dwa poradniki można skierować do jednego materiału tylko wtedy, gdy nowa treść obejmuje obie intencje.
4. Zachowaj parametry potrzebne biznesowo – reguła nie może usuwać danych kampanii lub identyfikatorów wymaganych przez aplikację.
5. Oznacz brak odpowiednika – nieistniejący zasób może zwracać 404 albo 410, jeśli firma rzeczywiście go usunęła.

„Stary adres należy kierować do najbardziej zbliżonego nowego odpowiednika, a nie automatycznie do strony głównej.” – parafraza dokumentacji Google Search Central, Redirects and Google Search, 2024

Czy każdy stary URL powinien prowadzić do strony głównej?

Nie, masowe przekierowanie niepowiązanych adresów do strony głównej utrudnia użytkownikowi znalezienie treści i może zostać potraktowane przez Google jak nieprawidłowy soft 404. Brak sensownego odpowiednika uzasadnia pozostawienie statusu 404 lub 410.

Przykład z projektu usługowego: wycofany cennik link buildingu można skierować do aktualnego cennika tej usługi. Usunięte ogłoszenie rekrutacyjne nie powinno natomiast prowadzić do oferty pozycjonowania stron firmowych, bo odpowiada na zupełnie inną potrzebę.

Jak wykryć łańcuchy i pętle przekierowań?

Uruchom crawl listy starych URL-i i sprawdź, czy każdy adres wykonuje najwyżej jeden skok do strony zwracającej 200. Łańcuch typu A do B do C wydłuża pobieranie, a pętla A do B do A uniemożliwia otwarcie zasobu.

• HTTP 301 do 200 – to oczekiwany schemat trwałego przeniesienia zgodny z RFC 9110.
• HTTP 301 do kolejnego 301 – regułę należy skrócić, kierując stary URL bezpośrednio do celu.
• HTTP 301 do 404 – mapa zawiera nieaktywny cel i wymaga korekty.
• HTTP 302 zamiast 301 – trzeba potwierdzić, czy przeniesienie rzeczywiście ma charakter tymczasowy.
• Przekierowanie JavaScript – nie powinno zastępować poprawnej odpowiedzi serwera, jeśli serwer można skonfigurować.

Jak zabezpieczyć treści, metadane i sygnały techniczne?

Najpierw porównaj strony starej i nowej wersji według URL-a, intencji, tekstu, tytułu, H1, canonicala oraz danych Schema.org. Migracja nie powinna przypadkowo usuwać sekcji odpowiadających za widoczność. Zmiana adresu połączona z redukcją treści i linków wewnętrznych utrudnia późniejszą diagnozę.

Co trzeba zachować z poprzedniego serwisu?

Zachowaj elementy, które opisują temat strony, potwierdzają jej funkcję i prowadzą użytkownika do kolejnych zasobów. Nie chodzi o kopiowanie każdego zdania, lecz o utrzymanie intencji, encji, informacji ofertowych i odpowiedzi generujących ruch.

• Title i H1 – powinny nadal jednoznacznie nazywać usługę, kategorię albo temat poradnika.
• Główna treść – musi obejmować pytania, parametry, przykłady i warunki obecne na widocznej wersji strony.
• Canonical – powinien wskazywać docelowy, indeksowalny URL w nowej domenie lub strukturze.
• Hreflang – musi łączyć poprawne odpowiedniki językowe i zawierać odwołania zwrotne.
• Dane Schema.org – powinny odpowiadać treści widocznej dla użytkownika i właściwemu typowi strony.
• Grafiki oraz pliki – wymagają poprawnych ścieżek, a ważne zasoby nie mogą zostać zablokowane w robots.txt.

Jak zaktualizować linkowanie wewnętrzne?

Zacznij od zmiany odnośników w menu, treści, stopce, breadcrumbs i modułach rekomendacji tak, aby prowadziły bezpośrednio do nowych URL-i. Pozostawianie starych adresów zwiększa liczbę przekierowań wykonywanych przez użytkowników i roboty.

W serwisie agencji szczególnej kontroli wymagają odnośniki z artykułów poradnikowych do ofert. Dobrze zaplanowana strategia linkowania wewnętrznego zachowuje relacje między usługami, studiami przypadków i treściami wspierającymi decyzję zakupową.

Czy można jednocześnie przepisać wszystkie treści?

Tak, ale zwiększa to ryzyko i utrudnia rozdzielenie skutków migracji od skutków redakcyjnych. Bezpieczniej zachować kluczowe treści podczas przeniesienia, a większe aktualizacje wykonywać etapami po ustabilizowaniu indeksacji.

W przypadkach, które prowadziłem, jednoczesne usunięcie połowy tekstu, zmiana H1 i przeniesienie URL-a tworzyło trzy hipotezy dla jednego spadku. Rozłożenie zmian na etapy daje czytelniejszy obraz i pozwala szybciej wycofać błędną decyzję.

Jak przetestować staging i przeprowadzić dzień uruchomienia?

Przeprowadź crawl wersji stagingowej, porównaj ją ze starym serwisem i odbierz wdrożenie według jednej checklisty. Staging trzeba chronić przed indeksacją, lecz udostępnić narzędziom testowym. W dniu publikacji usuń przypadkowe noindex, sprawdź robots.txt, uruchom HTTP 301 i prześlij aktualną sitemap XML do Google Search Console.

Jak zabezpieczyć staging przed indeksacją?

Najpierw zastosuj uwierzytelnianie HTTP lub ograniczenie dostępu, a następnie kontroluj znaczniki noindex. Sama blokada w robots.txt nie daje pewności usunięcia adresów z wyników i może uniemożliwić crawlerowi SEO sprawdzenie wersji testowej.

• Dostęp hasłem – ogranicza wejście robotów i przypadkowych użytkowników na środowisko testowe.
• Noindex – stanowi dodatkowe zabezpieczenie, lecz przed publikacją trzeba go bezwzględnie usunąć.
• Canonical – na stagingu nie może po wdrożeniu pozostać wskazanie domeny testowej.
• robots.txt – należy porównać z konfiguracją produkcyjną i usunąć blokady potrzebnych zasobów.
• Google Analytics 4 – ruch testowy powinien być odseparowany od raportów produkcyjnych.

Co sprawdzić podczas crawla testowego?

Sprawdź co najmniej kody odpowiedzi, indeksowalność, canonicale, nagłówki, metadane, linki, obrazy i dane strukturalne. Następnie porównaj liczbę indeksowalnych stron ze starym serwisem i wyjaśnij każdą większą różnicę.

Przykład: stary sklep ma 1240 stron indeksowalnych, a staging tylko 780. Różnica nie musi oznaczać błędu, jeśli zespół usuwa filtry i duplikaty, ale musi mieć zapisane uzasadnienie. Bez niego trudno ocenić skutki po publikacji.

Co sprawdzić w dniu uruchomienia nowej strony?

W pierwszej godzinie sprawdź stronę główną, kluczowe landing pages, robots.txt, sitemap XML, canonicale, przekierowania oraz działanie pomiaru konwersji. Następnie przetestuj próbkę adresów z ruchem, linkami zewnętrznymi i głębokich poziomów struktury.

1. Uruchom test dostępności – najważniejsze strony powinny zwracać 200, a stare adresy poprawne HTTP 301.
2. Usuń blokady testowe – sprawdź noindex, nagłówki X-Robots-Tag i dyrektywy robots.txt.
3. Zweryfikuj canonicale – muszą wskazywać wersję produkcyjną, a nie staging lub starą domenę.
4. Prześlij sitemap XML – dodaj mapę z nowymi, kanonicznymi adresami w Google Search Console.
5. Sprawdź analitykę – wykonaj testowy formularz, zakup albo telefon i potwierdź rejestrację zdarzenia w Google Analytics 4.
6. Wstrzymaj dodatkowe wdrożenia – nie dokładaj zmian, które utrudnią analizę pierwszych sygnałów.

Jak monitorować ruch, indeksację i błędy po migracji?

Monitoruj migrację codziennie przez pierwsze 14 dni, co tydzień przez kolejne 6-10 tygodni i co miesiąc przez co najmniej rok. Kontroluj kliknięcia, indeksację, błędy 404, HTTP 301, logi serwera i konwersje. Google Search Console może raportować dane z opóźnieniem, dlatego nie opieraj decyzji na jednym wykresie.

Jakie wskaźniki kontrolować po wdrożeniu?

Kontroluj osobno grupy URL-i, typy treści i źródła przychodu. Łączny ruch domeny może ukryć problem kategorii, języka albo szablonu, który odpowiada za istotną część zapytań ofertowych.

• Kliknięcia i wyświetlenia – porównuj je dla starych oraz nowych adresów w Google Search Console.
• Indeksacja – sprawdzaj, czy nowe URL-e zastępują stare, zamiast tworzyć równoległe wersje.
• Błędy 404 – grupuj je według liczby wejść, linków zewnętrznych i znaczenia biznesowego.
• Logi serwera – analizuj odwiedziny Googlebota, kody odpowiedzi i częstotliwość pobierania.
• Konwersje w Google Analytics 4 – porównuj formularze, telefony, transakcje i wartości przychodu.
• Widoczność zapytań – użyj segmentów usługowych, poradnikowych, lokalnych i brandowych.

Jak długo utrzymywać przekierowania 301?

Google zaleca utrzymywanie przekierowań po migracji przez co najmniej rok, a adresy posiadające linki, ruch lub zapisane zakładki rozsądnie jest przekierowywać bezterminowo. Usunięcie reguł po kilku tygodniach może ponownie skierować użytkowników i roboty na błędy 404.

Przekierowania trzeba również uwzględniać przy kolejnych zmianach. Jeżeli firma po dwóch latach wykonuje następną migrację, nie powinna tworzyć łańcucha ze starej domeny przez pośrednią do najnowszej. Każdy historyczny adres powinien kierować bezpośrednio do aktualnego celu.

Kiedy uruchomić alarm po spadku?

Alarm uruchom po przekroczeniu progu ustalonego na podstawie sezonowości i normalnych wahań, na przykład po spadku kliknięć o 20% w ważnej grupie URL-i przez 7 kolejnych dni. Próg musi uwzględniać opóźnienie raportów oraz dni wolne.

Monitoring widoczności SEO powinien łączyć dane o pozycjach z Google Search Console, Google Analytics 4 i logami. Dzięki temu spadek konwersji przy stabilnych kliknięciach można powiązać z analityką lub użytecznością, a nie automatycznie z indeksacją.

Jak reagować na spadek widoczności po migracji?

Zacznij od kontroli dostępności, statusów HTTP, mapy przekierowań, canonicali, noindex, robots.txt i brakujących treści. Nie wdrażaj wielu poprawek jednocześnie. Najpierw określ, które grupy URL-i tracą kliknięcia, następnie znajdź wspólny wzorzec i popraw najbardziej prawdopodobną przyczynę.

Jak przeprowadzić diagnostykę krok po kroku?

Wykonaj sześć kroków: potwierdź skalę spadku, wyodrębnij dotknięte URL-e, sprawdź dostępność, oceń mapowanie, porównaj treści i przeanalizuj logi. Taka kolejność pozwala najpierw wykluczyć błędy blokujące indeksację.

1. Potwierdź dane – porównaj Google Search Console, Google Analytics 4 i system sprzedażowy, aby wykluczyć awarię pomiaru.
2. Podziel adresy na grupy – oddziel usługi, kategorie, poradniki, lokalizacje i wersje językowe.
3. Sprawdź statusy HTTP – wykryj błędy 5xx, 404, pętle oraz cele przekierowań bez odpowiedzi 200.
4. Zweryfikuj sygnały indeksacji – skontroluj robots.txt, noindex, canonical i sitemap XML.
5. Porównaj zawartość – ustal, czy nowa strona zachowała temat, nagłówki, dane i linki wewnętrzne.
6. Przejrzyj logi – sprawdź, czy robot Google odwiedza nowe URL-e oraz jak serwer na nie odpowiada.

Czy każdy spadek oznacza błąd migracji?

Nie, spadek może wynikać z sezonowości, zmian popytu, konkurencji, problemu analitycznego lub aktualizacji systemów wyszukiwarki. Jeśli jednak zaczyna się dokładnie w dniu wdrożenia i dotyczy przeniesionych szablonów, najpierw trzeba wykluczyć usterki migracyjne.

Dobry audyt techniczny SEO porównuje stan przed i po wdrożeniu, zamiast oceniać nową stronę w próżni. To ważne, bo sam błąd 404 nie przesądza o stracie. Znaczenie ma to, czy dotyczy dawnej strony z ruchem, linkami albo konwersjami.

Kiedy wycofać wdrożenie?

Wycofanie rozważ wtedy, gdy serwis pozostaje niedostępny, błędne reguły obejmują dużą część URL-i albo zespół nie potrafi szybko usunąć blokady indeksacji. Drobne braki w metadanych zwykle można poprawić bez pełnego rollbacku.

• Awaria serwera – długotrwałe odpowiedzi 5xx dla kluczowych stron uzasadniają szybki powrót do stabilnej wersji.
• Globalny noindex – wymaga natychmiastowej korekty i ponownej kontroli wszystkich szablonów.
• Błędne przekierowania – masowe kierowanie URL-i do strony głównej wymaga poprawy mapy lub cofnięcia reguł.
• Usunięta treść – brak kluczowych sekcji można naprawić przez przywrócenie zatwierdzonej kopii.
• Błąd pomiaru – brak danych w Google Analytics 4 nie uzasadnia cofania serwisu, jeśli ruch i formularze faktycznie działają.

Najczęściej zadawane pytania

Czy migracja strony zawsze powoduje spadek ruchu?

Nie, poprawnie przygotowana migracja może przejść bez istotnej utraty ruchu, choć krótkotrwałe wahania są możliwe. Skala ryzyka zależy od zakresu zmian, jakości przekierowań, zachowania treści i szybkości wykrywania błędów.

Czy wszystkie stare adresy można przekierować na stronę główną?

Nie, każdy wartościowy adres powinien prowadzić do najbardziej zbliżonej treści. Jeśli odpowiednik nie istnieje, status 404 lub 410 może być bardziej uczciwy dla użytkownika i zgodny z semantyką HTTP opisaną w RFC 9110.

Jak długo utrzymywać przekierowania 301?

Utrzymuj je co najmniej rok zgodnie z zaleceniami Google Search Central. Dla URL-i z wartościowymi linkami, ruchem, zakładkami lub publikacjami sponsorowanymi pozostawienie przekierowań bezterminowo zwykle chroni użytkowników i wcześniejsze działania promocyjne.

Czy przy zmianie domeny trzeba użyć Google Search Console?

Tak, zweryfikuj starą i nową domenę, prześlij aktualną sitemap XML oraz użyj narzędzia zmiany adresu, jeśli scenariusz spełnia jego wymagania. Narzędzie wspiera migrację domeny, ale nie zastępuje serwerowych przekierowań jeden do jednego.

Co najpierw sprawdzić po nagłym spadku ruchu?

Najpierw sprawdź dostępność stron, kody HTTP, przekierowania, canonicale, noindex i robots.txt. Dopiero po wykluczeniu błędów blokujących porównuj zawartość, linkowanie wewnętrzne, sezonowość oraz zmiany niezwiązane z migracją.

Czy nową sitemapę XML przesłać przed czy po migracji?

Prześlij ją bezpośrednio po uruchomieniu dostępnej wersji produkcyjnej, kiedy nowe URL-e zwracają prawidłowe odpowiedzi. Mapa powinna zawierać kanoniczne adresy docelowe, a nie stare URL-e, przekierowania lub strony oznaczone noindex.

Czy podczas migracji można zmienić wygląd i CMS?

Tak, lecz połączenie zmiany CMS, projektu, treści i struktury URL zwiększa liczbę potencjalnych źródeł błędu. Jeżeli termin pozwala, rozdziel zmiany na etapy albo przygotuj dokładne porównanie starej i nowej wersji.

Źródła i literatura

Dane i procedury techniczne sprawdzono na podstawie dokumentacji dostępnej w 2024 roku oraz standardu RFC 9110 z 2022 roku. Przed publikacją trzeba ponownie zweryfikować aktualny interfejs Google Search Console i wymagania narzędzia zmiany adresu.

Jakie źródła opisują migracje i przekierowania?

Podstawą procesu są oficjalne instrukcje Google Search Central oraz normatywna specyfikacja HTTP opracowana przez Internet Engineering Task Force. Dokumenty te rozdzielają zalecenia dla wyszukiwarki od znaczenia kodów odpowiedzi na poziomie protokołu.

Gdzie sprawdzić dane strukturalne i statusy HTTP?

Statusy HTTP należy interpretować według RFC 9110, natomiast typy danych strukturalnych trzeba sprawdzać w dokumentacji Schema.org oraz wytycznych Google właściwych dla danego rozszerzonego wyniku.

1. Google Search Central – Site moves and migrations, dokumentacja migracji witryn i zmian adresów URL.
2. Google Search Central – Redirects and Google Search, dokumentacja przekierowań oraz ich wdrażania.
3. Internet Engineering Task Force – RFC 9110: HTTP Semantics, 2022.
4. Google Search Console – Change of Address Tool, dokumentacja narzędzia zmiany adresu.
5. Schema.org – dokumentacja typów danych strukturalnych.

Przeczytaj również

• Core Web Vitals po ludzku – co oznaczają LCP, INP i CLS dla firmy?
• Core Web Vitals a SEO – kiedy szybkość strony rzeczywiście ogranicza widoczność?
• Techniczne SEO małej strony firmowej – najczęstsze błędy hamujące wzrost

Potrzebujesz wsparcia przy audycie SEO? Zobacz, jak pracujemy albo poproś o bezpłatną wycenę.

Jacek Ślesicki

W SEO od 2016 roku. Zbudowałem i utrzymuję własną sieć ponad 150 serwisów tematycznych, na których zrealizowałem ponad 1000 publikacji — publikuję u siebie, nie pośredniczę. Prowadzę Agencję ITP i osobiście odpowiadam za strategię każdego projektu.