Как перенести сайт на другой хостинг без простоя и без потери корпоративной почты

Вы решили сменить хостинг-провайдера: слишком дорого, слишком медленно или поддержка просто перестала отвечать. Ваш настоящий страх — не сам сайт, а день переезда, когда клиенты вдруг не могут открыть сайт, а письма на корпоративный адрес начинают пропадать. Этот страх оправдан, потому что именно здесь рушится большинство неудачных миграций.

Хорошая новость: перенос без простоя — это не удача, а порядок. Если вы соблюдаете правильную последовательность — сначала собираете всё на новом сервере, проверяете и только потом переключаете DNS — посетители ничего не замечают, а почта продолжает идти. В этой статье я покажу точные шаги, реальные ловушки (особенно с почтой) и что нужно спросить у любого серьёзного провайдера, прежде чем нажать кнопку.

Первое правило: сайт и почта — это две разные вещи

Самая частая ошибка — думать, что «перенос сайта» автоматически переносит и почту. Это не так. У вашего домена (например, firma.ru) есть отдельные DNS-записи: одна говорит, где находится сайт, другая — где находится почта.

• Запись A / CNAME → указывает на сервер сайта
• Запись MX → указывает на почтовый сервер
• Записи SPF, DKIM, DMARC → аутентифицируют почту, чтобы она не попадала в спам

Если вы переносите хостинг, но оставляете почту на месте, нужно просто НЕ трогать записи MX и записи аутентификации. Проблема возникает, когда новый провайдер «сбрасывает» весь DNS на свои значения по умолчанию и, не желая того, переписывает и ваш MX. С этой секунды корпоративная почта начинает падать. Поэтому сначала отдельно определите, что относится к сайту, а что — к почте.

Правильный порядок шагов (именно здесь выигрывается битва)

Простой почти всегда возникает, когда DNS переключают до того, как готов новый сервер. Правильная последовательность обратная:

1. Соберите или скопируйте сайт целиком на новый хостинг, но открывайте его по временному адресу или через локальный файл hosts.

2. Проверьте всё: страницы, формы, корзину, скорость, SSL-сертификат.

3. Запишите ВСЕ текущие DNS-записи (скриншот или экспорт). Это ваша страховка.

4. За день снизьте TTL записей (например, до 300 секунд), чтобы изменение распространялось быстро.

5. Только теперь переключите запись A на новый IP. НЕ трогайте MX.

6. Держите старый сервер активным ещё несколько дней, пока DNS полностью не распространится (может занять до 24-48 часов).

Так в любой момент любой, кто заходит на сайт, видит либо старую версию, либо новую — но никогда мёртвую страницу.

Как сохранить почту живой во время переезда

Почта — самая чувствительная часть, потому что потерянное письмо уже не вернуть. Чёткие правила:

• Если вы НЕ меняете почтового провайдера, вообще не трогайте записи MX, SPF, DKIM и DMARC. Оставьте их ровно как есть.
• Если вы меняете и почту (например, переходите на Google Workspace или Zoho), сначала создайте новые ящики, перенесите старые сообщения по IMAP и только потом переключайте MX.
• Следите за распространением: пока DNS расходится, часть писем может приходить на старый сервер, часть — на новый. Поэтому оба держат активными несколько дней.
• После переезда отправьте тестовое письмо извне (с другого аккаунта) и убедитесь, что оно приходит и не попадает в спам. Проверьте SPF и DKIM инструментом доставляемости.

Золотое правило: не отменяйте старую подписку на почту в день переезда. Дождитесь подтверждения, что всё идёт на новый сервер.

Ловушки, вызывающие простой, даже когда вы всё делаете «правильно»

Несколько вещей, которые застают людей врасплох:

• SSL-сертификат: если у нового сервера нет действующего сертификата до переезда, посетители получают предупреждение «сайт небезопасен». Выпустите и проверьте его ДО смены DNS.
• Серверы имён против отдельных записей: смена серверов имён целиком сбрасывает ВЕСЬ DNS сразу, включая MX. Безопаснее менять только запись A, точечно.
• База данных и файлы: на динамических сайтах (WordPress, магазины) если кто-то оформит заказ на старом сервере после переноса базы, этот заказ потеряется. Поэтому переносите в часы низкого трафика и в идеале переведите старый сайт в режим «только чтение» на время перехода.
• Редиректы и жёстко прописанные ссылки: проверьте, что в коде или настройках не остались старые адреса (http, фиксированный IP).

Как мы делаем миграции в MPO Web Studio

В MPO Web Studio мы делаем миграции удалённо, для клиентов по всей стране, без необходимости кому-то приезжать на место. Наш подход прост и без стресса для вас:

• Сначала мы собираем полную копию на новом хостинге и показываем её вам по тестовому адресу — вы своими глазами видите, что всё работает, прежде чем мы вообще коснёмся домена.
• Мы составляем карту всего текущего DNS и чётко разделяем сайт и почту, чтобы ваш корпоративный адрес даже не мигнул.
• Переключение делаем в часы низкого трафика и отслеживаем распространение до стабилизации.
• Прозрачная цена, названная заранее, без внезапных расходов после начала работы.

Если у вас есть сайт и рабочая почта, которые страшно трогать, напишите нам в WhatsApp, мы вместе посмотрим на вашу ситуацию и честно скажем, стоит ли переносить и как. Без давления.