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

мы называем это клиент-северный фингрпринт, если грубо

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

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

причем пересчет связей идет бесконечно, пока не будут выявлены все варианты пересечений в доступном датасете

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

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

домен не другой

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

а вот куку vk спарсить в лоб нельзя, ее нельзя забрать из знастроек типа куки у vk, однако вы подключаетесь к вк по апи, если у вас есть клиентский доступ, и забираете коллекцию кук вк по апи)

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

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

Добрый вечер! Правильно ли я понимаю, что джойнить пользователя возможно только по сессии?

Добрый, нет. Сессия состоит из просмотров страниц, у просмотра страниц есть мета данные, связь многоуровневая.

А если джоин между девайсами, т.е. вопрос в крос девайс трекинге. То суть в ловушках, если грубо.

Алексей, все это звучит очень круто :)
Как я думал это работает.
1) Домен (например andata.ru) имеет доступ только к кукам своего домена. То есть вызывая код andata.ru на устройстве пользователя нельзя получить куку домена google.com
2) Будучи залогиненым в браузер Хром я действительно сообщаю в Google информацию о себе с разных устройств. Но матчинг этой информации происходит не в cookie, а на внутреннем идентификаторе Google. Для стороннего наблюдателя, дотянувшемся до всех моих cookie, будет видно, что cookie Google у меня много (по количеству устройств с браузером) и они не связаны между собой.

Вот здесь я не понимаю, как происходит матчинг меня, как пользователя, на разных устройствах. С матчингом, кода я залогинен в разных продуктах все понятно. Но когда вы работает только с куками и фингерпринтом - нет...

а как тогда вы с сайта domclick и с вашего домена andata.ru получаете доступ к куке Гугла, чтобы понять что она активна?

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

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