BIMI — механизм, который позволяет показывать логотип бренда рядом с письмами в поддерживающих его почтовых клиентах. Для внедрения нужно согласовать домен отправителя, аутентификацию, подходящий файл логотипа, подтверждающие документы и DNS-запись. Условия зависят от принимающего сервиса. BIMI не гарантирует попадания во входящие, показа логотипа каждому получателю или роста продаж: настройку принимают по конкретным письмам и средам просмотра.
Какую задачу решает BIMI для бренда
Получатель видит имя отправителя, тему и другие элементы списка писем. Логотип может стать дополнительным признаком узнавания. Однако картинка в теле письма, аватар учётной записи и логотип, показанный через BIMI, — разные способы представления. Загрузка изображения в редактор рассылки сама по себе не настраивает BIMI.
Сначала сформулируйте ожидаемый результат: например, корректный показ утверждённого знака для писем определённого домена в выбранных поддерживающих клиентах. Формулировка «сделать рассылку надёжнее» слишком широка для приёмки. По ней невозможно понять, что именно проверяли и какое изменение действительно произошло.
В руководстве BIMI Group по внедрению перечислены основные части настройки: аутентификация с применяемой политикой DMARC, логотип в SVG Tiny PS, при необходимости подтверждающий сертификат и запись в DNS. Поддержка самодекларируемых логотипов ограничена; участвующие почтовые провайдеры устанавливают собственные критерии показа. Поэтому сначала выбирают целевые среды, а затем проектируют внедрение.
С чего начать подготовку BIMI
Соберите перечень потоков исходящей почты: маркетинговая платформа, интернет-магазин, поддержка, уведомления продукта. Для каждого запишите видимый домен отправителя, используемый сервис, владельца настройки и назначение писем. Не ограничивайтесь названием компании: разные подразделения могут отправлять письма с разных доменов и поддоменов.
Сопоставьте этот перечень с будущим охватом BIMI. Если пилот касается только маркетингового домена, так и укажите. Не обещайте, что изменение автоматически затронет поддержку и чеки. Проверять удобнее один понятный поток, чем одновременно менять все источники почты и затем искать, какой из них нарушил работу.
| Часть проекта | Что фиксировать | Кто подтверждает |
|---|---|---|
| Домен и поток | Откуда реально отправляется выбранное письмо | Администратор почты |
| Логотип | Утверждённый вариант и его версия | Владелец бренда |
| Сертификат | Соответствие домена, знака и документа | Ответственный за сертификат |
| Размещение файлов | Публичные адреса и доступность | Владелец веб-инфраструктуры |
| Показ | Почтовый сервис, клиент, дата наблюдения | Ответственный за приёмку |
Эта таблица — рабочее распределение ответственности, а не обязательные должности. В небольшой компании несколько ролей может выполнять один человек. Важно, чтобы изменение логотипа не терялось между дизайнером, подрядчиком по рассылкам и администратором домена.
Не ужесточайте почтовую политику ради картинки вслепую
Аутентификация — предварительное условие, которое проверяют на реально отправленных сообщениях. Переход к более строгой политике без учёта всех законных источников может нарушить доставку нужной почты. Сначала разберите потоки и результаты проверок с профильным специалистом. Логотип не стоит ставить выше работоспособности уведомлений о заказе или восстановлении доступа.
Разделите проект аутентификации и проект отображения в плане работ. У них есть зависимость, но разные критерии завершения. В первом случае проверяют сообщения и согласованность доменов; во втором — файлы, документы, DNS и наблюдаемый показ. Тогда отсутствие логотипа не становится автоматическим доказательством неисправности всей почты.
Как выбрать логотип для BIMI
Передайте в техническую подготовку конкретный утверждённый знак. Уточните, можно ли использовать сокращённый вариант, отдельный символ или только полную композицию. Случайное упрощение ради маленького размера способно создать новый вариант, который не соответствует документам или правилам бренда.
Проверяйте различимость в небольшом поле: тонкие линии, длинная подпись и мелкие детали могут сливаться. Дизайнерский просмотр в увеличенном масштабе не заменяет проверки там, где логотип действительно увидит получатель. Сохраните выбранный исходник и отдельно подготовленный файл для BIMI, чтобы при следующем обновлении было понятно, какая версия использовалась.
Технический формат имеет значение. Обычный SVG из графического редактора не следует автоматически считать подходящим SVG Tiny PS. Экспорт, внешние зависимости и содержимое файла требуют проверки по требованиям. Переименование PNG или WebP в SVG не превращает растровое изображение в допустимый файл логотипа.
Различайте логотип и подтверждение его использования
В официальной инструкции Google по BIMI для Gmail требуется VMC или CMC; отметка подтверждённого отправителя связана с VMC. Для DMARC указаны quarantine или reject и охват 100%. Описаны также SVG Tiny PS, размещение по HTTPS, PEM-файл и DNS-настройка. Это требования конкретной реализации, которые нужно сверять перед запуском; сертификат CMC не следует представлять как обещание той же отметки, что у VMC.
До заказа документа проверьте, какой путь доступен для вашего знака и домена. Уточните условия у выпускающей стороны, состав предоставляемых файлов, срок действия и порядок обновления. Не покупайте сертификат только по названию пакета: в задании должны совпасть целевой сервис, нужный результат и фактически подтверждаемый вариант логотипа.
Как согласовать файлы, сертификат и DNS
Для каждого выпуска соберите небольшой паспорт настройки. В него входят:
- домен и выбранный поток писем;
- утверждённый вариант логотипа и версия файла;
- публичный адрес размещения и используемый документ;
- ответственное лицо и дата проверки.
Паспорт помогает проверить соответствие частей настройки. Файл на сервере может быть новым, сертификат — относиться к прежнему знаку, а DNS-запись — указывать ещё на один адрес.
Проверяйте ссылки без авторизации. Файл, открывающийся только из кабинета подрядчика, не является корректным публичным размещением. Убедитесь, что адрес не меняется при каждом экспорте дизайнера и не исчезнет после очистки временной папки. Назначьте владельца хостинга, который знает, зачем хранятся эти материалы.
Внесение записи в панели домена — отдельный шаг, после которого проверяют опубликованное значение. Не копируйте пример с чужими адресами. Администратор должен подтвердить, где размещена запись, какие файлы она описывает и соответствует ли она выбранному варианту настройки. Скриншот заполненной формы не доказывает, что запись доступна получающей стороне.
Приёмка должна включать проверку цепочки целиком. Если по отдельности существуют красивый знак, действующий документ и DNS-запись, это ещё не доказывает их согласованность между собой. Для диагностики сохраняйте версии и даты, чтобы не сравнивать сегодняшнюю картинку со вчерашней конфигурацией.
Когда нужны селекторы BIMI
У бренда может быть несколько вариантов логотипа. В разборе селекторов BIMI Group объясняется использование разных именованных записей для одного домена. По умолчанию применяется селектор default; предпочтение другого передают заголовком BIMI-Selector. Для разных логотипов нужны соответствующие подтверждающие документы там, где они требуются. Рабочая группа рекомендует включать этот заголовок в согласованную с DMARC подпись DKIM.
Для первого внедрения не создавайте множество вариантов без задачи. Каждый дополнительный знак добавляет согласование, проверку файлов и наблюдение за показом. Если сезонная версия нужна только в баннере внутри письма, это ещё не причина менять логотип отправителя.
Если селекторы необходимы, зафиксируйте соответствие: какое письмо должно выбирать какой вариант и кто управляет заголовком. Проверьте реальное сообщение после прохождения через сервис отправки. Наличие нужного поля в настройке кампании не означает, что оно сохранилось в окончательных заголовках письма.
Как проверить показ логотипа BIMI
Создайте матрицу наблюдений. Её строка — конкретное сочетание принимающего сервиса, приложения, устройства и тестового письма. Запишите домен отправителя, дату, результат аутентификации, ожидаемый вариант логотипа и фактически увиденное. Это позволит отличить ошибку одного потока от особенностей среды просмотра.

Сохраняйте исходное сообщение или технические сведения, достаточные для разбора, с доступом только у ответственных. Рядом со скриншотом укажите, где именно сделано наблюдение. Без этого две картинки «логотип есть» и «логотипа нет» легко принять за противоречие, хотя они относятся к разным приложениям или письмам.
Не смешивайте отсутствие показа и отсутствие проверки
Условный пилот содержит 12 наблюдений. В восьми логотип показан, в трёх не показан, одно не удалось завершить. Итого известен результат 11 наблюдений. Доля показа среди завершённых проверок — 8 / 11 × 100 ≈ 72,7%. Если разделить на все запланированные наблюдения, получится 8 / 12 × 100 ≈ 66,7%, но это уже другая подпись показателя.
Эти числа не являются оценкой охвата всей клиентской базы: набор тестовых сред мог быть выбран вручную. Три случая без логотипа требуют разбора по своим условиям, а незавершённый случай — повторной проверки. Не превращайте один неопределённый результат в автоматический отказ или успех.
Как поддерживать BIMI после запуска
Добавьте проверку в процессы ребрендинга, переноса файлов, замены платформы рассылок и продления сертификатов. У каждого события должны быть владелец и понятный перечень зависимостей. Иначе новая команда обновит логотип в письме, а рядом с отправителем продолжит отображаться другой вариант.
Для изменения заранее сохраните предыдущую конфигурацию и способ возврата. После выпуска проверьте публичные файлы, опубликованную запись и тестовые сообщения в выбранных средах. Не меняйте одновременно знак, домен и систему отправки без отдельного плана: это затрудняет поиск причины, если результат отличается от ожидания.
В итоговом отчёте разделяйте техническую готовность, наблюдаемый показ и маркетинговый эффект. Чтобы исследовать влияние логотипа на действия получателей, нужен отдельный корректно поставленный эксперимент. Сам факт появления картинки не доказывает рост доверия, чтения или заказов.
Вопросы и ответы
Достаточно ли добавить логотип в шаблон письма?
Нет. Изображение внутри письма относится к его содержанию. BIMI связан с доменом отправителя и настройками, по которым поддерживающий почтовый сервис решает вопрос показа рядом с сообщением.
Означает ли BIMI гарантированную доставку во входящие?
Нет. Проверка логотипа не заменяет качество базы, репутацию и требования принимающей стороны. Доставку, аутентификацию и отображение фиксируют как разные результаты.
Можно ли использовать любой файл SVG?
Нужно подготовить и проверить файл по требованиям BIMI и выбранной реализации. Обычного расширения недостаточно: важны профиль, содержимое и совместимость. Растровое изображение нельзя превратить в подходящий SVG переименованием.
Почему логотип виден не во всех приложениях?
Поддержка и условия показа различаются. Сравните одинаковые письма, сервисы и версии клиентов, проверьте техническую настройку и дату наблюдения. Один удачный скриншот не описывает весь охват.
Что перепроверить при смене логотипа?
Утверждённый вариант, соответствие документа, размещённые файлы, DNS и выбор селектора, если он используется. После изменения повторите тестовую отправку и сохраните результаты приёмки.
Подрядчики по теме статьи
Брендинг — компании в каталоге PROMOmi.



