Как надежно связать ClientID посетителя сайта с последующим обращением по email через mailto:?

seradverti
На сайте с 24.10.2024
Offline
11
72

Камрады, салют, нуждаюсь в совете! Есть задача построить сквозную атрибуцию:

 визит → ClientID → обращение по email → CRM-лид

Рассматриваем следующую схему:

  1. Email на сайте кликабельный  mailto:, без возможности копирования.
  2. При клике фиксировать ClientID , время, URL страницы и адрес получателя.
  3. В mailto: автоматически добавлять уникальный RequestID в тему и/или тело письма.
  4. При получении письма в CRM извлекать RequestID и по нему восстанавливать ClientID и источник визита.
  5. Если RequestID был удален или не дошел, пытаться выполнить вероятностное сопоставление по email отправителя, получателю, времени клика, URL и другим признакам.

Интересует практическая сторона реализации.

Насколько надежно mailto: передает тему и тело письма в разных сценариях:

  • Chrome → Outlook Desktop;
  • Chrome → Gmail Web;
  • Chrome → Яндекс Почта;
  • Chrome → Яндекс Браузер → Яндекс Почта;
  • Firefox → Outlook / Gmail / Яндекс Почта;
  • Edge → Outlook Web / Outlook Desktop;
  • Safari → Apple Mail;
  • Safari / Chrome на iOS → Gmail / Outlook / Apple Mail;
  • Chrome / Яндекс Браузер на Android → Gmail / Яндекс Почта / другие почтовые приложения;
  • корпоративные почтовые клиенты и почтовые шлюзы.

Какие существуют ситуации, в которых RequestID может потеряться между кликом по mailto: и фактической отправкой письма? Главный вопрос: можно ли считать RequestID в mailto: достаточно надежным идентификатором для детерминированной связи web-сессии с реально отправленным email, или лучше использовать другой архитектурный подход?


E
На сайте с 01.10.2017
Offline
147
#1
seradverti :
Какие существуют ситуации, в которых RequestID может потеряться между кликом по mailto: и фактической отправкой письма? Главный вопрос: можно ли считать RequestID в mailto: достаточно надежным идентификатором для детерминированной связи web-сессии с реально отправленным email

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

Можно попробовать в имени ящика передавать: id@... или name+id@... Но кто-то подкованный это может заметить и начать разбавлять ваши письма спамом (с произвольными идентификаторами).

Почему хотите получить письмо от пользователя, а не сделать простую форму "заказа"? После получения заказа можно сделать подтверждение адреса из формы. Если боитесь, что пользователь допустит ошибку в своем адресе или укажет "липовый", значит (на 99,9%) ваши услуги ему не слишком-то и нужны!

Домены на продажу: https://p20.ru/collection/domains-for-sale

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий