Comments 12
Интересно, спасибо) я знала что есть client-side tracking, и все компании, в которых я работала, использовали client-side tracking. Но про server-side tracking не знала
А уников вы как считаете? А если без логинвалла?
Отличный вопрос! В общем виде, для каждого пользователя создается unique id, который затем хранится на сервере. Когда пользователь совершает конверсию, этот unique id мэппится к тому, что был создан при изначальном взаимодействии.
Это довольно широкая тема, я бы посоветовала глянуть вот этот материал https://www.linkedin.com/pulse/straightforward-simple-server-side-tracking-guy-erez/, мне кажется, он наиболее подробный по ней.
То есть ставите туже самую AD куку что и все. А чтобы получать нормальную аналитику нужна интеграция с большими ребятами, которые что-то знают про ваши ID и умеют во всякий антифрод.
А не проще сразу взять готовое решение? Вот от Гугла например: https://developers.google.com/tag-platform/tag-manager/server-side/intro
Мне кажется, что на хабр можно было не объяснять так подробно, что такое сервер и клиент, но в остальном - отличная статья!
Надо сделать ещё цикл статей про то, как пользователю обходить и запрещать слежку и считывание метрик :)
Очень поверхностно. Создаётся впечатление, что GDPR это про куки, но если трекать на сервере, то передавай данные кому хошь. Неа.
Конечно, нельзя передавать все что угодно и кому хочешь) Серверный трекинг никак не будет изменять законодательство о передаче данных. Но он сможет наделить использующих его большим количеством контроля, чтобы быть compliant.
То есть, вы утверждаете, что контроль над данными клиента больший, когда они уже отчуждены от него и его устройств? А можно пример улучшения, ибо считаю ровно наоборот - контроль над персональными данными должен быть у владельца, на его стороне, и полный. А не шляпа, создающая иллюзию, основанную на вере в контроллера данных.
Три момента для тех, кто решит воспользоваться статьей всерьез.
server-side tracking - это сбор данных первой стороной
Так они говорят. Но если маскировку third-party под first-party, например, с помощью CNAME Cloaking еще можно отследить, то проксирование серверных логов "на сторону" - только косвенно по слитым данным.
Client-side Не отвечает современным запросам на приватность данныхВероятно, не отвечает жадности трекеров. :) Например, регулятор ЕС принуждает вебмастеров получать явное информированное согласие, на клиенте, для каждого стороннего получателя данных.
Игнорирование сервером настройки браузера Global Privacy Control в некоторых юрисдикциях может дорого стоить - https://oag.ca.gov/news/press-releases/attorney-general-bonta-announces-settlement-sephora-part-ongoing-enforcement. Заголовок DNT не вышло интегрировать в правила регуляторов, теперь вторая попытка.
Сайты жить хотят. Стоит ли их за это винить?
Возьмем однозначно хороший flightradar24. И список его рекламных партнеров https://www.flightradar24.com/privacy-policy#usageInformation Вы действительно хотите прокликивать их всех галочками соглашаясь перед тем как посмотреть на самолетики? Куки плашки еще недостаточно бесят? Надо кликать 100+ галочек обязательно?
А да. Если все посетители не прокликают их все сайт умрет. И не будет однозначно хорошего сайта flightradar24. Тоже не очень выход как по мне.
Давайте не будем обвинять сайты, это странно.
Спасибо, lightradar24 хороший пример. На первой плашке есть List of partners, от которых можно отказаться по одному или целиком (в 2 клика), хотя по Guidelines 05/2020 on Consent кнопка Reject All должна быть рядом с I Accept (в 1 клик). Вторая плашка появляется, если запущен Ad blocker. Можно заплатить за отключение рекламы или смотреть ее. Честно, прозрачно, не бесит.
То есть, видим три способа монетизации. Если сервис действительно нужен потребителям, он не умрет. Предприниматели все время ищут возможности - не одно так другое, на любых рынках, даже жестко регулируемых.
О способах отслеживания данных — простыми словами. Server-side vs client-side tracking: преимущества и недостатки