Платформы управления согласием: часто задаваемые вопросы по GDPR, CCPA и PubGuru DataGuard

Этот пост был последний раз обновлен 20 января 2020 г.

(Обновлено на 1 января 2020 г.)

Что такое GDPR и CCPA и как они применяются в издательской и рекламной отраслях?

GDPR и CCPA — это законы о конфиденциальности, принятые за последние несколько лет, которые сильно влияют на рекламную и издательскую отрасли.

GDPR требует, чтобы обработчики данных выполняли определенные требования при обработке пользовательских данных, в том числе запрашивали положительное и недвусмысленное согласие на все, что прямо не разрешено правилами. Современная реклама и веб-аналитика прямо не разрешены правилами, поэтому перед использованием таких технологий необходимо получить согласие пользователей. GDPR вступил в силу 25 мая 2018 года. GDPR распространяется на пользователей как из ЕС (Европейского союза), так и из ЕЭЗ (Европейской экономической зоны).

CCPA — это очень похожий закон о конфиденциальности, который вступил в силу 1 января 2020 года и распространяется как на пользователей из Калифорнии, так и на обработчиков данных, присутствующих в Калифорнии. Хотя между CCPA и GDPR есть различия, большая часть общей идеи остается той же. Существует множество требований к раскрытию и обработке данных.

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

Что как минимум требуют GDPR и CCPA?

Издатели и компании, занимающиеся рекламными технологиями, должны получить утвердительное и явно выраженное согласие на использование файлов cookie и других персонализированных идентификаторов в рекламе и аналитике пользователей веб-сайтов для пользователей, находящихся в ЕС/ЕЭЗ. Невыполнение этого требования влечет за собой катастрофические штрафы в соответствии с GDPR.

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

Что, если наша компания не представлена ​​в ЕС/ЕЭЗ или Калифорнии? Мы не думаем, что к нам применимы GDPR или CCPA.

Издатели за пределами ЕС/ЕЭЗ и Калифорнии обычно не подвергаются судебным разбирательствам, имеющим законную силу в этих юрисдикциях, но рекламные партнеры, которые имеют законное присутствие в ЕС/ЕЭЗ и Калифорнии (Google, AppNexus, Index, OpenX и т. д.), по-прежнему будут быть ответственным. В результате все основные источники спроса требуют соблюдения GDPR и CCPA по контракту.

Как минимум, несоблюдение требований приводит к приостановке и блокировке рекламных аккаунтов, а также к внесению в черный список SSP и DSP. В худшем случае издатели, которые не соблюдают требования, также должны будут оплатить судебные издержки поставщиков, с которыми у них есть контракты, если эти поставщики будут оштрафованы.

Другими словами, даже если вы находитесь за пределами Калифорнии и ЕС/ЕЭЗ, вам все равно нужен соответствующий инструмент для управления согласием и всплывающим окном. Если вы используете какую-либо технологию от Google, Facebook, OpenX или большинства других поставщиков рекламных технологий, не имеет значения, находитесь ли вы за пределами ЕС/ЕЭЗ или Калифорнии. И GDPR, и CCPA по-прежнему применяются к вам.

Существуют ли какие-либо рекламные решения, не требующие согласия пользователя?

Неэффективно для GDPR. Есть несколько поставщиков, которые начали экспериментировать с рекламными решениями, не требующими согласия пользователя. Мы рассматриваем возможность интеграции их в нашу технологию, где они окажут существенное влияние на доход. Однако отслеживание пользователей для персонализации рекламы больше не является законным для пользователей из ЕС без согласия пользователя в соответствии с GDPR, поэтому пользователи получают очень ограниченную рекламу, которая, скорее всего, не будет иметь отношения к пользователю. В результате выручка резко снижается. Эти рекламные технологии без согласия колеблются от 70 до 95% потери дохода из-за рекламы без согласия.

Это происходит по нескольким причинам:

• Таргетинг становится крайне неэффективным, когда пользователя нельзя отследить. Рекламодатели не могут таргетировать аудиторию по демографическим показателям — например, реклама, ориентированная на товары для женщин в возрасте 18–35 лет, оказывается напрасным показом перед другими демографическими группами. Также неэффективными становятся ретаргетинговые кампании для пользователей, проявивших интерес к продукту или услуге.
• Кроме того, современные технологии защиты от мошенничества полагаются как на файлы cookie, так и на отпечатки пальцев браузера, которые не разрешены правилами без согласия. Бренды не хотят покупать показы, если они не могут проверить, были ли эти показы реальными.
• Между этими проблемами, когда рекламодатели не могут проверить, была ли их реклама на рынке, и даже не могут проверить, что реклама показывалась перед реальными людьми, очень немногие заинтересованы в покупке такого рекламного инвентаря. При небольшом спросе на такой рекламный инвентарь цены на рекламу падают.

Для CCPA есть варианты ограничения обработки данных для большинства основных источников запросов, включая Google. Однако бремя исключения тех, кто этого не делает, лежит на издателе.

Что такое платформа управления согласием (CMP) и как она решает эту проблему?

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

Кроме того, неиспользование CMP, совместимого с IAB, может привести и приводит к увеличению несоответствий и отказов.

Можем ли мы использовать неперсонализированную рекламу Google (NPA) вместо CMP для GDPR?

Согласно вебинару Google и вопросам и ответам по GDPR, ответ — решительное нет. NPA был создан задолго до GDPR и по разным причинам. NPA не соответствует GDPR и не может использоваться вместо CMP.

Нужна ли мне как издателю политика конфиденциальности?

Да, все издатели должны иметь политику конфиденциальности. Это требуется законами многих стран в дополнение к законам ЕС/ЕЭЗ. Политика конфиденциальности должна включать:

• для чего издатель использует данные (обычно для входа пользователей в систему, настройки взаимодействия с пользователем, персонализированной рекламы и т. д.),
• контактная информация издателя о том, как удалить данные пользователя.
• ссылка на пользователя, который сталкивается с единым списком поставщиков PubGuru Dataguard.
• для CCPA политика должна содержать ссылку с текстом «Не продавать мою информацию».

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

Как работает PubGuru DataGuard?

PubGuru DataGuard — это наша напрямую интегрированная CMP. С PubGuru DataGuard все пользователи проверяются на то, находятся ли они в странах ЕС/ЕЭЗ и Калифорнии.

• Пользователи, которые не находятся в странах ЕС/ЕЭЗ или Калифорнии, не получат никакого всплывающего окна с согласием. Например, испаноговорящий пользователь с испанским языком браузера, который находится в Латинской Америке, не получит всплывающее окно с согласием. Единственным исключением является случай, когда пользователь имеет неоднозначное местоположение из эвристики браузера, и его нельзя определить по IP-адресу. Нет другого выбора, кроме как дать им всплывающее окно согласия, но это крайне редко.
• Пользователи, находящиеся в странах ЕС/ЕЭЗ, получат активное всплывающее окно с согласием. Наше всплывающее окно сообщает, что данные пользователя будут использоваться для настройки рекламы в соответствии с его интересами. Цифровая реклама сегодня имеет бесчисленное количество игроков в отрасли, и издатель не может знать, какие поставщики будут загружать до того, как они загрузятся. Мы перечисляем всех известных крупных рекламных партнеров, которых мы наблюдали в рекламной экосистеме, включая Google (для AdSense, AdX, DFP и Analytics), MonetizeMore, участников заголовков, DSP и компании по проверке на мошенничество. Поскольку рекламные партнеры варьируются от просмотра страницы к просмотру страницы, а также если издатель добавляет дополнительных партнеров, мы раскрываем всех партнеров, которые потенциально могут загрузиться, а не только партнеров, которые будут загружаться окончательно. Это также означает, что издателю не нужно снова и снова запрашивать согласие на разные просмотры страниц для разных загружаемых партнеров.
• Пользователи, находящиеся в Калифорнии, увидят пассивное всплывающее окно меньшего размера с соответствующими ссылками на политику конфиденциальности и необходимой информацией.

Вы можете увидеть работающую демонстрацию PubGuru DataGuard здесь.

Что произойдет, если пользователь не даст согласия?

Для GDPR и пользователей в ЕС/ЕЭЗ всплывающее окно согласия PubGuru DataGuard требует согласия для продолжения и блокирует пользователя до тех пор, пока согласие не будет получено. Поскольку в отрасли так много организаций, занимающихся рекламой, и их текущая технология не поддерживает слепую покупку показов без какого-либо отслеживания пользователей, согласие требуется практически для всех рекламодателей. Консенсус в отрасли поддерживает идею о том, что получение рекламы является действительной «платой за доступ» к веб-ресурсам издателя. Кроме того, большинство сайтов просто не работают должным образом без технологий отслеживания. И, наконец, правила требуют согласия пользователя даже на сохранение файлов cookie, которые будут подавлять всплывающее окно при будущих просмотрах страниц, поэтому регулирование по иронии судьбы заставляет любое поведение всплывающих окон срабатывать при каждом просмотре страницы, эффективно принуждая пользователей соглашаться, пока они не сделают это.

Для CCPA и пользователей в Калифорнии требования к согласию значительно проще. Всплывающее окно не блокирует пользователя или рекламу и гораздо менее навязчиво. Всплывающее окно отображается не более 5 раз в течение 24 часов, может быть подтверждено пользователем (длится 390 дней) и скрывается, когда пользователь прокручивает его.

Где и как DataGuard хранит данные согласия?

Все данные о согласии хранятся в реплицированном хранилище в Amazon Web Services. Кроме того, после того как пользователь дал согласие, объем его согласия (поставщики, функции, цели) также сохраняется на его собственном устройстве для более быстрой обработки согласия.

Как DataGuard передает информацию о согласии всем остальным рекламодателям?

Существует две модели управления согласием.

Первая — предполагаемая модель, используемая Google, всеми поставщиками, использующими технологии Google, и многими другими, не использующими Google. Эта модель является предположительной, поскольку по соглашению предполагается, что издатель не загружает нижестоящую технологию, не получив согласия от имени этой технологии. Для этого Google ведет собственный список поставщиков, чтобы издатели могли убедиться, что их CMP включает всех партнеров Google, которые могут загружаться в рекламный стек. Это обеспечивается в основном с помощью контрактов, позволяющих как минимум закрыть учетную запись и в худшем случае перекладывая огромную ответственность на издателя.

Вторая модель — это модель IAB. Модель IAB использует стандартизированный набор функций, которые другие могут вызывать, чтобы определить, было ли получено согласие от их имени. IAB также включает многочисленных зарегистрированных поставщиков в свой глобальный список поставщиков (GVL), а также функции и цели этих поставщиков для обработки и сбора данных.

Реализует ли PubGuru DataGuard структуру согласия IAB?

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

DataGuard не позволяет пользователям глобально отказаться или изменить настройки конфиденциальности. Почему бы нет?

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

То же самое относится и к CCPA. В законе нет требования о массовом отказе и нет протокола для такого массового отказа.

В лучшем случае CMP может удалить только активный токен согласия, требуя согласия на будущий сбор и обработку данных, оставляя существующие данные, которые были связаны с этим пользователем, в дикой природе. Каждый крупный веб-браузер, даже на мобильных устройствах, поддерживает эту функцию непосредственно из браузера. Проблема с удалением активного токена согласия заключается в том, что это идентификатор, привязанный к конкретному пользователю. Если пользователь удалит этот токен, у него не будет возможности связаться с поставщиками, чтобы отозвать согласие, поскольку они не будут знать, каков был их идентификатор согласия.

У нас уже есть собственное всплывающее окно согласия. Что случилось с этим?

Согласие — это не просто наличие всплывающего окна или какой-либо пассивной панели инструментов. Многочисленные вещи происходят под капотом. Чтобы выполнить все требования, разработчики издателя должны выполнить хотя бы все из следующего:

• Сначала проверьте, является ли пользователь из ЕС/ЕЭЗ или Калифорнии, или, в качестве альтернативы, предоставьте всплывающее окно всем пользователям. Использование медленной геолокации на основе IP для всех пользователей приводит к значительным потерям трафика за пределами ЕС/ЕЭЗ и Калифорнии.
• Раскройте всех поставщиков в стеках рекламы и аналитики, которые могут загружаться, потому что просто перечислить партнеров по торгам в заголовке недостаточно. Это должно включать в себя полный список поставщиков IAB GVL и Google, а также любых дополнительных поставщиков, которые могут быть уникальными для издателя.
• Используйте правильный язык всплывающих окон, который включает все функции и цели, перечисленные в IAB GVL и заявлении о конфиденциальности Google.
• Иметь правильный язык всплывающих окон, который включает возможности отказа от продажи пользовательских данных.
• Для GDPR, пока издатель не определит, что пользователь не является членом ЕС/ЕЭЗ, или пока пользователь не даст согласие, издатель НЕ МОЖЕТ запускать какие-либо файлы cookie или код отслеживания, включая заголовочные ставки, GAM или GA, без риска ответственности или потери учетной записи.
• Отслеживайте все случаи согласия в хранилище данных, соответствующем GDPR и CCPA.
• Внедрите API платформы IAB CMP. Это не единый единый репозиторий согласия; скорее, это стандартизированный набор общедоступных функций, предоставляемых партнерам по рекламной экосистеме, которые другие нижестоящие могут использовать для проверки того, было ли получено согласие от их имени. Если издатель не поддерживает платформу IAB CMP, когда эти поставщики начинают требовать соответствия, поставщик не будет запускать их код по запросу, и он будет подвержен несоответствиям или отзывам.
• Обсудите с консультантом по регулированию соблюдение требований, чтобы включить определенные элементы языка, которые могут быть характерны для издателя. Например, сайты, использующие языки, отличные от английского, должны иметь всплывающие окна на этих языках. Издателям, использующим собственную аналитику и отслеживание (в отличие от Google Analytics, Comscore или Quantcast), также необходимо обновить эти развертывания. Мы не ваши адвокаты или страховщики. Вы несете ответственность за соблюдение всех применимых законов.
• Наконец, разработчики всплывающих окон должны проводить тестирование производительности и конверсии всплывающих окон с помощью аналитического инструмента, соответствующего GDPR. Некоторые всплывающие окна имеют значительно более высокие коэффициенты конверсии, чем другие. Некоторые дизайны всплывающих окон настолько плохи, что другие в несколько раз эффективнее. Если издатель использует плохой дизайн, это может привести к потере 70–90 % дохода в ЕС/ЕЭЗ. Выполнение этих тестов также требует разработки псевдонимного хранилища, соответствующего GDPR — вы не можете просто использовать Google Analytics или большинство других аналитических пакетов. Мы знаем о нескольких CMP, которые, как подтверждено, не проводят тестирование всплывающих окон, и мы не знаем ни о каких других, кроме PubGuru, которые проводят какое-либо тестирование всплывающих окон. Мы протестировали несколько.

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

Могу ли я просто не запускать CMP?

Функциональность будет ограничена, а риск и ответственность будут катастрофическими для вашей компании. Вы рискуете блокировкой аккаунта и серьезной ответственностью со стороны источников спроса и/или регулирующих органов в ЕС/ЕЭЗ и Калифорнии. Более конкретно:

• Издатели не могут использовать главные рекламные аккаунты PubGuru. Мы не являемся страховщиком и не созданы для того, чтобы брать на себя ответственность за издателей, не желающих соблюдать закон.
• Издатели не будут иметь доступа к PubGuru TrafficCop для трафика из ЕС/ЕЭЗ или Калифорнии, поскольку этот инструмент собирает персонализированные данные о пользователях.
• Издатели, не использующие CMP, совместимую с IAB, сталкиваются с растущими несоответствиями и возвратами, даже в отношении трафика из-за пределов ЕС/ЕЭЗ и Калифорнии. Это связано с тем, что нижестоящие поставщики теперь проверяют функции IAB, реализованные CMP издателя. Если функции IAB недоступны или не возвращают действительный идентификатор согласия (даже для трафика за пределами ЕС/ЕЭЗ и Калифорнии), поставщики все чаще не загружают свой рекламный код и помечают его как недействительный трафик. Эти поставщики также не хотят катастрофической ответственности.
• Поскольку все крупнейшие поставщики рекламных технологий, включая Google, Facebook и Amazon, присутствуют как в Калифорнии, так и в ЕС/ЕЭЗ, издателям грозит постоянная приостановка и удаление учетных записей этих поставщиков. Google уже разослал предупреждения о нарушениях многим издателям.

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

Я видел, как другие издатели размещали панели пассивного согласия вверху или внизу экрана. Почему я не могу просто запустить что-то подобное?

Вокруг этого есть несколько источников путаницы.

Во-первых, если вы не тестируете из ЕС/ЕЭЗ, вы, вероятно, увидите всплывающее окно конфиденциальности издателя, которое не предназначено для соответствия GDPR и не загружается в ЕС/ЕЭЗ. Это еще более усложняется тем фактом, что несколько служб управления всплывающими окнами теперь используют эвристику для геолокации, а не только IP-адрес. Вы не можете просто использовать VPN для европейского IP-адреса. Это уже не так просто.

Во-вторых, запуск любой службы персонализированной рекламы (а это практически весь рынок) требует положительного согласия перед загрузкой любой из этих технологий отслеживания в ЕС/ЕЭЗ. Издатели, которые используют пассивное согласие для трафика из ЕС/ЕЭЗ, не могут загружать такие объявления без согласия. Если вы загружаете рекламу до согласия, вы нарушаете GDPR и рискуете серьезной ответственностью, приостановкой ваших рекламных аккаунтов, значительным увеличением расхождений и другими проблемами. Это означает, что всплывающие окна для ЕС/ЕЭЗ должны быть очень агрессивными при получении согласия, чтобы вы могли показывать рекламу как можно ближе к своему обычному опыту.

В-третьих, для CCPA допускается пассивное, но заметное согласие. Это означает, что для трафика в Калифорнии пассивная полоса в верхней или нижней части экрана, которая позволяет загружать рекламу до согласия, скорее всего, все еще в порядке. Однако раскрытие информации должно по-прежнему соответствовать CCPA.

Несоответствие продолжает расти для трафика из ЕС/ЕЭЗ и Калифорнии для издателей, не использующих CMP, совместимую с IAB, поскольку нижестоящие поставщики выполняют стандартные функции согласия IAB, а они не существуют. Когда функции не найдены, токен согласия недоступен, поставщики не загружают ни одну из своих технологий, и вы получаете несоответствующее впечатление или отказ.

Мы получаем мало или вообще не получаем трафика из ЕС/ЕЭЗ и Калифорнии. Должны ли мы по-прежнему запускать CMP?

Да. Вы не можете контролировать, будут ли пользователи делиться вашими ссылками в социальных сетях или будут ли пользователи переходить к вам из поисковых систем из стран ЕС/ЕЭЗ или Калифорнии. Любой успешный издатель получит значительное количество трафика из ЕС/ЕЭЗ или Калифорнии.

Даже если вы получаете трафик только в Латинской Америке через каналы привлечения аудитории, которые не позволяют легко обмениваться ссылками (например, SnapChat), вышестоящие поставщики не могут этого видеть и не могут заранее определить, есть ли согласие. Они проверяют функции, и когда они терпят неудачу, поставщик не загружается.

Спецификация IAB CMP по-прежнему предоставляет данные о согласии и стандартизированные функции согласия даже для трафика за пределами ЕС/ЕЭЗ и Калифорнии. Если у вас не реализованы эти функции, вы увидите увеличение несоответствий и отказов, поскольку все больше и больше поставщиков требуют их.

Могу ли я запустить еще одну CMP с технологией PubGuru или MonetizeMore?

Да, наши издатели могут использовать любую CMP, которая (1) совместима со структурой IAB, а также (2) включает список поставщиков Google. IAB GVL включает не всех поставщиков из списка поставщиков Google. PubGuru DataGuard объединяет IAB GVL со списком поставщиков Google, а также со списком наших внутренних источников.

Кроме того, наша рекламная технология отлично работает с другими CMP, совместимыми с IAB. Единственным ограничением является более сложная реализация. Все больше и больше частей нашей технологии не будут загружаться должным образом или вообще не будут загружаться, если действующий токен согласия IAB недоступен.

Хорошо, нам нужен CMP. Сколько стоит PubGuru DataGuard?

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

Влияет ли PubGuru DataGuard на доходы от рекламы для пользователей, находящихся за пределами ЕС/ЕЭЗ и Калифорнии?

Мы разработали запатентованный алгоритм, который определяет геолокацию пользователей в несколько этапов. Первые этапы определяют невероятное большинство пользователей, которые находятся за пределами ЕС/ЕЭЗ и Калифорнии, а также большинство пользователей внутри ЕС/ЕЭЗ. Это означает, что у большинства пользователей не будет дополнительной задержки. Последний этап геолокации запускается только в том случае, если все остальные не работают, и проверяет местоположение пользователя по IP-адресу с использованием традиционных методов API, что может занять больше времени, обычно 50-200 мс, в зависимости от скорости интернет-соединения пользователя. Влияние на доход для пользователей за пределами ЕС/ЕЭЗ и Калифорнии для большинства издателей, использующих DataGuard, равно нулю.

Как долго действует токен согласия пользователя?

По умолчанию срок действия нашего файла cookie согласия составляет 390 дней, как рекомендовано IAB и многими другими крупными рекламными и издательскими компаниями.

Что делать пользователям младше 16 лет?

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

Как проверить, работает ли PubGuru DataGuard?

Для принудительного моделирования добавьте следующие параметры GET к URL-адресу вашей тестовой страницы:

• добавьте ?pg_gdpr=popup к URL-адресу, чтобы активировать всплывающее окно GDPR
• добавьте ?pg_ccpa=passive к URL-адресу, чтобы принудительно отображать пассивное всплывающее окно CCPA
• добавьте ?pg_gdpr=reset-cookies к URL-адресу, чтобы сбросить файлы cookie

Как настроить логотип, отображаемый в PubGuru DataGuard?

Логотип, показанный в нашей демо-версии PubGuru DataGuard, — это просто заполнитель, показывающий, что можно сделать. Вы можете и должны установить свой собственный логотип сайта. Наш логотип никогда не показывается конечным пользователям, за исключением этой демонстрации. Помимо раскрытия согласия на нашу аналитику с остальными поставщиками данных, во всплывающем окне производства не упоминается PubGuru. PubGuru / MonetizeMore — это компания B2B, и мы хотим, чтобы ваш бренд продолжал оставаться в центре внимания ваших собственных пользователей.

Наши специалисты установят URL-адрес вашего логотипа в консоли издателя для каждого из ваших доменов. Если логотип не установлен, пространство сворачивается и ничего не показывает.

Какой код мне нужен для запуска Диспетчера тегов Google или Google Analytics с PubGuru DataGuard?

Наши специалисты установят ваши идентификаторы GTM и GA в консоли издателя для каждого из ваших доменов.

Как издатель должен обращаться с IP-адресами?

Поскольку пользователи по-прежнему обращаются к веб-серверу издателя, издатель должен сделать свое собственное хранилище данных совместимым с GDPR/ePrivacy без согласия, или издатель должен добавить запись в наше всплывающее окно для использования издателем и данными издателя. Издатели не могут устанавливать файлы cookie, которые отслеживают пользователей до получения согласия. Если издатель регистрирует IP-адреса пользователей, один из методов, который можно использовать для маскировки IP-адресов даже до получения согласия, — это маскирование последнего октета. Например, если IP-адрес 123.45.67.890, адрес будет замаскирован до 123.45.67.x.

Мы слышали, что издатели запутались в маскировке или шифровании IP-адресов после того, как они поговорили с некоторыми поставщиками о доступных технологиях для управления этим. Когда поставщик маскирует IP-адреса, он делает это только для своей собственной технологии. Они не маскируют IP-адреса для издателя или других третьих лиц, которые запрашивает браузер пользователя. Единственный способ сделать это — через прокси-туннель, который не позволяет пользователю напрямую обращаться к серверам издателя и вместо этого направляет трафик через прокси. Большинство издателей не хотят раскрывать свой трафик через третьих лиц.

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

Заключение

Возникли проблемы с пониманием GDPR или CCPA? Мы можем помочь вам настроить наш CMP, чтобы убедиться, что ваш веб-сайт соответствует требованиям GDPR и CCPA и правильно собирает согласие пользователей. Зарегистрируйтесь в MonetizeMore и узнайте, как наши специалисты по рекламе могут помочь.