Управление доменами

Мониторинг, масштабирование и стратегия доменов для парков агентов.

От настройки к стратегии

Первый свой домен уже подключён — что дальше?

Базовые операции через API

Домены — полноценные ресурсы, ими можно управлять через API. Ниже основные сценарии.

Список всех доменов

Полный список доменов организации — эндпоинт GET /domains. Удобно для аудита и проверок из кода.

Проверка состояния домена

DNS-записи иногда меняют или удаляют — из‑за этого страдает отправка и приём. Периодически опрашивайте GET /domains/{domain}.

Следите за полем status у домена и у отдельных записей. Если у записи статус сменился с verified на missing, это нужно срочно исправить.

Удаление домена

Если домен больше не нужен — DELETE /domains/{domain}.

Действие необратимо. После удаления ящики на этом домене перестанут отправлять и получать почту. Данные в ящиках при этом остаются доступны.

Продвинутые стратегии для парков агентов

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

Стратегия 1: изоляция репутации поддоменами

У разных агентов разные паттерны отправки и риски. Транзакционные квитанции — низкий риск, холодный аутрич — высокий. Общий домен означает: «шумный» агент может подпортить репутацию критичного.

Решение: сегментировать агентов по поддоменам, чтобы репутация отправки не смешивалась.

billing.your-company.com — транзакции (квитанции, счета).
outreach.your-company.com — массовые продажи и маркетинг.
support.your-company.com — поддержка и сервис.

Стратегия 2: пул доменов для доставляемости

При очень больших объёмах даже прогретый домен упирается в дневные лимиты провайдеров. Профессиональный приём — пул доменов (domain pooling).

Вместо одного корневого домена — несколько (например company.com, company.net, get-company.com).

Решение: программно распределять объём по пулу.

Храните в приложении массив доменов для отправки.
В больших рассылках по очереди выбирайте домен/ящик отправителя.
Так выше шанс попадания во «Входящие» в масштабе и ниже зависимость от временного просадки одного домена.

DMARC и безопасность

По умолчанию Agent Inbox настраивает строгую политику DMARC (p=reject): серверы получателей должны отбрасывать письма, не прошедшие аутентификацию.

При желании можно ослабить политику — например p=none (ничего не делать при провале SPF/DKIM) или p=quarantine (в спам). Это делается правкой TXT-записи в DNS, у которой имя начинается с _dmarc. Исследуйте риски и выберите режим сами.