Как работает email-трекинг
Платформа Altcraft отслеживает взаимодействие получателей с email-письмами с помощью невидимых трекинг-пикселей. На основе данных о загрузке пикселей формируются метрики откр ытий, просмотров, беглых взглядов и прочтений.
По возможности размещайте трекинг-пиксель ближе к началу письма. Так почтовый клиент загрузит его раньше, а обрезка длинного письма с меньшей вероятностью повлияет на фиксацию открытия. При этом пиксель необходимо аккуратно встроить в HTML-шаблон, чтобы не нарушить вёрстку письма.
Механика трекинга
В конец каждого email-письма автоматически добавляются два невидимых пикселя размером 4×4:
- Пиксель открытия — расположен в конце письма. При загрузке э того пикселя платформа фиксирует событие открытия письма. Если пиксель не загрузился (например, изображения заблокированы), открытие может быть зарегистрировано при первом клике по ссылке в письме.
- Пиксель прочтения — расположен после основного контента. При обращении к этому пикселю сервер удерживает HTTP-соединение открытым до 12 секунд и измеряет время, пока почтовый клиент держит соединение.
На основе длительности HTTP-соединения определяется тип события:
| Тип события | Название | Длительность |
|---|---|---|
| Просмотр | Glanced | 0–4 секунды |
| Беглый взгляд | Skimmed | 4–8 секунд |
| Прочтение | Read | 8+ секунд |
Если соединение разрывается раньше 12 секунд (например, получатель закрыл письмо), фиксируется фактическое время просмотра и соответствующий тип события. Максимальное время ожидания — 12 секунд: если письмо открыто дольше, сервер завершает соединение и регистрирует событие как прочтение.
Ограничения по почтовым клиентам
Не все почтовые клиенты корректно загружают трекинг-пиксели. Ниже приведены основные сценарии, при которых метрики могут быть неполными или отсутствовать.
Блокировка удалённых изображений
Некоторые почтовые клиенты по умолчанию блокируют загрузку удалённого контента, включая трекинг-пиксели:
- Outlook — блокировка удалённого контента включена по умолчанию. Пользователь должен вручную нажать "Загрузить изображения" для каждого письма.
- Thunderbird — блокировка изображений включена по умолчанию.
- Yahoo Mail — может блокировать удалённый контент.
Последствие: пиксели не загружаются, открытия и прочтения не фиксируются.
Решение: добавить трекинговый домен платформы в исключения блокировки изображений.
Прокси-серверы изображений
Некоторые почтовые сервисы загружают изображения не напрямую с сервера отправителя, а через собственный прокси:
- Gmail Image Proxy — все изображения в письмах загружаются через прокси Gmail. Пиксель открывается, но HTTP-соединение разрывается сразу после загрузки, поэтому время просмотра равно нулю.
- Apple Mail Privacy Protection (MPP) — изображения загружаются через прокси Apple с рандомизированным таймингом. Открытие фиксируется, но время просмотра не отражает реальное поведение пользователя.
- Корпоративные прокси (Proofpoint, Mimecast и др.) — аналогично прокси Gmail, загружают пиксели через промежуточный сервер.
Последствие: открытие фиксируется, но метрики glanced/skimmed/read не работают — прокси не держит HTTP-соединение открытым, поэтому timeload ≈ 0 и приходит только событие glanced с нулём.
Gmail prefetching
Gmail может предварительно загружать изображения из писем, даже если получатель не открывал письмо — например, при отображении в preview pane или при индексации содержимого.
Последствие: фиксация ложного открытия, хотя письмо фактически не было просмотрено.
Gmail clipping
Gmail может урезать длинные письма, удаляя часть контента, включая трекинг-пиксели, если они находятся за пределами обрезанной области.
Последствие: пиксель не загружается, открытие не фиксируется.
Почему glanced/skimmed/read могут не фиксироваться
Метрики glanced/skimmed/read основаны на измерении длительности HTTP-соединения при загрузке пикселя прочтения. Этот механизм работает только при пр ямом соединении между почтовым клиентом и сервером трекинга.
Когда запрос проходит через прокси-сервер:
- Прокси загружает пиксель от имени клиента
- Прокси сохраняет изображение и передаёт его клиенту
- HTTP-соединение между прокси и сервером трекинга закрывается сразу после загрузки
- Сервер фиксирует
timeload ≈ 0и регистрирует событие glanced
Таким образом, метрики glanced/skimmed/read работают только при прямом соединении без прокси. Через прокси надёжный сигнал — только событие open (запрос либо пришёл, либо нет).
Рекомендации
Как проверить, блокирует ли клиент изображения
Отправьте тестовое письмо на свой адрес и откройте его в проблемном почтовом клиенте. Если в отчёте не фиксируется открытие, клиент блокирует удалённые изображения или использует прокси.
Как добавить трекинговый домен в исключения
Узнайте у администратора платформы, какой домен используется для трекинга. Добавьте этот домен в список исключений почтового клиента:
- Outlook: разрешите автоматическую загрузку изображений или добавьте домен в список доверенных отправителей.
- Thunderbird: Настройки — Конфиденциальность — Отключите "Предупреждать, если веб-страницы пытаются загружать изображения".
- Apple Mail: Настройки — Конфиденциальность — Отключите "Загружать удалённые изображения через прокси".
На какие метрики ориентироваться при работе через прокси
Если большая часть вашей аудитории использует почтовые сервисы с проксированием изображений (Gmail, Apple Mail), метрики glanced/skimmed/read будут неполными. В этом случае рекомендуется ориентироваться на:
- Открытия — показатель "да/нет", работает даже через прокси.
- Клики (CTR) — не зависят от трекинг-пикселей, отражают реальное взаимодействие с контентом.
- CTOR — процент кликов от открытий, показывает вовлечённость среди открывших письмо.