Оптимізація політики DMARC: захист вашого бренду та підвищення ефективності електронної пошти

Як зупинити підробку електронної пошти, не втрачаючи легітимну пошту

Якщо ви фахівець з маркетингу, який керує розсилками вашого бренду, є велика ймовірність, що ви чули про DMARC – особливо якщо хтось попереджав вас про підміну листів, скарги на спам або про необхідність BIMI та кращу доставку. Але для багатьох DMARC все ще залишається загадкою. Він відображається у вигляді дивного на вигляд TXT-запису в налаштуваннях вашого домену. Якщо ви бачили щось подібне...

v=DMARC1; p=none;rua=mailto:dmarc-reports@yourdomain.com

... і не були впевнені, що він робить, ця стаття для вас.

Давайте розберемо все це простою мовою, а потім покажемо, як оптимізувати політику DMARC для безпеки, репутації бренду та продуктивності електронної пошти.

DMARC базується на двох старих методах автентифікації електронної пошти:

• SPF (Sender Policy Framework): Визначає, яким серверам дозволено надсилати пошту від імені вашого домену.
• DKIM (DomainKeys Identified Mail): Додає цифровий підпис до заголовків ваших листів, щоб підтвердити, що повідомлення не було змінено.

DMARC додає останній рівень: застосування політики та звітування.

Навіщо потрібен DMARC?

• Запобігання підробкам: Не дає зловмисникам надсилати фальшиві електронні листи з вашого домену (наприклад, фішинг або шахрайство).
• Захистіть свій бренд: Якщо хтось використовує ваш домен для шахрайства, це може зашкодити репутації вашого бренду.
• Надійність доставки листів: Провайдери надають перевагу автентифікованим листам – DMARC допомагає вашим легітимним листам потрапляти у вхідні.
• УвімкнітьBIMI: Хочете, щоб ваш логотип відображався поруч із вашими листами в Gmail або Yahoo? У вас має бути сильна політика DMARC (з правозастосуванням).

Анатомія запису DMARC

Запис DMARC – це один рядок тексту, доданий до налаштувань DNS вашого домену (зазвичай в панелі хостинг-провайдера або реєстратора домену). Давайте розглянемо цей приклад:

v=DMARC1; p=reject; rua=mailto:reports@yourdomain.com

Тепер давайте розшифруємо всі варіанти, які ви можете використовувати:

3 режими політики DMARC

1. p=none

• Просто моніторинг. Листи не блокуються.
• Використовуйте це, щоб почати збирати дані.
• Найкраще підходить для перших 1-3 тижнів.

2. p=quarantine

• Підозрілі листи потрапляють до папки «Спам».
• Хороша золота середина. Ви починаєте фільтрувати, зберігаючи при цьому низький ризик.

3. p=reject

• Повністю примусово. Провайдери електронної пошти блокують несанкціоновані листи.
• Ваш найкращий захист, необхідний для BIMI та повної довіри.
• Використовуйте після перевірки ваших відправників (за допомогою звітів).

• RUA: щоденні зведені звіти (XML-файли), що надсилаються провайдерами поштових скриньок. Показує, хто надсилає листи від вашого імені, пройшов чи не пройшов SPF/DKIM, а також звідки вони надійшли.
• RUF: Додаткові звіти про окремі збої (часто не підтримуються з міркувань конфіденційності).

1. Почніть з Моніторингу

• Встановіть p=none, додайте rua=mailto:yourreports@yourdomain.com

• Зачекайте 1-2 тижні, зберіть звіти.

2. Проаналізуйте, хто надсилає листи

• Використовуйте звіти, щоб визначити всіх легітимних відправників (Mailchimp, Google Workspace, CRM-інструменти тощо).

• Переконайтеся, що для кожного відправника налаштовані правильні SPF та DKIM.

3. Виправте проблеми з узгодженням

• Переконайтеся, що записи DKIM та SPF відповідають вашому домену(d= та Return-Path).

• Встановіть adkim=s і aspf=s для суворого узгодження, коли будете впевнені.

4. Переходьте до впровадження поступово

• Старіші посібники використовували pct= для поетапного застосування політики. RFC 9989 (DMARCbis, травень 2026 р.) надав pct історичний статус; сьогодні використовуйте новий тестовий режим t=y або переходьте безпосередньо з p=none на p=quarantine й ніколи не публікуйте pct нижче 100 для BIMI.

• Нарешті встановіть p=reject, коли будете впевнені.

5. Підтримуйте та контролюйте

• Тримайте звіти активними. Навіть з p=reject зловмисники можуть спробувати нові трюки.

• Оновлюйте записи SPF і DKIM, коли додаєте нові платформи.

Потрібна допомога? Заплануйте зустріч з нами; ми допоможемо вам все налаштувати.

v=DMARC1; p=reject; rua=mailto:dmarc-reports@yourdomain.com; ruf=mailto:alerts@yourdomain.com; sp=reject; adkim=s; aspf=s; fo=1

Це повідомляє провайдерам поштових скриньок:

1. Блокувати всі неавторизовані листи(p=reject)

2. Надсилати вам звіти щодня(rua)

3. Суворо дотримуватися узгодження(adkim=s, aspf=s)

4. Впроваджуйте також на піддоменах(sp=reject)