Как создать почтовые ящики для холодного аутрича без привязки к телефону

Регистрация почтового ящика на Gmail или подобном сервисе с недавних пор почти всегда требует номер телефона, и при создании десятка ящиков под инфраструктуру холодного аутрича это быстро упирается в лимиты и подозрения самого сервиса. Решение лежит не в обходе привязки к телефону на бесплатных почтовиках, а в другом подходе целиком — собственном домене и почтовом хостинге, где телефон вообще не требуется как способ верификации личности.

Почему привязка к телефону вообще становится проблемой

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

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

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

Правильное решение: собственный домен с почтовым хостингом

Вместо обхода привязки к телефону на бесплатных сервисах правильный путь — зарегистрировать собственный домен (или несколько доменов под разные цели) и настроить на нём почтовый хостинг. В этой схеме верификация владельца происходит не по номеру телефона конкретного человека, а через подтверждение владения доменом — обычно добавлением специальной TXT-записи в DNS или загрузкой файла на веб-сервер, что доступно любому, кто владеет доменом.

Почтовый хостинг для собственного домена бывает нескольких видов: корпоративные облачные пакеты (Google Workspace, Яндекс 360 для бизнеса и аналогичные), которые дают полноценные почтовые ящики на вашем домене с интерфейсом привычного веб-почтовика; либо более простые почтовые тарифы у хостинг-провайдеров и регистраторов доменов, которые часто включают несколько почтовых ящиков в стоимость домена или за небольшую доплату; либо self-hosted решения на собственном сервере для тех, кто готов администрировать почтовый сервер самостоятельно.

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

Пошаговый процесс создания ящиков на своём домене

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

Второй шаг — выбор почтового хостинга и настройка MX-записей домена, которые указывают, какой сервер обрабатывает входящую почту для этого домена. Это делается один раз в панели управления DNS у регистратора или там, где размещены DNS-записи домена.

Третий шаг — настройка аутентификационных записей: SPF (список серверов, которым разрешено отправлять почту от имени домена), DKIM (цифровая подпись писем) и DMARC (политика обработки писем, не прошедших проверку). Эти три записи критичны для доставляемости и настраиваются один раз на уровне домена, а не для каждого ящика отдельно.

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

• Зарегистрировать домен (или несколько доменов) у регистратора
• Выбрать почтовый хостинг: облачный пакет для бизнеса, тариф у хостинг-провайдера или self-hosted сервер
• Настроить MX-записи домена на выбранный почтовый сервер
• Настроить SPF, DKIM, DMARC на уровне домена
• Создать нужное число ящиков через административную панель почтового хостинга
• Дать домену и ящикам выдержку перед активной рассылкой и начать прогрев с малого объёма

На что обращать внимание при выборе почтового хостинга

Не все почтовые хостинги одинаково хороши для задач холодного аутрича. Важно смотреть на несколько практических параметров: лимиты на исходящую отправку в сутки (у многих провайдеров они жёстко ограничены и рассчитаны на обычную деловую переписку, а не на десятки писем в день с каждого ящика), поддержку доступа по протоколам IMAP/SMTP для интеграции со сторонними инструментами отправки, и репутацию самого почтового хостинга — если инфраструктура провайдера сама скомпрометирована массой спамеров-клиентов, это может сказаться и на вашей доставляемости.

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

Частые ошибки при построении почтовой инфраструктуры без телефона

Самая частая ошибка — пытаться обойти ограничения бесплатных почтовиков вместо перехода на собственный домен: это временное решение, которое рано или поздно приводит к блокировкам и не даёт контроля над репутацией. Вторая ошибка — экономить на почтовом хостинге настолько, что лимиты отправки или качество инфраструктуры провайдера начинают мешать самой рассылке. Третья — забывать настроить SPF/DKIM/DMARC сразу при создании домена, откладывая это «на потом», хотя без этих записей письма с нового домена почти гарантированно будут проваливаться в спам.

Разделение почтовой инфраструктуры и обычной корпоративной почты

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

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

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

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

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

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