Переходы из почтовых ящиков

перешел сейчас сам. посещение в direct ушло. при клике по ссылке открывается новая вкладка и реферер не передается.так что только метить utm-метками

Дело в том, что в основном заходят не по письмам которые я рассылаю, а которые пользователи сами друг-другу шлют. Случайно залез в метрику и увидел что с e.mail.ru их немало. Стало интересно сколько с других.... Жалко что нельзя измерить....

Реферер никогда не передается по HTTPS протоколу - политика безопасности. Гугловская и яндексовская почта на нем и сидят -> реферера вы не получите.

У мейл.ру сейчас проверил - тоже на HTTPS почта. Может, у части пользователей еще незащищенный протокол, раз реферер идет.

Посмотрел логи сервера. Мэйл ру передает полные рефы типа:

https://e.mail.ru/cgi-bin/readmsg?id=************&lang=ru

Посмотрел подробнее: у мейл-ру все линки с почты идут через редирект на http://e.mail.ru/

Т.е. цепочка такая:

- с https://e.mail.ru вы читаете письмо и щелкаете на линк

- идете сначала на http://e.mail.ru (в этом случае данный хост реферер не получает)

- идет редирект уже на нужный url - сервер получает в качестве реферера http://e.mail.ru

В других почтах все работает на HTTPS, поэтому рефереры и не идут.

Я в логе сервера вижу именно такой реф: https://e.mail.ru/cgi-bin/readmsg?id=************&lang=ru

https а не http

Это к вопросу о том, что утверждение что "по https реф не передается" - не вполне верное.

Утверждение верное. Только что смотрел подробно по заголовкам: при переходе с https://e.mail.ru на http://e.mail.ru браузер не передает реферер (смотрел в FF через FireBug).

Что за браузер в таких логах? Есть возможность принудительной передачи реферера через meta referrer, но в редиректе я такого не заметил.