Письма платформы попадают в спам? SPF, DKIM и DMARC с объяснениями

Участник делает депозит, и письмо с подтверждением уходит в спам. Он не винит Gmail — он винит вас, и он открывает обращение в поддержку с раздражением. Доставляемость электронной почты — одна из наименее гламурных и наиболее критичных для доверия частей управления платформой. Хорошая новость: в основном всё сводится к трём записям DNS и нескольким привычкам.

Три записи, которые решают, куда попадёт ваша почта

SPF: кто может отправлять от имени вашего домена

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

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

DKIM: подпись на каждом сообщении

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

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

DMARC: политика, которая связывает их вместе

DMARC говорит получателям, что делать с почтой, которая проваливает SPF или DKIM — отслеживать её, помещать в карантин или отклонять. Даже начало с политики мониторинга улучшает то, как фильтры оценивают ваш домен, а отчёты, которые она генерирует, показывают вам, кто ещё отправляет (или притворяется, что отправляет) от вашего имени.

DMARC также добавляет проверку, которой не хватает двум другим: домен, который ваш участник действительно видит в строке From, должен совпадать с доменами, аутентифицированными SPF и DKIM. Это правило выравнивания останавливает похожую конфигурацию отправки от прохождения по технической формальности. На практике разворачивайте её поэтапно — сначала мониторинг, пока вы читаете отчёты, затем карантин, затем отклонение, как только вы уверены, что ни один легитимный отправитель не был оставлен за бортом.

Правильная настройка всех трёх — это разовая работа; это также одна из услуг в нашем центре услуг, потому что выполнение её наполовину правильно хуже, чем кажется — сломанный ключ DKIM тихо отравляет домен неделями. Наша услуга Business Email Setup охватывает именно эту область: SPF и DKIM, настроенные на почтовом ящике на вашем собственном домене, на уровне Basic за $20, и полный набор — SPF, DKIM и DMARC, до пяти почтовых ящиков — за $50, с протестированной почтой, чтобы подтвердить, что она попадает во входящие.

Читайте ваши отчёты DMARC, по крайней мере в начале

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

Привычки, которые помогают (и вредят)

• Отправляйте с собственного домена. Почта платформы должна приходить с адресов на вашем домене, на надлежащей деловой почте — никогда с бесплатного почтового ящика.
• Прогревайте новый домен. Совершенно новый домен, отправляющий сотни сообщений в первый день, почти точно соответствует профилю спамера. Наращивайте объём в течение первых недель.
• Держите содержимое чистым. Кричащие темы, сокращённые URL и письма только из изображений — классические сигналы спама.
• Обрабатывайте ваши отказы. Повторная отправка на мёртвые адреса вредит репутации отправителя и для каждого другого участника.
• Разделяйте потоки. Транзакционная почта (депозиты, сбросы) священна. Маркетинговые рассылки с того же домена ставят её под риск; используйте поддомен, если вы должны их отправлять.
• Повторно тестируйте после каждого изменения. Переезд хостинга, новый провайдер почтовых ящиков или наведение порядка в DNS могут молча сломать одну из трёх записей. Записи указывают на отправителей; измените отправителя, и запись должна измениться вместе с ним.

Тестируйте это так, как это переживает участник

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

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

Почему это важно за пределами входящих

Доставляемость — это тихо ещё и функция безопасности: SPF, DKIM и DMARC — это то, что останавливает незнакомцев от отправки убедительных поддельных писем о “payout problem” от вашего имени. Если вы ещё не сделали этого, прочитайте наш контрольный список усиления защиты платформы — настройка электронной почты вашего домена — часть защиты вашей платформы.

Из нашего собственного стола

Наш собственный домен проходит SPF, DKIM и DMARC — мы проверяли их заголовок за заголовком, когда мы настраивали почту HyipTemplates, потому что наши подтверждения заказов и ответы поддержки проходят через тот же канал, на который полагаются наши клиенты. Когда одна из этих записей была неправильной во время настройки, наша собственная тестовая почта попала в спам в течение часа. Вот как быстро это проявляется. Если вы предпочитаете не жить в записях DNS, это вся работа нашей настройки деловой электронной почты, доступной в нашем магазине — SPF, DKIM и DMARC, настроенные и протестированные реальными сообщениями.

Итог

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

Часто задаваемые вопросы

Я настроил SPF, DKIM и DMARC, но почта всё ещё попадает в спам. Почему?

Аутентификация доказывает, что почта действительно от вашего домена; она не делает почту желанной. Новые домены начинают без репутации, поэтому ранние сообщения судят строже — держите объём честным, никогда не отправляйте на списки, которые вы не заработали, и позвольте нескольким неделям чистой отправки построить репутацию. Если даже одна запись не выровнена — скажем, домен DKIM не совпадает с доменом From — всё доказательство шатается, поэтому повторно проверьте выравнивание, прежде чем винить репутацию.

Сколько времени требуется, чтобы изменения записей DNS вступили в силу?

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

Может ли DMARC сломать мою почту, если я настрою его неправильно?

Да, если вы сразу перейдёте к строгой политике. Начните с p=none, которая только отчитывается, читайте отчёты, пока они не покажут, что ваши реальные отправители проходят, и только затем переходите к карантину или отклонению. Политика — это регулятор, а не переключатель — наша настройка деловой электронной почты следует тому же порядку.