Przekierowanie domeny na inny serwer - Zrób to dobrze!

Przekierowanie domeny na inny serwer najczęściej sprowadza się do poprawnego ustawienia DNS, a nie do jednego magicznego przełącznika w panelu hostingu. Jeśli zrobisz to dobrze, użytkownik trafi pod właściwy adres, poczta nie przestanie działać, a zmiana przejdzie niemal niezauważalnie. Jeśli pomylisz DNS z przekierowaniem 301 albo pominiesz rekordy pocztowe, problem potrafi wyjść dopiero po kilku godzinach, gdy ruch już spadnie.

Jak działa podpięcie domeny pod nowy serwer

Ja rozdzielam tu trzy poziomy, bo od tego zaczyna się większość nieporozumień. DNS mówi, pod jaki serwer ma trafić ruch, nameserwery wskazują, kto zarządza strefą DNS, a przekierowanie HTTP zmienia już sam adres widziany przez użytkownika. To nie są synonimy, choć w codziennej rozmowie często się je miesza.

Rekord A wskazuje adres IPv4, AAAA adres IPv6, a CNAME działa jak alias domenowy. Jeśli zmieniasz tylko serwer, zwykle rusza się właśnie te rekordy. Gdy już rozdzielisz te trzy poziomy, dalsze decyzje robią się dużo prostsze, więc od razu przechodzę do pytania, kiedy potrzebujesz tylko DNS, a kiedy także przekierowania.

Kiedy wystarczy DNS, a kiedy potrzebny jest 301

W praktyce patrzę na to tak: jeśli adres w przeglądarce ma zostać ten sam, 301 nie jest potrzebny. Jeśli adres ma się zmienić na stałe, wtedy 301 albo 308 staje się właściwym sygnałem dla użytkowników i wyszukiwarek. 302 zostawiam wyłącznie na sytuacje przejściowe, na przykład krótki test lub prace serwisowe.

Jak przeprowadzić zmianę bez przestoju

Najbezpieczniej robię to etapami, a nie jednym ruchem w piątkowy wieczór. Sama zmiana rekordów DNS nic nie kosztuje, ale źle wykonana potrafi zatrzymać stronę, pocztę albo oba elementy naraz. Dlatego traktuję migrację jak krótką operację techniczną, a nie jak zwykłą edycję w panelu.

1. Spisz aktualną strefę DNS. Zrób eksport lub zrzut wszystkich rekordów, nie tylko tych od strony, ale też poczty i subdomen.
2. Przygotuj nowy serwer. Przenieś pliki, bazę danych, konfigurację aplikacji i certyfikat SSL, zanim przełączysz ruch.
3. Obniż TTL. Najlepiej zrób to 24 godziny wcześniej i ustaw 300–600 sekund, żeby cache szybciej się odświeżał.
4. Dodaj identyczne rekordy w nowej strefie. Jeśli zmieniasz dostawcę DNS, przenieś także rekordy MX, TXT i wszystkie subdomeny.
5. Przełącz domenę. W zależności od scenariusza zmień rekordy A/AAAA/CNAME albo nameserwery u rejestratora.
6. Sprawdź wszystko z kilku miejsc. Po przełączeniu testuję domenę główną, www, pocztę i kluczowe podstrony, a stary serwer zostawiam jeszcze aktywny przez 24–48 godzin.

Jeżeli mogę, przez pierwszą dobę trzymam stary serwer w gotowości. To najtańsze ubezpieczenie przed cache'em operatorów, rozjechanym DNS-em i użytkownikami, którzy trafiają do starej wersji strony z zapisanych zakładek. W praktyce właśnie te 24–48 godzin decydują, czy migracja wygląda profesjonalnie.

Najczęstsze błędy, które psują działanie strony

Najwięcej problemów robią nie spektakularne awarie, tylko drobne niedopatrzenia w jednym rekordzie albo jednej subdomenie. Widziałem już migracje, które technicznie były poprawne, ale kończyły się chaosem, bo ktoś pominął pocztę, www albo rekord IPv6.

• Zmiana tylko domeny głównej. Jeśli @ wskazuje nowy serwer, a www nadal siedzi na starym, ruch zaczyna zachowywać się losowo zależnie od wpisanego adresu.
• Pominięcie rekordu AAAA. Gdy serwer obsługuje IPv6, ale nie zaktualizujesz tego wpisu, część użytkowników może trafiać w złe miejsce.
• Usunięcie rekordów pocztowych. Przy zmianie nameserwerów trzeba skopiować MX, TXT, SPF, DKIM i DMARC, bo inaczej mail potrafi przestać dochodzić albo trafiać do spamu.
• Zbyt wysoki TTL przed migracją. Jeśli zostawisz 86400 sekund, część resolverów może trzymać stary wpis przez całą dobę.
• Mieszanie DNS z 301. Samą zmianą IP nie załatwiasz sytuacji, w której zmienia się URL. To dwa różne mechanizmy.
• Łańcuchy przekierowań. Układ typu http → https → nowa domena jest wolniejszy i trudniejszy do debugowania niż jedno poprawne przekierowanie.
• Testowanie tylko na własnym Wi-Fi. Lokalny cache bywa mylący, więc lepiej sprawdzić też na LTE albo przez publiczny resolver.

Jeśli uporządkujesz te detale, połowa problemów znika zanim ktokolwiek zauważy zmianę. Dalej zostaje już tylko wpływ na SEO i pocztę, a tam błędy są mniej widoczne, ale zwykle droższe.

Co ta zmiana oznacza dla SEO i poczty

Przy samej zmianie serwera, bez zmiany adresu, SEO zwykle nie powinno ucierpieć. Jeśli jednak zmienia się także domena albo ścieżki URL, wtedy stawiam na 301, aktualizuję linki wewnętrzne, sitemapę i canonicale. To nie jest miejsce na skróty, bo wyszukiwarki muszą dostać jasny sygnał, że treść przeniosła się na stałe.

Przy zmianie samego hostingu nie potrzebujesz procedury zmiany adresu w narzędziach do zarządzania domeną, bo adres się nie zmienia. Jeśli jednak przenosisz cały serwis pod nową nazwę, wtedy traktuję to jak migrację URL, a nie jak zwykłą edycję DNS. Dobrze ustawione przekierowanie utrzymuje ruch i sygnały jakości, a źle ustawione potrafi je rozbić na kilka wersji strony.

Jak potwierdzić, że domena już wskazuje właściwy serwer

Ja zawsze kończę migrację krótkim sprawdzeniem technicznym, bo przeglądarka potrafi ukryć część problemów przez cache. Najprostszy test to porównanie tego, co zwraca DNS, z tym, co naprawdę stoi na nowym serwerze.

Nie opieram się wyłącznie na ping, bo wiele serwerów blokuje ICMP albo odpowiada niejednoznacznie. Lepiej sprawdzić domenę z kilku resolverów i z dwóch różnych sieci, na przykład z domowego łącza oraz z telefonu na LTE. Jeśli oba testy pokazują to samo, masz dużo większą pewność, że zmiana już się ustabilizowała.

Co zostawić po migracji, żeby nie wracać do problemu

Po poprawnym przełączeniu nie zamykam tematu od razu. Zostawiam sobie kopię strefy DNS, archiwum poprzedniej konfiguracji i przynajmniej krótki monitoring logów przez 24–48 godzin. To wystarcza, żeby wyłapać błędy 404, pomyłki w subdomenach albo problemy z wysyłką poczty.

• Trzymaj kopię starej strefy DNS, nawet jeśli wydaje się już niepotrzebna.
• Zapisz poprzednie rekordy MX, TXT i A/AAAA, bo przydają się przy kolejnych zmianach.
• Jeśli domena zmieniła adres, utrzymuj przekierowanie 301 możliwie długo, najlepiej bezterminowo, jeśli nadal mają do niej prowadzić linki zewnętrzne.
• Sprawdzaj logi serwera pod kątem błędów 404 i zapytań do starych adresów.
• Nie usuwaj starego hostingu od razu, jeśli cache DNS nie zdążył się jeszcze wyczyścić.

Jeśli po zmianie strona ładuje się szybko, poczta dochodzi, a www i domena główna zachowują się tak samo, operacja została zrobiona dobrze. W tej pracy najważniejsze nie jest samo przełączenie, tylko uporządkowanie DNS, zachowanie ciągłości poczty i świadome odróżnienie zmiany serwera od zmiany adresu. Reszta to już tylko spokojne domknięcie migracji.