Поддержка политики Google в ЕС в отношении согласия пользователей на предоставление данных

Следующие интеграции имеют отношение к новой политике Google относительно согласия на предоставление данных пользователей в ЕС:

• googleadwords_intGoogle Adsgoogleadwords_int 
• GMP DV360 (dv360_int)

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

Маркетологам необходимо получить согласие конечных пользователей в странах ЕЭЗ на использование их персональных данных, чтобы продолжать пользоваться функциями Google Ads и GMP DV360, связанными с измерениями, персонализацией рекламы и ремаркетингом.

AppsFlyer SDK (Android: v6.13.0+, iOS: v6.13.1+) может отправлять необходимые данные о согласии с каждым событием, чтобы соответствовать требованиям Google.

• Обновите SDK до последней версии (Android: v6.13.0+, iOS: v6.13.1+), применимой к приложениям для Android или iOS.
• После обновления SDK смотрите здесь инструкции по реализации поддержки DMA.

У маркетологов есть два варианта отправки требуемых данных о согласии в AppsFlyer:

• Непосредственно через SDK или S2S API: Маркетологи могут отправлять данные о согласии непосредственно в AppsFlyer, используя SDK. Применимо к приложениям для Android или iOS.
• Через строки TCF: Маркетологи, которые в настоящее время используют или планируют использовать платформу управления согласием (CMP), могут отправлять поля данных с помощью стандартных строк IAB TCF (TCF V2.2). Обязательно включите идентификатор поставщика Google (755) в список поставщиков, получивших согласие. 

Затем AppsFlyer позволяет клиентам передавать сигналы о согласии в Google. Однако важно отметить, что AppsFlyer не собирает, не изменяет и не контролирует согласие конечных пользователей. Маркетологи, работающие с Google, сами отвечают за сбор необходимых полей согласия.

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

Значения согласия конечных пользователей отправляются в Google для соответствующих интеграций AppsFlyer (googleadwords_int и dv360_int) с помощью следующих полей:

1. См. определение Google для каждого поля.
2. Если DMA не применим к пользователю, AppsFlyer советует отправлять только одно поле согласия: gdpr_applies=false.

AppsFlyer позволяет рекламодателям, которые считают, что DMA не распространяется на их конечных пользователей (например, если они не входят в ЕС), не отправлять данные о согласии в Google. Для этого нужно активировать переключатель на соответствующих страницах интеграции.

Чтобы воздержаться от передачи данных о согласии в Google:

1. В AppsFlyer в боковом меню выберите Сотрудничество> Активные интеграции.
2. Найдите партнёра и нажмите Управление интеграцией.
3. На вкладке настройки интеграции включите переключатель Пользователи из стран, не входящих в ЕС.

На данном этапе в Google передаются только события мобильных приложений, поэтому делиться с AppsFlyer согласием на веб-события нет необходимости. Если пользователи переходят из веба в ваше приложение, их согласие будет зарегистрировано в приложении на более позднем этапе в любом случае.

Закон «О цифровых рынках» (DMA) применяется к пользователям в ЕС и ЕЭЗ (Европейская экономическая зона), влияя на эти страны. Хотя Великобритания и Швейцария не являются частью ЕС, Google в одностороннем порядке расширил свою политику в отношении согласия и на эти страны тоже.

AppsFlyer рекомендует проконсультироваться с вашими специалистами юридического отдела, чтобы обеспечить получение согласия в соответствии с DMA. Хотя Google даёт общие рекомендации, конкретных формулировок для запроса не предлагается. 

После того как AppsFlyer получает строки TCF от вашего CMP (через SDK AppsFlyer или S2S), они обрабатываются и преобразовываются на серверах AppsFlyer. Следующее преобразование сопоставляется и отправляется в Google, как рекомендовано Google:

Да. Google требует, чтобы данные согласия включались в каждое событие, отправляемое из AppsFlyer, так как Google не объединяет данные согласия пользователей из Firebase с данными, отправленными из AppsFlyer. Поэтому данные согласия должны отправляться в AppsFlyer, который затем пересылает их в Google. Аналогично, передача данных согласия только в AppsFlyer недостаточна согласно требованиям для SDK Firebase. Это означает, что вы должны отправлять данные как в AppsFlyer, так и в Firebase.

Запрос согласия пользователей в Европейской экономической зоне (ЕЭЗ)

Сотрудничайте с юрисконсультом вашей компании. Юристы могут предоставить информацию о последствиях европейской политики согласия пользователей для данных, которыми вы делитесь с такими партнёрами, как Google. Если это уместно, используйте подсказки о конфиденциальности, такие как «Настройки конфиденциальности» или «Выбор конфиденциальности», для сбора сигналов согласия пользователей ваших приложений на маркетинг и рекламу.

Проверка соответствия CMP и поддержка TCF 2.2

Убедитесь, что ваша платформа управления согласием (CMP) поддерживает TCF 2.2, которая является самой последней версией Transparency and Consent Framework (TCF). Ваш TCF также должен быть хорошо осведомлён о новых требованиях Google к согласию пользователей в ЕС и может проконсультировать вас о том, как поддержать его через TCF.

Внедрение новейших API SDK/Server-to-Server (S2S)

Рассмотрите следующие варианты отправки новых полей согласия, используя SDK или вызовы S2S API:

• Использование SDK:
  • Внедрите последнюю версию AppsFlyer SDK (Android: v6.13.0+, iOS: v6.13.1+) для приложений на iOS и Android.
  • Выберите способ отправки данных о согласии
• Использование вызовов API S2S:
  • Прежде чем отправлять события в приложении в AppsFlyer, обновите вызовы API, чтобы включить объект consent_data для каждого события. Узнайте, как это сделать. 

Переход от устаревшей интеграции GMP (DoubleClick)

Если вы все ещё используете устаревшую интеграцию GMP AppsFlyer (doubleclick_int), планируйте завершить переход на более новую версию (dv360_int) в течение 1 квартала 2024 года. Устаревшая интеграция не совместима с согласием пользователей в ЕС и скоро будет отменена. Более подробную информацию можно найти здесь.

Для пользователей из ЕС, отказавшихся от использования их данных Google в рекламных целях (ad_user_data=0), не будет запрашиваться атрибуция в Google Ads и DV360. Это означает, что AppsFlyer не сможет их атрибутировать.
Существуют несколько исключений, при которых Google и AppsFlyer всё ещё могут выполнять атрибуцию, при ad_user_data=0, основываясь на интерпретации Google регламента DMA.

Это изменение может повлиять на количество пользователей из стран ЕЭЗ, которые отображаются в ваших аудиториях и видят кампании ремаркетинга в Google. Пользователи из стран ЕЭЗ должны будут дать согласие на передачу своей информации в Google. Те, кто не дал согласия, будут исключены из аудитории на стороне Google и не увидят ваши кампании. В связи с этим возникает вопрос о том, как получить согласие пользователей и какие последствия это может иметь для вашего бизнеса и рекламных усилий. Узнайте больше об изменениях в Аудиториях.