Co sprawdzić po zmianie hostingu: poczta, SSL, przekierowania i formularze
Aktualizacja: 6 min czytaniaZespół DNSPeek
Zaraz po zmianie hostingu potwierdź, że DNS wszędzie wskazuje nowy serwer, że zainstalowany jest ważny certyfikat i że przekierowania nadal prowadzą z HTTP na HTTPS i na jedną kanoniczną nazwę hosta. Następnie sprawdź dostarczanie poczty (MX, SPF, DKIM i DMARC), formularze kontaktowe, zaplanowane zadania i ustawienia dla wyszukiwarek. Większość problemów po migracji należy do jednej z tych grup i po wykryciu szybko się je naprawia.
DNS: czy wszyscy są już na nowym serwerze?
Sprawdź, czy domena i www rozwiązują się na nowy IP w publicznych resolverach na całym świecie, narzędziem sprawdzanie propagacji DNS, oraz czy strona rzeczywiście tam odpowiada, narzędziem Czy moja domena jest już przełączona?. Stary rekord AAAA (IPv6) to klasyczna pozostałość: odwiedzający przez IPv6 nadal trafiają na stary hosting i widzą nieaktualne treści.
Jeśli przeniesiono DNS do innego dostawcy, porównaj starą i nową strefę narzędziem Porównanie DNS. Brakujący rekord TXT lub CNAME po cichu psuje różne rzeczy: weryfikację domeny w Google lub Microsoft, podpisywanie poczty albo subdomenę używaną przez usługę zewnętrzną.
Certyfikat SSL
Wiele hostingów wystawia certyfikat dopiero wtedy, gdy domena na nie wskazuje, więc sprawdź go po przełączeniu DNS. Sprawdzanie SSL pokazuje wystawcę, datę wygaśnięcia, nazwy objęte certyfikatem i to, czy przeglądarki ufają łańcuchowi. Upewnij się, że obejmuje zarówno example.com, jak i www.example.com oraz wszystkie inne obsługiwane nazwy hostów.
Jeśli testowano stronę linkiem do podglądu DNSPeek w trybie Pomiń weryfikację, po przeprowadzce przełącz go na Weryfikuj: podgląd zgłosi wtedy błąd przy każdym problemie z certyfikatem, co jest szybkim potwierdzeniem. Zob. Tryby SSL.
Przekierowania i nagłówki
Konfiguracja serwera nie zawsze przenosi się razem z plikami. Reguły .htaccess nie działają na nginx, a nowy hosting może inaczej obsługiwać www. Uruchom sprawdzanie przekierowań dla swojej domeny: http:// powinien docierać do końcowej strony https:// w jednym lub dwóch krokach, z przekierowaniami stałymi (301 lub 308) i bez pętli.
Następnie uruchom sprawdzanie nagłówków bezpieczeństwa. HSTS, Content-Security-Policy i podobne nagłówki ustawia serwer lub CDN i łatwo je zgubić podczas przeprowadzki. Porównaj ocenę z wcześniejszą.
Poczta: MX, SPF, DKIM i DMARC
To przy poczcie przeprowadzki psują się najciszej: strona wygląda dobrze, a przez kilka dni nikt nie zauważa, że wiadomości są odrzucane lub trafiają do spamu.
| Rekord | Co sprawdzić | Narzędzie |
|---|---|---|
| MX | Wskazuje dostawcę poczty, z którego faktycznie korzystasz; poczta nie przeniosła się przypadkiem razem ze stroną | Sprawdzanie rekordów MX |
| SPF (TXT) | Wymienia każdy serwer wysyłający pocztę w imieniu domeny, w tym nowy serwer WWW, jeśli formularze wysyłają bezpośrednio; tylko jeden rekord SPF; nie więcej niż 10 zapytań DNS | Sprawdzanie rekordu SPF |
| DKIM (TXT lub CNAME) | Rekordy kluczy podpisu Twojego dostawcy poczty istnieją w bieżącej strefie | Panel administracyjny dostawcy poczty |
| DMARC (TXT) | Rekord _dmarc istnieje i ma zamierzoną politykę | Sprawdzanie rekordu DMARC |
Potem wykonaj prawdziwy test: napisz na skrzynkę w domenie z zewnętrznego adresu i odpowiedz. Jeśli poczta była przechowywana na starym serwerze, sprawdź, czy wiadomości odebrane podczas przełączenia zostały skopiowane.
Formularze i e-maile transakcyjne
Formularze kontaktowe, resetowanie hasła i potwierdzenia zamówień często wysyłają pocztę bezpośrednio z serwera WWW. Na nowym serwerze funkcja PHP mail() może być wyłączona, port 25 zablokowany (często na VPS w chmurze), a nowego IP może nie być w SPF. Wyślij każdy formularz i uruchom resetowanie hasła. Jeśli wiadomości nie docierają, wysyłaj je przez uwierzytelnianą usługę SMTP zamiast lokalnej poczty serwera.
Aplikacja, zadania cron i integracje
- Zadania cron i zaplanowane zadania: kopie zapasowe, feedy, rozgrzewanie cache i kolejki newslettera. Odtwórz je na nowym serwerze i sprawdź, czy stary serwer już ich nie uruchamia, bo inaczej wykonają się dwa razy.
- Listy dozwolonych adresów IP: bramki płatności, API, zapory sieciowe i zdalne bazy danych, które akceptują tylko IP starego serwera.
- Webhooki: usługi wywołujące Twoją stronę, np. operatorzy płatności, nadal działają przez DNS, ale sprawdź ich logi dostarczeń pod kątem błędów w okolicy przełączenia.
- Uprawnienia plików i przesyłanie: prześlij obraz lub plik przez CMS.
- Cache: wyczyść cache stron i cache CDN, aby odwiedzający nie dostawali stron zbudowanych na starym serwerze.
Wyszukiwarki i analityka
Przeniesione ustawienie ze staging może ukryć całą stronę przed wyszukiwarkami. Szukaj metatagu robots noindex lub nagłówka X-Robots-Tag, pliku robots.txt blokującego wszystko i kanonicznych adresów URL wskazujących tymczasowy host. Sprawdź, czy tag analityki nadal działa, a mapa witryny jest dostępna. Raport QA DNSPeek oznacza takie pozostałości dla wyszukiwarek, a także niedziałające strony, brakujące pliki i treść mieszaną.
Niech testy uruchamiają się same
Jeśli przed przełączeniem testowano nowy serwer linkiem do podglądu DNSPeek, włącz dla niego alerty o propagacji DNS (plany płatne). Gdy propagacja domeny się zakończy, DNSPeek ponownie uruchomi raport QA na domenie produkcyjnej i porówna go z ostatnim raportem sprzed przełączenia: które strony przestały działać, przekierowują gdzie indziej lub straciły tytuł. Zob. Po przełączeniu DNS.
Rutyna po przeprowadzce
Krok 1: Potwierdź przełączenie DNS
Sprawdź domenę i www w publicznych resolverach i potwierdź, że strona odpowiada z nowego IP.
Krok 2: Zweryfikuj certyfikat
Sprawdź wystawcę, datę wygaśnięcia i objęte nazwy hostów narzędziem sprawdzanie SSL.
Krok 3: Przetestuj przekierowania i nagłówki
Prześledź drogę od
http://do końcowej strony narzędziem sprawdzanie przekierowań i porównaj nagłówki bezpieczeństwa ze starą konfiguracją.Krok 4: Sprawdź rekordy poczty i wyślij test
Sprawdź MX, SPF i DMARC, potwierdź DKIM u dostawcy poczty, a potem wyślij i odbierz wiadomość testową.
Krok 5: Wyślij każdy formularz
Wyślij każdy formularz kontaktowy i prośbę o reset hasła oraz potwierdź, że e-maile docierają i nie są oznaczane jako spam.
Krok 6: Sprawdź zaplanowane zadania i integracje
Odtwórz zadania cron, zaktualizuj listy dozwolonych adresów IP, sprawdź logi webhooków i wyczyść cache.
Krok 7: Sprawdź ustawienia wyszukiwarek i zachowaj na chwilę stary hosting
Usuń reguły noindex ze staging, potwierdź robots.txt i mapę witryny i zachowaj stary hosting, dopóki jego logi nie przestaną pokazywać odwiedzających.
Checklista po migracji
Po przeprowadzce
- Domena i www rozwiązują się na nowy IP na całym świecie
- Stary rekord AAAA zaktualizowany lub usunięty
- Wszystkie rekordy obecne w nowej strefie DNS
- Ważny certyfikat dla każdej nazwy hosta
- http → https i obsługa www w jednym lub dwóch przekierowaniach stałych
- Nagłówki bezpieczeństwa takie jak wcześniej lub lepsze
- MX poprawny, testowy e-mail wysłany i odebrany
- SPF obejmuje każdy serwer wysyłający, jeden rekord, najwyżej 10 zapytań
- Rekordy DKIM i DMARC obecne
- E-maile z każdego formularza i resetu hasła dostarczone
- Zadania cron odtworzone; na starym serwerze nic już nie działa
- Listy dozwolonych adresów IP zaktualizowane dla nowego serwera
- Brak noindex, robots.txt pozwala na indeksowanie, kanoniczne adresy URL poprawne
- Cache wyczyszczony, analityka działa
- Kopie zapasowe skonfigurowane na nowym hostingu
Najczęstsze pytania
Dlaczego poczta przestała działać po zmianie hostingu?
Zwykle rekordy MX wskazywały stary hosting albo strefę DNS przeniesiono bez nich. Najpierw sprawdź MX, potem SPF, DKIM i DMARC. Jeśli poczta była przechowywana na starym serwerze, wiadomości, które dotarły podczas przełączenia, mogą nadal tam być.
Dlaczego po przeprowadzce e-maile z formularza kontaktowego trafiają do spamu?
Nowy serwer wysyła pocztę z IP, którego nie ma w rekordzie SPF, bez podpisu DKIM lub z adresu IP w chmurze o słabej reputacji. Wysyłaj pocztę z formularzy przez uwierzytelnianą usługę SMTP i dodaj ją do SPF.
Jak szybko po przeprowadzce powinien działać certyfikat SSL?
Na większości hostingów z automatycznymi certyfikatami w ciągu kilku minut od momentu, gdy DNS zacznie wskazywać nowy serwer. Jeśli po godzinie lub dwóch certyfikatu nadal nie ma, sprawdź, czy każda nazwa hosta wskazuje nowy serwer, i poproś hosting o jego wystawienie.
Czy przekierowania przenoszą się razem z plikami strony?
Tylko jeśli są zapisane w plikach, które czyta nowy serwer. Reguły w .htaccess działają na Apache i LiteSpeed, ale nie na nginx, a przekierowania ustawione w panelu starego hostingu lub w CDN zostają. Przetestuj je narzędziem do sprawdzania przekierowań po przeprowadzce.
Kiedy mogę zrezygnować ze starego hostingu?
Gdy propagacja DNS się zakończyła, logi dostępu starego serwera nie pokazują już prawdziwych odwiedzających, poczta przestała tam docierać, a Ty masz końcową kopię zapasową. Odczekanie kilku dni po przełączeniu to bezpieczne ustawienie domyślne.