Migracja domeny bez utraty ruchu: lista kontrolna

Migracja domeny to jedna z niewielu operacji w SEO, w której jeden przeoczony wiersz w pliku przekierowań kosztuje realny ruch przez miesiące. Ta checklista migracji domeny zbiera kroki przed zmianą adresu, w dniu wdrożenia i w pierwszych 30 dniach po nim, a na końcu odpowiada na pytanie, które w 2026 roku zadaje coraz więcej zespołów: co się dzieje z cytowaniami w ChatGPT, Perplexity i Gemini, gdy stare adresy przestają istnieć.

W skrócie

  • Migracja ma sens tylko wtedy, gdy zysk biznesowy przewyższa 2–6 miesięcy niestabilności w wynikach organicznych.
  • Podstawą jest pełna inwentaryzacja adresów i mapa przekierowań jeden do jednego, nie zbiorcze przekierowanie na stronę główną.
  • W dniu wdrożenia liczy się kolejność: najpierw testy na środowisku stagingowym, potem przekierowania 301, dopiero potem zgłoszenie zmiany w Google Search Console.
  • Przez 30 dni monitorujecie logi serwera, raport indeksowania i pozycje dla 50–100 fraz kontrolnych.
  • Boty AI nie przechodzą przez przekierowania tak sprawnie jak Googlebot; część cytowań trzeba odbudować, a nie przenieść.

Kiedy migracja domeny ma sens, a kiedy jej unikać

Migracja jest uzasadniona, gdy stara domena blokuje rozwój firmy: rebranding, fuzja, przejście z lokalnej końcówki na międzynarodową albo wyjście z domeny z historią kar. W każdym innym przypadku zmiana adresu to koszt bez nagrody. Google wprost informuje, że przenosiny witryny z całkowitą zmianą adresów mogą chwilowo obniżyć widoczność, a odzyskanie pozycji zajmuje zwykle kilka tygodni, przy dużych serwisach nawet kilka miesięcy (szczegóły w dokumentacji Google Search Central o przenoszeniu witryny).

Zanim zdecydujecie, przeliczcie trzy liczby: udział ruchu organicznego w przychodzie, liczbę adresów z linkami zewnętrznymi oraz sezonowość. Migracja e-commerce w listopadzie, tuż przed szczytem sprzedaży, to klasyczny błąd, który powtarza się co roku. Jeśli jednocześnie planujecie zmianę CMS, szablonu i struktury adresów, rozbijcie to na etapy; każda dodatkowa zmienna utrudnia diagnozę, gdy ruch spadnie. Warto najpierw przejść przez audyt SEO pod AIO, bo wykryte w nim problemy techniczne po migracji będą kosztować dwa razy więcej.

Inwentaryzacja adresów i mapowanie jeden do jednego

Pełna lista adresów to fundament, bez którego reszta checklisty nie działa. Zbierzcie ją z czterech źródeł: crawl pełnej witryny (Screaming Frog lub Sitebulb), mapa witryny XML, eksport z Google Search Console (raport skuteczności za 16 miesięcy) oraz logi serwera z ostatnich 90 dni. Logi wyłapują adresy, których crawl nie widzi: stare kampanie, parametry, pliki PDF i obrazy z ruchem z wyszukiwarki grafiki.

Każdy adres ze starej domeny musi dostać dokładnie jeden adres docelowy w nowej. Zasada jeden do jednego oznacza, że /blog/audyt-seo trafia na /blog/audyt-seo w nowej domenie, a nie na stronę główną i nie na listę kategorii. Google traktuje masowe przekierowanie na stronę główną jak soft 404, czyli tak, jakby stare treści zniknęły.

  1. Wyeksportujcie adresy z czterech źródeł i połączcie je w jedną tabelę, usuwając duplikaty.
  2. Do każdego adresu dopiszcie: liczbę kliknięć z ostatnich 12 miesięcy, liczbę domen linkujących, status HTTP.
  3. Posortujcie malejąco według kliknięć i linków; górne 20% adresów to grupa, którą sprawdzicie ręcznie.
  4. Zdecydujcie, co robicie z adresami bez ruchu i bez linków: przekierowanie zbiorcze na kategorię albo kod 410.
  5. Zapiszcie mapę w arkuszu z kolumnami: stary adres, nowy adres, typ przekierowania, właściciel decyzji.

Przekierowania: zasady i pułapki

Używajcie kodu 301 (przekierowanie trwałe) dla wszystkich adresów, które mają odpowiednik w nowej domenie. Kod 302 sygnalizuje zmianę tymczasową i opóźnia przenoszenie sygnałów rankingowych, choć Google od 2016 roku deklaruje, że oba kody przekazują wartość linków. Różnica praktyczna: przy 302 Google dłużej trzyma stary adres w indeksie.

Najczęstsze pułapki, które widzimy w audytach po migracji:

  • Łańcuchy przekierowań. Stary adres HTTP kieruje na stary HTTPS, ten na nową domenę, ta na wersję z ukośnikiem. Googlebot podąża za maksymalnie 10 przeskokami, ale każdy kolejny obniża sprawność indeksowania. Cel: jeden przeskok.
  • Kanoniczne wskazujące na starą domenę. Szablon skopiowany z poprzedniej instalacji zostawia w rel="canonical" stary adres, więc Google widzi sprzeczne sygnały.

Przekierowania utrzymujcie co najmniej 12 miesięcy, a najlepiej bezterminowo. Linki zewnętrzne ze starych publikacji nikt nie zaktualizuje, a każda wygasła reguła to strata przekazywanej wartości. Jeśli stara domena wygasa, przedłużcie ją na kilka lat; koszt rejestracji jest nieporównywalny z kosztem odbudowy profilu linków.

Dzień wdrożenia: kolejność działań

Kolejność w dniu migracji decyduje o tym, ile godzin Googlebot spędzi na błędach. Poniższa sekwencja sprawdza się w projektach od kilkuset do kilkudziesięciu tysięcy adresów; szerszy plan krok po kroku opisaliśmy w poradniku o migracji domeny bez strat SEO.

  1. Zamrożenie treści. Od 48 godzin przed wdrożeniem nikt nie publikuje nowych stron ani nie zmienia adresów; mapa przekierowań musi odpowiadać rzeczywistości.
  2. Test na stagingu. Nowa domena działa pod hasłem lub z blokadą IP, przechodzi pełny crawl i test 100% reguł przekierowań z mapy.
  3. Zdjęcie blokad. Usuwacie noindex, hasło i dyrektywę Disallow: / z robots.txt nowej domeny. Ten krok bywa pomijany i kosztuje najwięcej.
  4. Włączenie przekierowań. Reguły 301 idą na serwer produkcyjny starej domeny; sprawdzacie próbkę 200 adresów z górnego segmentu mapy.
  5. Aktualizacja sygnałów wewnętrznych. Linki wewnętrzne, kanoniczne, hreflang, mapa XML i dane strukturalne wskazują wyłącznie nową domenę.
  6. Zgłoszenie w Search Console. Nowa usługa jest zweryfikowana, mapa XML nowej domeny wysłana, a narzędzie zmiany adresu uruchomione w starej usłudze.
  7. Aktualizacja profili zewnętrznych. Profil firmy w Google, media społecznościowe, katalogi branżowe i podpisy w newsletterze dostają nowy adres tego samego dnia.

Monitoring pierwszych 30 dni

Przez pierwszy miesiąc trzy wskaźniki mówią więcej niż wszystkie inne: udział odpowiedzi 200 w logach dla nowej domeny, liczba zaindeksowanych stron w raporcie Search Console oraz pozycje 50–100 fraz kontrolnych sprawdzane codziennie. Normalny przebieg wygląda tak: w pierwszym tygodniu ruch na starej domenie spada do zera, na nowej rośnie do 70–90% stanu wyjściowego, a przez kolejne 2–6 tygodni domyka lukę.

Dzień Co sprawdzić Sygnał alarmowy
1–3 Logi serwera: udział 404 i 5xx na nowej domenie Więcej niż 2% odpowiedzi 404 wśród żądań Googlebota
3–7 Raport indeksowania: liczba stron „zaindeksowane” na nowej usłudze Brak wzrostu po 7 dniach
7–14 Pozycje fraz kontrolnych; porównanie tygodnia do tygodnia Spadek średniej pozycji o więcej niż 5 miejsc
14–30 Ruch organiczny w GA4 (stara + nowa domena łącznie) Łączny ruch poniżej 80% stanu sprzed migracji

Prowadźcie sumę ruchu obu domen, nie każdej osobno. Spadek na starej domenie jest oczekiwany; problemem jest dopiero sytuacja, w której suma nie wraca do poziomu wyjściowego po 30 dniach.

Co zrobić, gdy ruch nie wraca

Jeśli po 6 tygodniach suma ruchu organicznego jest poniżej 80% stanu sprzed migracji, przyczyna prawie zawsze mieści się w jednej z pięciu kategorii. Sprawdzajcie je w tej kolejności, bo tak rozkłada się częstość występowania w audytach powdrożeniowych.

  1. Adresy z ruchem bez przekierowania. Wyeksportujcie z Search Console starej usługi strony z kliknięciami z ostatnich 3 miesięcy i sprawdźcie ich status HTTP. Braki wynikają zwykle z parametrów, wielkości liter albo znaków diakrytycznych w adresie.
  2. Zmieniona treść lub szablon. Porównajcie liczbę słów, nagłówki i linki wewnętrzne dla 20 najważniejszych stron przed i po. Sam nowy szablon potrafi obciąć 30% treści, jeśli developer ukrył sekcje pod zakładkami ładowanymi JavaScriptem.
  3. Problemy z renderowaniem. Sprawdźcie w narzędziu inspekcji adresu, czy Googlebot widzi pełną treść. Migracja na nowy framework często zmienia sposób renderowania, a to temat, który rozwijamy w tekście o SEO technicznym 2026 i renderowaniu.
  4. Utracone linki wewnętrzne. Crawl porównawczy pokaże strony, które w starej domenie miały 15 linków wewnętrznych, a w nowej mają 2, bo zniknęły z menu lub z bloków polecanych treści.

Nie cofajcie migracji po 6 tygodniach. Powrót na starą domenę uruchamia drugi cykl niestabilności i zwykle kończy się gorzej niż konsekwentna naprawa problemów w nowej. Wyjątek to wykryta pętla lub masowe 404, których nie da się naprawić w ciągu 48 godzin.

Migracja a boty AI i zapisane cytowania

Przekierowanie 301 przenosi sygnały dla Google, ale nie przenosi cytowań w odpowiedziach modeli językowych. Mechanizm jest inny: ChatGPT, Perplexity i Gemini korzystają z dwóch źródeł. Pierwsze to wyszukiwanie w czasie rzeczywistym (OAI-SearchBot, PerplexityBot, Google-Extended), które przechodzi przez przekierowania podobnie jak klasyczne roboty, choć rzadziej odwiedza witrynę. Drugie to dane treningowe i zapisane indeksy, w których stary adres pozostaje przez miesiące, a czasem lata, niezależnie od tego, co zwraca serwer.

W praktyce po migracji obserwujemy trzy zjawiska. Po pierwsze, modele przez pewien czas podają stare adresy jako źródła; jeśli stara domena zwraca 404 zamiast 301, użytkownik trafia na błąd, a model przy kolejnym odświeżeniu indeksu usuwa źródło. Po drugie, boty AI mają niższy budżet indeksowania niż Googlebot, więc odkrywanie nowej domeny trwa dłużej; w projektach, które prowadziliśmy, pierwsze cytowania nowej domeny w Perplexity pojawiały się po 3–8 tygodniach. Po trzecie, cytowania odbudowują się szybciej dla stron, które mają jednoznaczne dane strukturalne i stabilne nagłówki; różnice między formatami znaczników opisaliśmy w porównaniu JSON-LD i Microdata pod LLM.

Checklista dla części AI wygląda następująco:

  • Utrzymujcie stare adresy jako 301 bezterminowo; każdy 404 na starym adresie to cytowanie usunięte z odpowiedzi, a nie przeniesione.
  • Nie blokujcie botów AI w robots.txt nowej domeny, jeśli nie były zablokowane na starej; skopiowany plik z reguły Disallow dla GPTBot potrafi wyzerować widoczność w ChatGPT.
  • Zaktualizujcie pole url i sameAs w danych strukturalnych typu Organization, bo modele używają ich do łączenia starej i nowej tożsamości marki.
  • Odświeżcie profil marki w Wikidacie i w katalogach, z których modele czerpią dane o podmiotach; to najszybsza droga do połączenia dwóch domen w jedną encję.
  • Przez 90 dni raz w tygodniu zadawajcie modelom 10–20 pytań, na które wcześniej odpowiadały cytując waszą stronę, i notujcie, którą domenę podają w źródłach.

Liczby z wdrożeń pokazują skalę problemu: w opisanym przez nas przypadku migracji domeny ruch z Google wrócił do poziomu wyjściowego po 5 tygodniach, a cytowania w odpowiedziach AI dopiero po 11. Ten dwukrotnie dłuższy cykl trzeba uwzględnić w planie komunikacji z zarządem, zanim ktoś uzna migrację za nieudaną.

FAQ: najczęstsze pytania o migrację domeny

Ile trwa odzyskanie ruchu po migracji domeny?

Przy poprawnie wdrożonych przekierowaniach 1:1 mała witryna (do 1 000 adresów) wraca do poziomu wyjściowego w 2–4 tygodnie, średnia (do 50 000 adresów) w 4–8 tygodni, duży serwis lub sklep nawet w 3–6 miesięcy. Cytowania w odpowiedziach AI odbudowują się około dwa razy dłużej niż ruch z Google.

Czy przekierowanie 301 przenosi całą moc linków?

Google deklaruje od 2016 roku, że przekierowania 301, 302 i 307 nie tracą PageRank. W praktyce sygnały przechodzą, ale strona po drugiej stronie musi mieć tę samą treść i porównywalne linkowanie wewnętrzne; inaczej Google ocenia ją na nowo, a wynik może być gorszy.

Jak długo utrzymywać przekierowania ze starej domeny?

Bezterminowo, a minimum 12 miesięcy. Linki zewnętrzne prowadzące do starych adresów nigdy nie zostaną w całości zaktualizowane, a modele językowe trzymają stare adresy w zapisanych indeksach znacznie dłużej niż Google. Koszt utrzymania domeny jest pomijalny wobec kosztu utraty tych sygnałów.

Czy używać narzędzia zmiany adresu w Google Search Console?

Tak, ale dopiero po włączeniu przekierowań i weryfikacji nowej usługi. Narzędzie informuje Google o przenosinach i przyspiesza przeniesienie sygnałów, natomiast nie zastępuje przekierowań 301 i nie działa dla migracji z częściową zmianą adresów w obrębie tej samej domeny.

Dlaczego ChatGPT dalej podaje moją starą domenę?

Model korzysta z zapisanego indeksu lub danych treningowych, w których stary adres istnieje niezależnie od przekierowań na serwerze. Jeśli stary adres zwraca 301, użytkownik trafi na nową stronę, a model z czasem zaktualizuje źródło. Jeśli zwraca 404, cytowanie zostanie usunięte przy najbliższym odświeżeniu.

Co dalej

Przed migracją wykonajcie pełny audyt SEO z punktami kontrolnymi pod AIO, żeby nie przenosić istniejących błędów na nową domenę. Po wdrożeniu wróćcie do sekcji o monitoringu i przez 30 dni prowadźcie dziennik zmian; to on pozwoli odróżnić skutki migracji od skutków aktualizacji algorytmu.