Что проверить после смены хостинга: почта, SSL, редиректы и формы
Обновлено 6 мин чтенияКоманда DNSPeek
Сразу после смены хостинга убедитесь, что DNS везде указывает на новый сервер, что установлен действительный сертификат и что редиректы по-прежнему ведут с HTTP на HTTPS и на одно каноническое имя хоста. Затем проверьте доставку почты (MX, SPF, DKIM и DMARC), контактные формы, запланированные задачи и настройки для поисковых систем. Большинство проблем после переноса относится к одной из этих групп и быстро исправляется, как только их обнаружили.
DNS: все ли уже на новом сервере?
Проверьте, что домен и www резолвятся в новый IP через публичные резолверы по всему миру, с помощью проверки распространения DNS, и что сайт действительно там отвечает, с помощью инструмента Переключился ли мой домен?. Старая AAAA-запись (IPv6) — классический остаток: посетители с IPv6 продолжают попадать на старый хостинг и видят устаревший контент.
Если вы перенесли DNS к другому провайдеру, сравните старую и новую зоны с помощью Сравнения DNS. Отсутствующая TXT- или CNAME-запись тихо ломает вещи: подтверждение домена для Google или Microsoft, подпись почты или поддомен, который использует сторонний сервис.
SSL-сертификат
Многие хостинги выпускают сертификат только после того, как домен направлен на них, поэтому проверяйте его, когда DNS уже переключён. Проверка SSL показывает издателя, дату окончания срока действия, имена, которые покрывает сертификат, и доверяют ли браузеры цепочке. Убедитесь, что он покрывает и example.com, и www.example.com, а также все другие имена хостов, которые вы обслуживаете.
Если вы проверяли сайт через ссылку-превью DNSPeek в режиме Пропускать проверку, после переезда переключите её на Проверять: тогда превью выдаст ошибку при любой проблеме с сертификатом, и это быстрое подтверждение. См. Режимы SSL.
Редиректы и заголовки
Конфигурация сервера не всегда переезжает вместе с файлами. Правила .htaccess не работают на nginx, а новый хостинг может иначе обрабатывать www. Запустите проверку редиректов для своего домена: http:// должен доходить до финальной страницы https:// за один-два шага, с постоянными (301 или 308) редиректами и без цикла.
Затем запустите проверку заголовков безопасности. HSTS, Content-Security-Policy и подобные заголовки устанавливает сервер или CDN, и их легко потерять при переезде. Сравните оценку с той, что была раньше.
Почта: MX, SPF, DKIM и DMARC
Именно с почтой переезды идут не так тише всего: сайт выглядит нормально, а то, что письма возвращаются или попадают в спам, днями никто не замечает.
| Запись | Что проверить | Инструмент |
|---|---|---|
| MX | Указывает на почтового провайдера, которым вы действительно пользуетесь; почта не переехала случайно вместе с сайтом | Проверка MX-записей |
| SPF (TXT) | Содержит каждый сервер, отправляющий почту от имени домена, включая новый веб-сервер, если формы отправляют письма напрямую; только одна SPF-запись; не более 10 DNS-запросов | Проверка SPF-записи |
| DKIM (TXT или CNAME) | Записи ключей подписи вашего почтового провайдера есть в текущей зоне | Админпанель вашего почтового провайдера |
| DMARC (TXT) | Запись _dmarc существует и содержит нужную вам политику | Проверка DMARC-записи |
Затем сделайте настоящую проверку: напишите на ящик в домене с внешнего адреса и ответьте. Если почта хранилась на старом сервере, убедитесь, что письма, полученные во время переключения, скопированы.
Формы и транзакционные письма
Контактные формы, сброс пароля и подтверждения заказов часто отправляют письма прямо с веб-сервера. На новом сервере функция PHP mail() может быть отключена, порт 25 может быть заблокирован (часто на облачных VPS), или нового IP может не быть в SPF. Отправьте каждую форму и запустите сброс пароля. Если письма не приходят, отправляйте их через SMTP-сервис с аутентификацией вместо локальной почты сервера.
Приложение, cron-задачи и интеграции
- Cron-задачи и запланированные задания: резервные копии, фиды, прогрев кеша и очереди рассылок. Воссоздайте их на новом сервере и проверьте, что старый сервер их больше не запускает, иначе они будут выполняться дважды.
- Списки разрешённых IP: платёжные шлюзы, API, файрволы и удалённые базы данных, которые принимают только IP старого сервера.
- Вебхуки: сервисы, обращающиеся к вашему сайту, например платёжные провайдеры, продолжают работать через DNS, но проверьте их журналы доставки на ошибки около переключения.
- Права доступа к файлам и загрузки: загрузите изображение или файл через CMS.
- Кеширование: очистите кеш страниц и кеш CDN, чтобы посетители не получали страницы, собранные на старом сервере.
Поисковые системы и аналитика
Перенесённая настройка staging может скрыть весь сайт от поиска. Ищите метатег robots noindex или заголовок X-Robots-Tag, файл robots.txt, запрещающий всё, и канонические URL, указывающие на временный хост. Проверьте, что тег аналитики по-прежнему срабатывает, а sitemap доступен. QA-отчёт DNSPeek отмечает такие остатки для поисковых систем вместе с битыми страницами, отсутствующими файлами и смешанным контентом.
Пусть проверки запускаются сами
Если до переключения вы проверяли новый сервер через ссылку-превью DNSPeek, включите для неё уведомления о распространении DNS (на платных тарифах). Когда распространение для домена завершится, DNSPeek повторно запустит QA-отчёт на рабочем домене и сравнит его с последним отчётом до переключения: какие страницы сломались, ведут в другое место или потеряли заголовок. См. После переключения DNS.
Порядок действий после переезда
Шаг 1: Убедитесь, что DNS переключён
Проверьте домен и www через публичные резолверы и убедитесь, что сайт отвечает с нового IP.
Шаг 2: Проверьте сертификат
Проверьте издателя, срок действия и покрытие имён хостов с помощью проверки SSL.
Шаг 3: Проверьте редиректы и заголовки
Проследите путь от
http://до финальной страницы с помощью проверки редиректов и сравните заголовки безопасности со старой конфигурацией.Шаг 4: Проверьте почтовые записи и отправьте тестовое письмо
Проверьте MX, SPF и DMARC, подтвердите DKIM у почтового провайдера, а затем отправьте и получите тестовое письмо.
Шаг 5: Отправьте каждую форму
Отправьте каждую контактную форму и запрос на сброс пароля и убедитесь, что письма приходят и не помечаются как спам.
Шаг 6: Проверьте запланированные задачи и интеграции
Воссоздайте cron-задачи, обновите списки разрешённых IP, проверьте журналы вебхуков и очистите кеши.
Шаг 7: Проверьте настройки для поиска и ненадолго сохраните старый хостинг
Уберите правила noindex со staging, проверьте robots.txt и sitemap и сохраните старый хостинг, пока в его журналах не перестанут появляться посетители.
Чек-лист после переноса
После переезда
- Домен и www резолвятся в новый IP по всему миру
- Старая AAAA-запись обновлена или удалена
- Все записи есть в новой DNS-зоне
- Действительный сертификат для каждого имени хоста
- http → https и обработка www за один-два постоянных редиректа
- Заголовки безопасности такие же, как раньше, или лучше
- MX верна, тестовое письмо отправлено и получено
- SPF содержит каждый сервер-отправитель, одна запись, не более 10 запросов
- Записи DKIM и DMARC присутствуют
- Письма из каждой формы и сброса пароля доставлены
- Cron-задачи воссозданы; на старом сервере ничего не запускается
- Списки разрешённых IP обновлены для нового сервера
- Нет noindex, robots.txt разрешает сканирование, канонические URL верны
- Кеши очищены, аналитика срабатывает
- Резервное копирование настроено на новом хостинге
Частые вопросы
Почему почта перестала работать после смены хостинга?
Обычно MX-записи указывали на старый хостинг или DNS-зону перенесли без них. Сначала проверьте MX, затем SPF, DKIM и DMARC. Если почта хранилась на старом сервере, письма, пришедшие во время переключения, могут всё ещё быть там.
Почему письма из контактной формы после переезда попадают в спам?
Новый сервер отправляет почту с IP, которого нет в вашей SPF-записи, без подписи DKIM или с облачного IP с плохой репутацией. Отправляйте письма из форм через SMTP-сервис с аутентификацией и добавьте его в SPF.
Как скоро после переезда должен заработать SSL-сертификат?
На большинстве хостингов с автоматическими сертификатами — в течение нескольких минут после того, как DNS начнёт указывать на новый сервер. Если через час-два сертификата нет, проверьте, что каждое имя хоста указывает на новый сервер, и попросите хостинг его выпустить.
Переезжают ли редиректы вместе с файлами сайта?
Только если они хранятся в файлах, которые читает новый сервер. Правила в .htaccess работают на Apache и LiteSpeed, но не на nginx, а редиректы, настроенные в панели старого хостинга или в CDN, остаются позади. Проверьте их с помощью проверки редиректов после переезда.
Когда можно отменить старый хостинг?
Когда распространение DNS завершено, журналы доступа старого сервера больше не показывают реальных посетителей, почта туда не приходит и у вас есть финальная резервная копия. Подождать несколько дней после переключения — безопасный вариант по умолчанию.