Как работает 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-соединения при загрузке пикселя прочтения. Этот механизм работает только при прямом соединении между почтовым клиентом и сервером трекинга.

Когда запрос проходит через прокси-сервер:

1. Прокси загружает пиксель от имени клиента
2. Прокси сохраняет изображение и передаёт его клиенту
3. HTTP-соединение между прокси и сервером трекинга закрывается сразу после загрузки
4. Сервер фиксирует timeload ≈ 0 и регистрирует событие glanced

Таким образом, метрики glanced/skimmed/read работают только при прямом соединении без прокси. Через прокси надёжный сигнал — только событие open (запрос либо пришёл, либо нет).

Рекомендации

Как проверить, блокирует ли клиент изображения

Отправьте тестовое письмо на свой адрес и откройте его в проблемном почтовом клиенте. Если в отчёте не фиксируется открытие, клиент блокирует удалённые изображения или использует прокси.

Как добавить трекинговый домен в исключения

Узнайте у администратора платформы, какой домен используется для трекинга. Добавьте этот домен в список исключений почтового клиента:

• Outlook: разрешите автоматическую загрузку изображений или добавьте домен в список доверенных отправителей.
• Thunderbird: Настройки — Конфиденциальность — Отключите "Предупреждать, если веб-страницы пытаются загружать изображения".
• Apple Mail: Настройки — Конфиденциальность — Отключите "Загружать удалённые изображения через прокси".

На какие метрики ориентироваться при работе через прокси

Если большая часть вашей аудитории использует почтовые сервисы с проксированием изображений (Gmail, Apple Mail), метрики glanced/skimmed/read будут неполными. В этом случае рекомендуется ориентироваться на:

• Открытия — показатель "да/нет", работает даже через прокси.
• Клики (CTR) — не зависят от трекинг-пикселей, отражают реальное взаимодействие с контентом.
• CTOR — процент кликов от открытий, показывает вовлечённость среди открывших письмо.