Предотвращение дублирования в отчетах

Узнайте, как предотвратить дублирование данных как в отчетах на уровне отдельных событий, так и в сводных отчетах.

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

Игнорируйте уже полученные сообщения.

Когда браузер пытается повторно отправить отчеты из-за недоступности сети, он может отправить один и тот же отчет несколько раз. Чтобы этого избежать, при получении отчета проверьте его report_id . Если вы уже получили отчет с тем же report_id , проигнорируйте его.

Рекомендуем проверить наличие дубликатов как отчетов на уровне отдельных событий, так и сводных отчетов.

Укажите браузеру игнорировать определенные конверсии.

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

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

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

Удаление дубликатов конверсий в отчетах на уровне событий

Для удаления дубликатов конверсий из отчетов на уровне событий установите deduplication_key в заголовке Attribution-Reporting-Register-Trigger :

"event_trigger_data": [{
  ...
  "deduplication_key": "89796855"
}]

Удаление дубликатов конверсий в сводных отчетах

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

Используйте aggregatable_deduplication_keys

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

"aggregatable_deduplication_keys": [{
  "deduplication_key": "1231232123123"
}]

В данном случае, если этот триггер атрибуции совпадает с источником, генерируется агрегируемый отчет с ключом дедупликации 1231232123123 .

Используйте фильтры

Также можно удалить дубликаты сводных отчетов на основе данных фильтра.

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

Этот пример иллюстрирует использование фильтров вместе с ключами дедупликации:

"aggregatable_deduplication_keys": [
  {
    "deduplication_key": "1231232123123",
    "filters": {"conversion_type": ["homepage_view", "productpage_view"]}
  },
  {
    "deduplication_key": "789789789789",
    "filters": {"conversion_type": ["purchase"]}
  }
]

В этом примере:

  • Если этот триггер соответствует конверсии типа homepage_view или productpage_view , то генерируется агрегируемый отчет с ключом дедупликации 1231232123123 .
  • Если этот триггер соответствует конверсии типа purchase , то генерируется агрегируемый отчет с ключом дедупликации 789789789789 .
  • Если несколько ключей дедупликации соответствуют данным фильтра, то используется первый из них.

Следующие шаги