скорее, Аня про куки рекла, а не куки GA

тот же принцип, кука+ айди счетчика, хоть ads хоть аналитикса

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

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

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

Then again, there is some precedent. Apple has said that hashed emails and phone numbers collected elsewhere cannot be used as a replacement for app tracking on iOS 14, regardless of whether they were collected with consent.
Developers will only be able to get permission to use identifiers for ad tracking on iOS 14 devices if they’re collected through Apple’s own AppTrackingTransparent framework.
Would Chrome institute a similar policy? The question is “would” rather than “could,” because Google could disallow hashing as an encryption method, but whether it would do so, with antitrust complaints flying in from every direction, is another matter altogether.
Perhaps the bigger challenge email-based industry initiatives face, at least in the near-term, is scale.
Although Criteo is busily working to develop a consumer-facing single sign-on user interface for publishers as part of UID 2.0, there’s just no easy way to get people who are accustomed to web browsing with no strings attached to suddenly start coughing up their email address.

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

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

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

Все, кастомер отдал свой емел тому кому хотел, дальше во время передачи емейла сохранился no cockie айди в браузере, он прибит к срм и к узлу обмена

в этом варианте емейл хранится только в crm или cms, что полностью соответствует политикам

и кстати никто не мешает меняться между узлами связями по хешу емейла, в дополнении

то есть для охвата необходимо CRM подключать по возможности к большему числу «узлов»? а будут ли узлы «централизированными», и не будет ли юридических препятствий для этого? сейчас обмен идентификаторами небесплатный, условный телеком не выгрузит куда-то на сторону списком msisdn, тем более for free

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

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

должен ли банк / телеком уведомлять своих клиентов, что эти id будут использоваться для кросс-метчинга, обогащения сторонних систем, и в итоге - для таргетинга рекламных коммуникаций?

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

если таргетировать на промежуточный айди, то доказать принадлежность его к персональным данным законно, невозможно. Но у нас РКМН может и придумать что угодно.)

вряд ли хорошая идея строить глобальный sustainable бизнес на наборе локальных юридических коллизий

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

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