5 октября 2026 г.
Кажется, что каждый день индустрия email-маркетинга несет очередную потерю. Если самой почте удалось избежать гильотины, то процент открытий — следующий на очереди.
Функция защиты конфиденциальности в Apple Mail (Mail Privacy Protection) убила его. Боты убили его. Кэширование изображений убило его. Сканеры безопасности, превью во входящих, прокси-серверы конфиденциальности и все более сложные методы отчетности — все они побывали на линии огня.
И тем не менее, процент открытий упрямо остается в наших дашбордах, стратегиях сегментации, отчетах и обсуждениях эффективности кампаний.
Содержание
Еще не умер...
Так что, возможно, процент открытий не умер. Возможно, ему просто нужна новая личность. Более подходящая как для него самого, так и для нас. Ведь «открытие» — это вовсе не крошечный свидетель внутри папки «Входящие», подтверждающий, что человек увидел, прочитал, оценил или хотя бы осознанно заметил письмо. Это всего лишь запись о том, что был запрошен трекинговый пиксель (обычно маленькое невидимое изображение, внедренное в сообщение).
Эксперт по доставляемости Лора Аткинс (Laura Atkins) называет их «загрузками пикселей», что одновременно менее гламурно и более точно. Загрузка пикселя — это наблюдаемое событие. Открытие — это история, которую мы сочиняем о том, что это событие означает.
Это событие действительно содержит некоторую полезную информацию! К сожалению, называть его «открытием» звучит гораздо более определенно, чем того заслуживают лежащие в основе доказательства.
Что на самом деле говорит нам «открытие»
Когда отслеживание открытий включено, отправитель или почтовый сервис (ESP) внедряет в сообщение уникальный пиксель размером 1 x 1. Когда что-то запрашивает это изображение, ESP фиксирует событие.
Этим «чем-то» может быть:
- почтовый клиент, отображающий сообщение для получателя;
- прокси-изображений, действующий от имени получателя;
- служба конфиденциальности, автоматически извлекающая изображения;
- система безопасности, проверяющая сообщение;
- кэш, обновляющий или повторно извлекающий изображение;
- или другой автоматизированный процесс где-то между отправителем и экраном.
Между тем, крайне вовлеченный получатель может прочитать каждое слово с отключенными изображениями и вообще никогда не активировать пиксель, например, если он решил не загружать изображения или читает в среде, которая блокирует удаленные изображения, включая некоторые виды папок со спамом. Это означает, что отслеживаемое «открытие» не доказывает внимание человека, а его отсутствие не доказывает отсутствие интереса со стороны человека. Это искажение запутанным образом работает в обе стороны, и вы, вероятно, никогда не узнаете с какой именно уверенностью.
Прокси-изображений от Google взял свидетелей под защиту
Защита конфиденциальности в Apple Mail (MPP) принимает на себя большую часть обвинений в ненадежности метрик открытий, отчасти потому, что ее автоматическое извлечение изображений создало столь заметное завышение показателей при своем появлении. Но Apple — лишь один из виновников гораздо более масштабной аферы.
Gmail доставляет внешние изображения писем через собственную инфраструктуру Google с 2013 года. Вместо того чтобы запрашивать изображение напрямую с сервера отправителя, Gmail направляет запрос через свой прокси-сервер изображений. Google описывает это как функцию безопасности и конфиденциальности: отправители не могут использовать загрузку изображений для получения информации о компьютере или местоположении получателя, установки файлов cookie или распространения известного вредоносного ПО через изображение. Google также признает, что отправители все равно могут определять, когда было открыто письмо, содержащее изображение.
Другими словами, прокси-сервер не обязательно устраняет само наблюдаемое событие, но он ограничивает то, что это событие может раскрыть.
Отправитель может видеть инфраструктуру Google вместо IP-адреса, устройства, браузера или местоположения получателя. Кэширование и повторные запросы могут дополнительно изменить количество и время зарегистрированных событий. Пиксель по-прежнему сообщает о чем-то, но некоторые идентифицирующие детали надежно укрыты программой защиты свидетелей.
Эта разница имеет значение, потому что запрос изображения, исходящий от Google, не является автоматически «машинным открытием» в том смысле, в каком маркетологи обычно используют эту фразу, подразумевая «человек этого не открывал». Прокси-сервер может извлекать изображение, потому что получатель отобразил сообщение, в то время как другие системы Google могут извлекать изображения автоматически. С точки зрения отправителя, эти события могут выглядеть одинаково, даже если лежащее в их основе поведение различается.
.Попытка разложить каждое событие по идеальным полочкам «человек» или «машина» сама по себе создает ложную уверенность и, вероятно, мало что решает.
Хватит пытаться идентифицировать человека. Он имеет право на конфиденциальность.
Индустрия тратит колоссальное количество энергии на попытки идентифицировать каждый релей Apple, сервер Google, корпоративный сканер безопасности и инструмент конфиденциальности, вносящие свой вклад в нечеловеческое взаимодействие (NHI), чтобы восстановить мифический «показатель открытий реальным человеком».
Но различие между человеком и машиной не всегда четкое, да и не должно быть таковым.
Машина может запросить изображение от имени человека, который просмотрел письмо. Служба конфиденциальности может извлечь его до того, как человек примет какое-либо решение. Сканер безопасности может проверить ссылку, потому что реальный человек получил сообщение. Человек может прочитать все письмо, не загружая его изображения. Один и тот же получатель может сгенерировать несколько запросов. Или ни одного!
Опубликованные guidance от Рабочей группы по борьбе с мобильными вредоносными программами и злоупотреблениями (M3AAWG) относительно NHI не доходят до того, чтобы заявить «Чем сильнее вы охотитесь за ботом, тем сильнее бот будет прятаться», но они немного объясняют происходящее за кулисами.
Системы безопасности намеренно скрывают свои шаблоны сканирования, чтобы злоумышленники не могли их обойти. Некоторые из них имитируют поведение, разработанное так, чтобы его было невозможно отличить от естественного человеческого взаимодействия. По мере того как эти средства защиты становятся все более сложными, идентификация каждого автоматизированного события становится менее надежной, а удаление их всех без одновременного отбрасывания легитимной активности может оказаться невозможным. Эта двусмысленность — не просто изъян измерения, который маркетологам предстоит исправить. Это, по крайней мере отчасти, защитная система, работающая так, как задумано.
Поэтому, прежде чем пытаться методом обратной инженерии взломать каждый прокси, релей и сканер, задайте себе вопрос: какое решение поддержит эта классификация? Вы исправляете очевидное искажение аналитики или пытаетесь определить, каким получателям можно отправлять письма так, чтобы защитные механизмы этого не заметили?
Даже технически впечатляющий фильтр NHI не может сотворить определенность из события, которое изначально ее не содержало. Собственный вывод M3AAWG звучит прекрасно прагматично: фильтрация меняет цифры, но отправители никогда не смогут узнать, обнаружили ли они все случаи нечеловеческого взаимодействия, и эти усилия могут того не стоить.
Существуют веские причины отфильтровывать очевидную автоматизацию из отчетности. Например, Mailgun выявляет обнаруженную автоматическую активность Apple, Gmail и общую автоматизацию в своих данных о событиях, чтобы помочь предоставить отправителям больше информации о записанных действиях. Классификация добавляет контекста, но она не превращает загрузку пикселя в доказательство человеческого внимания.
Что еще важнее, поиск робота не отвечает на вопрос, который действительно долженлнолнолно волновать маркетологов:
.Хотят ли эти получатели получить это письмо?
Если они осознанно подписались, узнают отправителя, продолжают находить ценность в сообщениях и могут легко отписаться, когда закончат; вам не нужна идеальная судебно-медицинская реконструкция каждой загрузки пикселя, чтобы оправдать эти отношения.
Но если вы не уверены, действительно ли получатели изначально хотели получать эту рассылку, просто помните: идеальная идентификация каждого бота не решит основную проблему.
Иногда пиксель ни при чем, а дело в странной математике
Даже абсолютно корректные события могут давать вводящие в заблуждение метрики, как только в дело вступает методология отчетности.
Мы сталкивались с тем, что отправители сообщали о слишком низких показателях открытий, так как дизайн их шаблона мешал корректной загрузке трекинг-пикселя. Как только проблема с реализацией была устранена, показатели открытий у того же отправителя стали выглядеть слишком высокими из-за особенностей измерений и агрегации.
В одном из случаев почасовой показатель уникальных открытий превысил 100%. Никто не открывал способ, при котором более 100% получателей прочитали бы письмо. Доставки подсчитывались в течение того часа, когда они происходили, в то время как уникальные открытия подсчитывались в течение того часа, когда они происходили позже. Две почасовые группы не сопоставлялись с помощью Message-ID.
Побудьте со мной, пока мы разбираем математику. Представьте, что 100 сообщений доставлено в 9 утра, и многие из них открыты в 10 утра. Если в течение 10-часового часа доставлено всего 20 новых сообщений, эти более поздние открытия могут превысить количество новых доставок за этот час. Деление одной почасовой группы на другую может дать показатель выше 100%, даже если каждое сообщение засчитывается как уникально открытое только один раз.
Итак, хорошие новости: никто не нарушал законов математики. Плохие новости: теперь у нас есть проблема распределения по временным интервалам, ошибочно принятая за баг показателя открытий.
При разрешении на уровне дня или кампании, где бóльшая часть доставок и их последующей активности попадает в одно и то же окно отчетности, кажущаяся невозможность может исчезнуть.
Именно поэтому итоговый процент нельзя оценивать без понимания того, как он был получен.
Два ESP, два показателя открытий, и ни один не является обязательно «неправильным»
Отправители, использующие несколько ESP, иногда обнаруживают, что платформы показывают разные коэффициенты открытий для сопоставимых рассылок. Интуитивный вывод заключается в том, что одна платформа должна измерять правильно, а другая — ошибаться.
Но готовые проценты могут отражать различия в:
- размещении трекинг-пикселя;
- рендеринге шаблонов;
- классификации ботов и прокси;
- обработке повторных запросов;
- определениях «уникальной» активности;
- выборе числителя и знаменателя;
- часовых поясах и окнах агрегации;
- атрибуции отложенных событий;
- и периодах хранения данных.
И это еще до учета различий в сегментации аудитории, времени отправки, контенте, исторической репутации или поведении получателей.
Слышали выражение «сравнивать яблоки с яблоками»? Что ж, сравнивать проценты без учета этих решений — это все равно что удивляться, почему фруктовый салат не похож на яблочное пюре.
Конкурент, получающий ожидаемое число, не доказывает, что его число более точное, или даже что дела идут хорошо. Он может фильтровать другие события, иначе их дедуплицировать или сообщать о них в более широком окне. Изменение другой системы измерений до тех пор, пока обе панели мониторинга не совпадут, может дать более привычные цифры, но не обязательно более правдивые.
В какой-то момент попытки стандартизации превращаются в косплей аналитики.
Для отправителей, разделяющих трафик между несколькими ESP, лучшее сравнение начинается с эквивалентных когорт, контента, времени, определений и окон отчетности. Оно должно заканчиваться результатами, которые можно последовательно определить для обеих групп: кликами, конверсиями, покупками, активностью аккаунта, жалобами, отписками и другим значимым поведением клиентов.
Вопрос не в том: «Какой ESP дал нам тот показатель открытий, который мы ожидали?»
А в том: «Какие данные помогают нам понять, что произошло на самом деле?»
Показатели открытий по-прежнему имеют ценность
После всего этого было бы легко сделать вывод, что показатели открытий бесполезны.
Но просто чтобы еще больше усложнить вам жизнь (извините!), это не так.
Загрузка пикселя по-прежнему остается событием, происходящим после доставки. Она говорит нам о том, что что-то произошло после того, как провайдер почтового ящика принял сообщение. Для достаточно большой группы и относительно стабильной системы измерений эта активность может предоставить полезную направленную информацию.
Отслеживаемые «открытия» могут помочь отправителям:
- выявлять изменения видимости в разных кампаниях или у разных провайдеров;
- сравнивать тренды в рамках одной среды отчетности;
- исследовать внезапные аномалии;
- строить более широкую картину недавней активности получателей;
- и оценивать возможное присутствие во входящих, когда более точные данные о размещении недоступны.
Высокие показатели открытий иногда коррелируют с успешными кампаниями, поскольку сообщения, попадающие на заметные позиции во входящих, имеют больше возможностей для генерации запросов изображений. Низкие показатели открытий могут сопровождать попадание в папку спама, слабый интерес, проблемы с рендерингом или сломанный трекинг.
Показатель открытий подсказывает, где проводить расследование, а не какое объяснение является верным.
Это делает открытия уликами, но всё же косвенными.
Более эффективная концепция использования отслеживаемых «открытий»
Не делайте резких движений! Вам не нужно удалять показатели открытий из каждой панели мониторинга. Просто перестаньте заставлять их имитировать человеческое внимание.
Более полезный подход выглядит следующим образом:
- Называйте событие тем, чем оно является. На техническом уровне это загрузка пикселя или запрос изображения. «Открытие» — это удобный ярлык для отчетности, а не буквальное описание доказанного человеческого поведения. Вероятно, пройдет немало времени, прежде чем терминология в панелях мониторинга ESP догонит реальность, но по крайней мере внутренне вы можете называть их новым именем — «загрузки пикселей».
- Предпочитайте уникальную активность сообщений или получателей сырым подсчетам событий. Повторные запросы изображений могут увеличивать объем событий, не отражая при этом дополнительных получателей или даже дополнительных просмотров.
- Сопоставляйте числитель, знаменатель и окно отчетности. Показатель имеет смысл только тогда, когда разделяемые совокупности принадлежат друг другу.
- Сравнивайте тренды в рамках единой системы. Изменения в кампаниях, когортах и среди провайдеров легче интерпретировать, когда лежащая в их основе методология остается стабильной.
- Используйте отслеживаемые открытия как сигнал вовлеченности с более низкой достоверностью. Недавнее уникальное открытие может внести полезные данные, но оно не должно перевешивать клик, конверсию, покупку, ответ, вход в систему или другое значимое действие.
- Помните, что отсутствие зафиксированного открытия не означает отсутствие читательской аудитории. Блокировка изображений, поведение прокси, кэширование, проблемы с шаблонами и альтернативные интерфейсы почтовых ящиков могут скрывать активность.
- Помните, что зафиксированное открытие не означает согласие. Автоматизированное извлечение данных не может подсказать вам, запрашивал ли получатель сообщение, узнает ли он отправителя или хочет ли продолжения отношений.
- Измеряйте метрики в комплексе. Сочетайте открытия с кликами, конверсиями, жалобами, отписками, возвратами, тестированием размещения во входящих и бизнес-результатами. Каждое из них отвечает на свой вопрос.
Показатели открытий слабее всего, когда их рассматривают как точный подсчет заинтересованных людей. Они сильнее всего, когда используются как один несовершенный сигнал среди прочих и когда отправители понимают, как этот сигнал был собран.
Открытие — это нежелательный результат
Эффективность email-маркетинга продолжит запутываться. У почтовых провайдеров и систем безопасности есть веские причины защищать своих пользователей, скрывать личные данные, проверять контент и ограничивать отслеживание. У отправителей есть веские причины стремиться понять, доходят ли их сообщения до получателей и находят ли у них отклик.
Эти интересы никогда не совпадут полностью в рамках одного невидимого пикселя.
Цель отправителя — не восстановить идеально «человеческий» показатель открытий. Цель — принимать более правильные решения на основе имеющихся данных.
Возможно, вы никогда точно не узнаете, кто именно или что именно загрузило пиксель. Но вы можете узнать, запрашивали ли получатели ваше письмо и отправили ли вы то, что обещали.
Уверенности никогда не было в пикселе. Перестаньте требовать от него объяснения отношений, которые вы уже должны понимать.
