Feedback Loop (FBL): налаштування у поштових провайдерів

Feedback Loop (FBL): що це й навіщо налаштовувати

Feedback Loop (FBL) — це програма поштового провайдера, яка повідомляє відправника, коли отримувач натиснув «Спам». Налаштування FBL дозволяє автоматично прибирати скаржників із бази, утримувати частку скарг нижче 0.1% і захищати репутацію домену. Без FBL ви дізнаєтеся про невдоволення лише за падінням доставлюваності, коли вже пізно.

Як працює FBL

Коли отримувач позначає лист як спам, провайдер формує звіт у форматі ARF (Abuse Reporting Format) і надсилає його на заздалегідь указану адресу відправника. Ваша система парсить звіт, витягує адресу отримувача й миттєво ставить її в suppression-лист. Приклад заголовка ARF-звіту:

Content-Type: message/feedback-report

Feedback-Type: abuse
User-Agent: Yahoo!-Mail-Feedback/2.0
Version: 1
Original-Mail-From: bounce@yourtrend.online
Arrival-Date: Fri, 01 Aug 2026 09:14:00 +0000

Програми FBL за провайдерами

Особливий випадок Gmail

У Gmail немає per-message FBL для звичайних відправників. Замість цього використовується Postmaster Tools, який показує агреговану частку скарг (spam rate) за доменом, і програма FBL лише для великих ESP через вбудовування ідентифікатора Feedback-ID у заголовки:

Feedback-ID: campaign123:yourtrend:promo:acct456

Тримайте spam rate у Postmaster Tools нижче 0.10% — це поріг, вище якого Gmail починає фільтрувати.

Обов'язкові адреси: abuse@ і postmaster@

Провайдери та стандарт RFC 2142 вимагають, щоб на вашому домені працювали рольові скриньки abuse@ і postmaster@. Багато FBL-програм надсилають підтвердження й скарги саме на них. Заведіть їх і налаштуйте пересилання в систему обробки, інакше реєстрацію в FBL не підтвердять.

Структура Feedback-ID

Заголовок Feedback-ID допомагає Gmail агрегувати скарги за вашими потоками. Формат — до чотирьох полів через двокрапку, від часткового до загального:

Feedback-ID: <ідентифікатор кампанії>:<тип розсилки>:<клієнт>:<відправник>

Розділяючи транзакційні та промо-потоки різними ідентифікаторами, ви побачите в Postmaster Tools, який саме потік генерує скарги, і почините його точково, не глушачи все відправлення.

Чого не можна робити

• Не відповідайте на ARF-звіт листом отримувачу — це посилить роздратування.
• Не залишайте скаржника в базі «до наступної кампанії» — це прямий шлях у блоклист.
• Не ігноруйте підтверджувальні листи від Yahoo і Outlook — без відповіді реєстрація в FBL не активується.
• Не змішуйте потоки під одним IP: скарги на промо затягнуть доставлюваність транзакційних листів.

Як вимірювати частку скарг

Частка скарг рахується як число натискань «Спам», поділене на число доставлених листів. Безпечний поріг — нижче 0.1% (одна скарга на 1000). За 0.3% і вище Gmail і Mail.ru починають масово фільтрувати. Відстежуйте показник за кожним потоком окремо й реагуйте на зростання того ж дня.

Покрокове налаштування

1. Налаштуйте SPF, DKIM і DMARC — без валідного DKIM більшість FBL не підключити.
2. Створіть abuse@ і postmaster@ на домені.
3. Зареєструйтеся в FBL кожного провайдера (Yahoo CFL, Outlook JMRP, Mail.ru postmaster).
4. Укажіть адресу для приймання ARF-звітів і підключіть парсер.
5. Налаштуйте авто-придушення: адреса зі скарги одразу в suppression-лист.
6. Моніторте частку скарг щотижня й чистіть сегменти з високими скаргами.

Що містить ARF-звіт

Корисно знати, що саме приходить у скарзі, щоб коректно її обробити. Стандартний ARF-звіт складається з трьох частин: людиночитаний опис, машиночитаний блок message/feedback-report з полями Feedback-Type, Original-Mail-From і датою, і копія вихідного листа — часто з урізаними заголовками задля приватності отримувача. Саме з вихідного листа ваш парсер дістає адресу отримувача або ідентифікатор із Feedback-ID, щоб точно зрозуміти, кого придушувати. Якщо провайдер знеособлює адресу, орієнтуйтеся на Feedback-ID — тому його варто проставляти в кожен лист.

Обробка скарг і авто-suppress

Ключове правило: скарга = миттєва відписка. Адресу, яка натиснула «Спам», не можна утримувати в базі — повторне відправлення гарантовано погіршить репутацію. У YourTrend FBL підключений з коробки: вхідні ARF-звіти парсяться автоматично, адреса скаржника потрапляє в suppression без вашої участі, а вебхук повідомляє вашу CRM. Перевірити поточну автентифікацію домену перед підключенням FBL можна в безкоштовній лабораторії доставлюваності, а покрокові інструкції щодо кожного провайдера — у документації. Правильне feedback loop налаштування перетворює скарги із загрози на інструмент гігієни бази.