Алиасы и отдельные ящики в аутриче: как правильно устроить почту под кампании

Вопрос «завести алиас или отдельный ящик» звучит как техническая мелочь, но именно от него зависит, сколько писем в день вы сможете безопасно отправлять и как быстро восстановитесь после проблемы с одним из адресов. Для адресного B2B-аутрича, где объёмы небольшие, но каждое письмо должно долететь до конкретного ЛПР, разница между алиасом и отдельным ящиком — это разница между устойчивой инфраструктурой и одной точкой отказа.

Чем алиас отличается от отдельного ящика технически

Алиас — это альтернативный адрес, который пересылает почту в один и тот же основной ящик: sales@company.ru и info@company.ru могут быть алиасами одного аккаунта, вся входящая почта падает в один инбокс, а отправка идёт через один и тот же SMTP-аккаунт с одной авторизацией. С точки зрения почтового провайдера и спам-фильтров получателя это один отправитель с одной историей и одной репутацией, просто под разными именами From.

Отдельный ящик — это самостоятельный аккаунт с собственным логином, паролем, отдельной SMTP-авторизацией и, что важнее всего, собственной репутационной историей у почтовых систем. Даже если оба ящика на одном домене, для антиспам-алгоритмов Gmail или Яндекса это разные сущности, у которых своя статистика по жалобам, bounce rate и объёму отправки.

Есть и промежуточный вариант, который иногда путают с алиасом — псевдоним отображаемого имени (display name) без смены самого email-адреса. Это косметическая настройка на уровне почтового клиента, она вообще не влияет на репутацию и не создаёт нового отправителя для спам-фильтров — учитывать её как элемент инфраструктуры пула ящиков смысла нет.

Что из этого видно спам-фильтрам получателя

Спам-фильтры анализируют отправителя на нескольких уровнях: репутация IP, репутация домена (через DMARC-агрегацию) и репутация конкретного адреса отправки. Алиасы одного ящика делят между собой репутацию адреса и объём отправки — если через любой из алиасов резко вырос объём, это отражается на восприятии всего ящика целиком, включая остальные алиасы.

Отдельные ящики частично изолируют эту репутацию друг от друга на уровне адреса отправки, но домен и, если используется общий IP или релей, инфраструктура остаются общими. Поэтому полная изоляция происходит только при разнесении и адресов, и (в идеале) поддоменов — subdomain1.company.ru и subdomain2.company.ru с раздельными DKIM-ключами дают провайдерам более чёткий сигнал, что это разные независимые источники.

Зачем нужен пул отправляющих ящиков в адресном аутриче

Один ящик — это одна точка отказа. Если через него случайно уйдёт всплеск писем, получатель массово пожалуется на спам, или провайдер решит ужесточить фильтрацию по домену, вся кампания встанет: письма по остальным контактам сегмента просто перестанут доходить, пока репутация не восстановится.

Пул из трёх-пяти прогретых ящиков решает сразу две задачи. Во-первых, распределяет объём: вместо 100 писем с одного адреса — по 20-30 писем с каждого, что выглядит для получающей стороны как обычная деловая переписка, а не рассылка. Во-вторых, даёт запас прочности: если один ящик получает проблему (жалобу, попадание в blacklist), остальные продолжают работать, и кампания не останавливается полностью, пока проблемный адрес выводится на паузу и восстанавливается.

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

Как строить ротацию и лимиты по ящикам

Ротация — это распределение писем кампании между ящиками пула так, чтобы ни один адрес не отправлял непропорционально много за короткий промежуток времени. Простейший вариант — round-robin: письмо 1 через ящик А, письмо 2 через ящик Б, письмо 3 через ящик В и так далее по кругу.

Лимиты должны расти постепенно и привязываться не к кампании, а к возрасту и репутации конкретного ящика: новый ящик стартует с 15-20 писем в день независимо от того, сколько контактов в сегменте кампании, а зрелый прогретый ящик с хорошей историей может безопасно держать 50-80 писем в день. Смешивать в одном пуле совсем новые и давно прогретые ящики можно, но лимиты для каждого считаются отдельно.

• Новый ящик: 15–20 писем в день первые одну-две недели
• После двух-трёх недель без жалоб: рост до 30–40 писем в день
• Зрелый прогретый ящик (от месяца стабильной работы): 50–80 писем в день
• При любой жалобе или росте bounce rate — немедленное снижение лимита, а не игнорирование сигнала
• Follow-up письма по уже начатой переписке лучше слать с того же ящика, что и первое письмо цепочки — смена адреса посреди диалога выглядит подозрительно для получателя

Частые ошибки при работе с алиасами и ящиками

Самая частая ошибка — считать, что смена алиаса From даёт эффект «нового отправителя» и обнуляет проблему с репутацией. Это не так: если письма идут с одного и того же SMTP-аккаунта, для получающей стороны и для DMARC-отчётов это по-прежнему один источник, и жалоба или бан по алиасу А отразится на алиасе Б того же ящика.

Вторая ошибка — создавать десятки ящиков разом под один запуск кампании и сразу грузить их полным объёмом без прогрева. Это выглядит для почтовых систем как классическая спам-инфраструктура: массовое появление новых адресов на одном домене с одинаковым паттерном отправки — один из самых явных красных флагов, которые ловят современные антиспам-алгоритмы.

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

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

Как это устроено в LDM

В LDM кампании изначально строятся на пуле прогретых ящиков с автоматической ротацией отправки и раздельным мониторингом метрик по каждому адресу: система видит, если конкретный ящик начинает получать больше soft bounce или жалоб, чем остальные, и переводит его на паузу до восстановления, не трогая остальной пул.

Такой подход снимает с команды ручное отслеживание лимитов по каждому адресу и снижает риск, что проблема одного ящика остановит всю адресную кампанию по сегменту ЛПР — что критично, когда речь о десятках, а не тысячах писем в неделю и каждый контакт на счету.

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

Вопросы и ответы