Узнайте, как предотвратить дублирование как в отчетах на уровне событий, так и в агрегированных отчетах.
Иногда вы можете заметить, что определенная конверсия учитывается более одного раза или отчет отправляется несколько раз. На этой странице мы обсудим, как можно найти повторяющиеся отчеты и как предотвратить подсчет повторяющихся конверсий.
Игнорировать уже полученные отчеты
Когда браузер повторяет попытку отправки отчетов из-за недоступности сети, он может отправлять один и тот же отчет несколько раз. Чтобы избежать этого, при получении отчета проверьте его 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
. - Если данным фильтра соответствуют несколько ключей дедупликации, то используется первый совпавший ключ.
Следующие шаги
- Подробнее о фильтрах читайте в разделе «Определение пользовательских правил с помощью фильтров» .
- Подробнее об изменении логики атрибуции читайте в разделе «Приоритезация определенных кликов, просмотров или конверсий» .