보고서 중복 방지

이벤트 수준 보고서와 집계 가능한 보고서에서 중복을 방지하는 방법을 알아봅니다.

특정 전환이 두 번 이상 집계되거나 보고서가 여러 번 전송되는 경우가 있습니다. 이 페이지에서는 중복 보고서를 찾는 방법과 중복 전환이 계산되지 않도록 하는 방법을 설명합니다.

이미 받은 보고서는 무시합니다.

네트워크를 사용할 수 없어 브라우저에서 보고서 전송을 다시 시도하는 경우 동일한 보고서가 여러 번 전송될 수 있습니다. 이 문제를 해결하려면 보고서 수신 시 report_id를 확인하세요. 동일한 report_id가 포함된 보고서를 이미 받았다면 해당 보고서를 무시하세요.

이벤트 수준 보고서와 집계 가능한 보고서가 모두 중복되는지 확인하는 것이 좋습니다.

브라우저가 특정 전환을 무시하도록 지시합니다.

예상치 못한 사용자 플로우로 인해 전환이 2회 이상 집계될 수 있습니다. 다음 예는 이러한 상황이 어떻게 발생하는지 설명합니다.

사용자가 전환 픽셀이 포함된 결제 완료 페이지를 실수로 다시 로드했다고 가정해 보겠습니다. 기본적으로 페이지를 새로고침하면 두 번째 전환이 트리거되며 두 개의 보고서가 표시됩니다. 하지만 이 사용자는 한 번만 구매했습니다. 중복 전환을 삭제하여 1회의 전환만 표시되도록 이 동작을 변경할 수 있습니다.

기여 분석 로직에 대한 자세한 내용은 특정 클릭, 조회 또는 전환에 대한 우선순위 지정을 참고하세요.

이벤트 수준 보고서에서 중복 전환 삭제

이벤트 수준 보고서의 중복 전환을 삭제하려면 Attribution-Reporting-Register-Trigger 헤더에 deduplication_key를 설정하세요.

"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의 중복 삭제 키가 포함됩니다.
  • 여러 중복 삭제 키가 필터 데이터와 일치하면 처음 일치하는 키가 사용됩니다.

다음 단계