Правила в отношении согласия пользователей из ЕС

Устранение ошибок при внедрении стандартов спецификации TCF версии 2.0

Льготные периоды и рекомендации по устранению ошибок

Организация IAB Europe завершила подготовку версии 2.0 спецификации Transparency and Consent Framework, разработанной совместно с IAB Tech Lab и компаниями-участниками. В настоящее время Google полностью поддерживает эту версию.

Мы понимаем, что издателям потребуется время на исправление ошибок и неверных конфигураций, связанных с внедрением спецификации Transparency & Consent Framework версии 2.0, разработанной IAB Europe. Поэтому Google предоставит издателям 90-дневный льготный период после внедрения стандартов IAB TCF версии 2.0, а также доступ к отчетам об обнаруженных ошибках.


Ниже описано, как устранить неполадки, возникающие при реализации спецификации TCF версии 2.0. Статья включает следующие разделы:


Обновленное руководство

Обновления

  • Время ответа CMP 500 мс. 9 ноября 2020 года требование спецификации TCF версии 2.0 о том, что время ответа платформы CMP для Менеджера рекламы, AdSense или Рекламы в приложении не должно превышать 500 мс, было отменено. Теперь для этих сервисов можно задать любое время ожидания ответа от CMP.

Устранение распространенных ошибок

Чтобы устранить наиболее распространенные неполадки, возникающие при реализации TCF версии 2.0 в Менеджере рекламы, AdSense и Рекламе в приложении, воспользуйтесь приведенными ниже инструкциями.

Попробуйте заново получить согласие пользователей с помощью строк TC, которые не будут монетизироваться
(ошибки 1.1, 3.1, 4.1, 5.1, 5.2 и 6.1)

Связанные ошибки

Ошибка 1.1.Это руководство также может применяться для устранения ошибок 3.1, 4.1, 5.1, 5.2 и 6.1.

Обновленное руководство

Попробуйте заново получить согласие пользователей.

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

Обоснование

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

Ошибки 1.1, 1.2, 1.3. Важно проверить, влияют ли они на трафик. Если они серьезно влияют на трафик, попробуйте устранить проблему на стороне поставщика CMP и убедитесь, что компания Google предоставляет разрешение для необходимых целей, а также что она выступает в качестве поставщика, получает согласие и у нее есть законный интерес (идентификатор поставщика 755).

Спецификации IAB

Согласно спецификациям IAB поставщики CMP могут кешировать строки согласия в течение 13 месяцев.

Некоторые поставщики CMP ранее хранили дату первого получения согласия и продлевали ее. Так делать нельзя. Дата получения согласия должна обновляться для каждой новой строки согласия.
Убедитесь, что ваша платформа CMP возвращает вызовы из AddEventHandler в течение 500 мс
(ошибки 2.1a, 2.1b, 2.2a, 2.2b и 2.2c)

Связанные ошибки

Ошибка 2.1a. Это руководство также может применяться для устранения ошибок 2.1b, 2.2a 2.2b и 2.2c.

Обновленное руководство

Хотя требование о длительности времени ответа было отменено, мы рекомендуем поставщикам CMP проверить, возвращаются ли вызовы в ответ AddEventListener getTCData.

Если платформа CMP не ответит, запрос может потерять монетизацию.

Обоснование

Google придерживается спецификации IAB, согласно которой платформа CMP должна сразу отвечать на функцию AddEventListener. Если платформа CMP не ответит, запрос может потерять монетизацию.

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

Спецификации IAB

Применяемая спецификация IAB: IAB AddEventListener (на GitHub)

Обратный вызов AddEventListener должен происходить сразу после регистрации с текущими данными TC, даже если статус платформы CMP ещё загружается, и в ней указаны неполные данные TC. Так у сценария вызова будет доступ к своему зарегистрированному идентификатору прослушивателя. Кроме того, при каждом изменении строки TC следует совершать обратный вызов, если он не удален с помощью RemoveEventListener.

Отчет об ошибках

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

Этот отчет доступен, только если ошибки были обнаружены за последние семь дней.
Как перейти на страницу получения согласия пользователей и к отчету об ошибках TCF:
  • Для Менеджера рекламы: нажмите Администратор затем Правила в отношении согласия пользователей из ЕС.
  • Для Рекламы в приложении и AdSense: нажмите Управление блокировкой затем Правила в отношении согласия пользователей из ЕС.

В отчете будет содержаться следующая информация об обнаруженных ошибках:

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

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

Льготный период

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

Льготный период был продлен на 60 дней и завершится в середине января 2021 года.
Тип льготного периода и ошибка Обзор
Льготный период 0: неверная конфигурация

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

Эти ошибки всегда имеют приоритет над ошибками других типов, даже если в запросе несколько ошибок.

Льготный период 0 будет применяться следующим образом:

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

По завершении льготного периода запросы объявлений перестанут выполняться.

Льготный период 1: ошибки в строке TC

Предназначен для устранения серьезных ошибок в строке TC. Во время льготного периода Google будет показывать только неперсонализированную рекламу.

Льготный период 1 будет применяться к ошибкам этой категории, если проблемы обнаружены в строке TC, связанной с запросом объявления. Во время льготного периода 1 в ответ на запросы объявлений будет по-прежнему показываться неперсонализированная реклама. По завершении льготного периода запросы объявлений перестанут выполняться.

Льготный период 2: необходимо заново получить согласие

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

Льготный период 2 будет применяться, если нужно получить согласие от пользователя. Если вы получили согласие более 13 месяцев назад, получите его повторно в течение этого льготного периода.

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

Льготный период 3: глобальная и внешняя области действия

Предназначен для исправления строк TC, в которых указана глобальная или внешняя область действия юридического основания (Менеджер рекламы, Реклама в приложении, AdSense). Google будет показывать рекламу для этих запросов в соответствии со строкой TC согласно нашим правилам, но эта ошибка должна быть исправлена в течение льготного периода.

Во время этого льготного периода мы будем показывать рекламу для этих запросов в соответствии со строкой TC согласно нашим правилам. По истечении 90-дневного льготного периода мы перестанем показывать рекламу, если в строке TC будет указано Out-of-band (Внешняя область действия) или Global scope (Глобальная область действия).

 

Подробную информацию о персонализированной и неперсонализированной рекламе можно найти в следующих статьях:

Устранение ошибок

Чтобы помочь издателям исправить неверные конфигурации при внедрении IAB TCF версии 2.0, мы составили таблицы, в которых приводятся самые распространенные типы ошибок TC и рекомендации по их устранению. Кроме того, в таблицах указано, какой льготный период применяется для той или иной ошибки.

В таблицах ниже приведена информация об ошибках, возникающих на уровне запроса объявления, а также сведения о поведении системы.

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

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

Пример Описание Рекомендуемое действие
1.1 У компании Google нет разрешения выступать в качестве поставщика, так как ей не предоставлено согласие или у нее нет законного интереса. Проверьте, что является причиной этого: намеренное отклонение пользователем компании Google как поставщика, ошибки реализации CMP или ограничения для издателей.
1.2 Нет согласия для задачи 1 для стран ЕЭЗ и Великобритании.

Проверьте, намеренно ли пользователь отклонил согласие для задачи 1 или это произошло из-за ошибок реализации CMP.

Издателям из Германии, которые не запрашивают у пользователей согласие, следует убедиться, что поля PublisherCC и PurposeOneTreatment настроены правильно.
1.3 Есть согласие для задачи 1, но нет юридического основания для обычных объявлений.

Проверьте, намеренно ли пользователь отклонил законные интересы для других задач или это произошло из-за ошибок реализации CMP.

Льготный период 0: неверная конфигурация

Льготный период 0 применяется следующим образом:

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

По завершении льготного периода запросы объявлений перестанут выполняться.

Ошибка Описание Рекомендуемое действие
2.1a Тег или SDK не получает строку TC, так как установлен один из следующих статусов CMP: stub, loading или error.

Если вы вручную вызываете функцию для запроса объявлений, убедитесь, что в ответ на getTCData возвращается TCData.eventStatus = 'tcloaded' или 'cmpuishown' + 'useractioncomplete'. Такие ответы означают, что платформа CMP готова предоставить пользователю выбор относительно того, давать ли согласие.

Если вы не вызываете вручную функцию для запроса объявлений, то необходимо убедиться, что CMP реализует поддержку getTCData и возвращает TCData.eventStatus = 'tcloaded' или 'cmpuishown' + 'useractioncomplete'. Такие ответы означают, что согласие пользователя можно использовать в API.

2.1b

Выполняются оба условия:

  • Для CMP установлено значение &gdpr=1.
  • В запросе присутствует &gdpr_consent=, но строка TC пуста.
Попросите своего поставщика CMP убедиться, что его интерфейсы API реализованы в соответствии с технической спецификацией IAB TCF.
2.2a

Невозможно выполнить синтаксический анализ строки TC, так как она не закодирована по стандарту base64.

Пример: "2".

Поставщики CMP или издатели должны отправлять в параметрах gdpr_consent= только данные с кодировкой base64.
2.2b

Невозможно выполнить синтаксический анализ строки из-за ошибки декодирования.

Пример: включает неверное число бит.

Поставщик CMP должен исправить ошибки в реализации строки TC.
2.2c

Невозможно выполнить синтаксический анализ строки из-за ошибки данных.

Пример: неверная временная метка, слишком длинный идентификатор поставщика.
 

Поставщик CMP должен исправить ошибки в реализации строки TC.

Льготный период 1: ошибки в строке TC

Льготный период 1 будет применяться к ошибкам этой категории, если проблемы обнаружены в строке TC, связанной с запросом объявления. Во время этого льготного периода в ответ на запросы объявлений будет по-прежнему показываться неперсонализированная реклама с использованием имеющихся настроек. По истечении 90-дневного льготного периода запросы начнут отклоняться без выполнения.

Ошибка Описание Рекомендуемое действие
3.1 Недопустимый идентификатор CMP.

Убедитесь, что платформа CMP утверждена организацией IAB и ее идентификатор в строках TC указан правильно.

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

3.2 Строка TC создана более 13 месяцев назад. Поставщик CMP должен удалить устаревшую строку TC и заново получить согласие.
3.3 Строка TC последний раз обновлена более 13 месяцев назад. Поставщик CMP должен удалить устаревшую строку TC и заново получить согласие.

Льготный период 2: необходимо заново получить согласие

Льготный период 2 будет применяться, если нужно получить согласие от пользователя. Если предыдущее согласие пользователя было получено более 13 месяцев назад или до регистрации компании Google в глобальном списке поставщиков, нужно повторно получить согласие в течение этого льготного периода.

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

Ошибка Описание Рекомендуемое действие
4.1 Строка TC сформирована с использованием версии глобального списка поставщиков, в которой ещё нет Google. Получите согласие пользователя заново, используя версию списка, включающую компанию Google.

Льготный период 3: глобальная и внешняя области действия

Льготный период 3 будет применяться, если обнаружены ошибки, связанные с глобальной и внешней областями действия юридического основания (Менеджер рекламы, Реклама в приложении, AdSense).

Во время этого льготного периода мы будем показывать рекламу для этих запросов в соответствии со строкой TC согласно нашим правилам. По истечении 90-дневного льготного периода мы перестанем показывать рекламу, если в строке TC будет указано Out-of-band (Внешняя область действия) или Global scope (Глобальная область действия).

Ошибка Описание Рекомендуемое действие
5.1 Строка TC допускает внешнее согласие. Попросите своего поставщика CMP удалить сигналы внешнего согласия из строк TC.
5.2 Строка TC с глобальной областью действия. Попросите своего поставщика CMP изменить строки TC таким образом, чтобы они относились к определенному сервису.

Без льготного периода, показ рекламы продолжается

Льготный период не будет применяться. Персонализированная и неперсонализированная реклама по-прежнему будет показываться с использованием имеющихся настроек монетизации

Ошибка Описание Рекомендуемое действие
6.1 Версия строки TC: 1 или 1.1 (строка версии 1.0). Платформа CMP должна отправлять строки TCF версии 2.0.

Без льготного периода, компания Google сама устранит проблему

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

Ошибка Описание Рекомендуемое действие
7.1 Значение gdprApplies не определено, либо задано недопустимое или недешифруемое значение, но при этом указана допустимая строка TC.
7.2 При формировании строки TC использовался глобальный список поставщиков более новой версии, чем текущая версия, известная рекламной технологии Google.
7.3 Некоторые задачи, функции и/или поставщики неизвестны.
7.4 В строке TC параметр tcf_policy_version указывает на более раннюю версию, чем последняя версия глобального списка поставщиков. Поставщик CMP должен удалить более раннюю версию строки TC и повторно получить согласие, используя новейший список.
7.5

В запросе есть параметр &gdpr=1, но параметр &gdpr_consent в URL запроса отсутствует.

7.6 Недопустимый код страны для издателя, но при этом есть согласие для задачи 1. Поставщик CMP должен исправить ошибки в реализации строки TC.
7.7 Недопустимый код языка. Поставщик CMP должен исправить ошибки в реализации строки TC.
7.8 В поле версии строки TC не установлено ни значение 1, ни значение 2. Платформа CMP должна отправлять строки TCF версии 2.0.
7.9 Для версии строки AC не задано значение 1. Платформа CMP должна установить для версии строки AC значение 1.

Без льготного периода, ошибки в строке AC

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

Ошибка Описание Рекомендуемое действие
8.1 В строке AC не используется разделитель версии (~). В качестве второго элемента строки AC должен использоваться символ "~"; он разделяет номер версии и список разрешенных поставщиков.
8.2 Список поставщиков в строке AC отформатирован неправильно (в списке должны содержаться 64-разрядные целые числа, разделенные точкой "."). Поставщик CMP должен исправить ошибки в реализации строки AC.

 

Эта информация оказалась полезной?
Как можно улучшить эту статью?

Требуется помощь?

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