Как узнать, когда пользователь читает важное уведомление по электронной почте?

Question

Наша компания часто выдает важные уведомления по электронной почте, как и многие другие компании, я уверен. Наша команда менеджеров обратилась к нам, чтобы узнать, есть ли способ узнать, когда пользователь прочитает эту важную информацию. Я понимаю, что получение чека на чтение по электронной почте не является надежным, поэтому мы пытаемся изучить другие доступные нам возможности.

Одно из предложений заключалось в том, чтобы добавить ссылку подтверждения в нижней части сообщения электронной почты, которая будет передавать адрес электронной почты и подвержена странице, которая будет делать некоторые магические протоколирования.

Еще одно предложение состояло в том, чтобы удалить важный объект с электронной почты и поместить его на веб-страницу (возможно, в SharePoint) и отслеживать пользователей, посетивших страницу.

Я не думаю, что пользователь должен быть излишне обремененным, поэтому я надеюсь, что у сообщества SO есть несколько лучших предложений. Каков наилучший способ получить от пользователя какое-либо подтверждение или взаимодействие, которое могло бы предположить, что они действительно прочитали важную информацию?

Answer 1

Спамеры часто помещают изображение 1x1 в свои электронные письма, чтобы отслеживать, кто действительно открыл электронное письмо.

Я имею в виду, что есть тег < img/> с URL-адресом, который может содержать запрос или уникальное имя файла или что-то в этом роде. Когда попытка GET выполняется почтовым клиентом, это зарегистрировано, или скрипт, который находится в атрибуте src, отображает фактическое изображение 1x1 после выполнения некоторых протоколирования/обработки.

Если вы отправляете электронные письма корпоративной системе в надежной среде, где вы знаете, что используется почтовый клиент, это должно работать хорошо. Если вы отправляете электронные письма для общественности, это будет очень ненадежным.

Answer 2

Раньше я размещал изображения в письме. Их источником был php-файл в моей системе, который сгенерировал изображение, но также отслеживал пользователей, видящих его - поскольку каждый src выглядел как url ​​/ to/image/myfile.php? User = 353453534534.

Я понятия не имею, насколько это надежно.

Answer 3

Конечно, электронная почта не подходит для чувствительной к времени или жизненно важной информации. Если вы используете Outlook, и он не блокирует ваши встроенные изображения, люди могут загрузить изображение, просто щелкнув сообщение и загрузив его в области предварительного просмотра, не прочитав его.

Гораздо лучше показывать важные сообщения на пользовательском портале и отслеживать, какие пользователи нажимают кнопку «ОК» для сообщения.

Answer 4

Ваши пользователи уже обременены работой в компании, у которой есть менеджеры, которые хотят узнать, прочитал ли кто-нибудь электронное письмо. Это CYA в лучшем виде!

Сделайте это как можно труднее, чтобы кто-то из властей мог видеть, насколько это глупо.

Поместите ссылку на сайт, где пользователь должен войти в систему каждый раз, найти сообщение на основе идентификатора GUID, содержащегося в теле письма, который является одним из этих изображений с сумасшедшими буквами, которые никто не может читать, для проверки после они оставили образец крови на считывателе отпечатков пальцев своего IBM Think Pad, который был отключен ИТ-отделом, потому что они сделали полную нерабочую установку Windows XP Pro, которая не содержит всех драйверов оборудования, а затем отправляет письмо с подтверждением каждому из их менеджеров, требующее подтверждения, что они получили подтверждение.

Answer 5

Лично, отношение сигнал/шум в электронной почте доходит до такой степени, что я гораздо чаще отвечаю на маленький тег в моем почтовом ящике (США), в котором говорится: «Подпись, необходимая для подтверждения доставки», чем Я до еще один e-mail с темой «ВЫ ДОЛЖНЫ ПРОЧИТАТЬ THSI ВАЖНОЕ СООБЩЕНИЕ СЕЙЧАС! 1». Собственно говоря, эта электронная почта, вероятно, попадет прямо в мое потенциальное спам-ведро, которое будет рассмотрено когда-нибудь в течение следующего ледникового периода.

Кроме того, SMTP по-прежнему в значительной степени «лучше всего»; нет никаких гарантий того, что сберегающая время, жизненно важная электронная почта прибудет вовремя ... Или вообще.

Если эти сообщения критически важны, я бы серьезно пересмотрел ваш подход.