Deal ID

Deal ID는 구매 측과 판매 측이 협상된 프로그래매틱 거래(선호 거래, 프라이빗 마켓플레이스 거래, 프로그래매틱 보장 거래 등)에 첨부하는 고유한 영숫자 식별자로, 해당 ID가 포함된 모든 입찰 요청이 양측이 이미 합의한 특정 가격, 인벤토리, 조건에 매칭되도록 합니다.

Deal ID 작동 방식#

게시자 또는 해당 공급 측 플랫폼은 인벤토리 일부(배치, 오디언스 세그먼트, 콘텐츠 섹션)를 가격 및 맞춤 조건과 함께 패키징한 후 이에 대한 Deal ID를 발급합니다. 해당 ID는 한 명의 구매자에게 비공개로 공유되며, 구매자는 이를 수요 측 플랫폼에 라인 아이템 타겟으로 입력합니다.

그 이후는 배관 작업입니다. OpenRTB에서 Deal ID는 입찰 요청의 거래 객체 내부에 포함됩니다. 일치하는 노출이 발생하면 SSP는 해당 ID로 입찰 요청을 플래그 지정하고, 해당 ID를 보유한 구매자만 협상된 조건(경쟁 없는 보장 가격 또는 협상된 최저가의 프라이빗 경매)을 확인하며, 이는 거래 유형에 따라 다릅니다. 동일한 노출에 대한 다른 모든 입찰자(있는 경우)는 일반 실시간 입찰 흐름을 통해 진행됩니다.

Deal ID가 중요한 이유#

두 당사자가 전통적인 직접 구매처럼(고정 가격, 특정 배치, 맞춤 조건) 협상하면서도 수동으로 트래픽을 설정하는 삽입 주문이 아닌 자동화된 프로그래매틱 파이프를 통해 거래할 수 있게 해줍니다. 세 가지 거래 유형이 일반적으로 Deal ID를 사용합니다: 선호 거래(고정 가격, 우선 확인, 볼륨 보장 없음), 프라이빗 마켓플레이스 거래(협상된 최저가의 초대 전용 경매), 프로그래매틱 보장(고정 가격의 예약 볼륨, 사실상 자동화된 IO).

구매자에게 Deal ID는 공개 거래소에서의 헤더 비딩 승리에 의존하지 않고 특정 게시자의 인벤토리에 일관되게 접근할 수 있는 가장 깔끔한 방법이기도 합니다. 공개 거래소에서는 가용성과 가격이 모두 변동됩니다.

Deal ID가 깨지는 경우#

광고 운영에서 '거래가 집행되지 않음' 티켓의 대부분은 Deal ID 문제로 거슬러 올라갑니다: SSP와 DSP 간에 문자열을 복사하는 과정의 오타, 한쪽에서는 활성 상태이지만 다른 쪽에서는 일시 중지되거나 만료된 거래, 또는 두 시스템 간의 예산 및 집행 기간 불일치. 이러한 문제는 명확한 오류를 발생시키지 않습니다. 거래는 단순히 입찰 0회 또는 노출 0회를 반환하며, 누군가가 두 플랫폼을 나란히 확인하여 불일치를 찾아야 합니다. 경쟁사나 파트너가 대규모로 실제로 구매하는 인벤토리를 감사하려는 경우, OpenAdLibrary의 광고 인텔리전스 인덱스가 거래 보고만으로 역설계하는 것보다 시장에서 실제로 활성화된 내용을 확인하는 더 빠른 방법입니다.

FAQ#

Deal ID와 Private Marketplace는 같은 것인가요?

아닙니다. PMP는 거래 유형(초대 전용 경매)입니다. Deal ID는 특정 입찰 요청을 해당 거래의 협상된 조건으로 라우팅하는 식별자입니다. PMP 거래, 선호 거래, 프로그래매틱 보장 거래 모두 Deal ID를 사용하며, ID가 매칭된 후에 적용되는 규칙만 다릅니다.

Deal ID는 누가 생성하나요?

게시자 또는 해당 SSP가 생성 및 발급하고, 구매자에게 비공개로 공유하며, 구매자는 이를 DSP의 캠페인 또는 라인 아이템 설정에 입력합니다.

여러 구매자가 동일한 Deal ID를 사용할 수 있나요?

일반적으로 아닙니다. Deal ID는 특정 구매자와 특정 협상 조건에 대해 발급됩니다. 일부 SSP는 공유 또는 다중 구매자 거래 설정을 지원하지만, 이는 예외적인 경우이며 기본값이 아닙니다.

유효한 Deal ID가 있는 캠페인이 노출이 0인 이유는 무엇인가요?

가장 흔한 원인은 플랫폼 간 ID 문자열 불일치, 한쪽에서 거래가 일시 중지되거나 만료된 경우, 또는 예산 또는 집행 기간 충돌입니다. 타겟팅 자체가 잘못되었다고 가정하지 말고 SSP와 DSP 설정을 나란히 확인하세요.