Коротко: нет. Уведомления о прочтении не работают надёжно ни в одном крупном почтовом клиенте. То же самое касается пиксельного отслеживания — «улучшенной» альтернативы, которую продвигают все инструменты для трекинга писем. В этой статье разбираем, что именно и почему не работает, и что реально даёт нужные данные.
Как работают уведомления о прочтении
Механизм простой и не менялся со времён публикации RFC 8098. Ваш почтовый клиент добавляет в исходящее письмо заголовок Disposition-Notification-To. Клиент получателя видит этот заголовок, спрашивает разрешения — и, если получатель соглашается, отправляет уведомление об открытии обратно.
Спецификация прямо говорит: запросы на уведомления носят «исключительно рекомендательный» характер. Получатель всегда может отказать — и вы об этом никогда не узнаете. Никакого запасного варианта, никаких повторных попыток, никакого тихого подтверждения. Отказали — или клиент вообще проигнорировал запрос — вы не получаете ничего.
Gmail и уведомления о прочтении — полная картина
Личные аккаунты Gmail
Не поддерживаются. Нет ни кнопки в окне создания письма, ни скрытой настройки, ни расширения в Labs — и никаких признаков того, что Google планирует это изменить. Если у вас бесплатный аккаунт Gmail, запросить уведомление о прочтении нельзя.
Сторонние расширения вроде Mailtrack и Streak не используют встроенные уведомления — они работают через пиксельное отслеживание, у которого есть свои проблемы (разберём ниже).
Аккаунты Google Workspace
По умолчанию уведомления о прочтении отключены. Администратор должен явно включить их через Admin Console → Apps → Google Workspace → Gmail → User settings → Email read receipts.
Доступны четыре варианта настройки:
- Полностью отключено (по умолчанию)
- Только внутри организации — уведомления работают между сотрудниками одной компании
- Внутри + белый список — добавляются до 100 внешних адресов
- Любой адрес — запросы можно отправлять любому получателю, но получатель всегда видит запрос и всегда может отказать
Когда функция включена, вот как это работает на десктопе:
- Откройте Gmail в браузере (только десктоп — на Gmail для iOS и Android не поддерживается)
- Создайте новое письмо
- Нажмите на меню из трёх точек «Ещё» в нижней части окна создания письма
- Выберите «Запросить уведомление о прочтении»
- Отправьте письмо
Получатель видит «Отправить уведомление» или «Не сейчас». Если он нажимает «Не сейчас», запрос снова появится при следующем открытии письма. Вы никогда не узнаете, что в уведомлении отказали.
Уведомления о прочтении нужно запрашивать для каждого письма отдельно — глобального параметра по умолчанию нет. Они не работают с BCC и списками рассылки. И запросить уведомление после отправки невозможно.
Даже в идеальном сценарии — администратор включил функцию, вы не забыли поставить галочку, получатель согласился — вы узнаете только то, что письмо было открыто. Ничего про вложение. Ничего про время чтения. Ничего про то, какой раздел был важен.
Outlook и уведомления о прочтении — включая новую мобильную поддержку в 2025
Outlook предлагает наиболее богатую реализацию уведомлений о прочтении среди всех крупных почтовых клиентов. И при этом — наиболее фрагментированную.
Classic Outlook для Windows
Самый полный вариант. Можно запрашивать уведомления для отдельных писем или настроить глобальное правило (Options → Tracking → «Request a read receipt for all messages sent»). Администраторы могут автоматизировать обработку уведомлений через групповые политики и правила Exchange.
New Outlook для Windows и Outlook в браузере (OWA)
Уведомления для отдельных писем работают. Но глобальная настройка по умолчанию исчезла — это широко обсуждаемый регресс по сравнению с Classic. Приходится помнить и запрашивать уведомление каждый раз.
Outlook Mobile (iOS/Android)
Начиная с весны 2025 года Outlook для мобильных поддерживает уведомления о прочтении и о доставке. Создайте письмо → нажмите «+» → выберите иконку Receipts → укажите тип. Это недавнее нововведение — большинство других статей по теме до сих пор пишут, что мобильная версия уведомлений не поддерживает.
Уведомления о прочтении vs. уведомления о доставке
Многие путают эти два понятия, хотя они принципиально разные:
- Уведомления о доставке (DSN) — серверные. Почтовый сервер подтверждает, что сообщение достигло ящика получателя. Участие получателя не требуется.
- Уведомления о прочтении (MDN) — клиентские. Приложение получателя срабатывает при открытии письма, и получатель всегда может отказать.
Уведомление о доставке говорит, что письмо дошло. Уведомление о прочтении — что его открыли. Ни то ни другое ничего не говорит о содержимом.
Административные настройки
Единого переключателя для всей организации нет. Корпоративные IT-команды, как правило, комбинируют несколько подходов:
- Правила транспорта Exchange — удаление заголовка
Disposition-Notification-Toявляется наиболее эффективным общим решением - Set-MailboxMessageConfiguration для настроек OWA
- Групповые политики для классического десктопного клиента
- Настройки Remote Domain для обработки внешних отправителей
Транспортные правила — ближайший аналог автоматического отклонения на уровне организации, и многие корпоративные IT-команды именно это и настраивают. Если организация получателя удаляет заголовки уведомлений на уровне сервера, ваш запрос тихо исчезает прежде, чем кто-либо его увидит.
Итог тот же, что и в случае Gmail: даже в лучшем случае вы узнаёте только, что письмо было открыто. Ничего про содержимое.
Apple Mail — главный спойлер
Apple Mail не поддерживает запросы уведомлений о прочтении. Но главная история — это то, что он делает с чужим трекингом.
Mail Privacy Protection (MPP)
Представленная в сентябре 2021 года с iOS 15 и macOS Monterey, функция Mail Privacy Protection заранее загружает всё содержимое письма в фоне — независимо от того, открывал ли пользователь письмо на самом деле. Изображения загружаются, трекинговые пиксели срабатывают, а отправитель получает ложный сигнал об открытии.
Трафик проходит через два отдельных прокси-ретранслятора. Первый знает IP-адрес пользователя, но не видит содержимого письма. Второй видит содержимое, но не знает, кто пользователь. Такая двойная архитектура делает невозможной корреляцию открытий с конкретными получателями по IP-адресу.
Уровень использования — около 97% среди пользователей Apple Mail: функция включена по умолчанию и большинство людей её не отключают.
Link Tracking Protection (iOS 17+)
Начиная с iOS 17, Apple Mail также удаляет UTM-параметры и идентификаторы клик-трекинга из URL. Это разрушает атрибуцию кликов в дополнение к трекингу открытий.
Доля рынка
По данным Litmus Email Client Market Share, Apple Mail обеспечивает около 47% всех открытий писем по состоянию на январь 2026 года, на основе 1,1 миллиарда отслеженных открытий. За последние двенадцать месяцев этот показатель колебался от 46% до 67%.
Даже при нижней границе — почти половина всех открытий писем ненадёжна из-за предзагрузки MPP. Именно здесь проходит мост от «уведомления о прочтении не работают» к «пиксельный трекинг тоже не работает».
Пиксельный трекинг — «лучшая альтернатива», которая тоже сломана
Именно здесь большинство статей о трекинге писем заканчивается рекомендацией: «Уведомления о прочтении ненадёжны — используйте наш пиксельный трекинг». Мы будем честны и про пиксели тоже.
Как работают пиксели
В тело письма через тег <img> вставляется невидимое прозрачное изображение размером 1×1 пиксель. Когда почтовый клиент получателя отрисовывает письмо и загружает изображения, пиксель запрашивается с сервера, который фиксирует IP-адрес, user agent, временную метку и уникальный идентификатор получателя.
Механизм не менялся с начала 2000-х годов. И методы противодействия неуклонно догоняют его.
Apple Mail Privacy Protection
Как описано выше, MPP заранее загружает все изображения. Каждое письмо выглядит «открытым». Поскольку Apple Mail обрабатывает около 47% всех открытий, почти половина ваших «открытий» может оказаться призраками.
Прокси-сервер Gmail и блокировка по репутации
С 2013 года Gmail направляет все изображения через прокси-серверы Google, скрывая IP-адреса и информацию об устройстве получателя. Трекинг открытий технически ещё работает — каждая загрузка изображения регистрируется, — но вы теряете геолокацию и данные об устройстве.
С августа 2024 года Gmail также полностью блокирует изображения от отправителей с низкой репутацией, показывая предупреждение: «Изображения в этом сообщении скрыты. Это сообщение может быть подозрительным или спамом». Это не тотальная блокировка — она основана на ML и зависит от репутации отправителя, аутентификации SPF/DKIM/DMARC, уровня жалоб на спам и метрик вовлечённости.
Легитимный маркетинг с хорошей репутацией отправителя, как правило, не затрагивается. Холодные письма — именно тот случай, когда трекинг открытий нужен больше всего, — страдают непропорционально сильно. Если изображения заблокированы, трекинговый пиксель никогда не загрузится, и открытие останется полностью незамеченным.
Корпоративные сканеры безопасности
Barracuda, Mimecast, Proofpoint и Microsoft Defender for Office 365 — все они предварительно загружают изображения и переходят по ссылкам при сканировании входящих писем, генерируя фантомные открытия и клики ещё до того, как письмо увидит человек.
Microsoft Defender's Safe Links особенно ощутим с учётом доли корпоративного рынка Microsoft 365. Другие подтверждённые инструменты, создающие ложные открытия: Cisco Secure Email, Check Point Avanan, Trend Micro, Sophos и CrowdStrike.
Сигнатуры ботов предсказуемы: открытия и клики в течение 60 секунд после доставки, последовательные клики по нескольким ссылкам за доли секунды, запросы с IP-адресов известных вендоров в области безопасности. В одном задокументированном случае выяснилось, что 80% активности в кампании было ботовым трафиком.
Мы писали о том, как боты безопасности раздувают счётчики просмотров, в статье Why Your Deck Analytics Are Wrong — те же боты, которые подделывают просмотры презентаций, подделывают и открытия писем.
AI-агенты в почте — новое в 2026
Google Gemini и другие AI-ассистенты теперь сканируют входящие письма для создания резюме и предложения действий, при этом загружая встроенные изображения — включая трекинговые пиксели — без какого-либо реального внимания человека.
Это растущий источник ложных открытий, который ни один инструмент для трекинга писем пока не умеет надёжно фильтровать. Ваш «просмотр в 3:47 ночи» может оказаться Gemini, читающим письмо вместо пользователя.
Блокировка изображений по умолчанию в 2026
Что делают крупные почтовые клиенты:
- Блокируют изображения по умолчанию: Outlook для десктопа (classic и new), Thunderbird, Proton Mail, Tuta (бывший Tutanota)
- Показывают изображения по умолчанию (через прокси): Gmail, Apple Mail, Yahoo Mail, Outlook Mobile
Фундаментальное ограничение
Даже если бы пиксельный трекинг работал идеально — без Apple MPP, без ботов, без блокировки изображений — он всё равно рассказывал бы только о том, что письмо было открыто. Ничего про вложение. Ничего про документ внутри. Открытие вложения не активирует пиксель. Не открытие вложения не мешает ему сработать.
Пиксельный трекинг отвечает на вопрос о конверте, а не о письме.
Вы отслеживаете конверт, а не письмо
Никто на самом деле не заботится о том, было ли открыто письмо. Людей волнует другое: прочитал ли потенциальный клиент коммерческое предложение. Посмотрел ли кандидат оффер. Изучил ли клиент договор.
Email-трекинг — что уведомления, что пиксели — отвечает на вопрос «видели ли они конверт?». Трекинг документов отвечает на вопрос «читали ли они письмо и какие страницы подчеркнули?»
Что реально работает: отслеживайте контент, а не письмо
Исправление здесь структурное, а не косметическое. Вместо того чтобы прикладывать предложение к письму и надеяться на уведомление о прочтении, поделитесь ссылкой с трекингом. Когда получатель переходит по ссылке, документ загружается с сервера, который может фиксировать всё: кто открыл, когда, сколько времени провёл на каждой странице, что нажал, и вернулся ли снова.
Это не обходной путь. Это принципиально иной подход, который обходит все ограничения, описанные в этой статье. Apple Mail не может предзагрузить документ, по ссылке на который ещё никто не кликал. Боты безопасности не генерируют аналитику вовлечённости. И поскольку трекинг находится на уровне контента, а не письма, блокировка изображений ничего не меняет.
Полный переход от вложений к отслеживаемым ссылкам описан в статье Can You Track If Someone Opened Your Email Attachment?. Про трекинг коммерческих предложений — в How to See Who Viewed Your Sales Proposal. А если вы выбираете инструмент с надёжным отслеживанием, наше сравнение ПО для трекинга предложений разбирает ведущие решения. Если вы сейчас используете DocSend, смотрите наше сравнение альтернатив DocSend.
Когда email-трекинг всё же имеет смысл
Мы не говорим, что трекинг открытий писем бесполезен. Мы говорим, что он бесполезен для принятия индивидуальных высокоставочных решений.
Массовые рассылки и кампании
Агрегированные показатели открытий по сотням и тысячам писем всё ещё дают полезный ориентир — пусть и с погрешностью. Если рассылка во вторник даёт 34% открытий, а в четверг — 22%, вероятно, вторник лучше — даже если абсолютные цифры завышены ботами и Apple MPP.
Инструменты маркетинговой автоматизации вроде Mailchimp и HubSpot используют открытия на уровне кампании для A/B-тестирования тем, оптимизации времени отправки и мониторинга состояния списков. В таком масштабе шум усредняется до приемлемого уровня.
В чём разница
- Агрегированные метрики писем подходят для оптимизации кампаний
- Трекинг отдельных писем ненадёжен для принятия высокоставочных решений о последующих действиях
Когда нужно понять, прошла ли вторничная рассылка лучше четверговой, трекинга открытий достаточно. Когда нужно знать, прочитала ли Анна из Acme Corp ваше конкретное предложение перед звонком в четверг — он не справляется.
Куда движется рынок
Показатели ответов, кликов и конверсий заменили открытия как основные метрики вовлечённости на большинстве email-платформ. Apple MPP стала переломным моментом — когда половина открытий стала ненадёжной, метрика потеряла авторитет. Подробнее об изменениях в инфраструктуре электронной почты — в статье Email Deliverability in 2026.
Сравнение методов email-трекинга
| Возможность | Уведомления о прочтении (MDN) | Пиксельный трекинг | Отслеживаемая ссылка на документ |
|---|---|---|---|
| Узнать, открыто ли письмо | Иногда — получатель может отказать | Иногда — блокируется Apple MPP, Gmail, сканерами безопасности | Н/Д — отслеживает документ, а не письмо |
| Узнать, кто открыл | Да, если уведомление получено | Приблизительно — по IP/user agent, маскируется прокси | Да — по имени и email |
| Узнать, когда открыли | Да, временная метка в уведомлении | Да, если пиксель загрузился | Да — уведомление в реальном времени |
| Узнать, сколько времени провели | Нет | Нет | Да — по-страничное отслеживание времени |
| Узнать, что прочитали | Нет | Нет | Да — вовлечённость по каждой странице |
| Узнать, по каким ссылкам кликали | Нет | Нет | Да — трекинг кликов |
| Работает на личном Gmail | Нет | Ограниченно — прокси, блокировка по репутации | Да |
| Работает на Apple Mail | Нет | Нет — MPP предзагружает всё | Да |
| Получатель может заблокировать | Да — незаметно | Да — блокировка изображений | Нет |
| Правовой статус (ЕС) | Как правило, допустимо | Всё более спорно — проект рекомендаций CNIL предлагает требовать отдельного согласия | Стандартная обработка данных |
FAQ
Можно ли увидеть, прочитал ли кто-то ваше письмо в Gmail?
Ненадёжно. Личные аккаунты не поддерживают уведомления о прочтении вообще. Аккаунты Workspace требуют включения администратором, работают только в браузере на десктопе, и получатели могут незаметно отказать. Расширения с пиксельным трекингом работают, но их возможности снижены из-за прокси-сервера Gmail (нет данных о местоположении и устройстве) и блокировки изображений по репутации (холодные письма могут не давать вообще никакого сигнала).
Работают ли уведомления о прочтении между Gmail и Outlook?
Непоследовательно. Кросс-платформенная обработка уведомлений варьируется в зависимости от версии клиента, настроек администратора и конфигурации получателя. Пользователь Gmail Workspace может отправить запрос, но получатель в Outlook может автоматически отклонить его или проигнорировать. Отправитель зачастую не получает ответа вообще — без каких-либо объяснений.
Законен ли пиксельный трекинг писем?
Всё более спорный вопрос. В июне 2025 года CNIL Франции опубликовала знаковые рекомендации, приравнивающие трекинговые пиксели к cookie-файлам в соответствии с Директивой ePrivacy — предлагая, чтобы трекинг открытий на уровне конкретного пользователя требовал отдельного явного согласия помимо согласия на получение письма. ICO Великобритании указывает, что трекинговые пиксели должны соответствовать тем же правилам, что и cookie. Правоприменительных действий конкретно против пиксельного трекинга в деловой переписке один на один пока нет, но направление регуляторного развития очевидно. Это не юридическая консультация.
Почему Mailtrack показывает, что моё письмо открыли 10 раз?
Сканеры безопасности и боты. Корпоративные инструменты безопасности — Microsoft Defender, Proofpoint, Mimecast, Barracuda — предзагружают изображения и переходят по ссылкам при сканировании входящих, каждый раз генерируя отдельное «открытие». AI-агенты вроде Google Gemini также загружают изображения при сканировании. Ваши «15 открытий из 3 стран» могут оказаться одним сканером безопасности и одним AI-агентом.
Можно ли отследить открытие почтового вложения?
Нет. Вложения — это локальные копии без какой-либо связи с отправителем. Полное объяснение и альтернативный подход — в статье Can You Track If Someone Opened Your Email Attachment?.
Что насчёт Superhuman, Hey или других почтовых клиентов с трекингом прочтения?
Superhuman (приобретённый Grammarly в 2025 году примерно за $825 млн) по-прежнему предлагает «Read Statuses» — пиксельный трекинг, показывающий, когда, сколько раз и с какого устройства открыли ваше письмо. После скандала 2019 года, связанного с геолокационным отслеживанием, функция теперь выключена по умолчанию, а геолокация была окончательно удалена.
Hey.com придерживается противоположного подхода — активно удаляет все трекинговые пиксели из входящих писем, определяет, какой сервис пытался вас отследить, и сообщает об этом.
Оба случая иллюстрируют одно и то же: базовый пиксельный механизм идентичен и подвержен тем же ограничениям Apple MPP, прокси Gmail и сканеров безопасности, описанным выше. Красивый интерфейс не решает проблему надёжности.