Top.Mail.Ru

Теперь мы CRM-group!

Имя новое, подход прежний: профессионализм и забота о вас

Перейти

Главное, что нужно сделать, чтобы не попасть в спам: DKIM, SPF, DMARC

Антиспам-настройки в email-маркетинге

Пришло время рассказать что-то особенно полезное. Эта статья посвящена антиспам-настройкам для email-рассылок. Как сделать так, чтобы письма без проблем попадали во входящие, а не оказывались в спаме или вообще отбивались на уровне почтового сервера получателя.

Что такое спам

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

Сам термин Spam в современном значении появился после Второй мировой войны. Так назывался острый консервированный фарш. Назойливость и массовость рекламы этих консервов не знала пределов, и со временем всю непрошенную рекламу стали называть спамом.

Читайте также

Что делать, если письма попадают в спам

Что такое настройки DKIM, SPF и DMARC

Ведя войну со спамерами на своих фронтах, провайдеры почтовых систем разработали и ввели технические требования отправителям email-рассылок. Так появились доменные настройки DKIM, SPF и DMARC.

DKIM (DomainKeys Identified Mail) — метод аутентификации соответствия доменного имени. DKIM проверяет, действительно ли домен, от имени которого отправлена email-рассылка, принадлежит отправителю.

SPF (Sender Policy Framework) — cтруктура политики отправителя. Это система проверки электронной почты, предназначенная для блокировки спама, методом обнаружения подмены и общей уязвимости электронной почты, путём проверки IP-адреса отправителя.

DMARC (Domain-based Message Authentication, Reporting and Conformance) — идентификация сообщений, создание отчётов и определение соответствия по доменному имени. Этой настройкой отправитель показывает почтовой системе, что его email-рассылки защищены SPF и / или DKIM.

Политика DMARC не является обязательной настройкой. Это мера, которая, в первую очередь, позволяет вам дополнительно обезопасить себя от действий мошенников.

В практическом плане DMARC — это правила, указывающие, что делать, если SPF и / или DKIM выдали ошибку или письмо по каким-либо техническим причинам выглядит подозрительным для сервера получателя. В первую очередь — если мошенники пытаются рассылать письма от имени (под видом) вашего домена и / или вашего IP-адреса.

Пошаговые инструкции

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

Инструкция Яндекса по настройке DKIM

Инструкция Google по настройке DKIM

Инструкция Яндекса по настройке SPF

Инструкция Google по настройке SPF

Инструкция Google по настройке DMARC

Проверка настроек DKIM, SPF и DMARC

После отладки нужно убедиться, что всё работает, как задумано. Первый этап можно осуществить c помощью сервиса mail-tester.com. Проверяем корректность настроек по принципу: есть / нет.

корректность настроек в mail-tester

Всё просто, отправляем тестовое письмо из рассыльной платформы на рандомно сформированный почтовый адрес (кстати, его можно сохранить и пользоваться им постоянно) и проверяем.

рейтинг тестового письма

Далее смотрим подробности проверки.

подробности проверки

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

Особое внимание стоит обратить на SPF-запись, поскольку IP-адрес, с которого вы отправляете рассылки, технически подделать проще, чем домен.

Кроме того, рассыльная платформа могла выделить его не только вам, им параллельно могут пользоваться спамеры, владельцы электронного казино, продавцы дженериков Виагры, реплик часов Rolex и вообще кто угодно. Плюс он может быть просто очень старым с целой историей, естественно, не всегда хорошей. Поэтому рассыльный IP-адрес стоит дополнительно проверять на нахождение в чёрных листах. Попадание email-рассылок в спам может иметь комплекс причин и зависит не только от DNS-настроек, а это уже тема для отдельной статьи.

Читайте также

Исследование: как используются сервисы рассылок в России

В качестве удобного инструмента для проверки и диагностики проблем антиспам-настроек можем порекомендовать сервис mxtoolbox.com.

Вводим домен и проверяем корректность настроек, выбрав необходимый пункт в выпадающем меню.

проверяем корректность настроек

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

SPF-запись

Важный нюанс. Для SPF существует лимит в десять записей. Всё, что выше этого лимита, сервер получателя просто не увидит.

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

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

Далее проверяем ключевые настройки политики DMARC.

ключевые настройки политики DMARC

Значение тега v — DMARC1, это версия протокола политики DMARC. Далее политика обработки писем, её задаёт значение тега p, обратите на него особое внимание. Это правило, согласно которому, как мы уже говорили выше, поступит почтовый провайдер, если SPF и / или DKIM выдали ошибку или письмо по каким-либо техническим причинам выглядит подозрительным для сервера получателя.

Значение ’none’ DMARC — письмо отправится в папку «Входящие», а владельцу домена придёт отчёт для анализа. В отчёте — информация о том, кто отправляет от данного имени email-рассылки и разрешено ли им это делать.

Значение ’quarantine’ — сервер почтового провайдера получателя отправляет письмо в папку Спам, а владелец домена сможет проанализировать данные, которые ему также придут в отчёте.

Значение ’reject’ даст команду серверу получателя отбить не прошедшие проверку DMARC письма. Эти рассылки получатель не увидит.

Значение тега rua, как вы наверняка догадались, — адрес электронной почты, на которую будут приходить отчёты.

Узнайте, сколько для вас будет стоить

Email-маркетинг под ключ

Всё немного сложнее

В этой статье мы описали ключевые моменты антиспам-настроек. При этом факторов, которые влияют на доставляемость, больше. Советуем отслеживать уровень пометок писем как спам и моментально принимать меры, если их становится больше.

Узнавайте об обновлениях блога Email Soldiers первым

Спасибо!

Вы подписаны. Свежие материалы блога будем присылать на вашу почту.

Похожие статьи

ecommerce-goods-recommendations
Идеи персонализированных товарных рекомендаций в рассылках e-commerce

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

Иной взгляд на тренды маркетинга 2022. Часть 1. Смерть email (опять?)

Собрали авторитетные мнения о ближайшем будущем email-маркетинга, добавили своё видение и пророчим емейлу долгую жизнь и новый виток развития.

Как использовать эмодзи и другие символы в теме письма — девять приёмов

Сердечки, огоньки, рожицы или каомодзи — как уместно использовать символы в теме письма, где их брать и как настроить.

Сведения для государственной аккредитации в области ИТ

Реквизиты и контакты

ООО «Емейл Солджерс»

ИНН 6234170866 · ОГРН 1176234015660

Основной ОКВЭД: 62.09

390000, г. Рязань, ул. Вознесенская, д. 66

Тел.: +7 495 003-17-94 · manager@emailsoldiers.ru

Коды ОКВЭД

62.01 (разработка ПО), 62.02, 62.09, 63.11, 63.12, 63.91, 63.99, 70.22, 73.20, 82.99, 95.11, 95.12

Виды деятельности в области ИТ
(Приказ Минцифры от 11.05.2023 № 449)

1.01 — проектирование, обследование, разработка и адаптация программ для ЭВМ, баз данных и пользовательских интерфейсов

1.04 — деятельность и услуги в отношении информационных систем (CRM, аналитика, BI)

1.05 — деятельность и услуги в отношении сайтов и страниц сайтов

26.01 — обработка, систематизация и верификация данных

Реализуемые продукты, услуги и работы

Email- и CRM-маркетинг под ключ: разработка триггерных и регулярных рассылок и коммуникационных сценариев, проектирование и автоматизация коммуникаций (email, SMS, push, мессенджеры), сегментация и аналитика клиентской базы, интеграция и настройка платформ рассылок и CRM, дизайн и адаптивная вёрстка писем, веб-аналитика и BI-отчётность, разработка интеграций между платформами рассылок, CRM и сайтом.

Стоимость работ и услуг

Определяется индивидуально в коммерческом предложении по итогам брифа. Ориентировочно: разовый проект email-/CRM-маркетинга — от 150 000 ₽; ежемесячное сопровождение — от 100 000 ₽ / мес. Точная стоимость — по запросу: manager@emailsoldiers.ru.

Технологический стек

Языки: C#, JavaScript, PHP, Python, SQL, HTML/CSS. Платформы и CDP/CRM: ASP.NET Core, Mindbox, Bitrix24, Sendsay, Unisender, Carrot quest. Базы данных: MongoDB, MySQL. Аналитика и BI: Яндекс Метрика, Power BI, Яндекс DataLens. Инфраструктура: WordPress, REST API, вебхуки.

Исключительные права на ПО

Программа для ЭВМ «RACS» (REST API CRUD веб-сервис баз данных) — правообладатель ООО «Емейл Солджерс» (свидетельство о государственной регистрации программы для ЭВМ, автор — Сафоничев А. П.). Назначение: REST API CRUD-интерфейс к облачной нереляционной базе данных — виджеты, голосования, обзоры, комментарии, счётчики статистики. Реализация: C#, ASP.NET Core, MongoDB. Права использования предоставляются по лицензионному договору. Иные работы выполняются на лицензионных платформах и собственных программных решениях (скрипты, шаблоны, интеграции).