--- title: "Доставляемость email: SPF, DKIM и DMARC простыми словами" description: "Доставляемость email: SPF, DKIM и DMARC с примерами DNS-записей, правила Gmail, Yahoo и Outlook для отправителей, отписка в один клик, прогрев домена и чек-лист." canonical: "https://omnichannels.ai/ru/blog/email-deliverability-spf-dkim-dmarc/" language: "ru" updated: "2026-11-05" publisher: "BroadNet Technologies" brand: "OmniChannels.ai" category: "omnichannel" primaryQuery: "email deliverability spf dkim dmarc" keywords: ["spf dkim dmarc что это", "доставляемость email чек-лист", "требования gmail и yahoo к массовым отправителям", "пример записи dmarc", "отписка в один клик rfc 8058", "прогрев домена для email-рассылок", "google postmaster tools"] published: "2026-11-05" author: "OmniChannels.ai Editorial Team" reviewer: "BroadNet Messaging Solutions Team" readingMinutes: 10 answer: "Доставляемость email — это вероятность того, что ваши письма попадут во входящие, а не будут отклонены или отправлены в спам. Она опирается на три записи DNS: SPF перечисляет серверы, которым разрешено отправлять почту от имени вашего домена, DKIM подписывает каждое письмо, а DMARC сообщает получателям, что делать с письмами, не прошедшими проверку, и присылает вам отчёты. Добавьте отписку в один клик, чистые списки, постепенный рост объёма и долю жалоб на спам ниже 0,3%." takeaways: ["SPF, DKIM и DMARC подтверждают, что письмо действительно пришло с вашего домена; DMARC проходит, только если SPF или DKIM успешно прошли для домена, совпадающего с видимым адресом в поле From.", "Рекомендации Google применяют более строгие правила к отправителям более 5000 писем в сутки на адреса Gmail: SPF, DKIM и DMARC, отписку в один клик для рекламной почты и долю жалоб на спам ниже 0,30%.", "Yahoo требует от массовых отправителей SPF, DKIM и политику DMARC не слабее p=none и просит обрабатывать отписки в течение 2 дней; Outlook.com применяет правила аутентификации к доменам, отправляющим более 5000 писем в сутки.", "Если Google однажды считает вас массовым отправителем, этот статус не истекает, поэтому настройте аутентификацию и отписку до достижения порога.", "Начните DMARC с p=none и адреса для отчётов, по отчётам найдите всех законных отправителей и только потом ужесточайте политику."] faq: - q: "Чем отличаются SPF, DKIM и DMARC?" a: "SPF — запись DNS со списком серверов, которым разрешено отправлять почту от имени домена. DKIM добавляет к каждому письму криптографическую подпись, которую получатель проверяет по открытому ключу в DNS. DMARC опирается на обе технологии: задаёт политику для писем, не прошедших проверку, требует совпадения с доменом в видимом поле From и запрашивает отчёты. Для надёжного попадания во входящие нужны все три." - q: "Нужен ли DMARC, если я отправляю меньше 5000 писем в сутки?" a: "Google требует SPF или DKIM от всех отправителей и добавляет DMARC для массовых отправителей, у которых свыше 5000 писем в сутки на Gmail. Даже ниже этого порога публикация DMARC с p=none почти ничего не стоит, даёт отчёты о том, кто отправляет почту от вашего домена, и готовит к росту. Достигнув порога, вы навсегда считаетесь у Google массовым отправителем." - q: "Какая доля жалоб на спам считается хорошей?" a: "Рекомендация Google — держать долю спама в Postmaster Tools ниже 0,10% и никогда не доходить до 0,30%. Yahoo просит отправителей оставаться ниже 0,3%. Считайте это потолками, а не целями. Отправляйте письма только тем, кто их просил, упростите отписку и удаляйте неактивные адреса, чтобы жалобы оставались редкими." - q: "Что такое отписка в один клик и нужна ли она?" a: "Отписка в один клик позволяет получателю отказаться от рассылки прямо в почтовом клиенте, не открывая страницу. Вы добавляете два заголовка: List-Unsubscribe с URL и List-Unsubscribe-Post со значением List-Unsubscribe=One-Click, как определено в RFC 8058. Google и Yahoo требуют её для рекламной и подписной почты от массовых отправителей вместе с видимой ссылкой на отписку в тексте письма." - q: "Сколько времени занимает прогрев нового домена отправителя?" a: "Фиксированного графика нет. Google лишь советует наращивать объём постепенно и следить за жалобами на спам. Начните с самых активных получателей, увеличивайте объём шагами и приостанавливайте рост, если растёт число возвратов или жалоб. Чем больше список, тем больше шагов. Оценивайте прогресс по данным Postmaster Tools и доле возвратов, а не по календарю." - q: "Почему письмо попадает в спам, даже если настроены SPF, DKIM и DMARC?" a: "Аутентификация подтверждает личность, а не качество. Почту всё равно могут фильтровать из-за плохой репутации отправителя, высокой доли жалоб или возвратов, купленных или устаревших списков, вводящих в заблуждение тем писем, сломанной вёрстки HTML или ссылок на домены с низкой репутацией. Проверьте и выравнивание: сторонняя платформа, подписывающая письма своим доменом, проходит DKIM, но может не пройти DMARC для вашего бренда." sources: - title: "Email sender guidelines, Google Workspace Admin Help" url: "https://support.google.com/a/answer/81126" - title: "Email sender guidelines FAQ, Google Workspace Admin Help" url: "https://support.google.com/a/answer/14229414" - title: "Sender best practices, Yahoo Sender Hub" url: "https://senders.yahooinc.com/best-practices/" - title: "Strengthening the email ecosystem: Outlook's new requirements for high-volume senders, Microsoft Tech Community" url: "https://techcommunity.microsoft.com/blog/microsoftdefenderforoffice365blog/strengthening-email-ecosystem-outlook%E2%80%99s-new-requirements-for-high%E2%80%90volume-senders/4399730" - title: "RFC 9989: Domain-Based Message Authentication, Reporting, and Conformance (DMARC), RFC Editor" url: "https://www.rfc-editor.org/info/rfc9989" --- # Доставляемость email: SPF, DKIM и DMARC простыми словами Canonical: https://omnichannels.ai/ru/blog/email-deliverability-spf-dkim-dmarc/ Language: ru Publisher: OmniChannels.ai by BroadNet Technologies Это руководство для команд маркетинга, CRM и разработки, которые отправляют почту со своего домена и хотят, чтобы она попадала во входящие. Здесь объясняется, что такое доставляемость, как работают SPF, DKIM и DMARC на примерах DNS-записей, чего Gmail, Yahoo и Outlook.com требуют от массовых отправителей, и приводится чек-лист для проверки перед кампанией. ## Что такое доставляемость email? Доставляемость email — это способность ваших писем попадать во входящие получателей, а не отклоняться или уходить в спам. Она зависит от аутентификации, репутации отправителя, качества списка, доли жалоб и содержания. Краткое определение — в [статье глоссария о доставляемости email](/ru/glossary/email-deliverability/). Два понятия часто путают. Письмо **доставлено**, когда принимающий сервер его принял. **Во входящих** оно оказывается, только если фильтры почтового провайдера ему доверяют. Кампания может показывать 99% принятых писем и всё равно попасть в спам, поэтому нужны сигналы и со стороны серверов (возвраты), и со стороны почтовых провайдеров (доля спама, репутация). ## Что делают SPF, DKIM и DMARC? SPF сообщает, какие серверы могут отправлять почту от имени вашего домена, DKIM подписывает письмо, чтобы подмену можно было обнаружить, а DMARC связывает обе проверки с видимым адресом в поле From и сообщает получателям, что делать при сбое. См. также [статью глоссария о SPF, DKIM и DMARC](/ru/glossary/spf-dkim-dmarc/). | Стандарт | Что проверяет | Где находится | Когда не проходит | |---|---|---|---| | SPF (RFC 7208) | Подключившийся сервер есть в вашем списке разрешённых | TXT-запись вашего домена | Сервис отправки не указан в записи или в записи больше 10 DNS-запросов | | DKIM (RFC 6376) | Подпись письма соответствует открытому ключу | TXT-запись `selector._domainkey.yourdomain` | Письмо изменено, ключ неверный или платформа не подписывает письма для вашего домена | | DMARC | SPF или DKIM прошли для домена, совпадающего с адресом From | TXT-запись `_dmarc.yourdomain` | Ни SPF, ни DKIM не прошли с выравниванием | Изначально спецификацией DMARC был RFC 7489. С тех пор IETF опубликовал RFC 9989 — документ на стандартном пути, который заменяет RFC 7489 и RFC 9091, поэтому ссылайтесь на RFC 9989, когда нужен актуальный источник. Основные теги, используемые в этой статье (`v`, `p`, `rua`), по смыслу не изменились. ## Как выглядят примеры DNS-записей? Вот упрощённые записи для документационного домена `example.com`. Подставьте include и ключ, которые даёт ваш почтовый провайдер; никогда не копируйте значения другой компании. **SPF** (одна запись на домен): ``` example.com. IN TXT "v=spf1 include:_spf.mailprovider.example ~all" ``` **DKIM** (пару ключей создаёт провайдер и сообщает вам селектор и открытый ключ): ``` s1._domainkey.example.com. IN TXT "v=DKIM1; k=rsa; p=MIIBIjANBgkq...public-key-here..." ``` **DMARC** (начните в режиме мониторинга): ``` _dmarc.example.com. IN TXT "v=DMARC1; p=none; rua=mailto:dmarc-reports@example.com" ``` Пояснения к каждой: - **SPF:** публикуйте ровно одну запись SPF. Две записи ломают проверку SPF. Каждый сервис, отправляющий почту от имени вашего домена (платформа рассылок, helpdesk, CRM, платформа сообщений), должен быть покрыт записью `include` или IP-адресом, а общее число DNS-запросов не должно превышать 10. - **DKIM:** Google сообщает, что для отправки на личные аккаунты Gmail нужен ключ DKIM длиной 1024 бита или больше, и рекомендует 2048 бит, если провайдер это поддерживает. - **DMARC:** `p=none` указывает получателям не предпринимать действий при сбоях, но всё равно присылать отчёты на адрес `rua`. Это правильный первый шаг. Позже вы переходите на `p=quarantine`, а затем на `p=reject`. ## Что такое выравнивание DMARC и почему оно вызывает сбои? Выравнивание означает, что домен, прошедший проверку SPF или DKIM, совпадает с доменом в видимом адресе From. DMARC проходит, если хотя бы одна из двух проверок прошла с выравниванием. Этот шаг чаще всего упускают. Допустим, ваша платформа рассылок отправляет письма с `news@example.com`, но использует собственный домен возвратов для SPF и собственный домен для подписи DKIM. SPF и DKIM оба «проходят», но ни один домен не совпадает с `example.com`, поэтому DMARC не проходит. Решение — настроить на платформе аутентификацию на вашем домене, чтобы она подписывала письма ключом, опубликованным под вашим доменом, и использовала домен возвратов под вашим доменом. Google также отмечает, что выравнивание DMARC не требуется для пересылаемых писем и писем из списков рассылки. ## Чего Gmail, Yahoo и Outlook.com требуют от массовых отправителей? Gmail, Yahoo и Outlook.com ждут аутентификацию от отправителей больших объёмов, а Gmail и Yahoo добавляют отписку в один клик и ограничения на долю спама. Актуальный текст смотрите на странице каждого провайдера: детали применения меняются. | Требование | Google (Gmail) | Yahoo | Microsoft (Outlook.com) | |---|---|---|---| | Кого касается | Основные правила для всех; дополнительные при более чем 5000 писем в сутки на аккаунты Gmail | Основные правила для всех; дополнительные для массовых отправителей | Домены, отправляющие более 5000 писем в сутки | | Аутентификация | SPF или DKIM для всех; SPF, DKIM и DMARC для массовых | SPF или DKIM для всех; обе технологии плюс DMARC для массовых | SPF и DKIM должны проходить; DMARC не слабее p=none, с выравниванием | | Политика DMARC | Должен проходить с выравниванием по домену From | Не слабее p=none и должен проходить; настоятельно рекомендуется `rua` | Не слабее p=none, с выравниванием по SPF или DKIM | | Отписка в один клик | Обязательна для рекламной и подписной почты от массовых отправителей плюс видимая ссылка | Обязательна для массовых отправителей плюс видимая ссылка; обработка в течение 2 дней | Не входит в приведённые требования | | Доля спама | Ниже 0,10%, никогда 0,30% и выше | Ниже 0,3% | В приведённой публикации не указана | Ещё пункты из рекомендаций Google: у IP-адреса отправителя должны совпадать прямая и обратная DNS-записи (корректная запись PTR), почту нужно отправлять по TLS, письма должны иметь корректный Message-ID и чистый формат RFC 5322, а HTML не должен скрывать содержимое. Отправители, однажды достигшие порога массовой рассылки, постоянно считаются массовыми; у этого статуса нет срока действия. Google также указывает, что несоответствующую почту могут отклонять или доставлять в спам. В Outlook.com, как сказано в публикации Microsoft, несоответствующая почта от доменов с большим объёмом направляется в папку «Нежелательная почта», а отклонение (ошибка `550; 5.7.515 Access denied`) запланировано на более позднюю дату, которую объявят. Перед тем как опираться на это, перепроверьте страницу Microsoft: этап применения мог измениться. ## Как настроить отписку в один клик? Добавьте к каждому рекламному письму два заголовка и включите в текст письма видимую ссылку на отписку. Заголовки определены в RFC 2369 и RFC 8058. ``` List-Unsubscribe: List-Unsubscribe-Post: List-Unsubscribe=One-Click ``` URL должен принимать запрос POST и отписывать получателя без входа в аккаунт и дополнительных вопросов. Yahoo пишет, что метод POST настоятельно рекомендуется, а метод `mailto` допустим. Yahoo также просит обрабатывать отписки в течение 2 дней, поэтому обрабатывайте их автоматически и ведите единый список исключений для всех используемых инструментов рассылки. ## Как прогреть новый домен или IP? Прогрев — это наращивание объёма отправки шагами, чтобы почтовые провайдеры могли составить мнение о вашей репутации по хорошему вовлечению. Google советует лишь постепенно увеличивать объём и следить за жалобами получателей на спам, поэтому опирайтесь на график, основанный на данных, а не на опубликованную таблицу. 1. **Сначала аутентификация.** Опубликуйте SPF, DKIM и DMARC и убедитесь, что они проходят, до первой отправки. 2. **Начните с самых активных:** недавние покупатели, недавно открывавшие письма или только что подписавшиеся. 3. **Повышайте объём шагами**, только пока возвраты и жалобы остаются низкими. 4. **Сохраняйте ровный ритм.** Резкие всплески с тихого домена похожи на злоупотребление. 5. **Приостанавливайте рост** при первых признаках увеличения возвратов, блокировок или жалоб и устраняйте причину, прежде чем продолжать. 6. **Более «холодные» сегменты добавляйте в конце** и исключайте тех, кто никогда не реагирует. Отправляя с общего адреса платформы, вы наследуете чужую репутацию; отправка с собственного аутентифицированного домена делает репутацию вашей — к лучшему или к худшему. ## Как поддерживать список в чистоте? Чистый список — самый дешёвый инструмент доставляемости. Отправляйте письма только тем, кто согласился их получать, и удаляйте адреса, которые не могут получать почту. - **Правильно собирайте согласие** и храните запись: см. руководство [opt-in и согласие в разных каналах](/ru/blog/opt-in-consent-multichannel-campaigns/) и бесплатный [генератор согласия на рассылку](/ru/tools/opt-in-consent-generator/). - **Сразу удаляйте адреса с жёсткими возвратами.** Повторная отправка на несуществующие адреса вредит репутации. - **Исключайте отписавшихся и пожаловавшихся на спам** во всех инструментах. - **Выводите из рассылки неактивных.** Определите неактивность для вашего бизнеса (например, нет кликов или покупок за выбранный период) и прекратите писать им либо сначала отправьте одно письмо с запросом нового согласия. - **Не покупайте списки.** У купленных адресов нет согласия, и они склонны вызывать жалобы. - **Разделяйте транзакционные и рекламные потоки**, чтобы всплеск жалоб на рекламу не повредил чекам и сбросу паролей. Подробнее — в материале [транзакционная и рекламная почта](/ru/blog/transactional-vs-marketing-email/). ## Как отслеживать доставляемость? Следите за тремя источниками: собственными данными о возвратах и доставке, панелями почтовых провайдеров и отчётами DMARC. - **Google Postmaster Tools** показывает долю спама, результаты аутентификации и репутацию домена и IP для почты, отправляемой пользователям Gmail. Рекомендации Google советуют отправителям использовать его для отслеживания жалоб на спам, проблем с доставкой и аутентификации. - **Агрегированные отчёты DMARC**, приходящие на адрес `rua`, перечисляют все источники, отправляющие почту от вашего домена. С их помощью вы находите забытую CRM или систему выставления счетов до перехода на `p=reject`. - **Обработка возвратов:** жёсткие возвраты — это постоянные сбои, и такие адреса нужно удалять; мягкие — временные, и перед отказом стоит повторить отправку несколько раз. В [Email API](/developers/email/) можно сканировать почтовый ящик на письма о возвратах и запускать мониторинг возвратов. - **Тестовые отправки:** перед каждой кампанией отправьте письма на собственные адреса у крупных провайдеров и проверьте папку, заголовки и результаты аутентификации. ## Чек-лист доставляемости email Проходите его перед каждым новым доменом, платформой или крупной кампанией. 1. Запись SPF опубликована один раз, покрывает все сервисы отправки и укладывается в 10 запросов. 2. DKIM включён для вашего домена, ключ 2048 бит, где это поддерживается. 3. Запись DMARC опубликована с адресом `rua`; политика ужесточается только после чистых отчётов. 4. Домен From выровнен с доменом SPF или DKIM. 5. Прямая и обратная DNS-записи IP отправителя совпадают, TLS включён. 6. Заголовки отписки в один клик и видимая ссылка на отписку в рекламной почте. 7. Отписки обрабатываются автоматически, заметно быстрее 2 дней. 8. Согласие записано для каждого получателя; купленных списков нет. 9. Жёсткие возвраты удалены; неактивные контакты выведены из рассылки. 10. Объём наращивается постепенно; доля спама отслеживается в Postmaster Tools. 11. Рекламная и транзакционная почта идут отдельными потоками. 12. Тестовые отправки проверены у крупных почтовых провайдеров. ## Пример из практики: онлайн-аптека в Дубае добавляет рассылки «Noor Pharmacy», условный ритейлер из Дубая, отправляет чеки заказов с `orders@noorpharmacy.example` через интернет-магазин и хочет добавить ежемесячный бюллетень с платформы рассылок. При аудите выясняется, что магазин покрыт записью SPF, а платформа бюллетеней подписывает письма своим доменом. Действия: добавить платформу в существующую запись SPF, не создавая вторую, включить DKIM на собственном домене, опубликовать `p=none` с почтовым ящиком `rua` и две недели читать отчёты. Отчёты показывают старый инструмент поддержки, который тоже отправлял почту от имени домена; его аутентифицируют. Бюллетень переносят на поддомен `news.noorpharmacy.example`, чтобы всплеск жалоб на рекламу не повлиял на чеки. Затем аптека пишет сначала самым активным клиентам и расширяет аудиторию шагами, следя за долей спама. ## Каковы ограничения этого руководства? Аутентификация впускает вас в дверь, но не во входящие. Почтовые провайдеры учитывают также вовлечение, содержание и историю, которыми не управляет ни одна запись DNS, а их правила меняются, поэтому мы даём ссылки на страницы самих провайдеров и не приводим фиксированных порогов, кроме процитированных. Никто не может пообещать попадание во входящие. Это общие рекомендации, а не юридическая консультация; у рекламной почты есть и правила о согласии, о них — в материале [транзакционная и рекламная почта](/ru/blog/transactional-vs-marketing-email/). ## Чем помогает OmniChannels.ai OmniChannels.ai отправляет почту от вашего собственного отправителя: вы подключаете почтовый ящик по SMTP и IMAP или отправляете через [Email API](/developers/email/), с проверкой записей SPF и DMARC вашего домена и тестовой отправкой в песочнице. Рассылки поддерживают загрузку Excel или CSV, фильтрацию дубликатов, предпросмотр и планирование, а ответы попадают в [Omni Inbox](/ru/platform/unified-inbox/) рядом с WhatsApp и другими каналами. Отчёты о доставке выгружаются в CSV. Посмотрите [канал email](/ru/channels/email/) или запишитесь на разбор для разработчиков. Почему email — лишь часть набора каналов, читайте в материале [SMS и email-маркетинг](/ru/blog/sms-vs-email-marketing/).