일반적으로 게시자는 수익을 최적화하기 위해 광고 수요 소스를 다각화하고 여러 회사 (예: 게시자 광고 서버, 공급측 플랫폼, 수요측 플랫폼)를 호출하여 페이지의 특정 광고 슬롯에 가장 적합한 광고를 결정합니다. 게시자는 헤더 입찰을 사용하여 다양한 수요 소스에서 광고 슬롯에 대한 입찰가를 확보할 수 있습니다. 순차 입찰 설정에서 헤더 입찰 라이브러리는 문맥 데이터로 입찰을 실행하는 데 사용할 수 있고 Protected Audience는 크로스 사이트 데이터로 입찰을 실행하는 데 사용됩니다.
시작하기 전에 Protected Audience 페이지에서 API의 기본사항을 알아보고 Prebid.js 문서의 헤더 입찰에 관해 알아보세요.
정의
경매
| 입찰 | 정의 |
|---|---|
| 문맥 입찰 | 입찰이 실행되는 환경에서 제공되는 데이터를 사용하는 광고 입찰입니다. 문맥 입찰 내에는 헤더 입찰, 서버 측 입찰 등 여러 입찰이 있을 수 있습니다. |
| Protected Audience 입찰 | 다른 사이트에서 만들어진 관심분야 그룹에 대한 입찰을 포함하는 광고 입찰입니다. |
| Protected Audience 다중 판매자 입찰 | 2단계 Protected Audience 입찰에서는 먼저 여러 개의 병렬 구성요소 입찰을 진행한 후 최고 점수를 받은 광고를 최종 최상위 입찰에 제출합니다. |
| 최상위 입찰 | Protected Audience 다중 판매자 입찰 내 최종 광고 입찰로, 구성요소 입찰의 구성요소 입찰 낙찰자의 점수를 제공합니다. |
| 구성요소 입찰 | 각 구성요소 판매자가 동시에 구성요소 입찰을 실행하는 Protected Audience 다중 판매자 입찰 내의 중첩 입찰입니다. 각 구성요소 입찰에서 최고 점수가 매겨진 광고는 최상위 입찰로 전달됩니다. |
| 순차적 입찰 설정 | 문맥 입찰과 Protected Audience 입찰을 통합하고 두 입찰 간의 낙찰자를 결정하는 광고 입찰 설정 |
참여자
| 참여자 | 정의 |
|---|---|
| 광고주 | 광고 게재위치를 요청하고 광고 소재를 제작하는 당사자입니다. |
| 게시자 | 입찰을 위해 광고 인벤토리를 제공하는 당사자입니다. |
| 수입상 | 판매자로부터 광고 공간을 구매하기 위해 입찰에 참여하는 당사자입니다. 일반적으로 수요측 플랫폼 (DSP)입니다. |
| 게시자 광고 서버 | 게시자가 사이트에서 렌더링할 광고를 관리하고 선택하는 데 사용하는 서비스입니다. 게시자 광고 서버는 자체 입찰 결과, 헤더 입찰자 응답, 직접 판매 인벤토리 등을 결합하여 게시자에게 가장 많은 수익을 제공할 광고를 결정할 수 있습니다. 게시자 광고 서버는 서버와 상호작용하기 위한 클라이언트 측 라이브러리를 제공할 수 있습니다. |
| 최상위 판매자 | Protected Audience 다중 판매자 입찰을 호출 (생성)하고 최상위 입찰에 참여하는 당사자입니다. |
| 구성요소 판매자 | Protected Audience 다중 판매자 입찰 내에서 구성요소 입찰을 실행하여 게시자의 광고 공간을 구매자에게 판매하는 당사자입니다. 일반적으로 공급측 플랫폼 (SSP)입니다. |
순차적 입찰 설정
순차적 입찰 설정에서는 문맥 입찰이 먼저 실행된 후에 Protected Audience 입찰이 실행됩니다. 이 설정을 통해 게시자는 페이지에서 제공되는 문맥 데이터로 입찰을 실행하고, 안전한 환경에서 크로스 사이트 데이터를 사용하여 입찰을 실행하여 수익 잠재력을 극대화할 수 있습니다. 있습니다.
헤더 입찰 라이브러리는 게시자 광고 서버의 문맥 입찰을 위한 입찰을 수집하기 위해 페이지에서 먼저 실행될 수 있습니다. 그런 다음 문맥 입찰의 조정된 낙찰가를 Protected Audience 입찰에 입찰가 하한선으로 입력할 수 있습니다. 점수 산정 단계에서 최상위 판매자는 호감도 점수가 계산될 때 0점을 할당하여 구성요소 입찰 가격을 입찰가 하한선 아래로 낮출 수 있습니다. Protected Audience 구성요소 입찰 입찰가가 입찰가 하한선보다 높으면 문맥 입찰에서 낙찰된 광고가 사용자에게 렌더링됩니다. Protected Audience 입찰에서 낙찰자가 반환되면 낙찰자가 입찰가 하한선을 초과하고 Protected Audience 낙찰된 광고가 사용자에게 렌더링된다는 의미입니다.
이 순차 입찰 설정 예시에서는 1) 헤더 입찰 라이브러리에 의한 문맥 입찰, 2) 게시자 광고 서버의 문맥 입찰, 3) Protected Audience 입찰의 3가지 주요 입찰이 페이지에서 순서대로 실행될 수 있습니다.
<ph type="x-smartling-placeholder">
</ph>
개요 다이어그램에 대한 자세한 설명:
- 입찰 전에 사용자는 광고주 사이트의 관심분야 그룹에 추가됩니다.
- 사용자가 나중에 게시자 페이지를 방문하면 Prebid.js가 문맥 입찰을 실행하여 헤더 입찰자로부터 입찰 응답을 수집합니다. 이 단계에서 구매자는 신호를 제공할 수 있고, 판매자는 후속 Protected Audience 입찰에서 사용할 구성요소 입찰 구성을 제공할 수 있습니다. Prebid.js는 이러한 신호와 구성을 Protected Audience 입찰에 전파하는 모듈을 제공합니다.
- Prebid.js에 의해 수집된 입찰 응답은 서버 측 문맥 입찰을 위해 게시자 광고 서버로 전송됩니다.
- 게시자 광고 서버는 자체 입찰 결과, 헤더 입찰 결과, 직접 판매 인벤토리 등을 결합하여 게시자에게 가장 많은 수익을 제공할 광고를 결정할 수 있습니다. 낙찰된 광고는 게시자 광고 서버의 클라이언트 측 라이브러리로 반환됩니다.
- Prebid.js에서 수집한 구매자 신호 (
perBuyerSignals) 및 판매자의 구성요소 입찰 구성과 함께 문맥 입찰 낙찰자의 조정된 입찰가는 게시자 광고 서버의 클라이언트 측 라이브러리에 의해 Protected Audience 입찰로 전달될 수 있습니다. - Protected Audience 다중 판매자 입찰은 최상위 판매자에 의해 실행됩니다. 최상위 판매자의 점수 산정 단계에서 최상위 판매자는 각 구성요소 입찰 낙찰가를 문맥 입찰에서 조정된 낙찰 입찰가와 비교할 수 있습니다. 구성요소 입찰가가 문맥 입찰 입찰가보다 낮으면 최상위 판매자는
0의 선호도 점수를 반환합니다. 모든 입찰의 점수가0이면runAdAuction()호출은 문맥 입찰에서 낙찰된 광고를 렌더링해야 함을 나타내는null을 반환합니다. - 게시자 광고 서버 클라이언트 측 라이브러리는
runAdAuction()호출에서 반환된 내용에 따라 낙찰된 Protected Audience 광고 또는 문맥 광고를 렌더링합니다. - 낙찰된 광고가 사용자에게 렌더링됩니다.
입찰 전
<ph type="x-smartling-placeholder">
</ph>
입찰 전에 사용자가 광고주 페이지를 방문하면 구매자와 광고주는 사용자가 속한 사이트의 관심분야 그룹을 정의하고 광고주 사이트의 문맥 데이터와 퍼스트 파티 데이터를 추가하여 나중에 입찰의 신호로 사용할 수 있습니다.
- 사용자가 광고주 사이트로 이동합니다.
- 나중에 광고주 사이트에서는 입찰에 참여하는 각 구매자로부터 스크립트를 로드합니다.
- 구매자의 스크립트에는 사용자를 구매자의 관심분야 그룹에 추가하는
joinAdInterestGroup()호출이 포함되어 있습니다.
Prebid.js 및 게시자 광고 서버를 사용한 문맥 입찰
<ph type="x-smartling-placeholder">
</ph>
순차적 입찰 설정에서는 Protected Audience 입찰이 실행되기 전에 모든 문맥 입찰이 실행됩니다. 이 문서에 설명된 설정에서는 게시자 광고 서버에 의한 서버 측 입찰에 피드되는 Prebid.js에 의한 헤더 입찰 문맥 입찰을 실행합니다.
게시자는 먼저 플래그로 Prebid.js를 호출하여 헤더 입찰 문맥 입찰을 시작하여 Protected Audience 입찰이 나중에 실행됨을 알립니다. 그런 다음 Prebid.js가 입찰 응답을 수집하고 서버 측 문맥 입찰을 위해 게시자 광고 서버로 전송합니다. 입찰 응답 수집 단계에서 구매자와 판매자는 구성요소 입찰 구성과 구매자에게 향후 Protected Audience 입찰에 참여하려는 경우 사용할 신호 (perBuyerSignals)입니다. 이 구성요소 입찰 구성은 결국 후속 Protected Audience 입찰로 전달됩니다.
- 문맥 입찰 초기화
사용자가 게시자 페이지를 방문합니다. - 게시자 페이지는 게시자 광고 서버 클라이언트 측 라이브러리를 로드하고 광고 슬롯을 정의합니다.
- 게시자 페이지가 사전 입찰을 로드하고 헤더 입찰 문맥 입찰을 시작합니다.
- 판매자 A의 문맥 입찰
(판매자 B의 문맥 입찰과 동시에 실행됨)
Prebid.js가 판매자 A에 입찰 요청을 보냅니다. - 판매자 A는 구매자로부터 입찰 응답과
perBuyerSignals를 가져옵니다. - 판매자 A가 문맥 입찰을 실행합니다.
- 판매자 A는
perBuyerSignals가 포함된 구성요소 입찰 구성을 구성합니다. - 판매자 A는 낙찰가와 구성요소 입찰 구성으로 Prebid.js에 응답합니다.
- 판매자 B의 문맥 입찰
(판매자 A의 문맥 입찰과 동시에 실행)
Prebid.js가 판매자 B에 입찰 요청을 보냅니다. - 판매자 B는 구매자로부터 입찰 응답과
perBuyerSignals를 검색합니다. - 판매자 B가 문맥 입찰을 실행합니다.
- 판매자 B는
perBuyerSignals가 포함된 구성요소 입찰 구성을 구성합니다. - 판매자 B는 낙찰가 및 구성요소 입찰 구성으로 Prebid.js에 응답합니다.
- 게시자 광고 서버의 문맥 입찰
Prebid.js가 수집한 입찰 응답은 문맥 입찰을 위해 게시자 광고 서버로 전송됩니다. - 구성요소 입찰은 구매자의 신호가 게시자 광고 서버의 클라이언트 측 라이브러리와 공유됩니다.
- 게시자 광고 서버는 문맥 입찰을 실행하여 직접 판매 캠페인, 프로그래매틱 입찰가, 사전 입찰의 문맥 입찰 및 기타 인벤토리 중에서 가장 적합한 광고를 결정합니다.
- 게시자 광고 서버에서 조정된 낙찰 입찰가를 반환합니다.
Protected Audience 다중 판매자 입찰
<ph type="x-smartling-placeholder">
</ph>
이 단계에서 문맥 입찰이 종료되었으며 게시자 광고 서버의 클라이언트 측 라이브러리는 문맥 입찰에서 낙찰 조정된 입찰가, 구성요소 입찰 구성, Protected Audience 입찰에 참여하는 구매자의 신호를 최상위 판매자에게 전달할 수 있습니다. 최저가인 문맥 입찰 입찰가는 최상위 입찰에서 점수를 매기기 위한 신호로 입찰 구성에 전달될 수 있습니다.
구성요소 입찰은 동시에 실행되며, 각 구성요소 입찰에서 브라우저는 구성요소 입찰에 참여하는 각 구매자의 입찰 로직에서 입찰가를 생성하고 구성요소 판매자의 점수 로직을 사용하여 각 입찰에 점수를 매긴 다음 최고 점수를 받은 광고를 최상위 입찰에 반환합니다.
- 게시자 사이트가 최상위 판매자의 스크립트를 로드합니다.
- 게시자 광고 서버의 클라이언트 측 라이브러리는 구매자에서 최상위 판매자에게 보내는 신호가 포함된 구성요소 입찰 구성인 문맥 입찰 입찰가를 제공합니다. 문맥 입찰에서 낙찰된 광고 입찰가는 판매자 신호로 입찰 구성에 전달될 수 있습니다 (이 입찰가는 최상위 판매자의
scoreAd()함수에서 사용할 수 있음). - 최상위 판매자는
runAdAuction()를 호출하여 Protected Audience 입찰을 시작합니다. - 판매자 A 구성요소 입찰
(판매자 B의 구성요소 입찰과 동시에 실행)
브라우저가 판매자 A의 구성요소 입찰에 참여하는 모든 구매자에 대한 사용자의 관심분야 그룹을 읽습니다. - 브라우저는 구성요소 입찰에 참여한 구매자의 관심분야 그룹에 지정된 위치에서 입찰 스크립트와 신뢰할 수 있는 입찰 신호를 가져옵니다.
- 브라우저는 각 구매자의 입찰 생성 로직을 실행하여 입찰가를 생성합니다.
- 브라우저가 판매자 A에서 각 광고의 점수 스크립트와 신뢰할 수 있는 점수 신호를 가져옵니다.
- 브라우저는 각 입찰에 대해 판매자 A의 점수 로직을 실행합니다.
- 브라우저는 판매자 A의 점수 로직에서 제출한 점수가 가장 높은 광고를 선택합니다.
- 판매자 B 구성요소 입찰
(판매자 A의 구성요소 입찰과 동시에 실행)
브라우저가 판매자 B의 구성요소 입찰에 참여하는 모든 구매자에 대한 사용자의 관심분야 그룹을 읽습니다. - 브라우저는 구성요소 입찰에 참여한 구매자의 관심분야 그룹에 지정된 위치에서 입찰 스크립트와 신뢰할 수 있는 입찰 신호를 가져옵니다.
- 브라우저는 각 구매자의 입찰 생성 로직을 실행하여 입찰가를 생성합니다.
- 브라우저가 판매자 B에서 각 광고의 점수 스크립트와 신뢰할 수 있는 점수 신호를 가져옵니다.
- 브라우저는 각 입찰에 대해 판매자 B의 점수 로직을 실행합니다.
- 브라우저는 판매자 B의 점수 로직에 의해 제출된 점수가 가장 높은 광고를 선택합니다.
최상위 입찰 점수 및 광고 렌더링
<ph type="x-smartling-placeholder">
</ph>
이전 섹션의 구성요소 입찰이 실행된 후 브라우저는 각 구성요소 입찰에서 낙찰된 광고에서 최상위 판매자의 점수 로직을 실행합니다. 최상위 판매자의 scoreAd() 함수에서 문맥 입찰에 조정된 입찰가를 sellerSignals로 사용할 수 있으며, 점수 로직은 이 문맥 입찰 입찰가를 Protected Audience 구성요소 입찰의 낙찰가와 비교할 수 있습니다.
문맥 입찰의 낙찰가가 구성요소 입찰의 낙찰가보다 높으면 scoreAd() 함수는 호감도 점수 0을 반환할 수 있습니다. 호감도 점수가 0보다 높은 광고가 없는 경우 문맥 입찰에서 낙찰된 광고가 구성요소 입찰에서 낙찰된 광고보다 더 가치가 높음을 의미하며, runAdAuction() 함수는 null를 반환합니다.
Protected Audience 입찰에서 낙찰자가 없고 null를 반환하는 경우 게시자의 광고 서버 클라이언트 측 라이브러리는 문맥 입찰 낙찰자를 iframe으로 렌더링할 수 있습니다. Protected Audience 입찰이 문맥 입찰 경쟁에서 낙찰되고 FencedFrameConfig 객체 또는 불투명 URN을 반환하면 낙찰된 Protected Audience 입찰 광고가 분리 프레임 또는 iframe으로 렌더링될 수 있습니다.
- 최상위 입찰 광고 점수
브라우저는 각 광고의 신뢰할 수 있는 점수 신호와 함께 최상위 판매자의 점수 스크립트를 가져옵니다. - 브라우저는 모든 구성요소 입찰의 각 낙찰가에 대해 최상위 판매자의 점수 로직을 실행합니다. 최상위 판매자의
scoreAd()스크립트 내에서 로직은 입찰 구성에서sellerSignals로 전달되었을 수 있는 문맥 입찰이 조정된 낙찰가에 액세스할 수 있습니다. 스크립트는 낙찰된 문맥 입찰가를 구성요소 Protected Audience 입찰 가격과 비교하고 문맥 가격이 더 높은 경우 선호도 점수 0을 반환할 수 있습니다. 그렇지 않으면 스크립트는 Protected Audience 입찰가 구성요소를 기반으로 하는 호감도 점수를 계산합니다. - 브라우저는 최상위 판매자의 점수 로직에 의해 제출된 호감도 점수가 가장 높은 광고를 선택합니다.
- Protected Audience 입찰이 낙찰된 경우
Protected Audience 입찰은 게시자의 광고 서버 클라이언트 측 라이브러리에FencedFrameConfig객체 또는 불투명 URN을 반환합니다. - 클라이언트 측 라이브러리는 분리 프레임의
config속성을FencedFrameConfig객체로 설정하거나 iframe의src속성을 낙찰된 Protected Audience 광고의 불투명 URN으로 설정합니다. - 브라우저가 구매자로부터 Protected Audience 입찰에서 낙찰된 광고를 가져옵니다.
- 브라우저가 사용자에게 광고를 렌더링합니다.
- 문맥 입찰이 낙찰된 경우
Protected Audience 입찰은null를 반환합니다. - 브라우저가 낙찰된 문맥 광고에 iframe의
src속성을 설정합니다. - 브라우저가 구매자로부터 문맥 입찰에서 낙찰된 광고를 가져옵니다.
- 브라우저가 사용자에게 광고를 렌더링합니다.
참여 및 의견 공유
다음 단계
Google은 누구나 사용할 수 있는 API를 빌드할 수 있도록 개발자 여러분과 대화를 나누고 싶습니다.
API에 관해 논의하기
다른 개인 정보 보호 샌드박스 API와 마찬가지로 이 API는 문서화되고 공개적으로 논의됩니다.
API 실험
Protected Audience API에 관한 대화에 실험하고 참여할 수 있습니다.