BIMI

BIMI (Brand Indicators for Message Identification) — це стандарт, який дозволяє домену опублікувати у DNS посилання на брендований логотип. Поштовий сервіс може показати його біля листів, які успішно пройшли автентифікацію та відповідають вимогам провайдера.

BIMI не вставляє картинку всередину листа і не є ще одним типом email-підпису. Це контрольований доменом сигнал ідентичності поверх SPF, DKIM та DMARC. Остаточне рішення про показ логотипа приймає mailbox provider.

Навіщо бренду BIMI

Логотип може зробити легітимні листи помітнішими й допомогти одержувачу швидше впізнати відправника. Але BIMI не слід подавати як гарантований спосіб збільшити open rate. Його стратегічна цінність полягає також у тому, що впровадження вимагає зрілої доменної автентифікації.

Як працює BIMI

1. Бренд автентифікує пошту через SPF і DKIM та забезпечує DMARC alignment.
2. Для домену діє enforcement-політика DMARC.
3. Логотип готують у спеціальному безпечному SVG-форматі.
4. У DNS публікують BIMI TXT record із посиланням на логотип.
5. За потреби додають посилання на Mark Certificate.
6. Поштовий провайдер перевіряє сигнали й вирішує, чи показувати логотип.

Базові технічні вимоги

BIMI Group вимагає alignment для автентифікованих листів і DMARC у режимі enforcement: p=quarantine або p=reject із застосуванням до 100% повідомлень. Політика p=none не відповідає цим вимогам. Логотип має бути у профілі SVG Tiny Portable/Secure без скриптів і зовнішніх ресурсів.

Приклад DNS-запису

default._bimi.example.com TXT "v=BIMI1; l=https://example.com/logo.svg; a=https://example.com/certificate.pem"

Тег l указує на SVG, а a — на сертифікат. Реальний запис потрібно перевіряти за вимогами конкретних провайдерів і розміщувати ресурси через HTTPS.

VMC і CMC

Verified Mark Certificate (VMC) підтверджує право організації на зареєстрований логотип. Common Mark Certificate (CMC) дає інший механізм підтвердження марки з окремими обмеженнями. Підтримка self-asserted BIMI без сертифіката обмежена, а окремі провайдери вимагають сертифікат.

Чого BIMI не робить

• не гарантує доставку в Inbox;
• не замінює SPF, DKIM або DMARC;
• не гарантує показ логотипа в кожному клієнті;
• не виправляє погану репутацію домену;
• не є захистом від усіх видів phishing;
• не додає логотип у тіло email.

Порядок впровадження

Спочатку потрібно провести інвентаризацію всіх легітимних джерел пошти: ESP, CRM, транзакційних сервісів, підтримки та корпоративної пошти. Потім налаштувати SPF/DKIM alignment, збирати DMARC reports і лише після усунення невідомих джерел переходити до quarantine або reject. BIMI є останнім етапом, а не заміною цієї роботи.

Як перевіряти результат

Перевіряють DNS record, доступність і формат SVG, DMARC policy, alignment реальних повідомлень та чинність сертифіката. Тест одного провайдера недостатній: підтримка й правила показу різняться, а логотип може з’явитися не одразу.

Типові помилки

• публікувати BIMI при p=none;
• вважати наявність SPF достатньою;
• використовувати звичайний SVG із забороненими елементами;
• не враховувати піддомени та сторонні платформи відправлення;
• обіцяти бізнесу гарантований показ логотипа;
• посилатися на нестабільні або недоступні файли.

Професорська та директорська перевірка

Технічно BIMI — це механізм публікації брендового індикатора для автентифікованої пошти, а не показник deliverability. Для маркетинг-директора це спільний проєкт бренду, email-команди, IT і безпеки. Його успіх оцінюють не лише появою логотипа, а й коректністю всієї системи автентифікації.

Пов’язані поняття

SPF · DKIM · DMARC · Email deliverability · Sender reputation · DNS · Phishing · VMC

Висновок

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

Джерело

BIMI Group: Implementation Guide