특정 소스 또는 트리거에 우선순위를 두도록 API를 구성합니다.
이벤트 수준 또는 집계 가능한 보고서의 특정 클릭수 또는 조회수에 우선순위 지정
소스 측 우선순위를 사용하면 Attribution Reporting API의 기본 동작을 변경할 수 있습니다. 기본적으로 기여 분석 모델은 마지막 터치 방식이므로 전환 기여도가 일치하는 가장 최근 소스 이벤트에 부여됩니다. 이벤트 수준 보고서와 집계 가능 보고서 모두에서 이 동작을 조정할 수 있습니다.
기본 우선순위를 변경하려면 소스 등록 헤더에 priority 키를 추가합니다.
우선순위를 지정할 출처의 우선순위를 더 높게 설정합니다. 값이 클수록 우선순위가 높습니다. 예를 들어 priority가 2인 소스 이벤트는 priority가 1인 소스보다 우선 적용됩니다.
우선순위가 가장 높은 소스 이벤트와 일치하는 보고서만 전송됩니다.
예시 코드
기여 분석을 변경하여 최근이 아닌 소스 (첫 번째 클릭)를 선택합니다.
const currentTimestamp = Date.now();
const priority = -currentTimestamp;
res.set(
"Attribution-Reporting-Register-Source",
JSON.stringify({
// … all usual fields for that header
priority: `${priority}`
})
);
이벤트 수준 보고서에서 특정 전환 우선순위 지정
소스 측 우선순위와 달리 트리거 측 우선순위는 이벤트 수준 보고서에서만 설정할 수 있습니다.
사용자가 광고를 클릭하고 4번 전환했다고 가정해 보겠습니다. 사용자가 광고주 사이트 홈페이지를 방문한 다음 제품 페이지를 방문하고 뉴스레터에 가입한 후 마지막으로 구매했습니다.
하지만 클릭에 대한 보고서 제한이 3회이므로 기본적으로 가입(세 번째 전환) 후의 모든 후속 보고서(구매 보고서 포함)가 삭제됩니다.
대신 더 중요하다고 생각하는 전환(예: 구매 보고서)에 대한 보고서를 수신하도록 API를 구성할 수 있습니다.
이렇게 하려면 트리거 등록 헤더에 priority 키를 추가하고 우선순위를 지정할 전환에 더 높은 우선순위를 설정합니다.
특정 소스 이벤트에 대한 기여 분석이 트리거되면 이 소스에 대한 최대 기여 분석 수 (클릭의 경우 3개, 조회의 경우 1개)에 도달하면 브라우저는 다음을 실행합니다.
새 보고서의 우선순위를 동일한 소스의 기존 예약된 보고서의 우선순위와 비교합니다.
우선순위가 가장 낮은 보고서를 삭제하여 새 보고서를 예약합니다. 새 신고가 우선순위가 가장 낮은 신고인 경우 무시되며 신고를 받지 못합니다.
우선순위가 설정되지 않으면 브라우저는 기본 동작으로 대체됩니다. 즉, 클릭의 세 번째 전환 또는 조회의 첫 번째 전환 후에 발생하는 전환은 삭제됩니다.
코드 예시를 검토하세요. checkout 유형의 전환 우선순위 지정
다음 단계
소스 및 트리거 설정에 관한 자세한 내용은 다음을 참고하세요.