Почта на домене .COM — это адреса вида info@vashakompaniya.com, которые работают на вашем собственном домене, а не на бесплатном ящике. Для владельца сайта и небольшой компании это обычно первый шаг к тому, чтобы переписка выглядела солидно и не зависела от чужого сервиса. Технически зона .com ничего особенного не требует: почта настраивается через DNS-записи и работает одинаково в любой зоне — от .ru до .store.
Ниже — полная последовательность: что понадобится, какие записи создать, что означают MX, SPF, DKIM и DMARC, как проверить результат и почему письма иногда всё равно уходят в спам.
Чем почта на своём домене отличается от бесплатной на mail.ru или gmail.com
Главное отличие в том, кому принадлежит адрес. Адрес на своём домене принадлежит вам: если вы смените провайдера, хостинг или решите перейти с бесплатной почты на корпоративную, адреса останутся прежними — меняются только DNS-записи. На бесплатном сервисе при переезде меняется всё: адрес, подписи, контакты у клиентов, история переписки.
Второе отличие — управляемость. В корпоративном сервисе есть админка: можно завести и удалить сотрудника, задать квоту, настроить алиасы вида sales@ и info@, сделать общий ящик для отдела, включить двухфакторную аутентификацию и политику паролей. На бесплатном ящике этого нет, а лимиты на рассылки ниже и в интерфейсе обычно показывается реклама.
Третье — доверие получателя. Само название зоны не гарантирует попадания во «Входящие»: решают репутация домена и корректность записей аутентификации. Но адрес на собственном домене .COM читается клиентом как адрес организации, а не как анонимный ящик.
Что нужно, чтобы создать почту на домене .COM
- Зарегистрированный домен .COM — свой или тот, что уже используется под сайт.
- Доступ к управлению DNS-зоной: в панели регистратора, у DNS-хостинга или на серверах почтового провайдера.
- Аккаунт в почтовом сервисе с правами администратора: Яндекс 360, VK WorkSpace (бывший Mail.ru для бизнеса), Google Workspace, Microsoft 365, почта на хостинге или собственный сервер.
- 15–30 минут на подтверждение домена и правку DNS-записей плюс время на распространение изменений.
Обязательно ли покупать отдельный домен под почту
Нет. Один домен .COM может обслуживать сразу и сайт (записи A/AAAA), и почту (MX, SPF, DKIM, DMARC), и другие сервисы — например, форму обратной связи в CRM или рассылки. Домен не «расходуется» на что-то одно.
Если основной домен занят под сайт и менять его не хочется, почту можно вынести на поддомен: адреса вида user@mail.vashdomen.com. Тогда MX, SPF и DKIM создаются для поддомена, а не для корня зоны, и не все почтовые сервисы такую схему поддерживают.
Влияет ли зона .COM на работу почты
Зона не влияет ни на доставку, ни на настройки: электронная почта работает по одним и тем же протоколам для любого TLD. .COM — общий домен верхнего уровня, которым управляет Verisign, а регистрацию ведут аккредитованные ICANN регистраторы; зарегистрировать адрес может любая компания, локальное присутствие в стране не требуется. Имя домена может содержать латинские буквы, цифры и дефис, длина одного уровня — до 63 символов, дефис не может быть первым или последним символом.
На практике зона важна в другом: домены на популярных TLD чаще подделывают, поэтому почтовые службы смотрят на возраст домена и на наличие записей аутентификации. Свежий домен без SPF, DKIM и DMARC с массовыми письмами почти неизбежно уйдёт в спам.
Как подключить домен .COM к почтовому сервису: порядок действий
1. Убедитесь, что домен зарегистрирован и оплачен, а в WHOIS указан рабочий e-mail администратора. Потеря доступа к этому ящику — частая причина, по которой потом сложно восстановить контроль над доменом. Включите автоматическое продление.
2. Проверьте делегирование: домен должен быть направлен на действующие DNS-серверы (NS). Пока нет валидных NS, никакие MX-записи работать не будут. Если почтовый сервис предлагает делегировать домен на свои серверы — например, dns1.yandex.net и dns2.yandex.net, — он создаст нужные записи сам, и править их вручную не придётся.
3. Добавьте домен в панели почтового сервиса и подтвердите владение. Обычно предлагается TXT-запись с уникальным ключом, HTML-файл в корне сайта, метатег в коде страницы или смена NS.
4. Создайте MX, SPF и DKIM-записи (см. ниже), при необходимости добавьте DMARC.
5. Заведите ящики, назначьте пароли и настройте почтовые клиенты.
Как настроить MX-записи для почты на домене .COM
MX (Mail Exchange) — запись, которая сообщает интернету, какой сервер принимает почту для вашего домена. Она состоит из имени сервера и приоритета: чем меньше число, тем выше приоритет сервера. Если основной сервер недоступен, отправитель попробует следующий по списку.
Порядок действий в панели DNS: удалить все ранее созданные MX-записи, затем добавить новую для корня домена. Поле «Хост» или «Поддомен» = @ (либо пусто), «Значение» — сервер провайдера. В некоторых панелях требуется точка в конце имени сервера: без неё запись может не примениться. Типичный TTL — 21600 секунд.
Значения для популярных сервисов:
- Яндекс 360 для бизнеса: mx.yandex.net., приоритет 10.
- VK WorkSpace, ранее Mail.ru для бизнеса: emx.mail.ru, приоритет 10.
- Google Workspace: с апреля 2023 года достаточно одной записи smtp.google.com с приоритетом 1. Домены, настроенные раньше, могут продолжать работать на старом наборе из пяти записей — aspmx.l.google.com (приоритет 1), alt1.aspmx.l.google.com и alt2.aspmx.l.google.com (5), alt3.aspmx.l.google.com и alt4.aspmx.l.google.com (10). Смешивать оба набора нельзя, а менять работающую конфигурацию только ради формата не нужно.
Если почтовых серверов несколько (свой плюс резервный), для каждого создаётся отдельная MX-запись с разным приоритетом. Для поддомена MX-записи создаются отдельно от корня зоны.
Зачем нужны записи SPF, DKIM и DMARC
MX отвечает только за приём писем. За то, чтобы ваши исходящие письма не считались подделкой, отвечают три механизма.
SPF — TXT-запись на корне домена со списком серверов, имеющих право отправлять почту от вашего имени. Примеры: v=spf1 redirect=_spf.yandex.net (Яндекс), v=spf1 redirect=_spf.mail.ru (VK WorkSpace и Mail.ru), v=spf1 include:_spf.google.com ~all (Google Workspace). Запись SPF на домене должна быть ровно одна: если их две, получатель не сможет корректно проверить отправителя.
DKIM — цифровая подпись писем, которая публикуется как TXT-запись с селектором. У Яндекса селектор mail._domainkey, а значение начинается с v=DKIM1; k=rsa; p=... и содержит открытый ключ из админки сервиса. Если через ваш домен отправляют письма сторонние сервисы — конструктор сайтов, CRM, сервис рассылок, — для каждого нужна своя DKIM-подпись или include в SPF, иначе часть писем не пройдёт проверку.
DMARC — TXT-запись на имени _dmarc.vashdomen.com. Она объясняет получателю, что делать с письмами, не прошедшими SPF и DKIM, и куда отправлять отчёты. Минимальный вариант: v=DMARC1; p=none; rua=mailto:dmarc@vashdomen.com. Политика p=none только собирает статистику, p=quarantine отправляет подозрительные письма в спам, p=reject отклоняет их. Правильный порядок — начать с p=none, 2–4 недели смотреть отчёты, убедиться, что все легальные отправители проходят проверки, и только потом ужесточать политику.
Как проверить, что почта на домене .COM работает
DNS удобно проверять утилитой dig или веб-сервисами вроде MXToolbox и digwebinterface. Команды: dig MX vashdomen.com +short — должны вернуться только MX-записи вашего провайдера; dig TXT vashdomen.com +short — SPF; dig TXT _dmarc.vashdomen.com +short — политика DMARC; dig TXT mail._domainkey.vashdomen.com +short — DKIM.
Затем обязательны два практических теста. Входящий: отправьте письмо с внешнего адреса на новый ящик и убедитесь, что оно дошло и не оказалось в папке «Спам». Исходящий: отправьте письмо с нового адреса на внешний ящик и посмотрите служебные заголовки — там должны быть строки spf=pass, dkim=pass, dmarc=pass. Если хоть одна проверка не проходит, у части получателей письмо может уйти в спам.
Отдельно проверьте почтовые клиенты: типовые настройки — IMAP на порт 993 с SSL/TLS для приёма и SMTP на 465 (SSL/TLS) или 587 (STARTTLS) для отправки. В качестве логина почти всегда используется полный адрес, а не только часть до «@».
Почему письма с домена .COM попадают в спам: типичные ошибки
- Остались старые MX-записи предыдущего провайдера — самая частая причина: почта уходит на старый сервер или распределяется непредсказуемо.
- Опечатка в имени сервера или пропущенная точка в конце: запись формально есть, но не резолвится.
- MX-запись создана не для корня, а для www или другого поддомена.
- Нет SPF, DKIM или DMARC: письма доставляются, но у крупных получателей попадают в спам.
- Две записи SPF или превышение лимита в 10 DNS-запросов, которые SPF разрешает при проверке.
- Ключ DKIM скопирован с переносом строки или лишним пробелом.
- Письма отправляются через сторонний сервис, не указанный ни в SPF, ни в DKIM.
- Свежий домен сразу начал массовую рассылку: репутацию приходится нарабатывать постепенно.
- Для собственного сервера не настроены обратная зона (PTR) и корректное имя в HELO.
Если записи формально правильные, а письма всё равно уходят в спам, проверьте содержимое: сокращатели ссылок, вложения нестандартных форматов, «кричащие» темы и рассылка без согласия получателя снижают доставляемость независимо от DNS.
Сколько времени занимает настройка и когда изменения вступят в силу
Записи добавляются за несколько минут, но их должны подхватить DNS-серверы по всему интернету. Обычно это занимает от нескольких минут до нескольких часов, а Яндекс в своей документации предупреждает о сроке до 72 часов. Скорость зависит от TTL прежних записей: если он был большим, резолверы будут отдавать старые данные, пока кэш не истечёт. Перед миграцией почты полезно заранее снизить TTL и сохранить доступ к старому ящику — часть писем в переходный период может прийти на прежний адрес.
Стоимость складывается из двух частей: оплаты домена и подписки на почтовый сервис, которая обычно считается за сотрудника в месяц. Тарифы, скидки и условия льготных планов у регистраторов и провайдеров меняются регулярно, поэтому актуальные суммы стоит сверять на их сайтах, а не в сторонних обзорах.