Корпоративная почта на собственном домене через Яндекс 360 — распространённый выбор для малого и среднего бизнеса, включая владельцев сайтов на 1С-Битрикс. Разберём, как подключить почту Яндекс 360 к домену сайта и настроить корректную отправку системных писем именно через неё.
Подтверждение владения доменом
Первый шаг при подключении Яндекс 360 — подтверждение владения доменом через добавление TXT или CNAME записи в DNS, указанной сервисом при регистрации. Без подтверждения домена почтовые ящики на этом домене не могут быть созданы — подтверждение выполняется один раз при первичной настройке.
MX-записи для приёма почты
# DNS-запись
example.ru. MX 10 mx.yandex.ru.
MX-запись указывает, куда направлять входящую почту для домена, —
без корректной MX-записи письма, отправленные на адреса вида
info@example.ru, не будут доходить до почтовых ящиков
Яндекс 360, даже если сами ящики созданы и домен подтверждён.
Нужна помощь с Битрикс?
SPF, DKIM для отправки от имени домена через Яндекс 360
# SPF
v=spf1 redirect=_spf.yandex.ruКак и для любой другой настройки почтового домена, SPF и DKIM записи защищают репутацию домена и повышают доставляемость писем, отправленных через Яндекс 360, — сервис предоставляет собственные значения этих записей в панели администрирования, которые нужно добавить в DNS домена в дополнение к MX-записи.
Настройка Битрикса на отправку через SMTP Яндекс 360
Если системные письма сайта должны отправляться именно через почтовый ящик на Яндекс 360 (а не через отдельный SMTP хостинга), в настройках главного модуля указываются SMTP-параметры сервиса — адрес сервера, порт, логин и пароль конкретного почтового ящика, созданного для этой цели. Такая настройка удобна, когда письма от сайта должны приходить с того же корпоративного адреса, что использует остальная команда.
Отдельный технический ящик для системных писем
Для отправки системных уведомлений сайта разумнее завести отдельный
технический почтовый ящик (например, noreply@example.ru),
а не использовать личный рабочий ящик сотрудника, — это избавляет
от смешивания массовой автоматической отправки с обычной деловой
перепиской и упрощает диагностику проблем именно с системными
уведомлениями отдельно от остальной почты компании.
Лимиты на отправку через обычный почтовый сервис
Почтовый сервис для бизнес-переписки, включая Яндекс 360, обычно имеет лимиты на число писем, отправляемых за период времени, — для сайта с интенсивной автоматической рассылкой (много заказов в день, активные маркетинговые кампании) этот лимит может оказаться тесным. Массовая рассылка через тот же ящик, что используется для системных уведомлений, рискует привести к временной блокировке отправки при превышении лимита, задев заодно и критичные транзакционные письма.
Разделение системных и массовых писем по разным каналам
Для проектов с заметным объёмом и системных, и маркетинговых писем разумно развести их по разным каналам — системные через корпоративную почту Яндекс 360 с гарантированной надёжной доставкой критичных уведомлений, массовые маркетинговые рассылки — через специализированный сервис email-маркетинга с собственной инфраструктурой, рассчитанной именно на большие объёмы.
Частые ошибки
- Отсутствует MX-запись после подтверждения домена. Домен подтверждён, но входящая почта не доходит до ящиков.
- Системные письма отправляются через личный ящик сотрудника. Смешивание автоматической отправки с обычной деловой перепиской, усложняющее диагностику.
- Массовая рассылка идёт через тот же ящик, что и транзакционные письма. Риск блокировки при превышении лимита отправки, задевающий критичные уведомления.
Итог
Подключение Яндекс 360 к домену сайта требует последовательной настройки DNS — подтверждения домена, MX-записи для приёма почты и SPF/DKIM для корректной отправки. Для системных писем сайта разумно завести отдельный технический ящик, не смешивая автоматическую отправку с обычной деловой перепиской команды, а массовые рассылки при заметном объёме стоит вынести на отдельный специализированный сервис.