이 페이지는 Cloud Translation API를 통해 번역되었습니다.

Protected Audience API (이전 명칭: FLEDGE)

개인 정보 보호 샌드박스의 일환으로 Chrome에서는 광고주와 애드테크 회사가 서드 파티 쿠키에 의존하지 않고도 관심분야 그룹 타겟팅 광고를 게재하면서 사용자를 교차 사이트 추적으로부터 보호할 수 있는 브라우저 내 API인 Protected Audience API를 제안했습니다.

Chrome에서는 Protected Audience API의 오리진 트라이얼을 실행하고 있습니다. Authorized Buyers는 Ad Manager 게시자 인벤토리에서 Protected Audience API 테스트에 참여할 수 있습니다. 입찰자는 Protected Audience API를 테스트하여 다음을 달성할 수 있습니다.

Protected Audience API 흐름의 효과를 반복하고 알아봅니다.
공개 포럼(예: GitHub)에서 잠재적인 API 개선사항에 관한 의견을 생성합니다.
서드 파티 쿠키에 의존하지 않고 API를 통해 개인 맞춤 광고를 지원할 수 있도록 준비하세요.

테스트에 관심 있는 Authorized Buyers는 온보딩 섹션에서 자세한 내용을 확인하세요.

게재 흐름 요약

다음은 Authorized Buyers 파트너의 Protected Audience 광고 게재 흐름을 요약한 것입니다.

흐름도

입찰자는 광고주와 협력하여 각 광고주의 관심분야 그룹을 유지합니다. 광고주는 브라우저를 관심분야 그룹에 추가하기 위해 입찰자의 태그를 광고주의 페이지에 추가하는 경우가 많습니다.
최종 사용자가 광고주의 페이지를 방문합니다. 페이지에 입찰자의 태그가 포함되어 있을 수 있습니다.
입찰자의 태그가 Protected Audience API joinAdInterestGroup()를 호출합니다. 이 호출은 브라우저에 사용자를 관심분야 그룹에 추가하도록 요청합니다.
최종 사용자가 게시자 웹페이지를 방문합니다. 사용자의 브라우저가 Google의 게시자 광고 태그를 요청합니다.
Google의 게시자 광고 태그가 Google 서버에 문맥에 맞는 광고 요청을 합니다.
Google에서 참여 입찰자에게 문맥 입찰 요청을 전송합니다. 자세한 내용은 입찰 요청 변경사항 섹션을 참고하세요.
입찰자는 관심분야 그룹 입찰에 참여하는 데 필요한 InterestGroupBidding 메시지를 포함한 입찰 응답을 반환합니다. OpenRTB에서는 BidResponse.ext.igbid 필드로 지정되고 지원 중단된 Google RTB 프로토콜에서는 BidResponse.interest_group_bidding 필드로 지정됩니다. 입찰자가 이 정보를 지정하지 않으면 Google은 입찰 구성의 interestGroupBuyers에 입찰자의 출처를 포함하지 않습니다. InterestGroupBidding에는 브라우저 내 입찰 중에 입찰자의 입찰 함수에 전달되는 선택적 구매자별 신호도 포함될 수 있습니다. OpenRTB에서는 BidResponse.ext.igbid.igbuyer.buyerdata 필드로 지정되고, 지원 중단된 Google RTB 프로토콜에서는 BidResponse.interest_group_bidding.interest_group_buyers.per_buyer_signals 필드로 지정됩니다. 자세한 내용은 입찰 응답 변경사항 섹션을 참고하세요.
Google은 서버 측 입찰을 실행하고 브라우저에 입찰 응답을 반환합니다. 서버 측 입찰에서는 기존의 서버 측 입찰을 고려합니다. 입찰 응답에는 컨텍스트 낙찰가에 관한 정보가 포함될 수 있습니다 (있는 경우).
입찰 응답에는 브라우저 내 입찰의 입찰 구성이 포함됩니다. 여기에는 각 참여 구매자의 문맥 신호(이전에는 OpenRTB의 buyerdata 또는 지원 중단된 Google RTB 프로토콜의 per_buyer_signals을 통해 전송됨), 문맥 낙찰자 정보, 입찰 자격 요건 설정이 포함될 수 있습니다.
Google의 게시자 태그는 Protected Audience API runAdAuction()를 호출하여 기기 내 관심분야 그룹 입찰을 시작합니다. Google은 입찰 구성 중에 InterestGroupBidding에 InterestGroupBuyer로 포함된 구매자만 포함합니다.
Google은 자격 요건을 충족하는 각 입찰자의 선택적 구매자별 신호를 Protected Audience 입찰 구성에 전달합니다.
지정된 입찰자의 관심분야 그룹이 trustedBiddingSignalsUrl를 지정한 경우 브라우저는 각 그룹의 trustedBiddingSignalsUrl에 요청을 보내 각 그룹의 실시간 신호를 가져옵니다. 자세한 내용은 Protected Audience API 사양을 참고하세요.
브라우저는 선택하고 브라우저 내 입찰에 참여할 수 있는 각 관심분야 그룹에 대해 입찰자의 generateBid()를 호출합니다. 이 단계에서는 입찰가를 계산하고 광고 소재를 선택합니다. generateBid()는 입찰자가 제공하는 선택적 구매자 신호와 지정된 관심분야 그룹의 신뢰할 수 있는 입찰 신호에 액세스할 수 있습니다.
브라우저는 판매자 (이 경우 Google)의 scoreAd()를 호출하여 관심분야 그룹 광고 입찰의 각 입찰에 순위를 할당합니다. 입찰은 게시자 보호 조치, 광고 정책, 기타 제약 조건에 따라 순위가 지정되고 필터링됩니다.
브라우저에서 자격 요건을 충족하는 관심분야 그룹 입찰로 입찰을 실행합니다. 순위가 가장 높은 문맥 입찰이 브라우저 내 입찰에 참여합니다.
입찰 후 관심분야 그룹 낙찰자가 있는 경우 브라우저는 판매자의 reportResult() 및 입찰자의 reportWin()를 호출하여 각 당사자에게 브라우저 내 입찰의 낙찰자를 알립니다.
관심분류 광고가 낙찰되면 Google의 게시자 태그가 iframe에 광고를 렌더링합니다.

제공 흐름 세부정보

광고 게재 전

광고 소재 검토

광고 소재는 Google에서 검토하고 승인해야 Protected Audience 인브라우저 입찰에서 게재될 수 있습니다. Real-time Bidding API 또는 자동 광고 소재 검사를 통해 검토를 위해 광고 소재를 제출할 수 있습니다. 브라우저 내 Protected Audience 관심분야 그룹 광고 입찰의 광고 소재에는 검토를 위해 renderUrls가 포함되어야 합니다.

renderUrls 요구사항:

API를 통해 제출된 renderUrl는 관심분야 그룹 광고 입찰에 사용된 renderUrl와 일치해야 합니다.
각 renderUrl는 단일 광고주 또는 광고 캠페인만 나타낼 수 있습니다. 특정 renderUrl는 여러 광고주를 대신하여 광고를 렌더링하는 데 사용할 수 없습니다. 각 renderUrl는 단일 광고 소재에 매핑되어야 합니다.
renderUrl는 광고가 마지막으로 입찰된 후 최대 7일 동안 Google의 오프라인 광고 소재 검토 시스템에서 액세스하고 가져올 수 있어야 합니다.

Real-time Bidding API

입찰자는 실시간 입찰 API를 사용하여 관심분야 그룹 입찰용 광고 소재를 업로드할 수 있습니다.

자동 광고 소재 검사

입찰자는 실시간 입찰 API를 통해 업로드되지 않은 광고 소재에 대해 자동 광고 소재 검사를 설정할 수 있습니다.

광고 소재 자동 스캔을 설정하면 Google에서 브라우저 내 입찰에서 광고 소재를 찾아 자동으로 스캔하므로 향후 입찰에 참여할 수 있습니다.

자동 광고 소재 스캔을 사용 설정하는 방법은 다음과 같습니다.

관심분야 그룹 광고 소재의 renderUrl 출처를 모두 승인된 구매자 계정에 추가합니다.

다음 맞춤 HTTP 헤더를 광고 소재의 HTTP 응답에 추가합니다.

Authorized-Buyers-Creative-ID

문자열

구매자별 광고 소재 ID입니다. 광고 소재 ID의 최대 길이는 128바이트입니다.

Authorized-Buyers-Click-Through-URLs

문자열

RFC2396에 따라 인코딩된 광고 소재의 선언된 도착 URL 집합입니다.

예:

HTTP/1.1 200 OK
Date: Mon, 8 Jan 2022 12:28:53 GMT
Server: Apache/2.2.14 (Win32)
Last-Modified: Mon, 8 Jan 2022 12:01:53 GMT
Content-Length: 88
Content-Type: text/html
Connection: Closed
Authorized-Buyers-Creative-ID:123456
Authorized-Buyers-Click-Through-URLs:https://www.advertiser.com/clickUrl1,https://www.advertiser.com/clickUrl12

<html>
<body>
<h1>Hello, World!</h1>
</body>
</html>

광고 소재 만료

광고 소재는 15일 동안 승인됩니다. Real-time Bidding API를 사용하여 광고 소재를 제출하는 경우 15일 후에 광고 소재를 다시 제출해야 합니다. 자동 광고 소재 스캔을 사용하는 경우 스캔 프로세스에서 자동으로 다시 스캔합니다.

구매자 보고 ID

구매자가 제공한 측정기준 (예: 캠페인 ID 또는 광고주 ID)을 사용하여 보고 측정항목 (예: 노출수)을 분류할 수 있습니다. 관심분야 그룹 지출의 측정기준을 추가하려면 사용자의 기기를 관심분야 그룹에 추가할 때 광고에 buyerAndSellerReportingId를 지정하세요. 자세한 내용은 Protected Audience 문서를 참고하세요.

다음은 관심분야 그룹 구성에 buyerAndSellerReportingId를 추가하는 방법의 예입니다.

const myGroup = {
  ...
  'ads': [
    {
      ...
      'buyerAndSellerReportingId':
        '{"google_signals": {"buyer_reporting_id": "12345"}}',
      ...
    }
  ]
}
joinAdInterestGroup(myGroup);

buyer_reporting_id는 승인된 구매자의 보고 도구에 구매자 보고 ID 측정기준으로 새로운 측정기준으로 표시됩니다.

서버 측 입찰

입찰 요청 변경사항

다음은 실험에서 사용할 수 있는 지원되는 프로토콜의 초기 버전입니다.

OpenRTB 조기 링크
Google RTB 프로토콜 (지원 중단됨) 사전 링크

관심분야 그룹 입찰 지원 표시

입찰 요청에 관심분야 그룹 입찰 지원을 나타내는 새 필드가 있습니다.

OpenRTB:
- BidRequest.imp.ext.ae
- BidRequest.imp.ext.igbid
Google RTB 프로토콜 (지원 중단됨):
- BidRequest.adslot.supported_auction_environment
- BidRequest.adslot.interest_group_bidding_allowed

이 필드를 사용하여 Protected Audience 브라우저 내 관심분야 그룹 입찰을 지원하는 노출 기회와 기존 서버 측 거래소 입찰만 지원하는 노출 기회를 구분할 수 있습니다. AuctionEnvironment enum은 다음 값을 가질 수 있습니다.

SERVER_SIDE_AUCTION (OpenRTB JSON: 0): 낙찰 광고를 결정하는 입찰이 거래소 서버에서 실행됩니다.
ON_DEVICE_INTEREST_GROUP_AUCTION (OpenRTB JSON: 1): Protected Audience를 지원하는 요청으로, 거래소 서버에서 문맥 입찰이 실행되고 관심분야 그룹 입찰 및 최종 입찰이 브라우저에서 실행됩니다.
SERVER_SIDE_INTEREST_GROUP_AUCTION (OpenRTB JSON: 3): 컨텍스트 입찰이 거래소 서버에서 실행되고 관심분류 그룹 입찰의 입찰 로직과 최종 낙찰 광고를 결정하는 점수 부여 로직이 입찰 및 입찰 서버에서 실행됩니다.

Protected Audience 광고 슬롯 크기 표시

입찰 요청에는 다음과 같은 필드가 포함되어 보호 대상 잠재고객 광고 슬롯 크기가 제공됩니다.

OpenRTB:
- BidRequest.imp.ext.interest_group_auction.width
- BidRequest.imp.ext.interest_group_auction.height
Google RTB 프로토콜 (지원 중단됨):
- BidRequest.adslot.interest_group_auction.width
- BidRequest.adslot.interest_group_auction.height

이 필드는 Protected Audience 입찰의 광고 슬롯 크기를 픽셀 단위로 나타냅니다.

이 크기는 OpenRTB의 BidRequest.imp.banner.format.w 및 BidRequest.imp.banner.format.h 필드 또는 지원 중단된 Google RTB 프로토콜의 BidRequest.adslot.width 및 BidRequest.adslot.height 필드에 표시되는 것과 같은 컨텍스트 요청의 크기와 다를 수 있습니다.

컨텍스트 요청에 여러 크기가 있을 수 있습니다. 온디바이스 입찰에서 낙찰된 광고는 단일 고정 슬롯 크기만 채워야 합니다.

Protected Audience 광고 렌더링 가능 여부 표시

Protected Audience 광고는 현재 통합 단계에 따라 렌더링될 수도 있고 렌더링되지 않을 수도 있습니다 (렌더링되지 않는 실험 참고). 입찰 요청의 render_interest_group_ads 필드는 낙찰된 Protected Audience 광고가 렌더링되는지 여부를 나타냅니다.

OpenRTB: BidRequest.imp.ext.interest_group_auction.render_interest_group_ads
Google RTB 프로토콜 (지원 중단됨): BidRequest.adslot.interest_group_auction.render_interest_group_ads

사용자 식별자 사용 최소화

Protected Audience API 테스트 범위 내의 컨텍스트 입찰 요청은 브라우저에서 사용할 수 있는 경우 기존 쿠키 기반 식별자(예: BidRequest.user.id 및 BidRequest.user.buyerid 필드 또는 지원 중단된 Google RTB 프로토콜의 BidRequest.google_user_id 및 BidRequest.hosted_match_data)를 계속 전달할 수 있습니다. 입찰 요청에 이러한 식별자가 있는 경우 기존 개인정보처리방침이 적용됩니다. 서드 파티 쿠키를 더 이상 사용할 수 없게 될 때 효율적인 구매를 위해 테스트 중에 타겟팅 및 입찰 목적으로 쿠키 기반 식별자를 사용하지 않는 것이 좋습니다.

또한 Google은 Protected Audience API 테스트 범위 내에서 쿠키 기반 식별자가 입찰 요청에서 수정되는 소규모 실험을 실행할 수도 있습니다. 이는 서드 파티 쿠키 지원 중단의 잠재적 영향을 평가하기 위한 것입니다.

Chrome을 통한 서드 파티 쿠키 지원 중단 테스트

2024년 서드 파티 쿠키 지원 중단 (3PCD)에 대비하기 위해 Chrome에서는 이제 Chrome 지원 테스트를 제공합니다.

사이트와 공급업체는 Chrome을 통한 테스트를 사용하여 3PCD에서 시스템을 테스트할 수 있습니다. 테스트에서 Chrome 브라우저는 모드 A 또는 모드 B의 서드 파티 쿠키 단계적 중단 실험 그룹에 할당됩니다. 각 브라우저에는 특정 서드 파티 쿠키 단계적 폐지 실험 그룹에 해당하는 일관된 라벨이 할당되며, 이 라벨은 브라우저 내 Chrome API를 통해 액세스할 수 있습니다.

Google은 RTB 입찰 요청에서 Chrome API의 수정되지 않은 라벨을 전달합니다. 개별 라벨의 트래픽 슬라이스가 작기 때문에 Google은 개인 정보 보호가 제한된 컨텍스트에 항상 라벨을 포함하지는 않습니다.

라벨을 볼 수 있는 필드는 다음과 같습니다.

OpenRTB: BidRequest.device.ext.cdep
Google RTB 프로토콜 (지원 중단됨): BidRequest.device.cookie_deprecation_label

입찰 응답 변경사항

관심분야 그룹 입찰 참여 표시

컨텍스트 입찰 응답에서 InterestGroupBidding 객체를 반환하여 브라우저 내 입찰에 참여하려는 의도를 명시적으로 표시해야 합니다.

OpenRTB: BidResponse.ext.igbid
Google RTB 프로토콜 (지원 중단됨): BidResponse.interest_group_bidding

문맥 입찰 응답을 제공해야 합니다. 대답에 컨텍스트 입찰가를 포함하지 않아도 됩니다. InterestGroupBidding 객체에는 각 InterestGroupBuyer의 origin가 포함되어야 하며, 이는 입찰자가 계정에 대해 구성한 출발지 중 하나와 일치해야 합니다. Google 게시자 태그가 runAdAuction()를 호출하면 origin가 입찰 구성의 interestGroupBuyers에 추가됩니다.

구매자 컨텍스트 신호 전파

문맥 입찰 응답에 구매자의 신호를 포함할 수 있으며, Google은 이를 perBuyerSignals 인수를 통해 온디바이스 입찰 함수에 JSON 객체로 전파합니다. 프로토콜에 따라 다음 필드와 함께 입찰 응답에 포함될 수 있습니다.

OpenRTB: BidResponse.ext.igbid.igbuyer.buyerdata
Google RTB (지원 중단됨): BidResponse.interest_group_bidding.per_buyer_signals

구매자 컨텍스트 렌더링 신호 전파

관심분야 그룹 광고 소재는 문맥 입찰 응답을 통해 이러한 신호를 전송하고 매크로 확장을 사용하여 렌더링 URL 요청에서 이러한 신호를 수신하여 렌더링 중에 제한된 문맥 신호를 사용할 수 있습니다. 예를 들어 렌더링 신호를 사용하여 특정 광고 슬롯 또는 게시자 페이지의 맥락에서 실적을 개선하도록 광고 소재의 디자인을 맞춤설정할 수 있습니다.

Google이 낙찰된 관심분야 그룹 렌더링 URL에서 ${RENDER_DATA_buyer.origin.example[_OPTIONAL_SUFFIX]} 매크로를 구성하여 대체할 문맥 입찰 응답에 URL 안전 문자열로 직렬화된 구매자의 렌더링 신호를 포함할 수 있습니다.

렌더링 신호는 프로토콜에 따라 다음 필드를 사용하여 입찰 응답에 지정할 수 있습니다.

OpenRTB: BidResponse.ext.igbid.igbuyer.rsig
Google RTB (지원 중단됨): BidResponse.interest_group_bidding.interest_group_buyer.rendering_signals

서로 다른 신호를 구분하기 위해 매크로 접미사가 다른 렌더링 신호 세트가 최대 3개까지 입찰 응답에 포함될 수 있습니다. 예를 들어 접미사를 사용하여 렌더링 URL에 해당 매크로가 있는 광고 소재에만 적용되는 특정 신호 집합을 일치시켜 데이터 전송 크기를 줄일 수 있습니다.

신호가 URL 안전하지 않거나, 매크로 접미사가 고유하지 않거나, 3개 이상의 신호 세트가 제공되면 관심분야 그룹 구매자의 Protected Audience 입찰 참여가 거부됩니다.

최대 인브라우저 입찰가 지정

Protected Audience 제안서에서는 입찰 계산과 최종 입찰이 기기에서 로컬로 실행될 것으로 예상됩니다. 이로 인해 낙찰가와 같은 최종 입찰 결과의 무결성에 영향을 미칠 수 있는 잠재적인 악용 벡터가 생성될 수 있습니다.

Google에서 RTB 파트너를 위해 Protected Audience API 테스트 중에 지원하는 완화 조치로 각 컨텍스트 입찰 응답에서 예상 최대 입찰가를 지정할 수 있습니다. 예상 최대 입찰가는 입찰 함수가 반환할 것으로 예상되는 최대 입찰가입니다. 브라우저 내 입찰에서 보고된 낙찰가가 이 금액을 초과하면 낙찰가가 청구 가능한 이벤트로 집계되지 않습니다. 이 접근 방식은 변경될 수 있습니다.

입찰 응답에서 다음 필드에 예상 최대 입찰가를 지정할 수 있습니다.

OpenRTB: BidResponse.igbid.igbuyer.maxbid(CPM 통화 단위로 표시)
Google RTB 프로토콜 (지원 중단됨): BidResponse.interest_group_bidding.interest_group_buyers.max_bid_cpm_micros (마이크로 CPM으로 표시)

여러 계정에 노출수 기여도 부여

입찰자는 다음 필드를 사용하여 관심분야 그룹 입찰의 노출을 기여도 분석할 결제 ID를 선택해야 합니다.

OpenRTB: BidResponse.igbid.igbuyer.billing_id
Google RTB 프로토콜 (지원 중단됨): BidResponse.interest_group_bidding.interest_group_buyers.billing_id

선택한 결제 ID는 입찰 요청의 적격한 결제 ID여야 합니다.

OpenRTB: BidRequest.imp.ext.billing_id
Google RTB 프로토콜 (지원 중단됨): BidRequest.adslot.matching_ad_data.billing_id

관심분야 그룹 입찰 노출수를 귀속시킬 결제 ID가 제공되지 않으면 입찰자가 Protected Audience 입찰에 참여하지 않습니다.

하위 계정에는 최대 2개의 결제 ID가 있을 수 있습니다. 구매자는 컨텍스트 지출에 하나의 청구 ID를 사용하고 관심분야 그룹 지출에 다른 청구 ID를 사용할 수 있습니다. 하위 계정에 결제 ID를 두 개 구성하려면 계정 관리자에게 문의하세요.

각 청구 ID에 대해 일일 예산을 설정할 수 있습니다. 계정 관리자에게 연락하여 하위 계정의 결제 ID에 대한 일일 예산을 설정하세요.

노출에 입찰할 수 있는 예산이 있는 모든 하위 계정의 결제 ID가 지출 기여도 분석 선택을 위한 입찰 요청에 표시됩니다. 계정 관리자에게 문의하여 관심분야 그룹 결제 ID의 예산을 수정하세요.

브라우저 내 입찰 중

브라우저 내 입찰가 생성

generateBid()를 사용하여 브라우저 내 입찰가를 생성합니다.

Google은 다음 매개변수를 제공합니다.

auctionSignals: 비어 있음
perBuyerSignals: 컨텍스트 응답에서 입찰자가 제공한 것과 동일한 신호의 JavaScript 객체

다음 매개변수가 반환됩니다.

ad: Google에서 이 필드를 무시합니다.
bid: 경매에 참여하는 숫자 입찰가입니다. CPM 단위(마이크로 아님)여야 합니다.
render: 입찰이 경매에서 낙찰된 경우 광고 소재를 표시하기 위해 렌더링되는 URL입니다. Google에서 이 URL을 검토하고 승인해야 합니다. 그렇지 않으면 입찰에서 필터링됩니다.
allowComponentAuction: true이어야 합니다. Google에서는 현재 여러 판매자 입찰 테스트를 지원합니다.

예를 들면 다음과 같습니다.

function generateBid(...) {
  ...
  return {'ad': 'example',
          'bid': ad.metadata.bid,
          'render': ad.renderUrl,
          'allowComponentAuction': true};
}

generateBid() 함수에 대한 설명은 Protected Audience 사양의 온디바이스 입찰 섹션을 참고하세요.

입찰 통화

브라우저 내 경매 입찰가는 선택한 입찰 통화의 CPM 단위로 표시됩니다.

입찰 통화는 컨텍스트 입찰 응답과 generateBid의 반환 값에 모두 표시되어야 하며, 'USD', 'EUR', 'JPY'와 같은 유효한 ISO 4217 알파 코드여야 합니다.

OpenRTB에서는 Google의 입찰 응답 확장 프로그램에 있는 InterestGroupBuyer 객체의 새 cur 필드를 사용합니다.

예를 들면 다음과 같습니다.

ext {
  igbid {
    impid: "1"
    igbuyer {
      origin: "https://examplebuyerorigin.com"
      cur: "EUR"
    }
  }
}

Google RTB 프로토콜에서는 입찰 응답의 InterestGroupBuyer 메시지에 있는 새 currency 필드를 사용합니다.

예를 들면 다음과 같습니다.

interest_group_bidding {
  adslot_id: 1
  interest_group_buyer {
    origin: "https://examplebuyerorigin.com"
    currency: "EUR"
  }
}

입찰자의 generateBid 함수는 컨텍스트 입찰 응답에 표시된 것과 동일한 통화로 입찰가를 반환해야 합니다. generateBid의 반환 값에 새 bidCurrency 속성을 채웁니다.

function generateBid(...) {
  ...
  return {'ad': ad,
          'bid': bid,
          'bidCurrency': 'EUR',
          ...};
}

컨텍스트 입찰 응답의 통화가 generateBid에서 반환된 통화와 다르거나 둘 중 하나가 잘못된 통화를 반환하는 경우 입찰 전에 입찰이 필터링됩니다.

광고 품질 검사

RTB 파트너의 Protected Audience API 테스트 중에 브라우저 내 관심분야 그룹 입찰에 대한 광고 소재 정책 및 게시자 관리 기능 시행이 더 제한적일 수 있습니다.

디지털 서비스법 지원

디지털 서비스법 제26조에 따라 게시자는 구매자에게 인앱 투명성 공개를 렌더링하도록 요구할 수 있습니다. 게시자가 'EEA에서 구매자에게 내 사이트 또는 앱에 DSA 투명성 정보가 포함된 광고만 게재하도록 요청' 컨트롤을 사용 설정한 경우 관심분야 그룹 구매자는 입찰 요청에서 BidRequest.regs.dsa.required 및 BidRequest.dsa.pubrender 값 (지원 중단된 Google RTB 프로토콜에서는 각각 BidRequest.dsa.dsa_support 및 BidRequest.dsa.publisher_rendering_support)을 확인하여 구매자 투명성을 렌더링해야 하는 기회를 확인할 수 있습니다.

Protected Audience API 입찰에 참여하려는 입찰자가 Protected Audience API를 통해 게재되는 광고에 DSA 투명성을 표시해야 한다는 신호를 입찰 요청에서 받으면 요구된 정보를 적절하게 표시할 수 있는지 평가하고 BidResponse.ext.igbid.igbuyer.dsaadrender(지원 중단된 Google RTB 프로토콜에서는 BidResponse.interest_group_bidding.interest_group_buyers.dsa_buyer_render)를 설정하여 지정해야 합니다. 그렇지 않으면 구매자가 Protected Audience API 입찰에 포함되지 않습니다.

디지털 서비스법 광고 투명성에 관한 자세한 내용은 고객센터 도움말: 디지털 서비스법 지원을 참고하세요.

입찰 필터링

Google은 기기 내 입찰 중에 게시자 관리 기능과 광고 정책을 적용합니다.

브라우저 내 입찰 후

구매자에게 입찰 결과 보고: reportWin()

Google은 다음 인수를 채우지 않습니다.

auctionSignals
sellerSignals

reportWin()를 사용하여 구매자에게 입찰 결과를 보고합니다.

자세한 내용은 Protected Audience API 설명의 렌더링 및 광고 이벤트에 관한 구매자 보고 섹션을 참고하세요.

매크로

Protected Audience API 광고 소재를 참조하는 renderUrl에는 매크로라고 하는 하나 이상의 자리표시자가 포함될 수 있습니다. 관심분야 그룹 입찰이 종료된 후 렌더링 전에 매크로가 해당 값으로 대체됩니다. 온디바이스 입찰에 사용되는 renderUrl에는 다음 매크로가 포함될 수 있습니다.

`${GDPR}`	GDPR이 적용되지 않으면 0으로, GDPR이 적용되면 1로 확장됩니다. 문서 보기
`${GDPR_CONSENT_XXXX}`	요청과 연결된 투명성 및 동의 (TC) 문자열로 확장됩니다. 투명성 및 동의 (TC) 문자열이 비어 있거나 잘못되어 있는 경우 이 매크로는 확장되지 않습니다. 이 매크로를 사용하여 TC 문자열을 URL에 있는 IAB GVL 등록 공급업체에 전달하세요. `XXXX`를 IAB GVL에 등록된 공급업체의 IAB GVL ID로 바꿉니다. TC 문자열이 비어 있거나 잘못되어 있는 경우 이 매크로는 확장되지 않습니다. 삽입한 IAB GVL ID와 연결된 IAB GVL 등록 공급업체가 사용자 동의를 얻지 못하면 `${GDPR_CONSENT_XXXX}` 매크로가 포함된 광고 소재는 차단될 수 있습니다. `${GDPR_CONSENT_XXXX}` 매크로는 `renderUrl` 내에서 한 번만 사용해야 합니다.
`${ADDL_CONSENT}`	요청과 연결된 추가 동의 (AC) 문자열로 확장됩니다.
`${AD_WIDTH}, ${AD_HEIGHT)`	이 매크로는 광고 슬롯 너비와 높이를 삽입합니다.
`${RENDER_DATA_buyer.origin.example[_OPTIONAL_SUFFIX]}`	입찰 응답에 지정된 렌더링 시간 구매자 신호를 포함하는 매크로입니다. `buyer.origin.example` 자리표시자를 관심 그룹 구매자의 출처로 바꿉니다. 이는 입찰 응답의 `interest_group_buyers.origin`에 해당해야 합니다. `_OPTIONAL_SUFFIX`를 포함하여 최대 3개의 서로 다른 렌더링 신호 값을 제공할 수 있습니다.

노출수 계산

RTB 파트너와의 Protected Audience API 테스트 중에 브라우저가 reportResult() 함수를 호출하고 이후 sendReportTo() 호출에서 Google의 보고 URL을 가져오면 Google에서 노출수를 집계합니다.

Google에서 Protected Audience 브라우저 내 입찰의 노출 수를 집계하는 데 사용하는 이벤트가 RTB 구매자 파트너가 노출 수를 집계하는 데 사용하는 이벤트와 다를 수 있으므로 노출 수가 다를 수 있습니다.

Protected Audience API 테스트의 Google 목표 중 하나는 이러한 불일치를 파악하고 줄이는 것입니다.

청구 가능 노출의 기여 분석

Protected Audience 인브라우저 입찰에서 발생한 입찰자의 모든 지출은 입찰자에 대해 구성된 관심분류 그룹 소유자 출처의 매핑에 따라 단일 입찰자 계정으로 귀속됩니다. 입찰자의 여러 하위 시트 계정에 지출을 귀속시키는 것은 지원되지 않습니다.

일일 예산 한도

Protected Audience API 테스트 중에 각 계정에는 계정 수준의 Protected Audience 지출 일일 예산 한도가 있습니다. 일일 예산 한도는 브라우저 내 입찰 환경의 위험을 제한합니다. 일일 예산 한도에 도달하면 계정에서 더 이상 Protected Audience 자격 요건을 충족하는 입찰 요청을 수신하지 않습니다.

계정은 Protected Audience 한도에 도달한 후에도 서버 측 문맥 입찰에 계속 참여할 수 있습니다. 예를 들어 Protected Audience 한도에 도달한 입찰자 계정은 입찰 요청이 Protected Audience 입찰에 적합한 경우에도 auction_environment = SERVER_SIDE_AUCTION (OpenRTB JSON: 0)이 포함된 입찰 요청을 받을 수 있습니다.

실시간 피드백 및 낙찰을 위한 최소 입찰가

실시간 피드백을 수신하도록 선택한 입찰자는 온디바이스 Protected Audience 경매에 포함되도록 요청된 관심분야 그룹 구매자에 대한 피드백을 수신합니다. 입찰자가 입찰 응답에서 지정한 각 관심분야 그룹 구매자는 관심분야 그룹 구매자가 Protected Audience 입찰에서 제출한 입찰 수와 관계없이 하나의 피드백 객체를 받습니다. 다음 정보는 관심분야 그룹 구매자 의견 객체에서 확인할 수 있습니다.

의견 객체의 의견 유형은 INTEREST_GROUP_BUYER_FEEDBACK입니다.
관심분야 그룹 구매자의 출처입니다.
전체 입찰에서 낙찰되기 위해 관심분야 그룹 구매자가 입찰해야 하는 최소 금액입니다.
전체 입찰의 서버 측 구성요소에서 가장 높은 순위의 입찰을 이기기 위해 관심분야 그룹 구매자가 낙찰받기 위한 최소 입찰가입니다.
관심분야 기반 그룹 구매자의 상태 코드입니다. 가능한 상태 코드는 interest-group-buyer-status-codes.txt에 정의되어 있습니다.

Authorized Buyers RTB 및 OpenRTB 확장 프로그램의 프로토콜 문서를 참고하여 특정 필드 이름을 확인하세요.

입찰 의견 알림

Chrome은 Ad Manager가 Protected Audience 입찰에 관한 의견이 포함된 실시간 서버 간 디버그 알림을 전송할 수 있도록 Protected Audience API용 임시 디버깅 API를 제공합니다. 이 알림에는 아래에 설명된 입찰에 관한 기타 정보 외에도 Protected Audience 인브라우저 입찰에서 입찰이 필터링되었을 수 있는 이유가 포함됩니다.

입찰자는 계정 관리자에게 문의하여 Protected Audience 디버깅 입찰 의견 알림을 전송하는 데 사용될 정적 URL을 구성할 수 있습니다. 이 정적 URL은 Protected Audience 입찰이 완료된 후 선택한 매크로가 대체된 상태로 Google 서버에서 가져옵니다. 지원되는 매크로는 다음과 같습니다.

%%GOOGLE_QUERY_ID%%: 이 매크로는 Protected Audience API가 사용 설정된 컨텍스트 입찰 요청에서 전송된 Google 쿼리 ID로 대체됩니다. OpenRTB 프로토콜에서는 BidRequest.ext.google_query_id로 지정되지만 지원 중단된 Google RTB 프로토콜에서는 BidRequest.google_query_id를 사용합니다.
%%INTEREST_GROUP_OWNER%%: 관심분류 그룹 소유자의 출처입니다.
%%BID_CPM%%: 구매자가 generateBid() 함수에서 지정한 CPM 입찰가입니다.
%%RENDER_URL%%: 광고 소재의 렌더링 URL입니다.
%%STATUS%%: scoreAd() 내에서 입찰이 거부된 경우의 상태 코드입니다. 값은 광고 소재 상태 코드입니다.

다음은 입찰자가 계정 관리자에게 제공할 수 있는 샘플 정적 URL입니다.

https://dsp.example/debug?google_query_id=%%GOOGLE_QUERY_ID%%&ig_owner=%%INTEREST_GROUP_OWNER%%&render_url=%%RENDER_URL%%&bid=%%BID_CPM%%&status=%%STATUS%%

입찰 의견 알림은 Chrome의 임시 ForDebuggingOnly API에 종속된 임시 기능입니다.

제품 수준 TURTLEDOVE

여러 부분으로 구성된 광고 또는 제품 수준 TURTLEDOVE(PLTD)는 Protected Audience API 테스트 중에 Google RTB 파트너에게 지원됩니다. 통합 중에 PLTD를 테스트할 계획이라면 계정 관리자에게 알려주세요. 추가 리소스와 구성이 필요합니다.

온보딩

Protected Audience API를 테스트하는 방법은 다음과 같습니다.

단계

요청 양식을 작성하여 Protected Audience API 실험에 참여하세요.
요청 양식을 제출한 후 계정 관리자에게 문의하거나 공인 구매자 고객센터를 사용하여 티켓을 제출하세요.
계정이 구성되면 Google과 파트너 모두 테스트 단계의 단계를 통해 통합을 확인할 수 있습니다.

광고 소재 검토

Protected Audience API 입찰에서 제품 수준 광고 (여러 부분으로 구성된 광고)로 입찰하려면 다음 요구사항을 따르세요.

광고 소재 검토 중에 최상위 renderUrls를 구분하려면 구성요소 광고의 컨테이너 (최상위 renderUrl이라고도 함)의 renderUrl에 &pltd=True 쿼리 매개변수를 포함하세요.
Google에서 광고 소재 검토를 위해 구성요소 광고의 컨테이너를 가져올 때 대표 광고 소재를 렌더링합니다. 대표 광고 렌더링이 반환되어야 하는 시점을 파악하려면 Google 광고 소재 검토 시스템에서 설정한 validation=True 쿼리 매개변수를 참고하세요.

통합 체크리스트

문맥 입찰 응답에서 Protected Audience API 관련 필드(예: interest_group_bidding)를 채우는 입찰 요청 엔드포인트를 설정합니다.
사용자의 브라우저를 관심분야 그룹에 가입시키기 위해 광고주의 페이지에 태그를 구현합니다.
generateBid() 및 reportWin()을 구현합니다.
관심분류군 소유자 출처를 선택하고 승인된 구매자 계정에 추가합니다.
- 관심분야 그룹 소유자 출처는 generateBid() 함수가 호스팅되는 출처와 일치해야 합니다.
- 계정 관리자에게 문의하거나 승인된 구매자 고객센터를 사용하여 티켓을 제출하여 이 단계를 완료하세요.
Protected Audience API 테스트와 관련된 인벤토리의 사전 타겟팅을 설정합니다.
광고 소재 API를 통해 검토 및 승인을 위해 광고 소재를 제출합니다.
(선택사항) 신뢰할 수 있는 입찰 신호 엔드포인트를 설정합니다.
(선택사항) Google 엔지니어가 관심분야 그룹 구매자의 출처가 소유한 관심분야 그룹에 브라우저를 추가할 수 있는 테스트 광고주 페이지를 설정합니다. 이를 통해 Protected Audience 입찰을 수동으로 트리거할 수 있습니다.
(선택사항) 계정에서 실시간 피드백을 사용 설정하여 Protected Audience 입찰에 포함되도록 요청된 관심분야 그룹 구매자에 대한 피드백을 받습니다.
(선택사항) 계정 관리자에게 문의하여 정적 URL을 구성하여 기기 내 Protected Audience 입찰의 입찰 상태에 관한 Protected Audience 입찰 피드백을 제공하는 서버 간 알림을 수신하여 예기치 않은 문제를 디버깅하세요. 자세한 내용은 입찰 의견 알림을 참고하세요.

테스트 단계

1단계: 수동 테스트

Protected Audience 입찰을 수동으로 트리거하고, 광고가 렌더링될 수 있는지 확인하고, 노출을 기록하는 방법은 다음과 같습니다.

Chrome 101 이상을 사용합니다.
chrome://flags/#privacy-sandbox-ads-apis 및 chrome://flags/#enable-fenced-frames을 사용하여 개인 정보 보호 샌드박스 API와 Fenced Frame을 사용 설정합니다. 개인 정보 보호 샌드박스 테스트에서 자세히 알아보세요.
실시간 입찰 API를 사용하여 승인을 위해 광고 소재를 제출합니다.
입찰자 제공 광고주 페이지를 사용하여 브라우저를 입찰자 소유 관심분류에 추가합니다.
다음 Google 제공 테스트 게시자 페이지를 사용하여 Protected Audience 입찰을 트리거합니다.

https://fledge-testing.uc.r.appspot.com/?nid=allow_all

브라우저 내 관심분야 그룹은 기존 서버 측 입찰과 경쟁할 수 있으므로 입찰에서 낙찰될 만큼 높은 금액으로 입찰해야 합니다. Google은 각 파트너에게 전용 테스트 게시자 페이지도 제공하며, 지정된 파트너만 입찰에 참여할 수 있습니다. 파트너별 페이지에서 브라우저 내 입찰을 안정적으로 낙찰받는 것이 더 쉬울 수 있습니다.
다음을 확인합니다.
1. 예상 낙찰 광고가 렌더링됩니다.
2. 입찰 결과가 서버 측에서 전송됩니다. 즉, 낙찰자가 reportWin()로부터 핑백을 수신합니다.
3. 테스트 게시자 페이지 콘솔은 다음 정보가 포함된 각 입찰에 대한 디버그 메시지를 기록합니다.
  - renderUrl: 입찰의 렌더링 URL입니다.
  - interestGroupOwner: 입찰의 관심분야 그룹 소유자입니다.
  - accepted: 입찰이 수락된 경우 이 필드는 true이고 scoreAd()에 의해 입찰이 거부된 경우 false입니다.
  - externalBidStatus: scoreAd() 내에서 입찰이 거부된 경우의 상태 코드입니다. 값은 광고 소재 상태 코드입니다.

2단계: (선택사항) 렌더링되지 않는 실험

Google과 파트너가 파트너가 Protected Audience 입찰에 참여할 수 있음을 수동으로 확인한 후 Google은 다음 단계의 테스트를 위해 파트너를 사용 설정합니다.

Google은 Protected Audience 입찰을 실행하기 위해 소량의 라이브 트래픽을 할당합니다. 그러면 Google과 파트너가 더 이상 Protected Audience 입찰을 수동으로 트리거할 필요가 없습니다. Protected Audience 입찰 결과가 렌더링되지 않습니다. 이를 통해 대규모로 통합을 테스트할 수 있습니다.

준비가 되면 계정 관리자에게 문의하거나 Authorized Buyers 고객센터를 통해 티켓을 제출하세요. Google에서 이 단계의 계정을 사용 설정합니다.

3단계: 렌더링 실험

Google과 파트너가 렌더링 없이 대규모로 Protected Audience 입찰을 확인하면 Google에서 파트너가 Protected Audience 낙찰 광고를 렌더링할 수 있도록 지원합니다. Google에는 Protected Audience 입찰이 실행되고 낙찰된 관심분야 그룹 광고가 렌더링되는 트래픽이 소량 있습니다. 참여 입찰자의 브라우저 내 입찰은 기존 입찰과 경쟁합니다.

준비가 되면 계정 관리자에게 문의하거나 Authorized Buyers 고객센터를 통해 티켓을 제출하세요. Google에서 이 단계의 계정을 사용 설정합니다.

추가 기능

다음 기능은 핵심 프로토콜의 확장 프로그램입니다.

병렬화

병렬화는 trustedBiddingSignalsUrl에 지정된 구매자 신뢰할 수 있는 서버에 대한 요청과 병행하여 문맥 광고 요청을 시작하여 엔드 투 엔드 입찰 지연 시간을 줄이는 최적화입니다.

병렬화는 지연 시간을 줄이지만 관심분야 그룹 구매자 자격 요건과 조정된 실험 지원에 영향을 미칩니다. 병렬화는 온디바이스 관심분야 그룹 입찰에 참여하는 모든 입찰자에게 적용됩니다. 입찰자는 병렬 입찰에 참여하기 위해 조치를 취할 필요는 없지만 병렬화가 기기 내 입찰의 자격 요건에 어떤 영향을 미칠 수 있는지 숙지해야 합니다. 조정된 실험의 실험 그룹 ID는 아직 병렬 입찰 내에서 지원되지 않습니다.

게재 흐름 요약

다음은 병렬 입찰 흐름의 요약입니다. 흐름도

온디바이스 관심분야 그룹 구매자 자격 요건

병렬 입찰의 경우 navigator.runAdAuction 호출은 문맥 광고 응답이 반환되기 전에 발생합니다. 구매자 신뢰 서버 호출을 시작하려면 navigator.runAdAuction에서 interestGroupBuyers 매개변수를 값으로 전달해야 하며, 나머지 입찰 매개변수는 컨텍스트 광고 응답 후에 해결할 수 있는 JavaScript Promise를 허용합니다. interestGroupBuyers는 문맥 광고 응답 전에 전달되므로 문맥 광고 응답 (입찰 응답 포함)을 사용하여 지정된 요청에 대한 병렬화된 입찰에 참여할 구매자를 선택할 수 없습니다. 대신 Google의 게시자 태그는 동일한 도메인에서 이전에 실행된 navigator.runAdAuction의 interestGroupBuyers 매개변수를 사용자의 브라우저에 캐시합니다.

병렬화에는 몇 가지 중요한 고려사항이 있습니다.

구매자 신뢰할 수 있는 서버 요청에 필요하지 않은 입찰 신호(예: perBuyerSignals)는 병렬화되지 않은 입찰과 마찬가지로 RTB 입찰 응답에서 계속 지정할 수 있습니다. 이러한 신호의 프로미스가 해결되면 비병렬 입찰 흐름과 동일한 방식으로 기기 내 입찰의 나머지 단계가 완료됩니다.
병렬화는 관심분야 그룹 구매자 목록을 캐싱하는 데 의존하므로 병렬화 캐시가 비어 있거나 만료된 경우 Google에서 항상 병렬 입찰을 실행하지는 않습니다. 캐시가 비어 있거나 만료된 경우 Google은 표준 비병렬 Protected Audience API 입찰을 실행하고 구매자 의도를 사용하여 비병렬 입찰에 참여하여 관심분야 그룹 구매자 캐시를 빌드합니다.
입찰자의 구매자가 하나 이상 현재 게시자 도메인에 캐시된 경우 Google은 병렬 입찰을 실행하며 이는 입찰 요청에 표시됩니다.
- Google RTB 프로토콜: BidRequest.adslot.interest_group_auction.parallelized
- OpenRTB: BidRequest.imp.ext.interest_group_auction.parallelized
병렬 입찰에 포함된 특정 입찰자에 대해 등록된 각 관심분야 그룹 구매자 출처에는 다음과 같은 해당 ParallelAuctionBuyer 항목이 있습니다.
- Google RTB 프로토콜: BidRequest.adslot.interest_group_auction.parallel_auction_buyer
- OpenRTB: BidRequest.imp.ext.interest_group_auction.pbuyer
병렬 입찰이 실행되지만 특정 구매자 출처가 캐시에 없는 경우 해당 구매자를 현재 온디바이스 입찰에 추가할 수 없습니다. 이는 특정 관심분야 그룹 구매자 출처에 대한 ParallelAuctionBuyer 항목이 없는 parallelized=True 요청으로 표시됩니다. 하지만 입찰 응답에 유효하고 적격한 InterestGroupBuyer를 포함하여 관심을 표시하는 입찰자는 해당 관심분야 그룹 구매자 출처가 캐시에 추가되며 이러한 출처는 동일한 브라우저와 도메인에서 향후 병렬화된 요청에 적합합니다. 관심분야 그룹 입찰 참여 의사는 다음 필드에 표시할 수 있습니다.
- Google RTB 프로토콜: BidResponse.adslot.interest_group_bidding.interest_group_buyers
- OpenRTB: BidResponse.ext.igbid.igbuyer
입찰자가 입찰 응답에 참여하겠다는 의도를 표시하지 않은 캐시된 구매자 출처 (병렬 입찰의 interestGroupBuyers 매개변수에 포함됨)는 구매자 신뢰할 수 있는 서버 호출을 수신할 수 있지만 병렬 입찰에는 참여하지 않습니다.

Protected Audience API (이전 명칭: FLEDGE) 컬렉션을 사용해 정리하기 내 환경설정을 기준으로 콘텐츠를 저장하고 분류하세요.

게재 흐름 요약

제공 흐름 세부정보

광고 게재 전

광고 소재 검토

Real-time Bidding API

자동 광고 소재 검사

광고 소재 만료

구매자 보고 ID

서버 측 입찰

입찰 요청 변경사항

관심분야 그룹 입찰 지원 표시

Protected Audience 광고 슬롯 크기 표시

Protected Audience 광고 렌더링 가능 여부 표시

사용자 식별자 사용 최소화

Chrome을 통한 서드 파티 쿠키 지원 중단 테스트

입찰 응답 변경사항

관심분야 그룹 입찰 참여 표시

구매자 컨텍스트 신호 전파

구매자 컨텍스트 렌더링 신호 전파

최대 인브라우저 입찰가 지정

여러 계정에 노출수 기여도 부여

브라우저 내 입찰 중

브라우저 내 입찰가 생성

입찰 통화

광고 품질 검사

디지털 서비스법 지원

입찰 필터링

브라우저 내 입찰 후

구매자에게 입찰 결과 보고: reportWin()

매크로

노출수 계산

청구 가능 노출의 기여 분석

일일 예산 한도

실시간 피드백 및 낙찰을 위한 최소 입찰가

입찰 의견 알림

제품 수준 TURTLEDOVE

온보딩

단계

광고 소재 검토

통합 체크리스트

테스트 단계

1단계: 수동 테스트

2단계: (선택사항) 렌더링되지 않는 실험

3단계: 렌더링 실험

추가 기능

병렬화

게재 흐름 요약

온디바이스 관심분야 그룹 구매자 자격 요건

Protected Audience API (이전 명칭: FLEDGE)