Как устранять неполадки с защищенными сигналами

Если защищенные сигналы не передаются, вы можете выяснить, чем это вызвано. #securesignals

Чтобы защищенные сигналы добавлялись во все допущенные к обработке запросы объявлений с назначением ставок в реальном времени, воспользуйтесь описанными ниже способами устранения неполадок.

Содержание

• Узнайте, какие поставщики защищенных сигналов не указаны в запросах
• Убедитесь, что защищенные сигналы передаются
• Что делать, если защищенные сигналы есть, но не передаются покупателям, выигравшим аукцион
• Что делать, если защищенные сигналы не наблюдаются
• Обеспечьте кеширование
• Используйте инструменты устранения неполадок с показом и инспектор объявлений
• Используйте инструменты разработчика
• Проконсультируйтесь с поставщиком защищенных сигналов

Узнайте, какие поставщики защищенных сигналов не указаны в запросах

Посмотрите, какие поставщики защищенных сигналов указываются в запросах объявлений. Для этого в отчете Менеджера рекламы настройте фильтр Канал спроса ("Ad Exchange", "Open Bidding" или "Назначение ставок в SDK") и выберите параметр Название защищенного сигнала (представленное) или Название защищенного сигнала (переданное). Чтобы в отчете были только данные, которые относятся к определенному периоду времени или платформе, используйте параметры Дата и Типы инвентаря (расширенные).

Убедитесь, что защищенные сигналы передаются

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

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

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

Что делать, если защищенные сигналы есть, но не передаются покупателям, выигравшим аукцион

Отчеты о защищенных сигналах часто сообщают о ситуациях, при которых защищенный сигнал присутствует в запросе объявления, но не отправляется победителю аукциона. Это бывает в следующих случаях:

• Участник аукциона не обеспечил возможность приема сигнала.
• Сигнал был отфильтрован настройками предварительного таргетинга для какого-либо инвентаря, например в браузере, мобильной ОС или на определенной платформе.
• Участник аукциона предпочитает не защищенные сигналы, а сторонние файлы cookie или идентификаторы устройств (только в Европейской экономической зоне).
• Защищенный сигнал сгенерирован, но не содержит информацию.

Примечание. Google не может узнать, почему тот или иной сигнал был сгенерирован неправильно. Обратитесь к поставщику сигналов, чтобы выяснить, почему это произошло, или проверить, корректны ли ваши настройки.

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

Что делать, если защищенные сигналы не наблюдаются

Отчеты о защищенных сигналах часто сообщают о ситуациях, при которых защищенный сигнал отсутствует в запросе объявления, отправленном победителю аукциона. Это бывает в следующих случаях:

• Издатель не разрешил отправку защищенных сигналов или их отправку участникам аукционов. Также возможно, что он ещё не внедрил интеграцию, необходимую для работы с поставщиками защищенных сигналов.
• Сигнал не был сгенерирован. Если скрипт сбора сигналов требует интеграции или наличия определенных данных, обратитесь к поставщику сигналов.
• Запрос объявления мог быть неперсонализированным, а вы не отправляете защищенные сигналы по запросам неперсонализированных объявлений. Чтобы разрешить использование запросов неперсонализированных объявлений, перейдите к настройкам защищенных сигналов и выберите "Передавать".

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

Обеспечьте кеширование

Содержимое защищенного сигнала, передаваемого в тег Google Publisher Tag (GPT), кешируется для уменьшения задержки при последующих запросах. Любое получение и выполнение скрипта, блокирующее отправку запроса объявления, вносит задержку во все запросы, что приводит к снижению видимости и дохода.  

Тег GPT может устранять эти задержки – особенно в контексте того, что защищенные сигналы зачастую относятся лишь к некоторым запросам (хотя задержка способна влиять на все запросы). Для этого GPT кеширует сгенерированные обфусцированные сигналы в локальном хранилище пользователя, задействуя механизм stale-while-revalidate (хранить до проверки) следующим образом:

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

Используйте инструменты устранения неполадок с показом и инспектор объявлений

В средах мобильных приложений проверить, передаются ли сигналы, можно с помощью инструментов устранения неполадок с показом или инспектора объявлений. Если сигналы не передаются, убедитесь, что сопоставляемые рекламные блоки, указанные в коде, точно соответствуют блокам в Google Менеджере рекламы. Помните, что регистр символов учитывается. Подробнее об устранении неполадок с защищенными сигналами при показе объявлений в мобильных приложениях рассказывается в статьях о проверке настроек назначения ставок в SDK и проверке показа рекламы в мобильных приложениях.

Используйте инструменты разработчика

Если вы работаете с сайтами, то можете проверить локальное хранилище браузера на наличие сигналов.

1. В браузере Chrome нажмите на значок меню и выберите Дополнительные инструменты, а затем < > Инструменты разработчика.
2. Нажмите на вкладку "Приложение".
3. Найдите пункт "Локальное хранилище" в разделе "Хранилище" и нажмите на URL (например, https://www.example.com). Вы увидите данные о локальном хранилище сайта.
4. В столбце "Ключ" посмотрите данные, относящиеся к поставщику сигналов.
   Они могут быть представлены в следующем виде: _GESPSK-<signal-provider.com>.
5. Если в записи есть нужные сигналы, это означает, что они были кешированы в локальном хранилище браузера и их отправка выполняется.

Проконсультируйтесь с поставщиком защищенных сигналов

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