uCheckeruChecker

Глоссарий email-маркетинга и валидации

Справочник по терминам email-валидации, верификации адресов, доставляемости писем и аутентификации отправителя: SMTP-проверка, MX-запись, SPF / DKIM / DMARC, hard bounce и soft bounce, спам-ловушки, catch-all и disposable email, прогрев домена и sender score. Коротко, без воды. 106 терминов.

🔍 Верификация (39)📨 Доставляемость (37)⚙️ Инфраструктура (30)

С чего начать

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

Записи и протоколы

То, что настраивается в DNS и на почтовом сервере: SPF, DKIM, DMARC, MX, PTR, TXT, CNAME, а также SMTP, IMAP, POP3, STARTTLS, MTA-STS и DANE. Сюда идут, когда почта уходит, но не доходит, либо когда провайдер в отчёте ссылается на незнакомую аббревиатуру. Порядок изучения совпадает с порядком настройки: сначала MX, затем SPF, потом DKIM и DMARC.

Качество базы

Catch-all, одноразовые адреса, ролевые адреса, спам-ловушки, hard и soft bounce, отравленные данные, дедупликация, синтаксическая и DNS-валидация. Эта группа объясняет, из чего складывается процент отказов и почему список, собранный год назад, отправлять нельзя. Здесь же разбор того, что именно проверяет валидатор на каждом этапе.

Репутация и доставляемость

Sender Score, репутация домена и IP, прогрев, feedback loop, чёрные списки и DNSBL, throttling, грейлистинг, inbox placement rate, spam score. Самая неочевидная группа: здесь почти нет вещей, которые настраиваются один раз. Всё это накопительные величины, которые меняются от рассылки к рассылке.

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

Почему одних определений мало

Почтовая аутентификация устроена так, что каждый элемент по отдельности выглядит простым, а ломается всё на стыках. SPF проверяет адрес из конверта письма, DKIM подписывает содержимое, DMARC требует, чтобы домен хотя бы одной из этих проверок совпадал с тем, что видит получатель в поле «От кого». Знать три определения по отдельности недостаточно, типичная поломка выглядит как «SPF проходит, DKIM проходит, DMARC красный», и объясняется она именно связкой.

То же с качеством базы. Catch-all, спам-ловушки и одноразовые адреса, три разных термина, но в отчёте по рассылке они дают один симптом: высокий процент отказов и жалоб. Различать их приходится по способу обнаружения, а не по последствиям, и это тоже видно только при чтении нескольких статей вместе.

Как пользоваться вместе с инструментами

Практический маршрут почти всегда одинаковый. Сначала проверка домена показывает, что именно настроено неверно: не хватает записи, превышен лимит DNS-запросов в SPF, слаб ключ DKIM, политика DMARC ничего не делает. Отчёт при этом оперирует терминами, а не инструкциями.

Дальше глоссарий объясняет, что означает каждый термин из отчёта и почему провайдеры на него смотрят. И только потом статья в блоге разбирает, как это чинится по шагам и в каком порядке, потому что порядок здесь важен: настройка DMARC до того, как заработали SPF и DKIM, приводит к тому, что почта перестаёт доходить.

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

Термины, которые чаще всего путают

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

Hard bounce и soft bounce. Различие не в тяжести, а в постоянстве. Жёсткий отказ означает, что ящика нет и не будет, поэтому адрес удаляется навсегда. Мягкий говорит о временном состоянии: переполнен, сервер на обслуживании, сработал лимит. Удалять адрес после одного мягкого отказа значит терять живых подписчиков.

Репутация домена и репутация IP. Две разные величины, которые накапливаются отдельно. Домен носит историю с собой при смене провайдера рассылок, IP нет. Поэтому новый домен на прогретом пуле всё равно первое время попадает в спам, и наоборот.

Спам-фильтр и чёрный список. Фильтр решает судьбу конкретного письма по совокупности признаков; чёрный список — это перечень адресов и доменов, попадание в который влияет на все письма сразу. Выйти из списка можно по процедуре, «выйти из фильтра» нельзя, там нет состояния, из которого выходят.

Что меняется со временем

Часть терминов описывает вещи, настраиваемые один раз: MX-запись, формат SPF, синтаксис DKIM. Они меняются редко и живут в документации годами. Другая часть описывает накопительные величины, то есть репутацию, долю жалоб, процент отказов, и здесь определение остаётся прежним, а пороги провайдеров сдвигаются.

Заметный пример это требования Gmail и Yahoo к массовым отправителям, ужесточённые в 2024 году: DMARC стал обязательным для тех, кто шлёт от пяти тысяч писем в день, а доля жалоб получила явный потолок. Сам термин DMARC при этом не изменился, изменилось то, что за его отсутствие теперь отказывают в доставке.

Похожая история с открываемостью. Определение метрики прежнее, но после запуска Apple Mail Privacy Protection часть открытий засчитывается автоматически, без участия человека. Формула не поменялась, поменялось то, что по ней больше нельзя сравнивать сегменты между собой.

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

Английская версия

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

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

🔍

Адреса жалобщиков

Подписчики, которые жалуются на спам. Почему их нужно исключать из рассылок.

🔍

Бесплатные почтовые провайдеры

Gmail, Яндекс.Почта, Mail.ru и другие. Особенности валидации и рассылок.

🔍

Бот-регистрации

Автоматические регистрации ботов через формы подписки. Защита и фильтрация.

📨

Выделенный IP для рассылок

Dedicated IP: когда нужен, как настроить и чем отличается от shared.

🔍

Гигиена email-базы

Процесс регулярной очистки и поддержания качества email-списка.

📨

Грейлистинг

Грейлистинг это метод защиты от спама, при котором сервер временно отклоняет письмо от неизвестного отправителя. Как это влияет на валидацию.

🔍

Дедупликация email

Удаление дубликатов email-адресов из базы: методы и инструменты.

📨

Доменная репутация

Репутация домена отправителя у почтовых провайдеров. Как формируется и проверяется.

📨

Записи email-аутентификации

DNS-записи SPF, DKIM, DMARC, BIMI: полная картина аутентификации домена.

📨

Контентная фильтрация email

Анализ содержимого письма спам-фильтрами: слова-триггеры, HTML, ссылки.

🔍

Корпоративная почта

Email на собственном домене: особенности, валидация, B2B-значимость.

🔍

Неактивные подписчики

Подписчики, которые перестали открывать и кликать. Как определить и что делать.

🔍

Неопределённый статус email

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

🔍

Несуществующий адрес

Адрес, за которым нет живого ящика. Даёт жёсткий возврат и бьёт по репутации домена.

🔍

Обнаружение опечаток в email

Как системы валидации находят и исправляют опечатки в email-адресах.

⚙️

Обновление DNS-записей

Почему новая запись видна не сразу и сколько ждать.

🔍

Одноразовые почты

Временные email (disposable email) живут от 10 минут до нескольких часов. Как их определить и зачем фильтровать.

📨

Отписка от рассылки

Сколько отписок считается нормой и как уменьшить их число.

🔍

Отравленные данные

Фейковые и вредоносные email-адреса, намеренно внесённые в базу.

🔍

Пакетная проверка email

Массовая валидация email-списков: загрузка файла, обработка, результаты.

📨

Папка Спам

Куда попадают нежелательные письма и как вернуться во входящие.

📨

Постмастер

Администратор почтовой системы и специальный адрес postmaster@ по RFC 5321.

⚙️

Почтовая очередь

Mail queue: буфер недоставленных писем в MTA и правила повторной отправки.

⚙️

Почтовый сервер

Полная архитектура почтового сервера: MTA + MDA + хранилище.

🔍

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

Как дата регистрации домена влияет на доверие почтовых провайдеров.

🔍

Проверка существования почтового ящика

Как валидатор проверяет, существует ли конкретный почтовый ящик на сервере.

🔍

Проверка email в реальном времени

Real-time верификация email через API: как работает, зачем нужна, как интегрировать.

🔍

Проверка MX-записи

Как работает проверка MX-записи домена при валидации email и что она даёт.

📨

Прогрев домена

Наращивание репутации нового домена для email-рассылок.

📨

Прогрев IP-адреса

Постепенное увеличение объёма отправки с нового IP для наращивания репутации.

📨

Репутация отправителя

Совокупная оценка надёжности отправителя email почтовыми провайдерами.

📨

Репутация IP-адреса

Как формируется репутация IP и чем выделенный адрес отличается от общего.

🔍

Ролевые адреса

Ролевые адреса (info@, support@, admin@) — это email, привязанные к функции, а не к человеку. Почему их опасно включать в рассылки.

🔍

Сегментация email-списка

Разделение базы подписчиков на группы для таргетированных рассылок.

🔍

Синтаксическая валидация email

Проверка формата email-адреса по правилам RFC 5321/5322: допустимые символы, структура, длина.

🔍

Согласие на рассылку

Что закон считает согласием на рассылку, как его оформить и чем доказывать.

📨

Спам-ловушки

Спам-ловушки — это email-адреса, созданные или переиспользованные для выявления спамеров. Разбираем типы, как попадают в базу и как избежать.

📨

Спам-фильтр

Система фильтрации нежелательной почты: как работает и что учитывает.

🔍

Точность верификации email

Как измеряется точность валидатора: false positive, false negative, precision, recall.

⚙️

Транзакционные письма

Автоматические email, инициированные действием пользователя: подтверждения, чеки, пароли.

📨

Чёрный список DNSBL

DNS-based Blackhole List: как работает, основные списки и как проверить.

⚙️

A-запись и email

Address record: когда A-запись используется для маршрутизации почты.

🔍

Accept-all домен

Домен, который принимает почту на любой адрес. Чем опасно для рассылок.

🔍

API валидации email

Программный интерфейс для проверки email-адресов: endpoint, параметры, ответ.

📨

ARC-аутентификация

Authenticated Received Chain: сохранение аутентификации при пересылке письма.

📨

BIMI-запись

Brand Indicators for Message Identification: логотип бренда рядом с письмом.

📨

Bounce rate email

Процент отказов доставки: как считается, нормы, способы снижения.

🔍

CAN-SPAM Act

Американский закон о коммерческих email-рассылках: требования и штрафы.

🔍

Catch-all email

Catch-all (accept-all) это настройка почтового сервера, при которой принимаются письма на любой адрес домена. Чем опасно и как проверять.

📨

Click-through rate в email

CTR рассылки: процент кликов по ссылкам в письме.

⚙️

CNAME-запись и email

Canonical Name record и ограничения использования CNAME для MX.

📨

Complaint rate

Процент жалоб на спам от получателей. Порог Google: 0.1%.

🔍

Confirmed opt-in

Подтверждённая подписка: отличия от double opt-in и когда использовать.

📨

DKIM-подпись

DomainKeys Identified Mail: криптографическая подпись, подтверждающая подлинность отправителя.

📨

DMARC alignment

Выравнивание доменов в SPF и DKIM для прохождения DMARC-проверки.

📨

DMARC-политика

Политика аутентификации email: none, quarantine, reject. Как настроить и читать отчёты.

🔍

DNS-валидация email

Проверка email через DNS-запросы: MX, A, TXT-записи домена.

🔍

Double opt-in

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

⚙️

DSN (Delivery Status Notification)

Уведомление о статусе доставки: структура bounce-сообщений по RFC 3464.

🔍

Email append

Обогащение данных: поиск email-адреса по имени и компании. Легальность и риски.

📨

Email deliverability

Доставляемость email: комплексный показатель способности писем попадать во входящие.

⚙️

Email gateway

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

🔍

Email scoring

Скоринг email-адресов: оценка риска и качества каждого адреса в базе.

📨

Email spoofing

Подделка адреса отправителя email: как работает и как защититься.

📨

Email warmup сервисы

Автоматические сервисы прогрева email: как работают, риски и альтернативы.

⚙️

Email-заголовки

Технические заголовки email: From, To, Subject, Date, Received и другие.

⚙️

Envelope From и Header From

Два адреса отправителя: технический (MAIL FROM) и видимый (From). Почему они разные.

⚙️

ESP (Email Service Provider)

Платформы для email-рассылок: Mailchimp, Sendsay, Unisender и другие.

📨

Feedback loop

Петля обратной связи: как ISP сообщают о жалобах подписчиков на спам.

🔍

GDPR и email-маркетинг

Европейский регламент о персональных данных и его требования к email-рассылкам.

📨

Google Postmaster Tools

Бесплатный инструмент Google для мониторинга репутации домена и доставляемости в Gmail.

🔍

Hard bounce

Жёсткий возврат письма: причины, SMTP-коды, как обрабатывать и предотвращать.

🔍

Honeypot-поля в формах

Скрытые поля для защиты форм подписки от ботов.

⚙️

IMAP-протокол

Internet Message Access Protocol: протокол чтения почты с синхронизацией.

📨

Inbox placement rate

Процент писем, попавших во входящие, а не в спам или промоакции.

📨

List-Unsubscribe заголовок

HTTP-заголовок для быстрой отписки одним кликом. Обязателен с 2024 года.

⚙️

MDA (Mail Delivery Agent)

Агент локальной доставки почты: Dovecot, Procmail, Sieve.

⚙️

Message-ID

Уникальный идентификатор email-сообщения по RFC 5322.

⚙️

MIME-формат

Multipurpose Internet Mail Extensions: стандарт вложений и HTML в email.

⚙️

MTA (Mail Transfer Agent)

Агент пересылки почты: Postfix, Exim, Sendmail. Что делает и как работает.

⚙️

MUA (почтовый клиент)

Mail User Agent: Thunderbird, Outlook, Apple Mail и другие почтовые клиенты.

⚙️

MX-запись

Mail Exchange record: DNS-запись, указывающая почтовый сервер домена.

📨

Open rate

Процент открытий email-рассылки: как считается, бенчмарки, ограничения.

⚙️

Open relay

Открытый релей: почтовый сервер без аутентификации. Почему это опасно.

⚙️

POP3 или IMAP

Чем POP3 отличается от IMAP и какой протокол выбрать под свои устройства.

⚙️

PTR-запись

Обратная DNS-запись: привязка IP к имени хоста для аутентификации.

⚙️

Received-заголовок

Цепочка прохождения письма через серверы: трассировка маршрута.

⚙️

Relay-сервер

Сервер ретрансляции: промежуточное звено при пересылке email.

⚙️

Return-Path

Заголовок обратного пути: куда приходят bounce-уведомления.

📨

Seed list testing

Тестирование доставляемости с помощью контрольных адресов у разных провайдеров.

📨

Sender Score

Числовой рейтинг репутации отправителя от 0 до 100 по версии Validity.

🔍

Single opt-in

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

⚙️

SMTP relay сервис

Сервис отправки email через API/SMTP: SendGrid, Amazon SES, Mailgun.

⚙️

SMTP-коды ответов

Полный справочник кодов 2xx, 4xx, 5xx: что означает каждый ответ SMTP-сервера.

🔍

SMTP-проверка

SMTP-проверка (SMTP verification) это метод валидации email через подключение к почтовому серверу без отправки письма. Как работает, ограничения.

⚙️

SMTP-протокол

Simple Mail Transfer Protocol: основной протокол отправки email. Команды, порты, ограничения.

🔍

Soft bounce

Мягкий возврат письма: временные ошибки доставки и правила обработки.

📨

Spam score

Числовая оценка вероятности попадания письма в спам.

📨

Spamhaus

Крупнейшая антиспам-организация: базы SBL, XBL, PBL и как попасть/выйти.

📨

SPF-запись

Sender Policy Framework: DNS-запись, указывающая серверы, которым разрешено отправлять email от вашего домена.

⚙️

STARTTLS

Команда для перехода SMTP-соединения на зашифрованный канал.

🔍

Suppression list

Список подавления: адреса, на которые нельзя отправлять рассылки.

📨

Throttling рассылки

Ограничение скорости отправки email провайдерами и ESP.

⚙️

TLS-шифрование email

Transport Layer Security: шифрование email-трафика между серверами.

⚙️

TXT-запись домена

Что хранится в TXT-записи и как её проверить.

🔍

Webhook валидации email

Автоматическое уведомление о результатах проверки через callback URL.