Перенос завершён не тогда, когда главная страница открылась по новому адресу. Нужно проверить домен, сертификат, страницы, формы, оплату, письма, изображения и сохранность данных. Пройдите чек-лист сначала на тестовой копии, затем повторите его после переключения DNS.
До переключения домена
Сохраните копию файлов и базы данных с исходного аккаунта и отдельно запишите текущие DNS-записи. Не ограничивайтесь архивом каталога: у WordPress база хранит публикации, настройки, пользователей и другие данные, а файлы содержат ядро, темы, плагины и загрузки. Проверьте, что архивы скачиваются, а дамп базы открывается и имеет ожидаемый размер.
Поднимите сайт у нового провайдера на техническом домене или временной копии. Это позволит проверить его до того, как посетители начнут попадать на новый сервер. Временно закройте тестовую копию от индексации и не отправляйте с неё настоящие письма или заказы: иначе клиент может получить дубликат, а поисковик — увидеть технический адрес.
Запишите несколько контрольных URL: главную, популярные карточки товаров или услуг, страницу контактов, форму, страницу входа, политику конфиденциальности и несколько старых статей. После переноса сравните именно их, а не только первую страницу.
Рейтинг хостингов для сайта
��� ᯨ᮪ �ਣ������, � ��ઠ �� ��॥��� ���� ��࠭�祭�� ⥪�饣� ��� ��� �� ��⮢�� ����᭮� ࠧ��饭��. �ࠢ������ �।������� �� ��७��� 䠩��� � ����, ᮢ���⨬���, ���� � ����⠭�������, � �� ⮫쪮 �� ���⮢�� 業�.
- Timeweb — Для небольших и средних сайтов, магазинов и корпоративных проектов; перед заказом сверьте нужные версии PHP, базы и лимиты тарифа.
- МакХост — Рассмотрите, если важны привычные инструменты виртуального хостинга и поддержка; проверьте требования проекта и порядок переноса.
- SpaceWeb — Вариант для сравнения тарифов виртуального хостинга и дополнительных услуг; проверьте доступные функции на выбранном плане.
- Hostland — Проверьте совместимость с CMS, почтой, SSL и планом резервного копирования до переноса.
- SprintHost — Сравните доступные ресурсы, ограничения и помощь с миграцией именно для вашего проекта.
- AdminVPS — Подходит для сравнения вариантов с расширенными настройками; заранее уточните, какие задачи администрирования включены.
Домен и DNS
Сначала выясните, кто управляет DNS зоной: регистратор домена, прежний хостер или отдельный DNS-провайдер. Для переключения сайта обычно меняется A-запись, но настройки почты зависят от MX, SPF, DKIM и DMARC. Не меняйте NS, если не собираетесь переносить всю DNS-зону и знаете, какие записи нужно восстановить.
Сверьте старую и новую зону построчно. Сохраните поддомены, проверочные TXT-записи, записи почты и сервисов аналитики. Если домен и почта остаются у разных компаний, укажите адрес нового сайта там, где сейчас обслуживается зона. После изменения DNS ответы могут обновляться с задержкой; проверяйте из нескольких сетей и не удаляйте старую площадку сразу.
Проверка простая: домен открывается без случайного перенаправления на технический адрес; варианты с www и без www ведут к согласованной версии; нужные поддомены сохраняются; письмо на домене принимается и уходит.
HTTPS и адреса страниц
Проверьте сертификат для каждого имени, которое используется: основной домен, www и поддомены. В браузере не должно быть предупреждения о сертификате. Откройте сайт по HTTPS и убедитесь, что картинки, шрифты и скрипты не загружаются по старому HTTP. Смешанное содержимое может выглядеть как отсутствие стилей или сломанная кнопка, хотя сама страница отдаёт код 200.
Сверьте постоянные ссылки и внутреннюю перелинковку. Нажмите на несколько пунктов меню, логотип, карточки каталога, хлебные крошки и ссылки в подвале. Сделайте несколько запросов к старым адресам: они должны открывать те же страницы либо давать ожидаемый редирект, а не вести на главную без причины. Для WordPress особенно внимательно проверьте URL в настройках, мультимедиа и постоянные ссылки.
Не исправляйте адреса массовым поиском и заменой в базе без резервной копии: сериализованные данные могут хранить значения в специальном формате. Для замены домена используйте подходящий инструмент миграции или штатную инструкцию CMS.
Формы, письма и заказы
Отправьте тестовую заявку с отдельным пометочным значением, чтобы команда узнала её и не приняла за заказ клиента. Убедитесь, что запись появилась в админке или CRM, уведомление дошло, а подтверждение не попало в спам. Проверьте как обязательные, так и дополнительные поля, загрузку вложений и согласие с политикой, если оно используется.
Для магазина пройдите сценарий от каталога до оформления заказа в тестовом режиме: поиск, корзина, адрес доставки, налоги, промокод, выбранный способ оплаты, письмо покупателю и уведомление менеджеру. Не проводите настоящий платёж без отдельной тестовой процедуры. Если магазин продолжал принимать заказы во время переноса, сравните новые заказы на старом и новом сервере по времени и номеру. Убедитесь, что они не задублировались и ни один не потерялся.
Отдельно проверьте электронную почту домена. Перенос сайта сам по себе не переносит ящики и старые письма. Если почтовый сервис меняется, сначала скопируйте письма, создайте ящики и перенесите записи MX и политики отправки по плану почтового провайдера.
Техническая проверка без догадок
| Что проверить | Пример проверки | Признак успеха |
|---|---|---|
| Основные страницы | Открыть 10–20 важных URL | Нет 404 и неожиданных редиректов |
| Формы | Отправить тестовую заявку | Есть запись и уведомление |
| Медиа | Проверить изображения и документы | Файлы загружаются и открываются |
| Почта | Отправить и получить тестовое письмо | Адреса и письма работают |
| Скорость и ошибки | Проверить серверные логи и пару ключевых действий | Нет повторяющихся ошибок приложения |
Сохраните результат проверки: список URL, время, ошибки и ответственного. Если что-то сломано, зафиксируйте точный адрес и действие, которое привело к ошибке. Так поддержка сможет воспроизвести проблему без серии писем «сайт вроде не работает».
Первые сутки после переключения
Следите за аналитикой, заявками и журналами ошибок. Проверяйте сайт с мобильного интернета и домашней сети. Если часть посетителей ещё попадает на прежний сервер, не отключайте его и не принимайте параллельные изменения данных без плана. Установите понятное окно наблюдения и критерии, после которых старый хостинг можно закрывать.
В течение первых суток проверьте поступление почты, обработку фоновых задач, обновление кэша и корректное формирование абсолютных ссылок. Сверяйте новые заказы и обращения. Когда всё подтвердилось, обновите схему инфраструктуры, сведения об аккаунтах и инструкцию восстановления. Уберите временную копию из индекса и ограничьте её доступ.
Если проверка выявила ошибку
Соберите короткую карточку инцидента: точный URL, действие посетителя, время, сеть, браузер, ожидаемый и фактический результат. Добавьте скриншот и код ответа, если он известен. Не отправляйте в поддержку пароли, токены или персональные данные из формы; достаточно тестовой записи с искусственными значениями.
Разделите проблему по слоям. Если домен не найден, проверяйте DNS. Если появляется предупреждение браузера, проверьте TLS сертификат и имя хоста. Если страница отвечает, но форма не сохраняет заявку, смотрите журнал приложения, настройки отправки и обработчик интеграции. Если сломаны только изображения, сравните адрес файла, права и наличие файла в новой копии. Такой порядок помогает не менять DNS повторно из-за ошибки, которая находится внутри приложения.
Не делайте несколько исправлений одновременно. Сначала сохраните состояние, затем измените один параметр и повторите тот же контрольный сценарий. Если регрессия появилась только после переключения, сравните конфигурацию старой и новой площадки. Когда исправление затрагивает базу, записи заказов или адреса сайта, обязательно сохраните свежую копию до работы.
Частые вопросы
Нужно ли сразу отменять старый тариф?
Нет. Сначала дождитесь окончания периода наблюдения, проверьте формы, почту и заказы, а также убедитесь, что резервная копия старого сайта доступна. Срок и условия оплаты зависят от договора с прежним провайдером.
Если главная открывается, значит переезд прошёл успешно?
Не обязательно. Главная не проверяет базы данных магазина, личные кабинеты, обработчики форм, загрузку файлов, почтовые ящики и закрытые разделы. Нужны реальные контрольные сценарии.
Что делать, если новый сайт открывается только у части людей?
Сравните DNS-ответы из разных сетей, проверьте основной домен и www, а затем убедитесь, что сертификат подходит к адресу. Зафиксируйте время и сеть каждого теста.
Документы и инструкции
- WordPress: перенос сайта
- Timeweb: перенос сайта через SSH и тестовый домен
- Beget: перенос сайта между хостингами
- Beget: настройка DNS
Проверяйте актуальную редакцию документации перед работами: пункты панелей и условия услуг могут меняться.