AI-агент для email-маркетинга: как настроить DNS и не отправлять заявки в спам

Короткий ответ: AI-агент в маркетинге полезен не только для генерации писем, но и для контроля технического пути сообщения до почтового ящика. Если домен не прошёл проверки SPF, DKIM и DMARC, даже хорошо подготовленная рассылка может попасть в спам или быть отклонена принимающим сервером.

Короткий ответ: для российского или международного B2B-сегмента агенту нужны не только доступ к CRM и шаблон письма, но и понятные правила: какие домены использовать, когда останавливать отправку, как собирать сигналы от почтовых провайдеров и кому передавать исключение человеку. Такой подход превращает AI-агента из генератора текста в управляемый элемент маркетинговой операции.

Почему техническая доставляемость стала задачей AI-агента

Маркетолог обычно видит результат на уровне отчёта: письмо отправлено, открыто, передано в следующий этап воронки. Почтовый сервер видит другую цепочку. Он проверяет домен отправителя, сопоставляет записи DNS, оценивает репутацию инфраструктуры и только затем решает, доставить сообщение, поместить его в спам или отклонить на SMTP-шлюзе.

AI-агент может работать с этой цепочкой как с набором наблюдаемых условий. Он не должен самовольно менять критичные записи домена, но способен подготовить изменения, проверить их последствия и создать задачу для владельца инфраструктуры. В B2B это особенно важно: сбой рассылки влияет не только на охват кампании, но и на работу лидогенерации, сопровождение сделок и коммуникацию с клиентами.

В официальной инструкции Salesforce по DNS-записям для доставляемости описаны три опорных слоя: базовая DNS-инфраструктура, механизмы аутентификации SPF, DKIM и DMARC, а также рукопожатие MTA и телеметрия postmaster. Именно эти сигналы стоит сделать входными данными для агента, а не ограничиваться анализом темы письма и текста.

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

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

Задачи для AI-агента

• сверять домен отправителя с настройками почтовой платформы и списком разрешённых источников;
• находить расхождения между SPF, DKIM и DMARC до запуска кампании;
• готовить понятное описание проблемы для маркетолога, CRM-администратора и специалиста по инфраструктуре;
• классифицировать обратную связь от почтовых провайдеров: технический отказ, жалоба, мягкая ошибка или нормальная доставка;
• останавливать отправку по заранее заданному правилу и создавать инцидент с контекстом;
• формировать отчёт о состоянии доставляемости без замены эксперта по безопасности.

Задачи для человека

• утверждать публикацию и удаление DNS-записей;
• выбирать домен и политику DMARC с учётом всех легитимных отправителей;
• разбирать нестандартные жалобы и решения конкретного почтового провайдера;
• менять сегменты, частоту коммуникаций и коммерческие обещания;
• принимать решение о продолжении кампании после серьёзного сбоя.

Рабочая схема: от домена до отчёта

Такую схему удобно внедрять постепенно. Сначала агент работает в режиме чтения и создаёт черновики проверок. Затем ему разрешают формировать задачи в CRM или тикет-системе. Только после тестового периода команда может доверить ему безопасные действия, например остановить рассылку по явно описанному условию.

Практические шаги внедрения

1. Опишите почтовую архитектуру

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

2. Задайте правила качества перед запуском

Превратите проверки в машиночитаемые условия. Например, агент должен запросить подтверждение, если письмо идёт с нового домена, если DKIM не проходит проверку, если адрес получателя вернулся с ошибкой или если сегмент не связан с разрешённой кампанией. Правила лучше формулировать через наблюдаемые признаки, а не через расплывчатое требование «отправлять качественно».

3. Разделите права и каналы эскалации

AI-агенту не нужен полный доступ к DNS-зоне. Достаточно интерфейса, который позволяет читать состояние, запускать безопасные проверки и создавать запрос на изменение. Для каждого типа события назначьте ответственного: маркетолог отвечает за содержание и аудиторию, администратор платформы — за настройки отправки, специалист по инфраструктуре — за DNS и безопасность.

4. Добавьте человеческое подтверждение для рискованных действий

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

5. Связывайте технические сигналы с бизнес-контекстом

Отдельный bounce мало говорит о качестве воронки. Полезнее связать событие с кампанией, сегментом, стадией сделки и историей взаимодействия. Тогда агент сможет объяснить, что проблема затрагивает конкретный источник лидов, а не просто сообщить об ошибке доставки. Для команд в РФ и СНГ важно учитывать несколько языков, часовых поясов и требований к хранению контактных данных, но конкретные юридические настройки следует сверять с внутренними политиками и применимым законодательством.

Как это выглядит в ежедневной работе

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

По практике Unlim Group, ценность такого подхода проявляется не в автономности ради автономности, а в сокращении ручного переключения между маркетингом, CRM и инфраструктурой. Агент становится связующим слоем: он собирает сигналы, формулирует следующий шаг и не позволяет технической ошибке остаться незамеченной до конца недели.

Чек-лист перед первой автономной кампанией

• Все домены отправителей внесены в карту почтовой архитектуры.
• SPF, DKIM и DMARC проверены для каждого сценария отправки.
• У агента есть список разрешённых платформ и запрет на самостоятельное изменение DNS.
• Определены условия остановки рассылки и маршрут эскалации.
• В CRM сохраняются причина остановки, ответственный и результат разбора.
• Команда регулярно пересматривает правила, особенно после смены почтовой платформы или домена.

Что измерять

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

AI-агент для email-маркетинга не заменяет специалиста по доставляемости. Он делает её частью ежедневного рабочего процесса: заранее показывает риски, удерживает команду от ручных ошибок и связывает техническое состояние домена с результатом в продажах и маркетинге.

Источник-вдохновение: Salesforce — DNS Records for Email Deliverability: The Complete Guide.

Внутренние материалы: AI-агенты в маркетинге; AI-агенты в финансовом отделе.