Как сменить хостинг, домен или подрядчика и не потерять заявки

Переезд сайта редко ломает сам сайт. Чаще пропадают уведомления: форма отправляется в никуда, письмо падает в спам, менеджер видит заявку через неделю, когда клиент уже купил у другого. Ниже порядок действий для микро- и малого бизнеса: что зафиксировать до переезда, что проверить в первый день на новом месте и какие доступы забрать у подрядчика, чтобы поток обращений не оборвался ни на день.

Почему заявки теряются при переезде сайта

Обращение с сайта проходит цепочку: посетитель, браузер, сервер, обработчик формы, почтовый сервер или CRM, уведомление менеджеру. Переезд меняет одно звено, а рвётся вся цепочка. Форма на новой странице выглядит рабочей: кнопка нажимается, зелёная галочка появляется. Только письмо уходит на старый SMTP, который отключили вместе с тарифом.

Второй сценарий — интеграция с CRM. Вебхук настроен на IP прежнего сервера или на домен, который ещё не переехал. Заявка создаётся, но не доходит до карточки. Третий — подменные номера для отслеживания звонков: привязка живёт на стороне сервиса, и при смене домена или подрядчика номера перестают подставляться. Рекламные отчёты показывают клики, в CRM пусто. Без колл-трекинга такие звонки вообще попадают в общую массу без источника (сервис колл-трекинга Cropas).

Что зафиксировать до переезда

Соберите карту того, куда сейчас уходят заявки. Без неё вы не поймёте, что именно перестало работать.

• Все адреса приёма: рабочая почта, ящик для дублей, Telegram, чат, карточки в CRM.
• Скриншоты настроек форм: получатели, шаблоны писем, обязательные поля, тексты автоответов.
• Список интеграций и вебхуков: какие сервисы получают данные с сайта и по каким адресам.
• Номера телефонов в шапке, футере, на страницах услуг. Если часть из них подменные, запишите, какой сервис их обслуживает.
• Доступы: регистратор домена, DNS, хостинг, админка CMS, почтовый ящик, аналитика, рекламные кабинеты, аккаунт в CRM.

Отдельно выпишите страницы, которые приносят трафик, и адреса, на которые ведут ссылки из рекламы, писем и соцсетей. После переезда их понадобится перенаправить.

Как перенести домен и не потерять почту

Домен и хостинг переезжают по отдельности, и совмещать их в один день не стоит. Если сначала переехал сайт, а DNS остались у прежнего провайдера, почта продолжает работать. Когда меняются и NS, и хостинг, письма с домена легко уходят в никуда: MX-записи остались на старом сервере, а старый сервер уже отключён.

Что проверить в DNS перед сменой делегирования:

• A-запись для сайта и для поддоменов вроде www.
• MX-записи почты, если ящики живут на домене.
• TXT-записи: SPF, DKIM, DMARC. Без них письма с формы уходят в спам даже при рабочем ящике.
• CNAME служебных поддоменов, если через них работают сервисы.

Накануне переезда снизьте TTL у важных записей. Тогда изменения разойдутся по сети быстрее, и ошибку в адресе получится заметить и откатить до того, как о ней узнают клиенты. Если адреса страниц меняются, настройте 301-редиректы со старых URL на новые, иначе посетители из поиска придут на страницы с ошибкой. Что теряется после неудачного переезда и как это найти, разобрано в материале про технический аудит сайта после потери позиций.

Что проверить в первый день на новом месте

Отправьте тестовую заявку сами. Лучше с телефона и с компьютера: мобильная версия ведёт себя иначе. Дальше отследите путь обращения по всем каналам.

1. Форма на главной и на страницах услуг.
2. Второй вид формы, если он есть: короткая в шапке, всплывающая, в карточке товара.
3. Почта: входящие и папка спама.
4. CRM: создалась ли сделка, заполнены ли поля «источник», «страница», UTM-метки.
5. Телефон: дозвонились ли на номер из шапки, работает ли переадресация.
6. Аналитика: засчиталась ли цель или событие по отправке формы.

Такую проверку удобно делать по короткому сценарию, он описан в статье как проверить путь заявки от сайта до менеджера за 15 минут. Если что-то отвалилось, вы узнаете об этом от себя, а не от клиента, который ушёл к конкуренту.

Какие доступы забрать у подрядчика при смене исполнителя

Смена подрядчика опаснее технического переезда тем, что вместе с человеком уходят доступы. Домен остаётся оформленным на его аккаунт, интеграция с CRM висит на его почте, а новые заявки уходят на адрес, который вы не контролируете.

• Регистратор домена: аккаунт на вас или на вашу компанию.
• DNS и хостинг: свои логины, а не скриншоты настроек от прежнего исполнителя.
• Админка CMS и доступ к серверу.
• Почтовый ящик, куда приходят заявки, и ящик для дублей.
• Аналитика и рекламные кабинеты с правами администратора.
• Интеграция с CRM: чей аккаунт создавал подключение, чей API-ключ используется.

Ключевые аккаунты оформляйте на юридическое лицо или ИП. Тогда смена человека не превратится в переезд ещё раз.

Чем отличаются три вида переезда

Типичные ошибки

• Менять хостинг и домен в один день: если что-то отвалится, причину искать вдвое дольше.
• Проверять только письмо на почту. Уведомление в CRM или Telegram может не прийти, а письмо придёт.
• Забыть про папку спама. Технически письма уходят, менеджер их не видит.
• Оставить домен и аккаунты на подрядчика. При расставании сайт работает, а управлять им вы не можете.
• Проверить только главную страницу. Формы на страницах услуг и в карточках товаров живут отдельно.
• Не сохранить старые URL, и посетители из поиска приходят на несуществующие адреса.

Собрать порядок в приёме заявок помогает автоматизация: обращение сразу попадает в рабочую очередь, а не в почтовый ящик, и потерять его сложнее. Подробнее об этом в статье как автоматизировать обработку заявок с сайта в 2026 году.