여러 판매자가 참여하는 브라우저 기반 입찰 실행

게시자는 일반적으로 수익을 최적화하기 위해 광고 수요 소스를 다각화하고 여러 회사 (예: 공급측 플랫폼 및 수요측 플랫폼)를 호출하여 페이지의 특정 광고 슬롯에 가장 적합한 광고를 결정합니다. Protected Audience를 사용하면 여러 판매자가 각각 자체 입찰을 실행하는 교차 사이트 데이터로 입찰을 실행할 수 있습니다.

시작하기 전에 단일 판매자와 함께 Protected Audience 입찰을 실행하는 방법을 알아보세요.

정의

다음 표에서는 이 문서에 사용된 용어를 설명합니다.

경매

입찰	정의
Protected Audience 입찰	다른 사이트에서 생성된 관심분야 그룹에 입찰하는 광고 입찰입니다.
Protected Audience 다중 판매자 입찰	먼저 여러 개의 병렬 구성요소 입찰이 포함된 후 최고 점수를 받은 광고를 최종 최상위 입찰에 제출하는 2단계 Protected Audience 입찰
최상위 수준 입찰	구성요소 입찰의 구성요소 입찰 낙찰자에게 점수를 제공하는 Protected Audience 다중 판매자 입찰 내의 최종 광고 입찰입니다.
구성요소 입찰	각 구성요소 판매자가 구성요소 입찰을 병렬로 실행하는 Protected Audience 복수 판매자 입찰 내의 중첩된 입찰입니다. 각 구성요소 입찰에서 점수가 가장 높은 광고가 최상위 입찰로 전달됩니다.

참여자

참여자	정의
광고주	광고 게재를 원하고 광고 소재를 만드는 당사자입니다.
게시자	경매에 광고 인벤토리를 제공하는 당사자입니다.
수입상	판매자로부터 광고 공간을 구매하기 위해 입찰에 참여하는 당사자입니다. 일반적으로 수요측 플랫폼 (DSP)입니다.
최상위 판매자	Protected Audience 멀티 판매자 입찰을 호출 (즉, 생성)하고 최상위 입찰에 참여하는 당사자입니다.
구성요소 판매자	Protected Audience 멀티 판매자 입찰 내에서 구성요소 입찰을 실행하여 게시자의 광고 공간을 구매자에게 판매하는 당사자입니다. 일반적으로 공급측 플랫폼 (SSP)입니다.

다중 판매자 입찰 구성

다중 판매자 입찰 구성은 한 가지 주요 차이점을 제외하고 단일 판매자 입찰 구성과 거의 동일한 단계를 따릅니다. 구성요소 입찰을 트리거하려면 최상위 판매자가 각 판매자의 auctionConfigs 목록을 auctionConfig의 componentAuctions 필드에 포함해야 합니다. 이러한 auctionConfigs는 단일 판매자 입찰로 실행되는 경우와 형식이 동일하지만 componentAuctions 자체는 포함되지 않을 수 있습니다. Protected Audience API 입찰에는 최상위 입찰이 하나만 있을 수 있습니다. 또한 componentAuctions이 비어 있지 않은 경우 interestGroupBuyers은 비어 있어야 합니다.

Protected Audience 다중 판매자 입찰

구성요소 입찰은 병렬로 실행되며 각 구성요소 입찰에서 브라우저는 해당 구성요소 입찰에 참여하는 각 구매자의 입찰 로직에서 입찰가를 생성하고, 구성요소 판매자의 점수 부여 로직을 사용하여 각 입찰가에 점수를 부여한 다음 점수가 가장 높은 광고를 최상위 입찰에 반환합니다. 각 구성요소 판매자의 입찰은 최상위 수준 입찰에 최대 하나의 광고 후보를 반환할 수 있습니다. 입찰 흐름은 다음과 같이 설명할 수 있습니다.

1. 게시자 사이트에서 최상위 판매자의 스크립트를 로드합니다.
2. 최상위 판매자의 클라이언트 측 라이브러리는 구매자의 신호를 최상위 판매자에게 전달하는 구성요소 입찰 구성을 제공합니다.
3. 최상위 판매자는 runAdAuction()을 호출하여 Protected Audience 입찰을 시작합니다.
4. 판매자 A 구성요소 입찰 (판매자 B의 구성요소 입찰과 동시에 실행됨) 브라우저가 판매자 A의 구성요소 입찰에 참여하는 모든 구매자의 사용자 관심분야 그룹을 읽습니다.
5. 브라우저는 구성요소 입찰에 참여하는 구매자의 관심분야 그룹에 지정된 위치에서 입찰 스크립트와 신뢰할 수 있는 입찰 신호를 가져옵니다.
6. 브라우저는 각 구매자의 입찰 생성 로직을 실행하여 입찰가를 생성합니다.
7. 브라우저가 판매자 A로부터 각 광고의 점수 매기기 스크립트와 신뢰할 수 있는 점수 매기기 신호를 가져옵니다.
8. 브라우저가 각 입찰에 대해 판매자 A의 점수 로직을 실행합니다.
9. 브라우저는 판매자 A의 점수 로직에서 제출한 점수가 가장 높은 광고를 선택합니다.
10. 판매자 B 구성요소 입찰 (판매자 A의 구성요소 입찰과 동시에 실행됨) 브라우저는 판매자 B의 구성요소 입찰에 참여하는 모든 구매자의 사용자 관심분야 그룹을 읽습니다.
11. 브라우저는 구성요소 입찰에 참여하는 구매자의 관심분야 그룹에 지정된 위치에서 입찰 스크립트와 신뢰할 수 있는 입찰 신호를 가져옵니다.
12. 브라우저는 각 구매자의 입찰 생성 로직을 실행하여 입찰가를 생성합니다.
13. 브라우저가 판매자 B로부터 각 광고의 점수 산정 스크립트와 신뢰할 수 있는 점수 산정 신호를 가져옵니다.
14. 브라우저가 각 입찰에 대해 판매자 B의 점수 로직을 실행합니다.
15. 브라우저는 판매자 B의 점수 매기기 로직에서 제출한 점수가 가장 높은 광고를 선택합니다.

구성요소 입찰이 완료되면 브라우저에는 최상위 판매자의 점수 매기기 로직에 전송할 수 있는 광고 목록이 있습니다.

최상위 입찰 점수 및 광고 렌더링

이전 섹션의 구성요소 입찰이 실행되면 브라우저는 각 구성요소 입찰의 낙찰 광고에 대해 최상위 판매자의 점수 부여 로직을 실행합니다.

1. 브라우저가 각 광고의 신뢰할 수 있는 점수 매기기 신호와 함께 최상위 판매자로부터 점수 매기기 스크립트를 가져옵니다.
2. 브라우저는 모든 구성요소 입찰의 낙찰된 입찰마다 최상위 판매자의 점수 부여 로직을 실행합니다. 스크립트는 구성요소 Protected Audience 입찰가를 기반으로 할 가능성이 높은 바람직성 점수를 계산합니다.
3. 브라우저는 최상위 판매자의 점수 매기기 로직에서 제출한 가장 높은 선호도 점수를 가진 광고를 선택합니다.
4. Protected Audience 입찰은 최상위 판매자의 클라이언트 측 라이브러리에 FencedFrameConfig 객체 또는 불투명 URN을 반환합니다.
5. 클라이언트 측 라이브러리는 펜스 처리된 프레임의 config 속성을 FencedFrameConfig 객체로 설정하거나 iframe의 src 속성을 낙찰된 Protected Audience 광고의 불투명 URN으로 설정합니다.
6. 브라우저가 구매자로부터 Protected Audience 입찰 낙찰 광고를 가져옵니다.
7. 브라우저가 사용자에게 광고를 렌더링합니다.