Это не ответ;Это заявление о том, почему на этот вопрос нельзя (по состоянию на июнь 2019 года) ответить с какой-либо степенью уверенности.
Проблема 1: Получениеданные
Почтовые клиенты будут блокировать передачу данных или будут предлагать блокировку
За последние пару лет все очень нервничали из-за того, что их «отслеживали», и этозаставил различные почтовые клиенты добавлять различные «шлюзы», чтобы остановить - или, по крайней мере, дать владельцу электронной почты возможность выбора - относительно того, хотят ли они загружать внешний контент.
Мой опыт работы с Thunderbird (доля рынка 1% по состоянию на май 2019 г.) заключается в том, что почтовый клиент спросит пользователя, хотят ли они загружать внешние ресурсы (изображения, файлы JS или CSS,так далее.).
Этого также легко добиться с помощью Gmail (доля рынка 29% по состоянию на май 2019 г.) и большинства других почтовых клиентов, либо через user-set- , либо default- settings.
электронные письма не в формате HTML
электронные письма не в формате HTML (через которые могут отображаться все электронные письма, при разладе пользователей)не сможет отследить открытие или загрузку электронной почты пользователем в классическом смысле (т. е. с внедрением изображения, которое используется Google Analytics с мая 2019 года).
Люди, в будущем, с большей вероятностью будут использовать эти предлагаемые услуги блокировки
Из-за того, что со временем люди, которые менее знакомы с почтовыми клиентами (т.е.пожилые люди) отпадет демография и молодые люди присоединятся к демографическому распространению.Поскольку люди теперь намного лучше осведомлены и в целом компетентны в области цифровых технологий, а также гораздо более осведомлены о предполагаемых рисках «отслеживания», процент людей, которые активно ищут блокировку передачи данных (например, загрузку внешних изображений), составляетсобирается увеличиваться в будущем.
Что это значит?
Существует значительный предел погрешности даже при получении исходных данных, прежде чем даже начать использовать эти данные для поиска в какданные меняются со временем (т. е. сколько времени было открыто письмо).
Проблема 2: понимание данных (или их отсутствие)
Итак, скажем, что у вас есть процент электронных писем, которые дают обратную связь с данными, это HTML-письма, которые открываются со всеми загруженными внешними ресурсами.
Даже в этой ситуации;все, что у вас есть, это флаг, что письмо было открыто / прочитано.Вы можете , возможно запустить какой-нибудь Javascript (AJAX), поэтому, например, каждые 10 секунд запускайте сценарий и проверяйте, запрашивает ли изображение конечная точка (почтовый клиент), однако это ничего не значит, так какне соотносится вообще с предполагаемым получателем, действительно читающим сообщение.
Также абсолютно необходимо отметить, что javascript в электронных письмах по умолчанию почти повсеместно заблокирован, и он будет страдать от гораздо более низкой скорости выполнения, чем даже загрузка изображения,
Любой используемый процесс (который я могу придумать), который может надежно дать время обратной связи, будет иметь либо большие потенциальные ошибки, либо большие пределы ошибок в полученных результатах, и, следовательно, полностью подрывает достоверность любых полученных результатов.
Сервер не может надежно отслеживать время доступа к локально хранимому файлу [изображения], потому что почтовые клиенты также будут кэшировать внешнее содержимое, так что, если электронное письмо открыто, то изображения / файлы загружаются, а затем электронная почтазакрывается, когда он будет снова открыт в будущем, ресурсы cached загружены, и с вашим сервером отслеживания не будет связаться.
Проблема 3: понимание гибкости электронной почты
Есть много проблем с электронными письмами в целом. Одним из самых больших является их почти полное отсутствие безопасности. Любой сервер, на котором есть электронное письмо, может иметь это электронное письмо, прочитанное кем-либо с правами доступа к серверу, поэтому для любого сервера может быть что угодно от нескольких до десятков людей, которые могли бы прочитать это электронное письмо без уведомления получателя .
Существует также проблема, заключающаяся в том, что электронные письма могут быть продублированы и скопированы по желанию (автоматически или различными способами) посредством естественного процесса обработки электронной почты. С серверами, расположенными по всему миру для крупных фирм (Google, Hotmail, Apple), вполне законно, что электронное письмо может загружать тег <img> из Google Analytics, но никогда не доставляться - или отдельно, никогда не читаться предполагаемым получателем. ,
Также почти невозможно подтвердить, что правильный конечный пользователь, читающий письмо, - это тот же человек, который подписался на это письмо.
Резюме
- У вас нет гарантии, что электронное письмо будет прочитано предполагаемым получателем.
- У вас есть потенциальная значительная погрешность при любом обнаружении открытия электронной почты в настоящее время (данные не возвращаются вообще).
- У вас есть потенциально значительный запас ошибок при получении «ложных срабатываний» от администратора сервера, кода отладки сервера, антивируса и других автоматизированных процессов по ссылкам в электронном письме. Существует огромное количество ложных срабатываний из-за копирования и отслеживания электронной почты.
- Успешные инициаторы синхронизации могут легко стать причиной высокой нагрузки на ваш сервер (в зависимости от размера списка электронной почты) и дать высокую погрешность для любых найденных результатов.
- Ваш сервер, выполняющий подсчет времени, может быть очень легко помечен как спам и заблокирован спамлистами из-за активности «синхронизации» чтения электронной почты.
Таким образом, вы можете получить некоторые результаты, но допустимый предел погрешности: i) количество результатов и ii) качество полученных результатов приведут (на мой взгляд) к допустимому пределу погрешности, поэтому использование данных будет бесполезным извлекаться.
Как только электронное письмо покидает вашу систему, вы абсолютно не можете ему доверять.
Пожалуйста, отредактируйте и обновите этот вопрос, если есть новые элементы или детали для включения.