Перенос сайта на новый хостинг редко заканчивается в момент, когда файлы скопированы, база данных импортирована, а домен направлен на новый сервер. Для владельца сайта важнее другое: открывается ли сайт у клиентов, корректно ли работает HTTPS, не ведут ли старые редиректы в ошибку и не потерялись ли важные страницы. Именно поэтому после миграции нужна не одна ручная проверка из браузера, а понятный чеклист доступности.
Ниже — практический порядок проверки без лишней теории. Он подойдет интернет-магазину, корпоративному сайту, лендингу, блогу и сервисному проекту. Если во время проверки обнаружится, что сайт периодически недоступен, автоматический мониторинг в Web-Puls поможет увидеть проблему раньше, чем ее заметят клиенты.
Почему сайт может сломаться после переноса
После переезда меняется не только физическое место сайта. Часто одновременно меняются IP-адрес, настройки веб-сервера, версия PHP или другого окружения, путь к файлам, параметры базы данных, SSL-сертификат, правила редиректов и почтовые настройки. Даже если главная страница открылась, это еще не означает, что весь сайт работает правильно.
Типичные причины проблем после переноса:
- домен указывает не на тот IP-адрес;
- часть пользователей еще попадает на старый сервер из-за DNS-кеша;
- HTTPS включен, но сертификат выпущен не для всех нужных имен домена;
- редирект с HTTP на HTTPS настроен неверно;
- версия серверного окружения отличается от старой;
- права на файлы или каталоги мешают загрузке изображений и документов;
- формы отправляют письма через старые SMTP-настройки;
- фоновые задачи и интеграции остались привязаны к прежнему серверу.
Главная ошибка — проверить только главную страницу и считать перенос завершенным. На практике проблема часто находится глубже: в карточке товара, форме заявки, админке, API, странице оплаты или файле, который открывается не каждый день.
Что проверить до переключения DNS
Если есть доступ к новому серверу до смены DNS, лучше проверить сайт заранее. Иногда хостинг дает технический адрес, временный домен или возможность открыть сайт через hosts-файл. Это позволяет увидеть ошибки до того, как на новый сервер попадут реальные посетители.
Проверьте окружение
Сравните важные параметры старого и нового хостинга: версию языка, расширения, лимиты памяти, настройки веб-сервера, доступ к базе данных, cron-задачи и права на запись. Не нужно переносить все настройки вслепую, но критичные зависимости сайта должны быть понятны.
Практический пример: сайт на CMS открывается, но при загрузке изображений выдает ошибку. Причина может быть не в DNS, а в том, что папка для загрузок недоступна для записи на новом сервере.
Проверьте базовые страницы
Откройте не только главную страницу. Проверьте страницы, которые реально приносят заявки и продажи: карточки товаров, корзину, форму обратной связи, страницу контактов, блог, поиск, личный кабинет, страницу оплаты, если она есть. Для небольшого сайта достаточно пройти основные сценарии как обычный пользователь.
Если сайт содержит важные страницы с разными шаблонами, внесите их в отдельный список. После переключения DNS этот список пригодится для повторной проверки.
Как проверить DNS после переноса
DNS отвечает за то, куда ведет домен. После переноса важно убедиться, что записи указывают на новый сервер и не конфликтуют между собой.
Проверьте:
- A-запись для основного домена;
- AAAA-запись, если используется IPv6;
- CNAME для поддоменов;
- записи для www-версии домена;
- MX, SPF, DKIM и DMARC, если почта работает на домене;
- отсутствие старых записей, которые больше не нужны.
Важно проверить обе версии адреса: с www и без www. Если одна версия открывается, а другая показывает ошибку или старый сайт, пользователи будут получать разный результат в зависимости от ссылки, по которой они перешли.
Почему сайт может открываться у вас, но не у клиентов
После изменения DNS разные провайдеры и устройства могут некоторое время видеть разные данные. У владельца сайт уже открывается с нового сервера, а часть клиентов еще попадает на старый. Это нормальная особенность кеширования, но она становится проблемой, если старый сервер выключили слишком рано.
Практический вывод простой: после переключения DNS не отключайте старый хостинг сразу. Сначала убедитесь, что новый сервер стабильно принимает трафик, а важные страницы и формы работают.
Как проверить SSL и HTTPS
После переноса SSL-сертификат должен быть корректно установлен на новом сервере. Браузер может показывать сайт как небезопасный, если сертификат просрочен, выпущен не для того домена, не содержит www-версию или цепочка сертификатов настроена неверно.
Проверьте:
- открывается ли сайт по HTTPS;
- работает ли редирект с HTTP на HTTPS;
- совпадает ли домен в сертификате с адресом сайта;
- открываются ли обе версии домена: с www и без www;
- нет ли смешанного содержимого, когда страница HTTPS загружает изображения или скрипты по HTTP.
Для быстрой ручной проверки можно использовать страницу Web-Puls для проверки SSL: проверить SSL-сертификат. Она помогает увидеть базовые проблемы с сертификатом и сроком его действия.
Как проверить доступность сайта вручную
Ручная проверка нужна сразу после переноса, но она должна быть системной. Откройте сайт в обычном браузере, в режиме инкогнито, с телефона и, если возможно, через другую сеть. Так проще заметить ситуацию, когда сайт работает только у вас.
Минимальный чеклист ручной проверки:
- Откройте главную страницу по HTTPS.
- Проверьте адрес с www и без www.
- Откройте несколько внутренних страниц.
- Отправьте тестовую заявку через форму.
- Проверьте страницу с динамическим контентом: поиск, корзину, фильтр или личный кабинет.
- Убедитесь, что изображения, стили и скрипты загружаются без ошибок.
- Посмотрите, не появились ли ошибки 500, 502, 503 или 504.
- Проверьте, что админка открывается и сохраняет изменения.
Если сайт нужен клиентам каждый день, ручной проверки недостаточно. Она показывает состояние только в момент проверки и только из вашей точки доступа.
Почему после переноса нужен мониторинг
Самая неприятная проблема после миграции — плавающая недоступность. Сайт может открываться утром, падать под нагрузкой днем, выдавать ошибку только на отдельных страницах или переставать отвечать на несколько минут. Владелец не всегда замечает это сам, потому что проверяет сайт нерегулярно.
Автоматический мониторинг решает другую задачу: он проверяет сайт по расписанию и фиксирует историю. Если сайт перестал отвечать, начал отдавать ошибочный HTTP-статус или стал открываться заметно медленнее, уведомление приходит быстрее.
В Web-Puls можно настроить проверку доступности сайта, чтобы не обновлять страницу вручную после переноса. Это особенно полезно в первые дни после миграции, когда еще могут проявиться проблемы с сервером, DNS, SSL или нагрузкой.
Когда нужна техническая помощь
Если после переноса сайт не открывается, важно не менять все настройки подряд. Сначала нужно понять слой проблемы: DNS, SSL, веб-сервер, приложение, база данных, почта или внешняя интеграция. Иначе можно случайно ухудшить ситуацию.
Обратиться за помощью стоит, если:
- сайт недоступен у клиентов, но открывается у владельца;
- после переноса появились ошибки 500, 502, 503 или 504;
- HTTPS работает только для одной версии домена;
- формы перестали отправлять заявки;
- почта на домене перестала принимать или отправлять письма;
- новый хостинг обвиняет сайт, а разработчик — хостинг, и непонятно, с чего начать.
Если проблему нужно не только заметить, но и разобрать технически, можно отправить заявку на профессиональную поддержку через форму Web-Puls или воспользоваться контактной информацией. В заявке полезно указать домен, что именно меняли, когда началась проблема и какие ошибки видят пользователи.
Чеклист после переноса
Используйте этот список как финальную проверку перед тем, как считать перенос завершенным:
- домен и www-версия ведут на правильный сервер;
- HTTPS работает без предупреждений браузера;
- HTTP корректно перенаправляет на HTTPS;
- главная и ключевые внутренние страницы открываются;
- формы отправляют заявки;
- админка доступна;
- изображения, стили и скрипты загружаются;
- почтовые DNS-записи не потеряны;
- старый сервер не отключен слишком рано;
- настроен мониторинг доступности сайта.
Для разовой проверки можно открыть инструмент проверки сайта. Для постоянного контроля лучше добавить сайт в мониторинг и получать уведомления при сбоях.
Вывод
Перенос сайта на новый хостинг нужно завершать не словами «главная открылась», а проверкой DNS, SSL, редиректов, ключевых страниц, форм и доступности из разных условий. Такой подход снижает риск тихой аварии, когда часть клиентов уже не может попасть на сайт, а владелец узнает об этом слишком поздно.
Самый практичный сценарий — заранее подготовить список важных страниц, проверить сайт до переключения DNS, повторить проверку после переноса и включить автоматический мониторинг. Тогда возможные проблемы с хостингом, SSL или DNS становятся видимыми быстрее, а восстановление занимает меньше времени.