Dom-ivanovo.ru

Дом Иваново
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Как настроить домен чтобы письма не попадали в спам

Как выйти из спама — полная инструкция

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

Если вы уже попали в такую ситуацию, не все потеряно! В этой статье рассказываем, как понять, что вы улетаете в папку «Спам», и даем надежную инструкцию, как оттуда выбраться.

Содержание
  1. Как понять, улетают ли ваши рассылки в спам
  2. Что проверить, если рассылка автоматически уходит в спам
  3. Как выйти из спама, если вас туда отправляют подписчики

Исходящие письма

Баллы спама присваиваются и исходящим письмам — отправленным с сайта и из почтового ящика. Далее есть несколько вариантов развития событий:

  • письмо доходит до адресата;
  • письмо попадает в очередь на нашем разгрузочном сервере или на стороне получателя, доходит до адресата с задержкой;
  • письмо отклоняется почтовым сервером получателя.

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

Почта попадает на наш разгрузочный сервер, если:

  • письмо набрало 100 баллов спама;
  • с одного аккаунта хостинга отправлено большое количество писем подряд:
  • 60 за полчаса — скриптами сайта;
  • 300 за полчаса — из ящика с авторизацией.

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

  • почтовый ящик получателя не существует (никто не застрахован от опечаток);
  • ящик получателя переполнен;
  • письмо воспринято как спам или имеет низкую репутацию на сервере назначения;
  • слишком объемное письмо, которое принимающая сторона не может обработать.

Если письмо отклонилось, оно вернется обратно в виде отчета о недоставке письма — в нем будет указана причина возврата отправителю.

Письмо посчитали спамом

У каждого почтового сервиса есть собственные системы для проверки писем. Если ваше письмо посчитали спамом, обратитесь в службу поддержки этого сервиса для выявления точных причин.

Ссылка на рекомендации или форму для связи часто присутствует в отчете о недоставке письма или в журнале почтового сервера (в конце):

2027-08-01 00:07:19 [15225] 15JjZ2-0003xZ-6с

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

DMARC

Бывает также, что политика DMARC домена не позволяет использовать его в качестве отправителя с различных серверов.

Пример: сайт domain.com отправляет письма, а в поле «from» скрипта указан почтовый ящик info@mail.ru. На деле письмо отправляется с сервера хостинга, а не с почты Mail.Ru. Сервер получателя поймет это и, следуя политике домена mail.ru, отклонит письмо.

Чтобы ваши письма доходили до адресатов, в поле «from» скрипта сайта всегда указывайте почтовый ящик в вашем домене — например, no-reply@domain.com. Как альтернатива, настройте отправку писем по SMTP с авторизацией, предварительно создав ящик в Панели управления хостингом.

Черные списки

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

Вы можете самостоятельно проверять, находится ли ваш домен в черном списке и какая у домена репутация, с помощью специальных сервисов, например MXToolbox. На некоторых возможно также проверить DNS-записи домена.

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

Как повысить репутацию писем

  • Проверяйте, что все получатели вашей рассылки на нее подписывались. Не покупайте базы e-mail-адресов.
  • Сообщайте в письме, что адресат получил его, так как ранее подписался на рассылку. Это даст получателям понять, откуда пришло письмо и не воспринимать его как спам от неизвестных лиц.
  • Сообщайте в письме, каким образом можно прекратить получать ваши письма. Обычно это выглядит как ссылка «Отписаться от рассылки» внизу письма. Убедитесь, что она работает.
  • Обращайтесь в письме персонально к получателю — с именем и фамилией получателя или названием компании.
  • Старайтесь при оформлении писем избегать стиля, используемого в спаме (например, большие разноцветные предложения, множество ссылок, скрытого текста).
  • Добавьте к домену DKIM-подпись, записи SPF и DMARC.
Читать еще:  Печь чугунная для обкладки кирпичом для дома

Почему письмо может попасть в спам

  1. Автоматическое попадание в спам. Происходит потому, что где-то на сервере (на стороне пользователя или на стороне отправителя) сработал спам-фильтр, который посчитал ваше письмо непригодным для доставки. Фильтр может принять его за необоснованную рекламу или даже вероятно заподозрить в нем угрозу для получателя, расценив некоторые вложения или части кода как небезопасные.
  2. «Ручная»фильтрация на спам. В данном случае пользователь сам отправляет ваше письмо в соответствующую папку. Это происходит по ряду причин, главная из которых — утраченные ожидания. Проще говоря получатель письма надеялся на одно, а получил совсем другое. Это человеческий фактор, который необходимо обязательно учитывать при составлении своих писем.

Бесплатные инструменты проверки писем на спам

  • Spamtester (проверка онлайн).
  • Mail-tester (проверка онлайн).
  • Spamtest (проверка онлайн).
  • SpamAssassin (серверное ПО).

Чек-лист: что делать, чтобы рассылка не попадала в спам

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

  1. Позаботьтесь о безопасности. Придется узнать, что такое DKIM, SPF, DMARC.
  2. Проверьте IP адрес доменного имени на присутствие в блеклисте.
  3. Не перегружайте контент письма ссылками, найдите баланс между визуальными и текстовыми элементами.
  4. Следите за актуальностью базы — удаляйте нецелевых подписчиков, «мёртвые» адреса и старайтесь достучаться до всей целевой аудитории.
  5. Используйте двухэтапную подписку, чтобы собрать базу действительно заинтересованных клиентов.
  6. Отслеживайте эффективность рассылки через несколько дней после отправки «послания». Если процент жалоб приближается к пограничному результату, внести корректировки в стратегию.

Что касается аналитики, то во всех сервисах для массовых рассылок есть статистика. Можно выбрать любую из популярных платформ: Sendpulse, GetResponse, Unisender, Mailchimp. Для небольших объёмов можно использовать плагины для WordPress в связке с инструментами отслеживания эффективности в почтовых сервисах.

SPF запись

SPF позволяет владельцу домена указать в TXT-записи домена специальным образом сформированную строку, указывающую список серверов, имеющих право отправлять email-сообщения с обратными адресами в этом домене. Если проще: в этой записи мы сообщаем с каких почтовых серверов можно посылать письма от имени сотрудниковсервисов нашей компании.

В SPF записях можно использовать следующие опции:

  • «v=spf1» — версия SPF.
  • «+» — принимать письма (Pass). Этот параметр установлен по умолчанию. Тоесть, если никаких параметров не установлено, то это «Pass»;
  • «-« — Отклонить (Fail);
  • «

« — «мягкое» отклонение (SoftFail). Письмо будет принято, но будет помечено как СПАМ;

  • «?» — нейтральное отношение;
  • «mx» — включает в себя все адреса серверов, указанные в MX-записях домена;
  • «ip4» — опция позволяет указать конкретный IP-адрес или сеть адресов;
  • «a» — IP-адрес в A-записи
  • «include» — включает в себя хосты, разрешенные SPF-записью указанного домена;
  • «all» — все остальные сервера, не перечисленные в SPF-записи.
  • «ptr» — проверяет PTR-запись IP-адреса отправителя. Если она сходится с указанным доменом, то механизм проверки выдает положительный результат. Тоесть, разрешено отправлять всем IP-адресам, PTR-запись которых направлены на указанный домен.
  • «exists» — выполняется проверка, резолвится ли домен на какой-либо IP-адрес. Тоесть, по существу, выполняется проверка работоспособности доменного имени. Не имеет значения, на какой IP-адрес, даже если это «серые» сети (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16) или loopback (127.0.0.1).
  • «redirect» — указывает получателю, что нужно проверять SPF-запись указаного домена, вместо текущего домена.
  • Простой пример SPF-записи:

    • «+a» — разрешает прием писем от хоста, IP-адрес которого указан в A-записи для elims.org.ua;
    • «+mx» — разрешает прием писем, если отправляющий хост указан в одной из MX-записей для elims.org.ua;
    • «-all» — все остальные письма не принимать.

    Еще один пример:

    • «ip4:124.31.25.75» — принимать письма, отправленные с IP-адреса 124.31.25.75;
    • mx/24″ — в список разрешенных отправителей входят все IP-адреса, находящихся в тех же сетях класса С, что и MX-ы домена
    • «a:test.com.ua/24» — в список разрешенных отправителей входят все IP-адреса, находящихся в тех же сетях класса С, что и А-записи домена test.com.ua;
    • «+a:smtp.mail.ru» — то же, что и a:smtp.mail.ru. Принимать от smtp.mail.ru;
    • «include:gmail.com» — принимать письма с серверов, разрешенных SPF-записями gmail.com;
    • «

    all» — принимать письма со всех остальных серверов, но помечать их как СПАМ

    Расшифровываем: для домена elims.com. следовать тем же инструкциям которые описаны в spf для домена elims.org.ua

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

    Для работы с DKIM нужно выполнение следующих пунктов:

    • Поддержка DKIM почтовым сервером для подписывания отправляемой почты — например бесплатный почтовый сервер под windows hMailServer;
    • Создание приватного и публичного ключа шифрования
    • Занесение в DNS домена записей связанных с DKIM

    Создание приватного и публичного ключа шифрования

    Генерация приватного ключа при помощи утилиты openssl:

    Генерация публичного ключа из приватного ключа при помощи утилиты openssl:

    Занесение в DNS домена записей связанных с DKIM

    Прописываем эту запись:

    Прописываем публичный ключ:

    • ТутПишитеЧтоХотите — так называемый domain selector, которых может быть несколько, например для каждого почтового сервера, если их у Вас несколько
    • p= — публичный ключ

    Не обязательная запись, которая говорит что делать с не подписанными письмами:

    «dkim=» может принимать следующие значения:

    • all — отправка неподписанных сообщений запрещена
    • discardable — все неподписанные сообщения должны быть заблокированы на стороне получателя
    • unknown — отправка неподписанных сообщений разрешена (значение по умолчанию)

    Возможные ошибки DKIM:

    • pass = ‘The message was signed, the signature or signatures were acceptable, and the signature(s) passed verification tests.’ This is the result you want to see. Everything worked perfectly.
    • fail = ‘The message was signed and the signature or signatures were acceptable, but they failed the verification test(s).’ This means that the message had a signature, and the signature was formed correctly, but didn’t match the signature of the sending domain. This probably means the message was modified somewhere along the way.
    • none = ‘The message was not signed’ This means that the message had no DKIM signature. This is not the same as failing.
    • policy = ‘The message was signed but the signature or signatures were not acceptable.’ DKIM can be configured to be more or less stringent in what is an acceptable match. A “policy” error means that the message was signed and correctly formed, but didn’t meet the policy requirements of the recipient.
    • neutral = ‘The message was signed but the signature or signatures contained syntax errors or were not otherwise able to be processed.’ The message was signed, but it was not formed correctly. This is possibly a configuration error on the sending domain side.
    • temperror = ‘The message could not be verified due to some error that is likely transient in nature, such as a temporary inability to retrieve a public key. A later attempt may produce a final result.’ This error indicates that there was a short-term problem verifying the signature. Feel free to try again. Repeated problems with this may indicate a DNS or lookup failure on the sending domain.
    • permerror = ‘The message could not be verified due to some error that is unrecoverable, such as a required header field being absent. A later attempt is unlikely to produce a final result.’ The signature (or some part of it) was missing from the recieved message, which caused a failure. This indicates that either the header was formed incorrectly or it was modified after being sent.

    Заголовки DKIM:

    • b = the actual digital signature of the contents (headers and body) of the mail message
    • bh = the body hash
    • d = the signing domain
    • s = the selector
    • v = the version
    • a = the signing algorithm
    • c = the canonicalization algorithm(s) for header and body
    • q = the default query method
    • l = the length of the canonicalized part of the body that has been signed
    • t = the signature timestamp
    • x = the expire time
    • h = the list of signed header fields, repeated for fields that occur multiple times

    Как SPF защищает домен от спуфинга?

    Как известно, основной метод спуфинга — это подмена адреса в поле «FROM». SPF-запись, как противоядие, направлено именно на это поле, поскольку оно содержит главный критерий для проверки: домен отправителя и его IP адрес. Сопоставляя его с теми айпишниками, которые прописаны в SPF-записи как разрешенные, сервер-получатель принимает решение о безопасности сообщения.

    Коротко, алгоритм работы SPF проходит четыре этапа. Для примера, возьмем отправку сообщения с адреса info@example.com на адрес example@beispiel.com через почтовый сервис Estismail:

    1. сервер Estismail с IP (для примера) 1.3.4.7 отправляет письмо с адреса info@example.com на адрес example@beispiel.com;
    2. почтовый сервер beispiel.com проверяет DNS запись о типе TXT для домена example.com и определяет IP отправляющего домена;
    3. мейл-сервер beispiel.com ищет IP адрес 1.3.4.7, среди тех, которым SPF-запись example.com разрешает делать отправку от своего имени;
    4. если IP отправителя есть в списке «правильных» айпишников, письмо поступает во «Входящие». Если нет — «отбивается» или попадает в СПАМ.

    И такие этапы проходит каждое письмо. Графически, преодоление SPF-фильтра выглядит следующим образом:

    Базовую роль в проверке домена играет список IP адресов, указанных в SPF-записи. Именно он подтверждает честные намерения отправителя. Поэтому постарайтесь вписать в этот список все возможные IP, которым вы разрешаете отправку: все корпоративные адреса, а также не забудьте о сервисах почтовых рассылок.

    Заключение

    В завершение резюмируем основные моменты, которые помогут начать работу с почтовыми рассылками и с ходу не попасть в «Спам»:

    • Уделяйте внимание техническим настройкам и репутации. Есть целый ряд настроек, которые нужно провести, чтобы почтовые системы пропускали письма. Также важно проверять репутацию домена и работать над ее улучшением.
    • Работайте с базой подписчиков. Даже если вы используете double opt-in, необходимо постоянно мониторить состояние базы, выделять сегменты неактивных пользователей и отдельно реактивировать их.
    • Следите за контентом. Соблюдайте лучшие практики подготовки писем, а также отслеживайте реакцию подписчиков: если люди отписываются от рассылки, значит, контент не отвечает потребностям и его нужно менять.
    • «Прогревайте» домен. Нельзя просто взять и начать отправлять много писем. После длительных пауз или в случае нового домена необходимо сначала провести «прогрев», отправляя письма небольшими пачками и постепенно наращивая активность.
    • Используйте технологии. Делать все вручную сложно. Автоматизируйте то, что можно. В DashaMail мы стараемся помочь с проработкой основных моментов, предоставляя соответствующие инструменты для проверки репутации, валидации базы и оценки контента. Также мы модерируем все рассылки компаний, которые только начинают работу, и помогаем соблюсти все требования почтовых систем.

    Чтобы быть в курсе современных тенденций email-маркетинга в России, получать полезные лайфхаки и наши материалы – подписывайтесь на страницу DashaMail в Facebook и читайте наш блог.

    голоса
    Рейтинг статьи
    Ссылка на основную публикацию
    ВсеИнструменты
    Adblock
    detector