Що вимагають Gmail, Yahoo та Outlook
Великі поштові сервіси вимагають від тих, хто шле багато листів, три записи — SPF, DKIM і DMARC — та просту відписку в один клік. Поріг у Google і Microsoft — 5000 листів на добу, Yahoo числового порога не публікує. Для DMARC формально достатньо політики p=none.
| Сервіс | Поріг | Що обов’язково | Нюанс |
|---|---|---|---|
| Google (Gmail) | понад 5000 листів на добу на особисті адреси Gmail, з 1 лютого 2024 | SPF, DKIM, DMARC, вирівнювання, відписка в один клік | скарги нижче 0,1 %, не допускати 0,3 % |
| Yahoo | числовий поріг не публікується, вимоги діють з лютого 2024 | SPF, DKIM, DMARC (p=none припустимий), відписка в один клік | скарги нижче 0,3 %, відписки протягом 2 днів |
| Microsoft (Outlook.com) | понад 5000 листів на добу | SPF, DKIM, DMARC не нижче p=none з вирівнюванням | з 5 травня 2025 невідповідні листи спершу йдуть у «Спам» |
Вирівнювання в Google означає, що домен у From збігається з доменом, який проходить SPF або DKIM, — досить одного з двох. Відписку в один клік описано в RFC 8058 (січень 2017). За довідкою Google статус масового відправника постійний: одного разу досягнувши порога, ви залишаєтеся в цій категорії.
Чи достатньо p=none
Для вимог усіх трьох сервісів — так. Google пише, що політику DMARC можна залишити none, Yahoo допускає p=none, поки DMARC проходить, Microsoft вимагає політику не нижче p=none. Але виконати вимогу й захистити свій домен — різні завдання.
Політика p=none нічого не робить із підробленими листами: вона лише просить надсилати звіти. Будь-хто може надіслати лист «від вашого імені», і політика не вимагатиме від отримувача його відхилити. Захист дає лише p=quarantine або p=reject, тому рухатися потрібно до них.
Безпечний порядок переходу до p=reject
Переходьте сходинками: спершу збирайте звіти за p=none, далі вмикайте p=quarantine і кілька тижнів спостерігайте за звітами, і лише потім ставте p=reject. Так ви не втратите легальні листи з CRM, форм сайту та сервісів розсилання.
- Переконайтеся, що SPF і DKIM налаштовано для всіх джерел пошти домену.
- Опублікуйте DMARC із p=none та адресою звітів rua; збирайте звіти, доки не побачите всі джерела.
- Виправте джерела, які не проходять SPF або DKIM з вирівнюванням.
- Увімкніть p=quarantine з невеликим pct і підвищуйте його, стежачи за звітами.
- Коли легальна пошта проходить, перемкніть політику на p=reject.
# сходинка 1: лише звіти
_dmarc.example.com. IN TXT "v=DMARC1; p=none; rua=mailto:dmarc@example.com"
# сходинка 2: карантин
_dmarc.example.com. IN TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com"
# сходинка 3: відхилення
_dmarc.example.com. IN TXT "v=DMARC1; p=reject; rua=mailto:dmarc@example.com"Запис має бути один: на кожній сходинці ви замінюєте його, а не додаєте новий. Знайомий зі старих інструкцій тег pct, яким частку листів підіймали поступово, писати більше не треба: чинний стандарт DMARC — RFC 9989 від травня 2026 року — переніс його до застарілих, бо отримувачі застосовували його неточно за будь-яких значень, окрім 0 і 100. Налаштування SPF і DKIM — у статті про SPF, DKIM і DMARC.
Як перевірити записи
Записи DMARC, SPF і DKIM лежать у DNS як TXT, і їх читає команда dig. Перевірка займає хвилину та показує те, що бачать отримувачі, а не те, що ви налаштували в панелі.
dig TXT _dmarc.example.com +short
dig TXT example.com +short | grep -i spf
dig TXT selector._domainkey.example.com +shortЗамість selector підставте ім’я селектора DKIM вашої поштової системи. Немає відповіді — немає запису, і його потрібно створити. Якщо поштовий сервер ваш, почніть зі статей про MX-записи та пошту і налаштування Postfix.
Відписка в один клік
Для рекламних і підписних листів потрібні два заголовки: List-Unsubscribe з адресою HTTPS і List-Unsubscribe-Post зі значенням List-Unsubscribe=One-Click. За RFC 8058 лист зобов’язаний мати валідний підпис DKIM, що покриває обидва заголовки; без нього отримувач не повинен пропонувати відписку в один клік.
List-Unsubscribe: <https://example.com/unsubscribe/abc123>
List-Unsubscribe-Post: List-Unsubscribe=One-ClickВідписки обробляйте швидко: Yahoo вимагає робити це протягом 2 днів, Google у довідці радить вкластися в 48 годин. Для розсилань зі свого сервера враховуйте репутацію IP — див. статтю про доставлюваність листів і репутацію IP.
Скарги, статус і відхилення листів
Google стежить за часткою скарг на спам у Postmaster Tools: тримайте її нижче 0,1 % і не допускайте 0,3 % та вище. Якщо ви бодай раз досягли порога в 5000 листів на добу, статус масового відправника лишається назавжди, тому готуватися варто заздалегідь, а не після перших відмов.
Відмови теж можливі. За довідкою Google, з листопада 2025 року Gmail посилює застосування вимог, і невідповідні листи можуть відхилятися тимчасово або постійно, наприклад із кодом 550 5.7.26.
В Outlook.com поріг той самий. З 5 травня 2025 року листи від невідповідних доменів спершу спрямовуються у «Спам». Про відхилення Microsoft оголошувала окремо (помилка 550 5.7.515), дату звіряйте в її довідці: у джерелі, яке ми читали, її немає.
Часті запитання
Чи вистачить p=none, щоб Gmail приймав листи?
Для вимог Google, Yahoo та Outlook — так, якщо DMARC проходить із вирівнюванням за SPF або DKIM. Але p=none не захищає домен від підробки, тому рухатися до reject потрібно.
Коли переходити з quarantine на reject?
Коли за звітами вся легальна пошта домену проходить SPF або DKIM з вирівнюванням. Строку на це немає: орієнтир — звіти, а не календар.
Чому пересилання ламає DMARC?
Під час пересилання часто ламається SPF, тому налаштуйте DKIM: підпис переживає пересилання, доки лист не змінили.
Що робити клієнтам ZevsHost?
На спільному хостингу пошту домену й підпис DKIM налаштовує cPanel, вам лишається додати запис DMARC у DNS і читати звіти. На VPS і виділеному сервері SPF, DKIM, DMARC і репутацію IP ведете ви самі.