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

Подготовьте лист изменений: какие имена переключаются, какие записи остаются и как проверить каждый результат. Ниже – порядок для уже принадлежащего вам домена с действующей почтой. Смена самого доменного имени и перенос поисковых адресов требуют отдельного плана. Примеры DNS в статье условные; настройки реального проекта здесь не изменялись.

Подключение домена к Хорошопу без потери почты: отдельные маршруты сайта и MX, подготовка DNS и проверка результата
Подключение домена к Хорошопу: маршрут сайта и действующую почту проверяют отдельно. Неизменная запись MX не подтверждает сохранность её целевого адреса; отдельно проверяют HTTPS, входящие письма, ответы и уведомления магазина.

Установите, кто управляет DNS и почтой

Регистратор домена, оператор DNS и почтовый провайдер могут быть разными компаниями. Выясните, где находится действующая зона, какие серверы NS назначены домену и кто вправе менять записи. Наличие доступа к покупке домена ещё не означает, что нужная зона редактируется в той же панели.

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

Для перенаправления витрины не следует одновременно менять NS без самостоятельной задачи на перенос всей зоны. Сохраните экспорт или полный перечень действующих записей с именами, типами, значениями и приоритетами. Такая копия поможет сравнить изменения, но сама по себе не является резервной копией содержимого почтовых ящиков.

Соберите ведомость разрешённых изменений

Разделите записи по назначению. Рядом укажите основание: текущая инструкция Хорошопа, настройки почтового провайдера или подтверждение ответственного. Если назначение строки неизвестно, сначала разберите её, а не удаляйте вместе с записями старого сайта.

Часть зоныНазначениеПлан действияЧто проверить
Корень домена и wwwАдреса витриныНаправить по актуальной инструкции ХорошопаОба имени открывают согласованный магазин
MX и его приоритетыМаршрут входящей почтыСохранить действующую схему провайдераЦелевые серверы соответствуют почтовому сервису
Имя сервера из MXАдрес получателя почтового соединенияПроверить зависимость от меняемых записейИмя ведёт к почтовому серверу, а не к витрине
SPF, DKIM, DMARC и записи сервисаПроверка отправителя и связанные функции почтыСохранить или согласованно уточнить у провайдераИспользуемые отправители и имена не потеряны

Не копируйте значения почтовых записей из примера чужого сервиса. В документации Cloudflare прямо указано, что точные значения зависят от почтового провайдера. Для ведомости нужны публичные настройки DNS; пароли SMTP и закрытые ключи в неё не включают.

Раздельные маршруты сайта и почты при подключении домена к Хорошопу
Учебная схема зависимости: витрина и почта используют один домен, но принимаются по разным маршрутам. Связь MX с именем сервера нужно проверить до изменения адреса витрины.

Переключайте только согласованные имена витрины

Актуальное руководство Хорошопа по домену описывает ALIAS для корня и www с назначением cname.horoshop.ua. Если оператор DNS не поддерживает ALIAS, предусмотрен вариант с A-записями. Набор текущих адресов берите из руководства для выбранного способа, а не из давнего снимка или переписки.

Требование убрать прежние A и AAAA относится к переключаемым именам сайта. Это не команда удалить все записи этих типов во всей зоне: среди них может находиться адрес почтового сервера. Сначала сопоставьте каждую затронутую строку с ведомостью и зависимостями.

После направления DNS домен ещё нужно включить на стороне платформы; выпуск сертификата также является отдельным результатом. Согласуйте этот этап и проверьте HTTPS без предупреждений браузера. Не отключайте проверку сертификата ради открытия сайта. Изменения в зоне и готовность сервера могут завершиться в разное время; единого срока ожидания для любого проекта нет.

Две ALIAS-записи для корня домена и www в инструкции Хорошопа
Подлинный пример Хорошопа с ALIAS для двух имён. Размытое доменное имя сохранено как у источника; снимок не показывает настройки вашего сайта или почты.

Проверьте, куда ведёт имя из MX

Сохранить строку MX недостаточно, если изменился адрес её цели. Рассмотрю условный случай: входящая почта направлена на shop.example, и это же имя использует главная страница. До переключения его адрес обслуживал прежний сервер. После замены под витрину MX остался прежним, но разрешение shop.example уже ведёт к Хорошопу.

Такую ситуацию нельзя принимать как сохранённую почту только по неизменности MX. Выясните у почтового провайдера правильное целевое имя и необходимые записи его сервера. Не придумывайте отдельный mail.shop.example без подтверждения: новое название само по себе не создаёт почтовый сервис и ящики.

Если почтовое имя управляется другой зоной или использует записи провайдера, проверьте именно эту цепочку. У Cloudflare отдельно описаны зависимости почтового сервера и ограничения HTTP-прокси. Сайт может работать через прокси, но из этого не следует пригодность того же режима для SMTP, IMAP или POP3.

Отделите ящики сотрудников от отправки магазина

Хорошоп предусматривает отправку служебных писем через свой SMTP или через сторонний сервер. Это настройка «Общие настройки → Настройка Email», а не перенос действующих ящиков. Успешное подключение домена не создаёт автоматически почтовый ящик с любым именем, указанным в отправителе.

В инструкции по почте Хорошопа адрес From и адрес для ответа разделены. Для получения ответа покупателя нужен работающий ящик в Reply-to. Поэтому письмо магазина может прийти, но ответ уйти в неподходящее место. Сверьте маршрут ответа отдельно от видимого имени отправителя.

Сохраните выбранный способ служебной отправки и его зависимости. Не меняйте одновременно SMTP, почтового провайдера и DNS витрины без согласованного объёма: при сбое будет трудно установить причину. Если меняется состав разрешённых отправителей, записи аутентификации должен проверить ответственный за почту. Наличие SPF или DKIM само по себе не гарантирует попадание каждого письма во входящие.

Примите сайт и почту раздельно

После согласованного переключения сравните фактические DNS-ответы с ведомостью. Затем откройте рабочие адреса сайта и проверьте основной путь посетителя. Подготовку магазина к этому этапу можно сверить с планом запуска Хорошопа. Открытая главная не заменяет проверки категории и страницы товара.

  • Витрина открывается по нужным именам с действующим HTTPS.
  • Согласованный внешний отправитель доставляет письмо в существующий ящик магазина.
  • Из этого ящика можно отправить ответ и подтвердить его получение.
  • Служебное письмо магазина и ответ на него проходят по предусмотренным адресам.

Почтовые проверки выполняйте с согласованными адресами и участниками, без сообщений реальным покупателям. Запишите время, получателя, полученный результат и текст возврата при ошибке. Если для уведомления требуется контрольный заказ, его создание согласуют отдельно. Пока проверен только DNS, не отмечайте отправку писем как выполненную.

При расхождении сохраните доказательство и определите затронутый маршрут. Возврат записей тоже должен учитывать текущее состояние зоны и параллельные изменения. Поисковые переходы, robots и индексацию проверяют отдельно по плану SEO-переноса на Хорошоп. Итог подключения – работа нужного магазина и подтверждённая сохранность согласованных почтовых сценариев.

Нужна помощь с вашим проектом?

Оставьте имя и телефон. Свяжусь с вами, чтобы обсудить задачу, объём работ и следующий шаг.

Обсудить проект