Jak przeprowadzić migrację domeny, nie pogrążając pozycji w wyszukiwarce

Zmiana domeny to jeden z tych projektów SEO, w których technicznie drobny błąd może bardzo szybko stać się bardzo widoczny. Brakujące przekierowanie, zablokowana ścieżka indeksowania albo zapomniany canonical mogą zamienić prosty rebranding w tygodnie wahań pozycji.

Pewien ruch jest normalny. Wyszukiwarki potrzebują czasu, aby zaindeksować stare URL-e, wykryć przekierowania, przetworzyć sygnały i osadzić nową domenę w indeksie. Celem nie jest uniknięcie każdego spadku. Celem jest sprawienie, by migracja była nudna: jeden stary URL wskazuje na jeden równoważny nowy URL, serwer odpowiada jednoznacznie, a nic istotnego nie znika.

Zacznij od inwentaryzacji, nie od reguły przekierowania

Najczęstszy błąd migracji polega na traktowaniu jej jako zadania konfiguracji serwera. Nie jest nim. To zadanie z zakresu architektury informacji, które przypadkiem kończy się konfiguracją serwera.

Zanim dotkniesz DNS, zbuduj listę URL-i, które mają znaczenie:

• URL-e, które otrzymują ruch organiczny
• URL-e z zewnętrznymi backlinkami
• URL-e, które konwertują, generują leady lub wspierają kampanie
• Kanoniczne URL-e znajdujące się obecnie w Twojej mapie XML
• PDF-y, obrazy i pliki do pobrania, do których prowadzą linki zewnętrzne
• Wysokowartościowe starsze URL-e, które mogą nie pojawiać się w obecnej nawigacji

Dla każdego starego URL-a przypisz miejsce docelowe w nowej domenie. W większości przypadków powinien to być ten sam typ strony o tej samej intencji. Jeśli /pricing staje się https://newdomain.com/pricing, sprawa jest prosta. Jeśli trzy stare strony produktowe są łączone w jeden nowy poradnik, udokumentuj tę decyzję świadomie.

Unikaj leniwego wzorca: przekierowywania wszystkiego na nową stronę główną. To wygodne, ale wyrzuca trafność. Zarówno wyszukiwarki, jak i użytkownicy oczekują, że miejsce docelowe odpowie na tę samą potrzebę co pierwotny URL.

Zachowaj strukturę URL tam, gdzie możesz

Migracja domeny jest łatwiejsza, gdy ścieżki pozostają stabilne. Przejście z oldsite.com/blog/example na newsite.com/blog/example jest znacznie czystsze niż jednoczesna zmiana domeny, CMS-a, slugów, struktury folderów i treści.

Czasem redesign lub migracja CMS-a sprawiają, że zmiany URL-i są nieuniknione. Jeśli tak, rozdziel decyzje:

1. Co zmienia się dlatego, że zmienia się domena?
2. Co zmienia się dlatego, że zmienia się struktura witryny?
3. Co jest usuwane, łączone lub przepisywane?

Im więcej zmiennych wprowadzisz, tym trudniej będzie później diagnozować problemy. Jeśli migracja jest ważna, a obecna witryna działa dobrze, rozważ najpierw przeniesienie domeny, a redesign później.

Używaj trwałych przekierowań z jednym przeskokiem

W przypadku prawdziwej migracji domeny używaj przekierowań po stronie serwera 301 lub 308 ze starych URL-i do ich nowych odpowiedników. Przekierowania tymczasowe są do sytuacji tymczasowych. Przekierowania JavaScript, meta refresh i miękkie przekierowania są słabszymi sygnałami i łatwiej je zepsuć.

Cele dotyczące przekierowań są proste:

• Każdy ważny stary URL zwraca trwałe przekierowanie.
• Każde przekierowanie prowadzi bezpośrednio do ostatecznego miejsca docelowego.
• HTTP czysto przekierowuje do HTTPS.
• Warianty www i bez www są obsługiwane konsekwentnie.
• Przekierowania nie zależą od kruchego zachowania query stringów, chyba że jest to konieczne.

Zły łańcuch wygląda tak:

http://oldsite.com/page → https://oldsite.com/page → https://www.oldsite.com/page → https://newsite.com/page → https://www.newsite.com/page

Może ostatecznie doprowadzić do właściwej strony, ale jest wolny, trudniejszy do crawlowania i bardziej skłonny do ukrywania błędów. Dąż do jednego przeskoku z każdego starego wariantu do ostatecznego nowego URL-a.

Podczas walidowania zachowania sprawdzaj rzeczywiste odpowiedzi HTTP, zamiast ufać temu, co pokazuje przeglądarka. Nasz poradnik o debugowaniu przekierowań i nagłówków HTTP na produkcji jest tu przydatny, ponieważ przeglądarki są zbyt uprzejme: podążają za łańcuchem i ukrywają nieporządne fragmenty.

Przygotuj DNS i certyfikaty przed uruchomieniem

DNS nie przenosi bezpośrednio pozycji, ale zły DNS może sprawić, że migracja będzie wyglądała na zepsutą. Obniż wartości TTL przed oknem uruchomienia, aby zmiany propagowały się bardziej przewidywalnie. Potwierdź, że nowa domena ma poprawne rekordy dla ruchu webowego, poczty e-mail i wszystkich wymaganych subdomen.

Potrzebujesz też ważnych certyfikatów TLS dla obu domen. Łatwo to przeoczyć. Stara domena nadal musi obsługiwać przekierowania HTTPS po migracji. Jeśli jej certyfikat wygaśnie, użytkownicy i crawlery mogą trafić na ostrzeżenia przeglądarki, zanim w ogóle dotrą do nowej witryny.

Jeśli przeniesienie wpływa na e-mail, nie traktuj tego jako sprawy drugorzędnej. Zmiany domeny często psują SPF, DKIM, DMARC, rekordy MX, linki śledzące i pocztę transakcyjną. Aby odświeżyć sobie wiedzę o rekordach, które mają znaczenie, zobacz nasz przyjazny developerom przewodnik po MX, SPF, DKIM i DMARC.

Sprawdź kanonicale, linki wewnętrzne i mapy witryny

Po uruchomieniu nowa domena powinna zachowywać się tak, jakby zawsze była kanonicznym domem treści.

To oznacza:

• Tagi canonical wskazują nowe URL-e, nie starą domenę.
• Linki wewnętrzne używają nowej domeny lub ścieżek względnych od katalogu głównego.
• Mapy XML zawierają tylko ostateczne, indeksowalne nowe URL-e.
• Adnotacje hreflang, jeśli są używane, odwołują się do nowych URL-i.
• Open Graph, dane strukturalne i linki alternatywne są zaktualizowane.
• Robots.txt nie blokuje ważnych sekcji.

Nie publikuj mapy witryny pełnej starych URL-i z oczekiwaniem, że przekierowania to posprzątają. Mapa witryny powinna być listą URL-i, które chcesz zaindeksować. Po migracji oznacza to ostateczne URL-e w nowej domenie.

Uważaj też na sprzeczności w canonicalach. Strona, która przekierowuje ze starej domeny do nowej, ale ma canonical wskazujący z powrotem na starą domenę, wysyła mieszane sygnały. Wyszukiwarki zwykle potrafią poradzić sobie z pewną niespójnością, ale nie powinieneś ich o to prosić.

Nie zmieniaj wszystkiego w dniu uruchomienia

Migracja sama w sobie jest wystarczająco dużym wydarzeniem. Jeśli to możliwe, unikaj łączenia jej z dużym przycinaniem treści, przepisywaniem szablonów, zmianami nawigacji, zmianami renderowania JavaScript albo nowym profilem wydajności.

To nie przesąd. To dyscyplina debugowania. Jeśli po uruchomieniu pozycje spadną, musisz wiedzieć, czy przyczyną było mapowanie przekierowań, dostęp dla crawlerów, zmieniona treść, wolniejsze renderowanie, brakujące dane strukturalne czy coś innego.

Utrzymaj pierwsze uruchomienie tak blisko starej witryny, jak to praktycznie możliwe. Gdy nowa domena będzie stabilna, wprowadzaj większe zmiany redakcyjne i projektowe w mniejszych partiach.

Powiedz wyszukiwarkom, co się zmieniło

W Google Search Console zweryfikuj zarówno starą, jak i nową domenę. Następnie użyj narzędzia Change of Address, gdy przeniesienie jest zmianą na poziomie domeny, a treść trafia do nowej domeny. Po uruchomieniu prześlij nową mapę witryny.

To nie zastępuje przekierowań. To je wspiera. Wyszukiwarki nadal potrzebują crawlownych, trwałych przekierowań, aby zrozumieć mapowanie na poziomie URL-i.

W przypadku Bing i innych wyszukiwarek korzystaj z ich narzędzi dla webmasterów tam, gdzie są dostępne. Zaktualizuj też miejsca, które kontrolujesz: profile społecznościowe, wizytówki firmowe, docelowe adresy reklam, stopki e-maili, dokumentację, linki partnerskie i odwołania canonical w syndykowanych treściach.

Nie wszystkie linki zewnętrzne zostaną zaktualizowane i to jest w porządku. Ale najważniejsze powinny. Jeśli duży partner, marketplace aplikacji, portal dokumentacji albo strona prasowa linkuje do starej domeny, poproś o aktualizację.

Monitoruj właściwe rzeczy po uruchomieniu

Pierwsze kilka dni po migracji powinno być czasem aktywnego monitoringu, nie świętowania.

Sprawdzaj:

• Logi serwera pod kątem aktywności crawlerów w starej i nowej domenie
• Błędy 404 i nieoczekiwane błędy 5xx
• Łańcuchy i pętle przekierowań
• Stan indeksowania w Search Console
• Wykrywanie i przetwarzanie mapy witryny
• Organiczne strony wejścia i wzorce zapytań
• Ścieżki konwersji zależne od starych URL-i
• Filtry analityczne i wykluczenia odsyłaczy

Spodziewaj się szumu w raportach. Niektóre narzędzia analityczne traktują nową domenę jako nową usługę, jeśli nie zostaną poprawnie skonfigurowane. Niektóre dashboardy porównują ruch ze starej domeny z ruchem w nowej domenie i sprawiają, że migracja wygląda gorzej, niż jest w rzeczywistości.

Widoczność w wyszukiwarce może wahać się przez kilka tygodni. Nie chcesz jednak wzorca, w którym wysokowartościowe stare URL-e są wielokrotnie crawlowane, ale nie są poprawnie przekierowywane, albo w którym nowe strony są wykrywane, lecz oznaczane jako duplikaty starej domeny.

Nie należy też ignorować wydajności. Jeśli nowa domena startuje z cięższymi szablonami, zepsutym cache’owaniem lub niezoptymalizowanymi zasobami, użytkownicy mogą odczuć migrację jako spowolnienie. Jeśli używasz Lighthouse jako części kontroli, czytaj raport z priorytetami w głowie; nasz tekst o tym, jak czytać raport Lighthouse bez paniki, wyjaśnia, jak oddzielić istotne problemy od szumu.

Zachowaj starą domenę na długo

Nie pozwól, aby stara domena wygasła po tym, jak migracja „zadziała”. Utrzymuj ją zarejestrowaną, dbaj o ważne certyfikaty i utrzymuj przekierowania tak długo, jak to możliwe. W praktyce często oznacza to lata.

Stare linki nadal istnieją w postach na blogach, zakładkach, dokumentacji, PDF-ach, e-mailach i postach społecznościowych. Przekierowania są mostem między tym historycznym śladem a nową domeną. Wyłączenie ich zbyt wcześnie psuje ścieżki użytkowników i marnuje zgromadzone sygnały.

Zachowaj też kopię mapy przekierowań i notatek z uruchomienia. Sześć miesięcy później, gdy ktoś zapyta, dlaczego starszy URL zachowuje się w określony sposób, będziesz zadowolony, że to udokumentowałeś.

<!-- tool-cta:start -->

💡 Wypróbuj to: Po przełączeniu prześledź swoje stare adresy URL za pomocą Redirect Checker, aby potwierdzić, że każdy z nich trafia jednym skokiem 301 na właściwą nową stronę.

<!-- tool-cta:end -->

Rozsądna lista kontrolna migracji

Przed uruchomieniem:

• Zweryfikuj obie domeny w Search Console.
• Przecrawluj obecną witrynę i wyeksportuj ważne URL-e.
• Zbuduj mapę przekierowań jeden do jednego.
• Obniż TTL-e DNS.
• Przygotuj certyfikaty TLS dla starej i nowej domeny.
• Zaktualizuj kanonicale, linki wewnętrzne, hreflang, dane strukturalne i mapy witryny.
• Przetestuj przekierowania w stagingu lub kontrolowanym środowisku.

W dniu uruchomienia:

• Wdróż przekierowania.
• Potwierdź zachowanie HTTP do HTTPS.
• Przetestuj ważne próbki URL-i z każdego typu szablonu.
• Prześlij nową mapę witryny.
• Użyj narzędzia Change of Address tam, gdzie ma to zastosowanie.
• Obserwuj błędy serwera, pętle przekierowań i zablokowane zasoby.

Po uruchomieniu:

• Monitoruj błędy crawlowania i raporty indeksowania.
• Aktualizuj ważne linki zewnętrzne tam, gdzie możesz.
• Porównuj ruch według intencji strony wejścia, nie tylko sum domen.
• Utrzymuj przekierowania bezterminowo.
• Odłóż niezwiązany redesign lub eksperymenty z treścią do czasu ustabilizowania przenosin.

Migracje domen nie są wolne od ryzyka, ale da się nimi zarządzać. Pozycje zwykle cierpią wtedy, gdy migracja wysyła niejasne sygnały: brakujące przekierowania, zmieniona treść, sprzeczne kanonicale, zablokowane crawlery albo zapomniana stara domena. Daj wyszukiwarkom i użytkownikom czystą mapę, a przenosiny staną się znacznie mniej dramatyczne.