Zmiana domeny: jak sprawdzić, czy działa poprawnie? To jedno z najważniejszych pytań po wdrożeniu nowej strony, zmianie CMS, przebudowie struktury URL albo rebrandingu. Błędy po migracji potrafią odciąć widoczność organiczną, zepsuć indeksację i obniżyć przychody z kanału SEO, dlatego diagnostyka powinna zacząć się jeszcze przed publikacją, a nie dopiero po zauważeniu spadków.

Dlaczego zmiana domeny wymaga kontroli SEO?

Zmiana domeny nie jest tylko operacją techniczną w hostingu lub panelu CMS. Dla wyszukiwarki to przeniesienie sygnałów rankingowych z jednego zestawu adresów na drugi. Google musi zrozumieć, że nowa domena zastępuje starą, że treści mają swoje odpowiedniki, że przekierowania są trwałe, a użytkownik trafia na właściwe podstrony.

Problem polega na tym, że nawet poprawnie wyglądająca strona może mieć błędy niewidoczne na pierwszy rzut oka. Użytkownik widzi nowy serwis, ale crawler może napotykać pętle przekierowań, błędne kanonicale, zablokowane zasoby, adresy 404, duplikaty lub strony z tagiem noindex. W efekcie widoczność organiczna zaczyna spadać, a zespół często szuka przyczyny dopiero po kilku tygodniach.

Największe ryzyko dotyczy firm, które jednocześnie zmieniają domenę, CMS, architekturę informacji i strukturę URL. Każda z tych zmian osobno wymaga kontroli, a połączenie ich w jednym wdrożeniu zwiększa liczbę miejsc, w których może pojawić się błąd. Dlatego w projektach migracyjnych warto połączyć kompetencje SEO, developmentu, analityki i contentu.

Jeżeli zmiana domeny jest częścią większej przebudowy serwisu, dobrym punktem startu jest audyt techniczny SEO. Pozwala wykryć ograniczenia indeksacji, błędy renderowania, problemy z linkowaniem wewnętrznym i konfiguracją serwera jeszcze przed migracją.

Zmiana domeny: jak sprawdzić, czy działa poprawnie?

Zmiana domeny: jak sprawdzić, czy działa poprawnie w praktyce? Najlepiej potraktować ją jak proces diagnostyczny, a nie jednorazowy test. Kontrola powinna obejmować trzy poziomy: dostępność techniczną, zgodność SEO oraz wpływ biznesowy. Dopiero połączenie tych danych pokazuje, czy migracja rzeczywiście się udała.

1. Sprawdź, czy nowa domena odpowiada prawidłowo

Na początku należy zweryfikować podstawowe elementy techniczne:

• czy domena działa na właściwym protokole HTTPS,
• czy certyfikat SSL jest aktywny i poprawnie przypisany,
• czy wersje z www i bez www kierują do jednej wersji kanonicznej,
• czy adresy HTTP przekierowują na HTTPS,
• czy serwer zwraca stabilne kody 200 dla docelowych podstron,
• czy nie występują błędy 5xx, timeouty lub niestabilne odpowiedzi.

Warto sprawdzić także ustawienia DNS, zwłaszcza jeśli zmiana domeny łączy się z migracją hostingu, CDN lub konfiguracji poczty. Niepoprawne rekordy mogą powodować okresowe problemy z dostępnością strony, a niestabilność serwera utrudnia robotom wyszukiwarek ponowne przetworzenie serwisu.

2. Zweryfikuj przekierowanie starej domeny

Stara domena powinna trwale przekierowywać użytkowników i roboty na nową domenę. W większości przypadków stosuje się przekierowania 301. Nie chodzi jednak o przekierowanie całej domeny na stronę główną, lecz o precyzyjne przeniesienie adresów jeden do jednego lub do najbardziej zbliżonych odpowiedników.

Przykład dobrego podejścia: stary adres kategorii kieruje do nowej wersji tej samej kategorii, a stary artykuł blogowy do odpowiadającego mu artykułu na nowej domenie. Przykład złego podejścia: wszystkie stare adresy kierują na homepage. Taki błąd utrudnia przeniesienie sygnałów SEO i pogarsza doświadczenie użytkownika.

3. Porównaj dane z crawl przed i po migracji

Przed zmianą domeny warto wykonać crawl starej strony i zapisać listę adresów, tytułów, opisów, nagłówków, statusów, canonicali, dyrektyw robots i linków wewnętrznych. Po migracji należy wykonać analogiczny crawl nowej domeny i porównać oba zestawy danych. Dzięki temu można szybko wykryć brakujące podstrony, zmienione szablony, przypadkowe noindexy lub utratę ważnych linków wewnętrznych.

Mapowanie URL jako fundament bezpiecznej migracji

Mapowanie URL to tabela, która łączy stare adresy z ich nowymi odpowiednikami. Jest jednym z najważniejszych dokumentów w całym procesie. Bez niego przekierowania po migracji są często tworzone automatycznie lub zbyt ogólnie, co prowadzi do błędów 404, przekierowań na nieadekwatne strony i utraty widoczności.

Mapowanie powinno powstać przed wdrożeniem, na podstawie realnych danych. Nie wystarczy lista adresów z menu. Trzeba uwzględnić podstrony generujące ruch organiczny, adresy z linkami zewnętrznymi, strony produktowe, kategorie, wpisy blogowe, landing page, zasoby PDF oraz adresy historyczne, które nadal otrzymują wejścia.

Jak przygotować mapowanie URL?

• Wyeksportuj adresy z narzędzia crawlingowego.
• Pobierz strony z Google Search Console, które mają wyświetlenia i kliknięcia.
• Sprawdź w analityce adresy generujące ruch i konwersje.
• Dodaj adresy z linkami zewnętrznymi z narzędzi SEO.
• Przypisz każdemu staremu adresowi nowy odpowiednik.
• Oznacz adresy usunięte, połączone lub zastąpione nową treścią.
• Zweryfikuj mapowanie z zespołem contentowym i biznesowym.

Dobre mapowanie URL nie jest tylko plikiem dla developera. To dokument decyzyjny. Pokazuje, które treści są ważne, które strony mają odpowiedniki, gdzie należy przygotować nowe podstrony, a gdzie można zastosować kod 410 lub przekierowanie do kategorii nadrzędnej.

Przekierowania po migracji – co sprawdzić?

Przekierowania po migracji są najczęstszym źródłem problemów. Nawet jeśli developer wdrożył reguły, trzeba sprawdzić ich realne działanie na reprezentatywnej próbie adresów i na pełnej liście najważniejszych URL. Szczególną uwagę należy zwrócić na adresy, które wcześniej generowały największy ruch organiczny, sprzedaż, leady lub miały wartościowe linki zewnętrzne.

Najczęstsze błędy w przekierowaniach

• przekierowanie wszystkich adresów na stronę główną,
• brak przekierowań dla adresów z parametrami, ukośnikiem lub bez ukośnika,
• łańcuchy przekierowań, na przykład stary URL kieruje do pośredniego adresu, a dopiero potem do nowego,
• pętle przekierowań, w których adresy odsyłają do siebie nawzajem,
• użycie przekierowań 302 zamiast 301 tam, gdzie zmiana jest trwała,
• kierowanie do stron z kodem 404, noindex lub canonicalem na inny adres,
• brak obsługi wielkości liter w adresach URL,
• pominięcie starych subdomen, wersji językowych lub zasobów PDF.

Przekierowanie powinno kończyć się na stronie docelowej z kodem 200, która odpowiada intencji starego adresu. Jeśli stara podstrona była szczegółowym poradnikiem, przekierowanie jej do ogólnej kategorii może być rozwiązaniem awaryjnym, ale nie jest idealne. Im lepsze dopasowanie treści, tym większa szansa na stabilne przeniesienie widoczności.

Czy przekierowania trzeba utrzymywać na stałe?

W praktyce przekierowania po zmianie domeny warto utrzymywać możliwie długo. Minimum to okres, w którym Google przetworzy najważniejsze adresy, a użytkownicy i zewnętrzne serwisy nadal korzystają ze starych linków. W przypadku silnych domen, dużej liczby backlinków i ruchu direct rekomendowane jest utrzymywanie przekierowań przez lata, o ile firma nadal kontroluje starą domenę.

Diagnostyka techniczna po zmianie domeny

Po wdrożeniu nowej domeny trzeba przejść przez techniczne elementy, które wpływają na indeksację i crawling. Część z nich nie daje natychmiastowych objawów, ale może powodować spadki po migracji w kolejnych tygodniach.

Robots.txt

Plik robots.txt powinien być dostępny na nowej domenie i nie może blokować ważnych katalogów. Częsty błąd po migracji z wersji testowej to pozostawienie reguły blokującej całą stronę. Warto sprawdzić także, czy robots.txt wskazuje aktualną mapę strony XML.

Meta robots i nagłówki X-Robots-Tag

Strony przeznaczone do indeksacji nie powinny mieć dyrektywy noindex. Należy sprawdzić zarówno tagi w kodzie HTML, jak i nagłówki HTTP X-Robots-Tag, bo blokada może być ustawiona po stronie serwera lub aplikacji.

Canonical

Po zmianie domeny canonicale muszą wskazywać adresy w nowej domenie. Jeżeli canonical nadal wskazuje starą domenę, Google otrzymuje sprzeczny sygnał: przekierowanie sugeruje przeniesienie, a canonical sugeruje, że właściwa wersja znajduje się gdzie indziej. To jeden z błędów, który może opóźnić lub zaburzyć indeksację.

Linkowanie wewnętrzne

Wszystkie linki wewnętrzne powinny prowadzić bezpośrednio do nowych adresów, a nie przez przekierowanie ze starej domeny. Dotyczy to menu, stopki, breadcrumbs, modułów powiązanych wpisów, linków w treści, filtrów, paginacji i linków kanonicznych w wersjach językowych.

Sitemap XML

Mapa strony po migracji powinna zawierać tylko aktualne, indeksowalne adresy z kodem 200. Nie należy umieszczać w niej URL z przekierowaniami, błędami 404, noindex lub canonicalem na inny adres. Po wdrożeniu warto przesłać nową sitemapę w Google Search Console.

Wydajność i Core Web Vitals

Zmiana domeny często idzie w parze z nowym CMS lub motywem. To dobry moment, aby sprawdzić wydajność strony, renderowanie JavaScript, rozmiar zasobów i stabilność szablonów. Jeśli migracja dotyczy WordPressa, warto uwzględnić także optymalizację WordPress, ponieważ wolny serwis utrudnia użytkownikom konwersję i może ograniczać efektywność crawl budgetu w dużych witrynach.

Indeksacja i Google Search Console po zmianie domeny

Google Search Console jest podstawowym narzędziem do obserwacji skutków migracji. Dla nowej domeny należy dodać usługę domenową lub pełny adres URL, zweryfikować własność i monitorować raporty indeksowania, skuteczności oraz map witryny. Jeśli zmieniana jest domena, a nie tylko struktura URL, warto skorzystać z narzędzia zmiany adresu w Search Console, o ile spełnione są warunki jego użycia.

Co monitorować w Google Search Console?

• liczbę zaindeksowanych adresów na nowej domenie,
• adresy wykluczone z indeksu i powody wykluczenia,
• błędy 404 oraz soft 404,
• adresy z przekierowaniem,
• status przesłanej mapy XML,
• kliknięcia i wyświetlenia dla zapytań organicznych,
• zmiany pozycji dla najważniejszych fraz,
• problemy z obsługą na urządzeniach mobilnych i Core Web Vitals.

W pierwszych dniach po migracji wahania są naturalne. Google musi ponownie przetworzyć adresy, zobaczyć przekierowania i zaktualizować indeks. Nie oznacza to jednak, że należy biernie czekać. Jeśli raporty pokazują masowe błędy 404, brak indeksacji ważnych stron lub blokady robots, trzeba reagować od razu.

Jak długo trwa stabilizacja po migracji?

Czas stabilizacji zależy od wielkości serwisu, autorytetu domeny, jakości przekierowań i częstotliwości crawlowania. Małe strony mogą ustabilizować się szybciej, duże serwisy z tysiącami adresów potrzebują więcej czasu. Kluczowe jest to, czy Google otrzymuje spójne sygnały: 301 ze starego URL do nowego, canonical na nowy adres, linki wewnętrzne do nowych adresów i aktualną mapę XML.

Spadki po migracji – jak je ocenić?

Spadki po migracji nie zawsze oznaczają katastrofę. Krótkoterminowe wahania widoczności i ruchu są częste, szczególnie przy dużej zmianie struktury. Problem zaczyna się wtedy, gdy spadki są głębokie, dotyczą najważniejszych sekcji i utrzymują się mimo poprawnego przetworzenia przekierowań.

Do oceny skutków migracji potrzebny jest punkt odniesienia. Przed wdrożeniem warto zapisać dane o ruchu organicznym, konwersjach, widoczności, pozycjach fraz, liczbie adresów w indeksie i najważniejszych landing page SEO. Po migracji porównuje się nie tylko całą domenę, ale także konkretne typy stron: kategorie, produkty, usługi, blog, poradniki i landing page.

Jak odróżnić naturalne wahania od błędu?

• Jeśli spada tylko część sekcji, sprawdź szablon, canonicale i linkowanie wewnętrzne w tej sekcji.
• Jeśli spadają podstrony z największym ruchem, zweryfikuj ich przekierowania jeden do jednego.
• Jeśli nowa domena nie indeksuje się, sprawdź robots.txt, noindex i odpowiedzi serwera.
• Jeśli rośnie liczba soft 404, sprawdź dopasowanie przekierowań do treści docelowych.
• Jeśli ruch organiczny spada, ale pozycje są stabilne, sprawdź sezonowość, CTR i poprawność analityki.

Warto też wykonać niezależną analizę SEO strony po migracji, szczególnie gdy zmieniono CMS, treści lub strukturę informacji. Czasami spadki wynikają nie z samej domeny, ale z pogorszenia jakości treści, utraty nagłówków, usunięcia sekcji tekstowych albo zmiany intencji podstron.

Checklista migracji domeny

Poniższa checklista migracji pomaga uporządkować kontrolę przed wdrożeniem, w dniu publikacji i po uruchomieniu nowej domeny. W większych projektach warto przypisać właściciela do każdego punktu: SEO, developer, analityk, administrator serwera lub osoba odpowiedzialna za content.

Przed migracją

• Wykonaj crawl starej domeny i zapisz pełną listę adresów.
• Wyeksportuj dane z Google Search Console i analityki.
• Zidentyfikuj strony generujące ruch, konwersje i linki zewnętrzne.
• Przygotuj mapowanie URL dla wszystkich ważnych adresów.
• Zweryfikuj nową strukturę informacji i linkowanie wewnętrzne.
• Sprawdź środowisko testowe pod kątem noindex, robots i canonicali.
• Przygotuj plan wdrożenia przekierowań 301.
• Ustal procedurę rollbacku na wypadek krytycznych błędów.

W dniu migracji

• Sprawdź dostępność nowej domeny i certyfikat SSL.
• Zweryfikuj wersję kanoniczną domeny: HTTPS, www lub bez www.
• Przetestuj przekierowania najważniejszych adresów.
• Sprawdź, czy strona nie ma globalnego noindex.
• Zweryfikuj robots.txt i sitemap XML.
• Upewnij się, że linki wewnętrzne prowadzą do nowej domeny.
• Sprawdź działanie GA4, Google Tag Managera i zdarzeń konwersji.
• Prześlij nową mapę strony w Google Search Console.

Po migracji

• Wykonaj crawl starej domeny i sprawdź końcowe adresy przekierowań.
• Wykonaj crawl nowej domeny i sprawdź statusy, canonicale oraz indeksowalność.
• Monitoruj błędy 404 i soft 404.
• Obserwuj liczbę zaindeksowanych adresów.
• Porównuj ruch organiczny na poziomie sekcji i landing page.
• Sprawdzaj pozycje najważniejszych fraz.
• Aktualizuj linki w kampaniach, profilach firmowych i materiałach zewnętrznych.
• Nie wyłączaj starej domeny po kilku tygodniach, jeśli nadal istnieją linki i wejścia.

Praktyczne wskazówki dla firm planujących zmianę domeny

Nie łącz wszystkich zmian bez planu

Zmiana domeny, CMS, projektu graficznego, treści i struktury URL w jednym wdrożeniu jest możliwa, ale wymaga dokładniejszego zarządzania ryzykiem. Im więcej elementów zmienia się jednocześnie, tym trudniej ustalić przyczynę ewentualnych spadków. Jeśli projekt jest duży, warto rozważyć etapowanie zmian lub przynajmniej szczegółowe dokumentowanie zakresu.

Zachowaj dane historyczne

Przed migracją zapisz dane z narzędzi SEO, analityki i crawlerów. Po wdrożeniu nie zawsze da się łatwo odtworzyć stan poprzedniej strony. Brak danych historycznych utrudnia ocenę, czy spadki po migracji wynikają z błędu technicznego, sezonowości, zmiany intencji treści czy aktualizacji algorytmu.

Priorytetyzuj najważniejsze URL

Nie wszystkie adresy mają taką samą wartość. W pierwszej kolejności zabezpiecz strony, które generują ruch organiczny, leady, sprzedaż, linki zewnętrzne lub wspierają widoczność na strategiczne frazy. Dla mało istotnych stron można zastosować prostsze reguły, ale nie wolno pomijać adresów biznesowo krytycznych.

Sprawdź środowisko testowe przed publikacją

Środowisko stagingowe powinno być zablokowane przed indeksacją, ale ta blokada nie może zostać przeniesiona na produkcję. To klasyczny błąd przy migracjach. Przed publikacją trzeba sprawdzić, które reguły robots, noindex i zabezpieczenia dostępowe są specyficzne dla testów, a które mają działać na nowej domenie produkcyjnej.

Nie oceniaj migracji tylko po stronie głównej

Strona główna zwykle działa poprawnie, nawet gdy głębokie adresy mają błędy. Diagnostyka musi obejmować różne typy podstron: kategorie, produkty, usługi, wpisy blogowe, tagi, paginację, filtry, wersje językowe, pliki multimedialne i formularze. Właśnie na głębokich adresach najczęściej pojawiają się problemy z przekierowaniami i indeksacją.

Kontroluj konwersje, nie tylko ruch

Zmiana domeny może nieznacznie obniżyć ruch organiczny, ale dużo mocniej uderzyć w leady, jeśli po drodze zmieniono formularze, numery telefonów, zdarzenia analityczne lub elementy zaufania. Dlatego po migracji trzeba sprawdzać ścieżki konwersji, poprawność formularzy, wysyłkę maili, kliknięcia w telefon i integracje CRM.

Reaguj szybko, ale nie chaotycznie

Po migracji naturalna jest presja na natychmiastowe poprawki. Trzeba jednak odróżnić krytyczne błędy od normalnych wahań. Krytyczne są blokady indeksacji, masowe 404, błędne przekierowania, pętle, problemy z certyfikatem SSL i brak danych analitycznych. Zmiany kosmetyczne warto odłożyć, dopóki nie zostanie potwierdzona stabilność techniczna.

Najczęstsze scenariusze migracji i ryzyka

Rebranding i nowa domena

Przy rebrandingu najważniejsze jest przeniesienie autorytetu starej domeny i jasna komunikacja dla użytkowników. Należy zadbać o przekierowania, aktualizację profili firmowych, wizytówek, kampanii reklamowych, stopki mailowej i linków w materiałach sprzedażowych. SEO nie kończy się na konfiguracji serwera.

Zmiana CMS

Nowy CMS często generuje inne adresy, inne szablony meta danych i inną strukturę nagłówków. Może też zmienić sposób obsługi paginacji, filtrów, wariantów produktów i wersji językowych. W takim scenariuszu sama zmiana domeny jest tylko jednym z elementów ryzyka.

Przebudowa struktury URL

Jeśli adresy są skracane, porządkowane lub grupowane w nowe katalogi, mapowanie URL musi być szczególnie dokładne. Nie należy zakładać, że reguła automatyczna obsłuży wszystkie przypadki. Wyjątki, stare kampanie, archiwalne artykuły i produkty wycofane ze sprzedaży często wymagają ręcznej decyzji.

Połączenie kilku serwisów w jedną domenę

Konsolidacja domen może być korzystna dla SEO, ale wymaga precyzyjnego planu. Trzeba określić, które treści zostają, które są łączone, a które usuwane. W przeciwnym razie można stworzyć duplikację, kanibalizację fraz i nieczytelną architekturę informacji.

FAQ – zmiana domeny i diagnostyka po migracji

Czy po zmianie domeny zawsze występują spadki SEO?

Nie zawsze, ale krótkoterminowe wahania są częste. Dobrze przygotowana migracja, poprawne mapowanie URL i właściwe przekierowania po migracji znacząco ograniczają ryzyko. Głębokie i długotrwałe spadki zwykle wskazują na błąd techniczny, problem z indeksacją, utratę treści lub słabe dopasowanie przekierowań.

Ile czasu Google potrzebuje na przetworzenie zmiany domeny?

To zależy od wielkości serwisu, jakości przekierowań, autorytetu domeny i częstotliwości crawlowania. Dla mniejszych stron proces może być widoczny szybciej, dla dużych serwisów stabilizacja może potrwać kilka tygodni lub dłużej. Najważniejsze jest utrzymanie spójnych sygnałów: 301, canonicale, linki wewnętrzne i sitemap XML na nowej domenie.

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

Technicznie można, ale z perspektywy SEO jest to zła praktyka. Takie przekierowanie często nie odpowiada intencji użytkownika ani treści starego adresu. Lepszym rozwiązaniem jest przekierowanie jeden do jednego lub do najbardziej zbliżonej tematycznie podstrony.

Co zrobić, jeśli po migracji pojawiły się błędy 404?

Najpierw trzeba ustalić, czy dotyczą ważnych adresów. Jeśli tak, należy dodać przekierowania 301 do właściwych odpowiedników. Błędy 404 dla nieistotnych, usuniętych lub spamowych adresów nie zawsze wymagają reakcji, ale trzeba uważać, aby nie ignorować stron z ruchem, konwersjami lub linkami zewnętrznymi.

Czy stara domena musi pozostać aktywna?

Tak, jeśli ma przekazywać ruch i sygnały SEO przez przekierowania. Wyłączenie starej domeny zbyt wcześnie może spowodować utratę użytkowników, linków i części wartości wypracowanej przez lata. W praktyce warto utrzymywać starą domenę i przekierowania możliwie długo.

Czy trzeba aktualizować linki wewnętrzne po wdrożeniu przekierowań?

Tak. Linki wewnętrzne powinny prowadzić bezpośrednio do nowych adresów. Pozostawienie linków do starej domeny powoduje zbędne przekierowania, wydłuża ścieżkę crawlowania i zwiększa ryzyko błędów przy kolejnych zmianach.

Jak sprawdzić, czy canonicale są poprawne po zmianie domeny?

Należy wykonać crawl nowej domeny i zweryfikować, czy canonicale wskazują aktualne, indeksowalne adresy w nowej domenie. Trzeba też sprawdzić, czy strony docelowe zwracają kod 200 i nie mają dyrektywy noindex.

Czy zmiana domeny wymaga nowej strategii SEO?

Nie zawsze, ale migracja jest dobrym momentem na weryfikację struktury serwisu, jakości treści i widoczności. Jeśli zmiana domeny łączy się z przebudową oferty, architektury informacji lub CMS, warto potraktować ją jako okazję do uporządkowania SEO, a nie tylko jako techniczne przeniesienie adresów.

Co zrobić po pierwszym miesiącu od zmiany domeny?

Po około miesiącu warto wykonać pełniejszy przegląd efektów. Należy porównać dane sprzed migracji i po migracji, ale nie tylko na poziomie całej domeny. Najwięcej informacji daje analiza segmentów: typów podstron, katalogów, szablonów, grup tematycznych i fraz. Jeśli jedna sekcja odbudowuje widoczność, a inna traci, przyczyna prawdopodobnie leży w szablonie, linkowaniu, treściach lub przekierowaniach dla tej części serwisu.

W tym etapie warto ponownie wykonać crawl starej domeny, aby sprawdzić, czy nie pojawiły się nieobsłużone adresy. Trzeba też przejrzeć raporty błędów w Google Search Console, listę najczęściej odwiedzanych stron 404 oraz logi serwera, jeśli są dostępne. Logi pokazują, jak Googlebot faktycznie porusza się po stronie i czy nadal intensywnie odpytuje stare adresy.

Zmiana domeny jest poprawna wtedy, gdy użytkownicy trafiają na właściwe podstrony, Google indeksuje nowe adresy, stare URL przekazują ruch przez trafne przekierowania, a dane analityczne potwierdzają stabilność ruchu i konwersji. Jeżeli którykolwiek z tych elementów nie działa, trzeba wrócić do diagnostyki zamiast zakładać, że spadki są naturalną częścią migracji.