Protected Audience API (trước đây là FLEDGE)

Trong Hộp cát về quyền riêng tư, Chrome đã đề xuất Protected Audience (Đối tượng được bảo vệ) API – một API trong trình duyệt giúp các nhà quảng cáo và công ty công nghệ quảng cáo hiển thị quảng cáo được nhắm mục tiêu theo nhóm mối quan tâm mà không cần dựa vào cookie của bên thứ ba, đồng thời bảo vệ người dùng khỏi theo dõi.

Chrome đang chạy một nguồn gốc dùng thử cho Protected Audience API. Authorized Buyers đủ điều kiện tham gia thử nghiệm Protected Audience API trên khoảng không quảng cáo của nhà xuất bản Ad Manager. Bên đặt giá thầu có thể đạt được những lợi ích sau bằng cách thử nghiệm Protected Audience API:

  • Lặp lại và tìm hiểu về hiệu quả của các quy trình Protected Audience API.
  • Đưa ra ý kiến phản hồi về những điểm cải tiến tiềm năng đối với API trong các diễn đàn công khai — cho chẳng hạn như GitHub.
  • Chuẩn bị cho việc hỗ trợ quảng cáo được cá nhân hoá thông qua API mà không cần dựa vào cookie của bên thứ ba.

Authorized Buyers muốn thử nghiệm nên xem phần Tham gia để biết thông tin chi tiết.

Tóm tắt quy trình phân phát

Dưới đây là thông tin tóm tắt về quy trình phân phát quảng cáo bằng Protected Audience API cho Authorized Buyers đối tác:

Sơ đồ quy trình

  1. Người đặt giá thầu làm việc với nhà quảng cáo để duy trì nhóm mối quan tâm cho từng nhà quảng cáo nhà quảng cáo. Thông thường, nhà quảng cáo sẽ thêm thẻ của bên đặt giá thầu vào trang của nhà quảng cáo để thêm trình duyệt vào nhóm sở thích.
  2. Người dùng cuối truy cập vào trang của nhà quảng cáo. Trang này có thể chứa thông tin .
  3. Thẻ của bên đặt giá thầu gọi Protected Audience API joinAdInterestGroup(). Lệnh gọi này yêu cầu trình duyệt thêm người dùng vào một nhóm mối quan tâm.
  4. Người dùng cuối truy cập vào trang web của nhà xuất bản. Yêu cầu về trình duyệt của người dùng Thẻ quảng cáo dành cho nhà xuất bản của Google.
  5. Thẻ quảng cáo dành cho nhà xuất bản của Google tạo yêu cầu quảng cáo theo ngữ cảnh đến máy chủ của Google.
  6. Google gửi yêu cầu giá thầu theo bối cảnh cho các bên đặt giá thầu tham gia. Xem Phần Các thay đổi đối với yêu cầu giá thầu để biết thêm thông tin.
  7. Bên đặt giá thầu trả về BidResponse có trường interest_group_bidding. Nếu bên đặt giá thầu không chỉ định interest_group_bidding, Google sẽ không bao gồm nguồn gốc của bên đặt giá thầu trong interestGroupBuyers trong phiên đấu giá . Giá thầu phản hồi cũng có thể chứa interest_group_bidding.per_buyer_signals. per_buyer_signals sẽ được chuyển đến chức năng đặt giá thầu của bên đặt giá thầu trong khoảng thời gian đấu giá trong trình duyệt. Xem phần Các thay đổi về giá thầu phản hồi để biết thêm thông tin.
  8. Google chạy phiên đấu giá phía máy chủ và trả về giá thầu phản hồi cho trình duyệt. Phiên đấu giá phía máy chủ xem xét giá thầu truyền thống phía máy chủ. Giá thầu phản hồi có thể chứa thông tin về giá thầu giành chiến thắng theo bối cảnh (nếu bất kỳ).
  9. Giá thầu phản hồi chứa cấu hình đấu giá cho trình duyệt trong trình duyệt phiên đấu giá. Dữ liệu này có thể bao gồm các tín hiệu bối cảnh từ từng người mua tham gia (được gửi qua interest_group_bidding.per_buyer_signals), thông tin chiến thắng theo bối cảnh và chế độ cài đặt để đủ điều kiện đặt giá thầu.
  10. Thẻ nhà xuất bản của Google gọi Protected Audience API runAdAuction() để bắt đầu phiên đấu giá theo nhóm đối tượng có cùng mối quan tâm trên thiết bị. Google chỉ bao gồm những người mua trước đó đã trả lại interest_group_bidding dưới dạng interestGroupBuyers trong cấu hình phiên đấu giá.
  11. Google chuyển per_buyer_signals của từng bên đặt giá thầu đủ điều kiện cho bộ phận được bảo vệ Cấu hình đấu giá đối tượng.
  12. Nếu nhóm quan tâm của một bên đặt giá thầu nhất định đã chỉ định trustedBiddingSignalsUrl, trình duyệt sẽ gửi yêu cầu cho từng nhóm trustedBiddingSignalsUrl để tìm nạp tín hiệu theo thời gian thực cho từng nhóm. Xem chi tiết trong Protected Audience API .
  13. Trình duyệt gọi generateBid() của bên đặt giá thầu cho từng nhóm mối quan tâm đã chọn tham gia và đủ điều kiện tham gia phiên đấu giá trong trình duyệt. Chiến dịch này bước tính toán giá thầu và chọn một mẫu quảng cáo. generateBid() có quyền truy cập vào per_buyer_signals do bên đặt giá thầu và tính năng đặt giá thầu đáng tin cậy cung cấp tín hiệu cho nhóm quan tâm nhất định.
  14. Trình duyệt gọi scoreAd() của người bán (trong trường hợp này là của Google) của Google để chỉ định thứ hạng cho mỗi giá thầu trong phiên đấu giá quảng cáo cho nhóm đối tượng có cùng mối quan tâm. Giá thầu được xếp hạng và được lọc dựa trên các biện pháp bảo vệ dành cho nhà xuất bản, chính sách quảng cáo cũng như các hạn chế.
  15. Trình duyệt chạy một phiên đấu giá với giá thầu theo nhóm mối quan tâm đủ điều kiện. Chiến lược phát hành đĩa đơn giá thầu theo ngữ cảnh được xếp hạng hàng đầu tham gia vào phiên đấu giá trong trình duyệt.
  16. Sau phiên đấu giá, nếu có người chiến thắng theo nhóm mối quan tâm, trình duyệt sẽ gọi reportResult() của người bán và reportWin() của bên đặt giá thầu để thông báo cho từng về người chiến thắng trong phiên đấu giá trên trình duyệt.
  17. Nếu một quảng cáo cho nhóm đối tượng có cùng mối quan tâm chiến thắng, thì thẻ nhà xuất bản của Google sẽ hiển thị quảng cáo theo một iframe.

Thông tin chi tiết về quy trình phân phát

Trước khi phân phát quảng cáo

Đánh giá mẫu quảng cáo

Mẫu quảng cáo phải được Google xem xét và phê duyệt thì mới có thể phân phát từ Phiên đấu giá sử dụng Protected Audience trong trình duyệt. Bạn có thể gửi mẫu quảng cáo để xem xét thông qua Real-time Bidding API (API Đặt giá thầu theo thời gian thực) hoặc thông qua tự động quét mẫu quảng cáo. Mẫu quảng cáo cho Phiên đấu giá quảng cáo cho nhóm đối tượng có cùng mối quan tâm sử dụng Protected Audience trong trình duyệt phải bao gồm renderUrls để xem xét.

Yêu cầu đối với renderUrls:

  • renderUrl được gửi thông qua API phải khớp với renderUrl được sử dụng trong phiên đấu giá quảng cáo cho nhóm đối tượng có cùng mối quan tâm.
  • Mỗi renderUrl chỉ có thể đại diện cho một nhà quảng cáo hoặc một quảng cáo chiến dịch. Không thể sử dụng renderUrl nhất định để hiển thị quảng cáo thay mặt cho nhiều nhà quảng cáo. Mỗi renderUrl phải liên kết với một mẫu quảng cáo.
  • renderUrl cần phải có thể truy cập và tìm nạp được bằng ứng dụng ngoại tuyến của Google hệ thống xem xét mẫu quảng cáo trong tối đa 7 ngày sau khi quảng cáo được đặt giá thầu lần cuối.
Real-time Bidding API

Bên đặt giá thầu có thể sử dụng tính năng Đặt giá thầu theo thời gian thực API để tải mẫu quảng cáo lên đặt giá thầu cho nhóm đối tượng có cùng mối quan tâm.

Tự động quét mẫu quảng cáo

Bên đặt giá thầu có thể thiết lập tính năng tự động quét mẫu quảng cáo cho các mẫu quảng cáo không tải lên thông qua API Đặt giá thầu theo thời gian thực.

Nếu bạn thiết lập tính năng tự động quét mẫu quảng cáo, Google sẽ tìm các mẫu quảng cáo trong trong trình duyệt và tự động quét chúng để chúng đủ điều kiện tham gia các phiên đấu giá trong tương lai.

Dưới đây là cách bật tính năng tự động quét mẫu quảng cáo:

  • Thêm tất cả nguồn gốc renderUrl của mẫu quảng cáo theo nhóm mối quan tâm vào Tài khoản Authorized Buyers.

  • Thêm các tiêu đề HTTP tùy chỉnh sau vào phản hồi HTTP của quảng cáo:

    Authorized-Buyers-Creative-ID

    string

    Mã mẫu quảng cáo dành riêng cho người mua. Độ dài tối đa của mã mẫu quảng cáo là 128 byte.
    Authorized-Buyers-Click-Through-URLs

    string

    Tập hợp các URL đích đã khai báo cho mẫu quảng cáo được mã hoá theo vào RFC2396.

Ví dụ:

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>
Thời hạn của mẫu quảng cáo

Mẫu quảng cáo được phê duyệt trong 15 ngày. Nếu bạn gửi quảng cáo theo thời gian thực Đặt giá thầu API, bạn cần gửi lại mẫu quảng cáo sau 15 ngày. Nếu bạn dựa vào tự động quét mẫu quảng cáo thì quá trình quét sẽ tự động quét lại các mẫu quảng cáo đó.

Mã báo cáo của người mua

Bạn có thể chia nhỏ các chỉ số báo cáo (chẳng hạn như số lượt hiển thị) bằng các phương diện do người mua cung cấp (ví dụ: mã chiến dịch hoặc mã nhận dạng nhà quảng cáo). Để thêm một phương diện cho mức chi tiêu của nhóm đối tượng có cùng mối quan tâm, hãy chỉ định buyerAndSellerReportingId cho quảng cáo của bạn khi bạn thêm thiết bị của người dùng vào nhóm quan tâm. Xem thêm chi tiết trong Protected Audience .

Sau đây là ví dụ về cách thêm buyerAndSellerReportingId vào cấu hình nhóm mối quan tâm:

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

buyer_reporting_id sẽ xuất hiện dưới dạng một phương diện mới trong Đã cho phép Công cụ báo cáo của người mua, dưới dạng phương diện Mã báo cáo của người mua.

Phiên đấu giá phía máy chủ

Thay đổi yêu cầu giá thầu

Sau đây là phiên bản ban đầu của các giao thức được hỗ trợ để sử dụng trong thử nghiệm:

Cho biết khả năng hỗ trợ phiên đấu giá theo nhóm đối tượng có cùng mối quan tâm

Yêu cầu giá thầu có một trường mới là auction_environment.

  • Giao thức RTB của Google: BidRequest.adslot.auction_environment
  • OpenRTB: BidRequest.imp.ext.auction_environment

Bạn có thể sử dụng trường này để phân biệt giữa các cơ hội hiển thị hỗ trợ phiên đấu giá theo nhóm đối tượng có cùng mối quan tâm trong Protected Audience trong trình duyệt và những phiên đấu giá chỉ hỗ trợ phiên đấu giá trao đổi phía máy chủ truyền thống. Chiến lược phát hành đĩa đơn Enum auction_environment có thể có các giá trị sau:

  • SERVER_SIDE_AUCTION (OpenRTB JSON: 0): Phiên đấu giá phía máy chủ truyền thống
  • ON_DEVICE_INTEREST_GROUP_AUCTION (OpenRTB JSON: 1): Yêu cầu bằng Hỗ trợ Protected Audience, trong đó phiên đấu giá theo bối cảnh chạy trên máy chủ của Exchange và nhóm quan tâm, cũng như phiên đấu giá cuối cùng trong trình duyệt
Cho biết kích thước vùng quảng cáo của Protected Audience

Yêu cầu giá thầu bao gồm các trường sau đây để cung cấp cho bạn tính năng Bảo vệ Kích thước vùng quảng cáo đối tượng:

  • Giao thức RTB của Google:
    • BidRequest.adslot.interest_group_auction.width
    • BidRequest.adslot.interest_group_auction.height
  • OpenRTB:
    • BidRequest.imp.ext.interest_group_auction.width
    • BidRequest.imp.ext.interest_group_auction.height

Các trường này cho biết kích thước của vùng quảng cáo cho phiên đấu giá sử dụng Protected Audience API tính bằng pixel.

Kích thước này có thể khác với kích thước cho yêu cầu theo ngữ cảnh (Adslot.widthvàAdslot.height, hoặc trong OpenRTB: BidRequest.imp.banner.format).

Yêu cầu theo bối cảnh có thể có nhiều kích thước. Chiến thắng trong phiên đấu giá trên thiết bị quảng cáo dự kiến chỉ lấp đầy một kích thước vùng cố định.

Cho biết khả năng hiển thị quảng cáo của Protected Audience

Quảng cáo Protected Audience có thể hiển thị hoặc không hiển thị tuỳ thuộc vào giai đoạn tích hợp (xem không hiển thị) thử nghiệm). render_interest_group_ads trên yêu cầu giá thầu cho biết liệu quảng cáo Protected Audience giành chiến thắng sẽ được hiển thị.

  • Giao thức RTB của Google: BidRequest.adslot.interest_group_auction.render_interest_group_ads
  • OpenRTB: BidRequest.imp.ext.interest_group_auction.render_interest_group_ads
Giảm thiểu việc dựa vào giá trị nhận dạng người dùng

Các yêu cầu giá thầu theo bối cảnh thuộc phạm vi thử nghiệm Protected Audience API có thể tiếp tục mang theo các giá trị nhận dạng truyền thống dựa trên cookie khi có sẵn từ trình duyệt, chẳng hạn như google_user_id (BidRequest.user.id trong OpenRTB) và hosted_match_data (BidRequest.user.buyerid trong OpenRTB). Sự hiện diện trong số các giá trị nhận dạng đó trong yêu cầu giá thầu sẽ tiếp tục tuân theo mọi giá trị chính sách quyền riêng tư của chúng tôi. Bạn không nên dựa vào giá trị nhận dạng dựa trên cookie cho mục đích nhắm mục tiêu và đặt giá thầu trong quá trình thử nghiệm để chuẩn bị tốt hơn cho việc nhắm mục tiêu hiệu quả mua khi cookie của bên thứ ba không còn được cung cấp.

Google cũng có thể chạy các thử nghiệm quy mô nhỏ trong đó giá trị nhận dạng dựa trên cookie loại bỏ khỏi các yêu cầu giá thầu trong phạm vi thử nghiệm Protected Audience API. Chiến dịch này là đánh giá tác động tiềm năng của việc ngừng sử dụng cookie của bên thứ ba.

Để chuẩn bị cho ngừng sử dụng cookie của bên thứ ba (3PCD) vào năm 2024, Chrome hiện cung cấp Thử nghiệm trên nền tảng Chrome.

Các trang web và nhà cung cấp có thể sử dụng phương thức kiểm thử hỗ trợ Chrome để kiểm thử hệ thống của họ theo 3PCD (máy tính để bàn). Trong thử nghiệm này, trình duyệt Chrome được chỉ định vào nhóm thử nghiệm 3PCD, Chế độ A hoặc Chế độ B. Mỗi trình duyệt được gán một nhãn nhất quán tương ứng với một nhóm thử nghiệm 3PCD cụ thể mà bạn có thể truy cập thông qua API Chrome trong trình duyệt.

Google chuyển nhãn chưa sửa đổi từ API Chrome sang giá thầu RTB của bạn. Do phần lưu lượng truy cập nhỏ của một nhãn riêng lẻ, Google không phải lúc nào cũng bao gồm nhãn trong ngữ cảnh hạn chế về quyền riêng tư.

Sau đây là các trường mà bạn có thể xem nhãn:

  • Giao thức RTB của Google: BidRequest.device.cookie_deprecation_label
  • OpenRTB: BidRequest.device.ext.cdep

Các thay đổi về giá thầu phản hồi

Cho biết việc tham gia phiên đấu giá theo nhóm đối tượng có cùng mối quan tâm

Bạn có trách nhiệm thể hiện rõ ý định tham gia vào đấu giá trong trình duyệt bằng cách trả về đối tượng InterestGroupBidding trong giá thầu phản hồi theo bối cảnh:

  • Giao thức RTB của Google: BidResponse.interest_group_bidding
  • OpenRTB: BidResponse.ext.igbid

Bạn phải cung cấp giá thầu phản hồi theo ngữ cảnh. Bạn không bắt buộc phải trả lời những bao gồm giá thầu theo ngữ cảnh. Đối tượng InterestGroupBidding phải chứa origin của chủ sở hữu nhóm đối tượng có cùng mối quan tâm. Mã này phải khớp với một trong các nguồn gốc được định cấu hình bởi bên đặt giá thầu cho tài khoản của họ. origin được thêm vào phiên đấu giá interestGroupBuyers của cấu hình khi Thẻ nhà xuất bản của Google gọi runAdAuction().

Truyền bá các tín hiệu bối cảnh của người mua (per BuyerSignals)

Bạn có thể bao gồm tín hiệu của người mua trong giá thầu phản hồi theo ngữ cảnh. Google truyền dưới dạng đối tượng JSON đến hàm đặt giá thầu trên thiết bị thông qua Đối số perBuyerSignals. Thông tin này có thể được đưa vào giá thầu phản hồi với sau đây tuỳ thuộc vào giao thức:

  • RTB Google: BidResponse.interest_group_bidding.per_buyer_signals
  • OpenRTB: BidResponse.ext.igbid.igbuyer.buyerdata
Truyền đạt tín hiệu hiển thị theo bối cảnh của người mua

Mẫu quảng cáo cho nhóm đối tượng có cùng mối quan tâm có thể sử dụng một số tín hiệu bối cảnh hạn chế trong khi hiển thị gửi các tín hiệu đó thông qua phản hồi giá thầu theo ngữ cảnh và nhận chúng chúng trên yêu cầu URL hiển thị bằng cách sử dụng tính năng mở rộng macro. Ví dụ: hiển thị tín hiệu có thể dùng để tuỳ chỉnh giao diện của mẫu quảng cáo nhằm cải thiện hiệu suất trong ngữ cảnh của một vùng quảng cáo hoặc trang nhà xuất bản nhất định.

Bạn có thể thêm các tín hiệu hiển thị của người mua được chuyển đổi tuần tự dưới dạng chuỗi an toàn với URL trong giá thầu phản hồi theo ngữ cảnh mà Google sẽ thay thế để mang lại lợi ích thắng thầu nhóm URL hiển thị bằng cách tạo Macro ${RENDER_DATA_buyer.origin.example[_OPTIONAL_SUFFIX]}.

Bạn có thể chỉ định tín hiệu hiển thị trong giá thầu phản hồi bằng các cách sau , tuỳ thuộc vào giao thức:

  • RTB Google: BidResponse.interest_group_bidding.interest_group_buyer.rendering_signals
  • OpenRTB: BidResponse.ext.igbid.igbuyer.rsig

Có thể bao gồm tối đa 3 bộ tín hiệu hiển thị với các hậu tố macro khác nhau trong giá thầu phản hồi để phân biệt các tín hiệu. Ví dụ: hậu tố có thể được dùng để so khớp một tập hợp tín hiệu cụ thể chỉ áp dụng cho các mẫu quảng cáo với macro tương ứng trong URL hiển thị của chúng, do đó làm giảm quá trình chuyển dữ liệu kích thước.

Người mua theo nhóm mối quan tâm sẽ bị từ chối tham gia chương trình Bảo vệ Phiên đấu giá đối tượng nếu tín hiệu không an toàn với URL, hậu tố macro không phải là duy nhất, hoặc có nhiều hơn 3 bộ tín hiệu.

Chỉ định giá thầu tối đa trong trình duyệt

Trong Protected Audience đề xuất, thì việc tính toán giá thầu và phiên đấu giá cuối cùng dự kiến sẽ chạy trên thiết bị. Việc này có thể tạo ra các vectơ lạm dụng tiềm ẩn có thể ảnh hưởng đến tính toàn vẹn của phiên đấu giá cuối cùng kết quả, chẳng hạn như giá thầu giành chiến thắng.

Là một biện pháp giảm thiểu được hỗ trợ trong quá trình thử nghiệm Protected Audience API của Google cho các đối tác RTB, bạn có thể chỉ định giá trị giá thầu tối đa dự kiến trong mỗi giá thầu phản hồi theo ngữ cảnh. Giá thầu tối đa dự kiến là giá thầu tối đa hàm đặt giá thầu dự kiến sẽ trả về. Nếu giá thầu giành chiến thắng được báo cáo từ phiên đấu giá trong trình duyệt vượt quá số tiền này, thì giá thầu giành chiến thắng sẽ không được tính dưới dạng sự kiện có thể tính phí. Phương pháp này có thể thay đổi.

Trong giá thầu phản hồi, bạn có thể chỉ định giá trị giá thầu tối đa dự kiến trong phần các trường sau:

  • Giao thức RTB của Google: BidResponse.interest_group_bidding.interest_group_buyers.max_bid_cpm_micros (được thể hiện bằng microCPM)
  • OpenRTB: BidResponse.igbid.igbuyer.maxbid(được biểu thị bằng đơn vị tiền tệ CPM)
Phân bổ lượt hiển thị cho nhiều tài khoản

Bên đặt giá thầu phải chọn một mã thanh toán để phân bổ lợi ích của họ số lần hiển thị của giá thầu nhóm bằng cách sử dụng các trường sau:

  • Giao thức RTB của Google: BidResponse.interest_group_bidding.interest_group_buyers.billing_id
  • OpenRTB: BidResponse.igbid.igbuyer.billing_id

Mã thanh toán bạn chọn phải là mã thanh toán đủ điều kiện trong yêu cầu giá thầu:

  • Giao thức RTB của Google: BidRequest.adslot.matching_ad_data.billing_id
  • OpenRTB: BidRequest.imp.ext.billing_id

Nếu mã thanh toán để phân bổ lượt hiển thị đặt giá thầu theo nhóm mối quan tâm không phải là được cung cấp, bên đặt giá thầu sẽ không tham gia vào phiên đấu giá sử dụng Protected Audience API.

Tài khoản con có thể có tối đa hai mã thanh toán. Người mua có thể sử dụng mã thanh toán cho mức chi tiêu theo bối cảnh và mã còn lại cho mức chi tiêu theo nhóm mối quan tâm. Hãy liên hệ với người quản lý tài khoản nếu bạn muốn định cấu hình hai mã thanh toán cho tài khoản con.

Bạn có thể đặt ngân sách hằng ngày cho từng mã thanh toán. Liên hệ với người quản lý tài khoản để đặt ngân sách hằng ngày cho mã thanh toán của tài khoản con.

Mã thanh toán cho tất cả tài khoản con có ngân sách đủ điều kiện để đặt giá thầu trên lượt hiển thị sẽ xuất hiện trên yêu cầu giá thầu để lựa chọn mô hình phân bổ chi tiêu. Liên hệ với người quản lý tài khoản để sửa đổi ngân sách cho mã thanh toán cho nhóm đối tượng có cùng mối quan tâm.

Trong phiên đấu giá trong trình duyệt

Tạo giá thầu trong trình duyệt

Sử dụng generateBid() để tạo giá thầu trong trình duyệt.

Google cung cấp các tham số sau:

  • auctionSignals: Trống
  • perBuyerSignals: Đối tượng JavaScript của cùng các tín hiệu được cung cấp bởi bên đặt giá thầu trong phản hồi theo ngữ cảnh

Các tham số sau đây sẽ được trả về:

  • ad: Google sẽ bỏ qua trường này.
  • bid: Giá thầu bằng số tham gia phiên đấu giá. Phải ở đơn vị CPM (không phải micrô).
  • render: URL được hiển thị để hiển thị mẫu quảng cáo nếu giá thầu thắng phiên đấu giá. Google phải xem xét và phê duyệt URL này, nếu không URL sẽ bị lọc khỏi phiên đấu giá.
  • allowComponentAuction: Phải là true. Google hiện hỗ trợ thử nghiệm trong phiên đấu giá nhiều người bán.

Ví dụ:

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

Xem thông số kỹ thuật của Protected Audience Trên thiết bị Đặt giá thầu để giải thích về hàm generateBid().

Đơn vị tiền tệ của giá thầu

Giá thầu đấu giá trong trình duyệt được đặt theo đơn vị CPM của đơn vị tiền tệ giá thầu đã chọn.

Đơn vị tiền tệ của giá thầu phải được chỉ định trong cả phản hồi giá thầu theo ngữ cảnh và trong giá trị trả về của generateBid và phải là mã alpha hợp lệ theo ISO 4217, chẳng hạn như là "USD", "EUR" hoặc "JPY".

Trong OpenRTB, hãy sử dụng trường cur mới trong đối tượng InterestGroupBuyer trong Phần mở rộng về giá thầu phản hồi của Google.

Ví dụ:

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

Trong giao thức RTB của Google, hãy sử dụng trường currency mới trong InterestGroupBuyer thông báo trong giá thầu phản hồi.

Ví dụ:

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

Của bên đặt giá thầu Hàm generateBid phải trả về giá thầu bằng cùng một đơn vị tiền tệ với được biểu thị trong giá thầu phản hồi theo ngữ cảnh. Điền thuộc tính bidCurrency mới vào Giá trị trả về của generateBid:

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

Nếu đơn vị tiền tệ trong giá thầu phản hồi theo ngữ cảnh khác với đơn vị tiền tệ được trả về bởi generateBid hoặc nếu một trong hai trả về tiền tệ không hợp lệ, giá thầu sẽ được lọc trước phiên đấu giá.

Kiểm tra chất lượng quảng cáo

Việc thực thi chính sách mẫu quảng cáo và biện pháp kiểm soát dành cho nhà xuất bản có thể hạn chế hơn đối với giá thầu cho nhóm đối tượng có cùng mối quan tâm trên trình duyệt trong quá trình thử nghiệm Protected Audience API cho RTB các đối tác.

Nội dung hỗ trợ theo Đạo luật Dịch vụ kỹ thuật số

Theo Điều 26 của Đạo luật Dịch vụ kỹ thuật số, nhà xuất bản có thể yêu cầu người mua hiển thị thông tin công bố về tính minh bạch trong quảng cáo. Khi thông báo "Yêu cầu người mua chỉ hiển thị quảng cáo với DSA thông tin minh bạch trên trang web hoặc ứng dụng của tôi ở Khu vực kinh tế Châu Âu (EEA)" được bật bằng một nhà xuất bản, người mua theo nhóm mối quan tâm có thể xác định cơ hội nào họ sẽ tham gia bắt buộc để thể hiện tính minh bạch của người mua bằng cách lưu ý các trường sau trên yêu cầu giá thầu đã nhận: BidRequest.dsa.dsa_support và BidRequest.dsa.publisher_rendering_support cho giao thức Google Authorized Buyers và BidRequest.regs.dsa.required và BidRequest.dsa.pubrender cho giao thức OpenRTB.

Khi bên đặt giá thầu muốn tham gia vào các phiên đấu giá Protected Audience API nhận được tín hiệu trong yêu cầu giá thầu yêu cầu phải thể hiện tính minh bạch theo DSA quảng cáo được phân phối qua Protected Audience API, nhà phát triển nên đánh giá xem chúng có thể hiển thị thích hợp thông tin được yêu cầu và chỉ định bằng cách cài đặt BidResponse.interest_group_bidding.interest_group_buyers.dsa_buyer_render cho giao thức Google Authorized Buyers hoặc BidResponse.ext.igbid.igbuyer.dsaadrenderđối với giao thức OpenRTB. Nếu không, người mua sẽ không được đưa vào phiên đấu giá Protected Audience API.

Để biết thêm thông tin về tính minh bạch trong quảng cáo theo Đạo luật Dịch vụ kỹ thuật số, hãy xem Bài viết trên Trung tâm trợ giúp: Hỗ trợ Đạo luật Dịch vụ kỹ thuật số.

Lọc giá thầu

Google thực thi chính sách nhà xuất bản các nút điều khiển và quảng cáo chính sách của YouTube trong phiên đấu giá trên thiết bị.

Sau phiên đấu giá trong trình duyệt

Báo cáo kết quả phiên đấu giá cho người mua: reportWin()

Google không điền các đối số sau:

  • auctionSignals
  • sellerSignals

Sử dụng reportWin() để báo cáo kết quả phiên đấu giá cho người mua.

Xem Báo cáo của người mua về tính năng Hiển thị và quảng cáo Sự kiện của phần giải thích về Protected Audience API để biết thêm thông tin.

Macro

renderUrl tham chiếu đến mẫu quảng cáo Protected Audience API có thể bao gồm một hoặc nhiều phần giữ chỗ, được gọi là macro. Sau phiên đấu giá theo nhóm đối tượng có cùng mối quan tâm nhưng trước khi hiển thị, macro được thay thế bằng giá trị. renderUrl được dùng trong phiên đấu giá trên thiết bị có thể bao gồm những thông tin sau macro:

${GDPR} Mở rộng thành 0 nếu không áp dụng GDPR hoặc 1 nếu áp dụng GDPR. Xem tài liệu.
${GDPR_CONSENT_XXXX} Mở rộng tới phần Trong suốt và Chuỗi sự đồng ý (TC) được liên kết với yêu cầu. Nếu Tính minh bạch và Chuỗi đồng ý (TC) trống hoặc không hợp lệ, macro này không mở rộng.

Sử dụng macro này để chuyển chuỗi TC cho nhà cung cấp đã đăng ký IAB GVL trong URL. Thay thế XXXX bằng mã IAB GVL của IAB đã đăng ký GVL nhà cung cấp. Nếu chuỗi TC trống hoặc không hợp lệ, thì macro này sẽ không mở rộng.

Các quảng cáo có macro ${GDPR_CONSENT_XXXX} có thể trở thành bị chặn nếu nhà cung cấp đã đăng ký IAB GVL được liên kết với mã IAB GVL bạn không có sự đồng ý của người dùng.

Macro ${GDPR_CONSENT_XXXX} chỉ được xuất hiện một lần trong renderUrl.
${ADDL_CONSENT} Mở rộng thành phần Bổ sung Chuỗi đồng ý (AC) liên kết với yêu cầu.
${AD_WIDTH}, ${AD_HEIGHT) Các macro này chèn chiều rộng và chiều cao của vùng quảng cáo.
${RENDER_DATA_buyer.origin.example[_OPTIONAL_SUFFIX]}

Macro chứa tín hiệu người mua tại thời điểm hiển thị được chỉ định cho giá thầu phản hồi.

Thay thế phần giữ chỗ buyer.origin.example bằng nguồn gốc của người mua trong nhóm quan tâm, tương ứng với interest_group_buyers.origin trong giá thầu phản hồi. Bạn có thể bao gồm _OPTIONAL_SUFFIX để cung cấp tối đa ba tên khác nhau giá trị tín hiệu kết xuất.

Cách tính lượt hiển thị

Trong quá trình thử nghiệm Protected Audience API với các đối tác RTB, Google sẽ tính số lượt hiển thị khi trình duyệt gọi hàm reportResult() và sau đó tìm nạp URL báo cáo của Google trong lệnh gọi đến sendReportTo().

Vì sự kiện được Google sử dụng để tính số lượt hiển thị trong Protected Audience phiên đấu giá trong trình duyệt có thể khác với sự kiện được dùng để tính lượt hiển thị của đối tác người mua RTB, thì số lượt hiển thị có thể khác nhau.

Một trong những mục tiêu của Google khi thử nghiệm Protected Audience API là xác định và giảm những khác biệt này.

Phân bổ các lượt hiển thị có thể lập hoá đơn

Toàn bộ số tiền chi tiêu của bên đặt giá thầu trong phiên đấu giá sử dụng Protected Audience trong trình duyệt là được phân bổ cho một tài khoản bên đặt giá thầu dựa trên mối liên kết từ mối quan tâm nguồn gốc của chủ sở hữu nhóm được định cấu hình cho bên đặt giá thầu. Phân bổ chi tiêu cho các mức giá khác nhau tài khoản giấy phép con của bên đặt giá thầu không được hỗ trợ.

Giới hạn ngân sách hàng ngày

Trong quá trình thử nghiệm Protected Audience API, mỗi tài khoản sẽ có một cấp tài khoản Giới hạn ngân sách hằng ngày của mức chi tiêu Protected Audience. Giới hạn ngân sách hằng ngày giúp giới hạn rủi ro trong môi trường đấu giá trên trình duyệt. Khi đạt đến giới hạn ngân sách hàng ngày, tài khoản không còn nhận được yêu cầu giá thầu đủ điều kiện sử dụng Protected Audience.

Tài khoản đó có thể tiếp tục tham gia vào phiên đấu giá theo bối cảnh phía máy chủ sau đạt đến giới hạn của Protected Audience. Ví dụ: tài khoản bên đặt giá thầu đạt đến giới hạn của Protected Audience có thể nhận được một yêu cầu giá thầu với auction_environment = SERVER_SIDE_AUCTION (OpenRTB: 0), ngay cả khi yêu cầu giá thầu đó đủ điều kiện để sử dụng phiên đấu giá sử dụng Protected Audience API.

Phản hồi theo thời gian thực và giá thầu tối thiểu để thắng

Bên đặt giá thầu chọn nhận phản hồi theo thời gian thực sẽ nhận được ý kiến phản hồi đối với những người mua theo nhóm mối quan tâm được yêu cầu đưa vào phiên đấu giá sử dụng Protected Audience API trên thiết bị. Mỗi người mua thuộc nhóm mối quan tâm mà bên đặt giá thầu chỉ định về một giá thầu phản hồi sẽ nhận được một đối tượng phản hồi, bất kể nhiều người đặt giá thầu cho người mua theo nhóm mối quan tâm trong phiên đấu giá sử dụng Protected Audience API. Chiến lược phát hành đĩa đơn thông tin sau sẽ có sẵn trên phản hồi của người mua nhóm mối quan tâm đối tượng:

  • Loại phản hồi của đối tượng phản hồi sẽ là INTEREST_GROUP_BUYER_FEEDBACK.
  • Nguồn gốc của người mua theo nhóm mối quan tâm.
  • Giá thầu tối thiểu để giành chiến thắng cho người mua theo nhóm mối quan tâm để giành được phiên đấu giá chung.
  • Giá thầu tối thiểu để giành chiến thắng cho người mua theo nhóm mối quan tâm để vượt qua giá thầu được xếp hạng cao nhất từ thành phần phía máy chủ của phiên đấu giá chung.
  • Mã trạng thái của người mua nhóm mối quan tâm. Các mã trạng thái có thể có là được xác định trong interest-group-buyer-status-codes.txt.

Hãy tham khảo tài liệu về giao thức cho RTB trong Authorized Buyers và Phần mở rộng OpenRTB cho các tên trường cụ thể.

Thông báo phản hồi giá thầu

Chrome cung cấp tính năng gỡ lỗi tạm thời API đối với Protected Audience API. API này cho phép Ad Manager gửi theo thời gian thực thông báo gỡ lỗi từ máy chủ đến máy chủ chứa phản hồi về chế độ Bảo vệ Giá thầu đối tượng. Thông báo này sẽ bao gồm các lý do tại sao giá thầu có thể đã được lọc trong phiên đấu giá trong Protected Audience trong trình duyệt cùng với về giá thầu được mô tả bên dưới.

Bên đặt giá thầu có thể liên hệ với người quản lý tài khoản của họ để thiết lập một URL tĩnh dùng để gửi thông báo phản hồi giá thầu gỡ lỗi cho Protected Audience. Chiến dịch này URL tĩnh sẽ được tìm nạp từ máy chủ của Google với các macro đã chọn được thay thế sau khi phiên đấu giá sử dụng Protected Audience API hoàn tất. Các macro sau đây được hỗ trợ:

  • %%GOOGLE_QUERY_ID%%: Macro này được thay thế bằng mã truy vấn của Google (BidRequest.google_query_id trong giao thức Authorized Buyers và BidRequest.ext.google_query_id trong giao thức OpenRTB) được gửi vào Yêu cầu giá thầu theo bối cảnh có bật Protected Audience.
  • %%INTEREST_GROUP_OWNER%%: Nguồn gốc của chủ sở hữu nhóm mối quan tâm.
  • %%BID_CPM%%: Giá thầu theo CPM mà người mua chỉ định trong hàm generateBid().
  • %%RENDER_URL%%: URL hiển thị của mẫu quảng cáo.
  • %%STATUS%%: Mã trạng thái nếu giá thầu bị từ chối trong vòng scoreAd(). Giá trị là trạng thái mẫu quảng cáo mã.

Dưới đây là URL tĩnh mẫu mà người đặt giá thầu có thể cung cấp cho người quản lý tài khoản của họ:

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

Thông báo phản hồi giá thầu là một tính năng tạm thời phụ thuộc vào API ForDebuggingOnly tạm thời.

TURTLEDOVE cấp sản phẩm

Quảng cáo bao gồm nhiều phần hoặc Cấp sản phẩm TURTLEDOVE (PLTD) được hỗ trợ cho các đối tác RTB của Google trong Protected Audience API kiểm thử. Hãy thông báo cho người quản lý tài khoản của bạn trong quá trình tích hợp nếu bạn định thử nghiệm PLTD, vì bắt buộc phải có tài nguyên và cấu hình bổ sung.

Giới thiệu

Dưới đây là cách bạn có thể kiểm thử Protected Audience API:

Các bước

  1. Điền vào biểu mẫu yêu cầu để tham gia thử nghiệm Protected Audience API.
  2. Sau khi bạn gửi biểu mẫu yêu cầu, hãy liên hệ với người quản lý tài khoản hoặc tệp của bạn phiếu yêu cầu hỗ trợ thông qua trang Trợ giúp Authorized Buyers .
  3. Sau khi tài khoản được định cấu hình, cả Google và đối tác đều có thể xác minh thông qua các bước trong Giai đoạn kiểm thử.

Đánh giá mẫu quảng cáo

Để đặt giá thầu với quảng cáo cấp sản phẩm (quảng cáo bao gồm nhiều phần) trong các phiên đấu giá Protected Audience API, hãy tuân thủ các yêu cầu sau:

  • Đưa tham số truy vấn &pltd=True vào renderUrl cho thuộc tính vùng chứa của quảng cáo thành phần (còn được gọi là renderUrl cấp cao nhất) để phân biệt renderUrls cấp cao nhất trong quá trình đánh giá mẫu quảng cáo.
  • Hiển thị mẫu quảng cáo đại diện khi vùng chứa của quảng cáo thành phần là được tìm nạp để Google xem xét mẫu quảng cáo. Để biết khi nào một Hiển thị quảng cáo đại diện sẽ được trả về, bạn có thể tham khảo Tham số truy vấn validation=True do hệ thống đánh giá mẫu quảng cáo của Google đặt.

Danh sách kiểm tra tích hợp

  • Thiết lập một điểm cuối yêu cầu giá thầu sẽ điền sẵn dữ liệu cho Protected Audience API các trường liên quan trên giá thầu phản hồi theo ngữ cảnh (ví dụ: interest_group_bidding.
  • Triển khai tính năng gắn thẻ trên các trang của nhà quảng cáo để tham gia trình duyệt của người dùng nhóm đối tượng có cùng mối quan tâm.
  • Triển khai generateBid() và reportWin().
  • Chọn nguồn gốc của chủ sở hữu nhóm mối quan tâm rồi thêm họ vào Authorized Buyers tài khoản.
    • Nguồn gốc của chủ sở hữu nhóm mối quan tâm phải khớp với nguồn gốc mà Các hàm generateBid() được lưu trữ.
    • Hãy liên hệ với người quản lý tài khoản hoặc gửi phiếu yêu cầu hỗ trợ thông qua trang web Được uỷ quyền Trung tâm trợ giúp người mua để hoàn thành bước này.
  • Thiết lập tính năng nhắm mục tiêu trước cho khoảng không quảng cáo liên quan đến Protected Audience API kiểm thử.
  • Gửi mẫu quảng cáo để xem xét và phê duyệt thông qua phần Mẫu quảng cáo .
  • (Không bắt buộc) Thiết lập các điểm cuối tín hiệu đặt giá thầu đáng tin cậy.
  • (Không bắt buộc) Thiết lập trang thử nghiệm về nhà quảng cáo để các kỹ sư của Google có thể thêm trình duyệt của họ đến nhóm mối quan tâm thuộc sở hữu của người mua thuộc nhóm đối tượng có cùng mối quan tâm của bạn máy chủ gốc. Điều này cho phép chúng ta kích hoạt các phiên đấu giá trong Protected Audience theo cách thủ công.
  • (Không bắt buộc) Bật tính năng phản hồi theo thời gian thực trên tài khoản của bạn để nhận phản hồi về người mua thuộc nhóm đối tượng có cùng mối quan tâm đã yêu cầu được đưa vào Protected Audience phiên đấu giá.
  • (Không bắt buộc) Liên hệ với người quản lý tài khoản của bạn để thiết lập một URL tĩnh cho nhận được thông báo từ máy chủ đến máy chủ cung cấp giá thầu Protected Audience ý kiến phản hồi về trạng thái của giá thầu qua Protected Audience trên thiết bị phiên đấu giá để giúp gỡ lỗi các vấn đề không mong muốn. Xem ý kiến phản hồi về giá thầu để biết thông tin chi tiết.

Giai đoạn kiểm thử

Giai đoạn 1: Kiểm thử theo cách thủ công

Dưới đây là cách kích hoạt phiên đấu giá sử dụng Protected Audience API theo cách thủ công, đảm bảo quảng cáo có thể được hiển thị và ghi lại lần hiển thị:

  1. Sử dụng Chrome 101 trở lên.
  2. Bật API Hộp cát về quyền riêng tư và Khung bảo vệ bằng chrome://flags/#privacy-sandbox-ads-apis và chrome://flags/#enable-fenced-frames Xem thêm tại phần Kiểm tra quyền riêng tư hộp cát.
  3. Gửi mẫu quảng cáo để phê duyệt bằng cách sử dụng tính năng Đặt giá thầu theo thời gian thực .
  4. Sử dụng trang nhà quảng cáo do bên đặt giá thầu cung cấp để thêm trình duyệt vào bên đặt giá thầu do bên đặt giá thầu sở hữu nhóm có cùng mối quan tâm.

  5. Sử dụng trang thử nghiệm dành cho nhà xuất bản do Google cung cấp sau đây để kích hoạt trạng thái Được bảo vệ Phiên đấu giá đối tượng:

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

    Nhóm đối tượng có cùng mối quan tâm trong trình duyệt phải đặt giá thầu đủ cao để thắng phiên đấu giá, vì nhóm này có thể cạnh tranh với giá thầu thông thường phía máy chủ. Google cũng cung cấp trang dành riêng cho nhà xuất bản thử nghiệm cho từng đối tác, trong đó chỉ đối tác đó có thể tham gia phiên đấu giá. Có thể dễ dàng giành chiến thắng một cách đáng tin cậy phiên đấu giá trong trình duyệt trên một trang cụ thể của đối tác.

  6. Xác minh những thông tin sau:

    1. Quảng cáo giành chiến thắng dự kiến được hiển thị.
    2. Kết quả phiên đấu giá được gửi phía máy chủ (tức là bên đặt giá thầu giành chiến thắng) nhận được tin nhắn ping từ reportWin().
    3. Bảng điều khiển trang của nhà xuất bản thử nghiệm ghi lại thông báo gỡ lỗi cho mỗi giá thầu với các thông tin sau:
      • renderUrl: URL hiển thị của giá thầu.
      • interestGroupOwner: Chủ sở hữu nhóm đối tượng có cùng mối quan tâm của giá thầu.
      • accepted: Trường này là true nếu giá thầu đã được chấp nhận và là false nếu giá thầu bị scoreAd() từ chối.
      • externalBidStatus: Mã trạng thái nếu giá thầu bị từ chối trong vòng scoreAd() Giá trị là trạng thái mẫu quảng cáo mã.

Giai đoạn 2: (Không bắt buộc) Thử nghiệm không hiển thị

Sau khi Google và đối tác đã xác minh theo cách thủ công rằng đối tác có thể tham gia phiên đấu giá sử dụng Protected Audience API, Google sẽ cho phép đối tác giai đoạn tiếp theo của thử nghiệm.

Google phân bổ một lượng nhỏ lưu lượng truy cập trực tiếp để chạy Protected Audience phiên đấu giá. Khi đó, Google và đối tác không cần phải kích hoạt theo cách thủ công phiên đấu giá sử dụng Protected Audience API. Kết quả của phiên đấu giá sử dụng Protected Audience API không kết xuất. Việc này giúp chúng tôi thử nghiệm việc tích hợp trên quy mô lớn.

Liên hệ với người quản lý tài khoản của bạn hoặc gửi phiếu yêu cầu hỗ trợ thông qua Authorized Buyers khi bạn đã sẵn sàng. Google sẽ kích hoạt tài khoản trong giai đoạn này.

Giai đoạn 3: Thử nghiệm kết xuất

Sau khi Google và đối tác xác minh các phiên đấu giá sử dụng Protected Audience API trên quy mô lớn mà không cần hiển thị, Google có thể cho phép đối tác hiển thị Protected Quảng cáo giành chiến thắng đối tượng. Google có một lượng nhỏ lưu lượng truy cập trong đó được bảo vệ Phiên đấu giá đối tượng đủ điều kiện để chạy và những quảng cáo cho nhóm đối tượng có cùng mối quan tâm chiến thắng kết xuất. Bên đặt giá thầu tham gia giá thầu trong trình duyệt cạnh tranh với giá thầu.

Liên hệ với người quản lý tài khoản của bạn hoặc gửi phiếu yêu cầu hỗ trợ thông qua Authorized Buyers khi bạn đã sẵn sàng. Google sẽ kích hoạt tài khoản trong giai đoạn này.

Các tính năng bổ sung

Các tính năng sau là phần mở rộng của giao thức cốt lõi.

Song song hoá

Song song hoá là một tính năng tối ưu hoá giúp giảm độ trễ của phiên đấu giá toàn diện xuống khởi tạo yêu cầu quảng cáo theo ngữ cảnh song song với các yêu cầu đến máy chủ đáng tin cậy của người mua được chỉ định trong trustedBiddingSignalsUrl.

Việc song song hoá giúp giảm độ trễ nhưng ảnh hưởng đến nhóm đối tượng có cùng mối quan tâm khả năng đáp ứng điều kiện và hỗ trợ cho người mua thử nghiệm phối hợp. Tính năng song song áp dụng cho tất cả những người đặt giá thầu tham gia vào phiên đấu giá theo nhóm đối tượng có cùng mối quan tâm trên thiết bị. Bên đặt giá thầu không cần làm gì để tham gia các phiên đấu giá song song nhưng nên tự làm quen với việc tải song song có thể ảnh hưởng như thế nào đến khả năng đáp ứng điều kiện trong các phiên đấu giá trên thiết bị. Mã nhóm thử nghiệm cho các thử nghiệm phối hợp chưa được hỗ trợ trong các phiên đấu giá song song.

Tóm tắt quy trình phân phát

Dưới đây là thông tin tóm tắt về quy trình đấu giá song song: Sơ đồ quy trình

Điều kiện tham gia đối với người mua theo nhóm đối tượng có cùng mối quan tâm trên thiết bị

Đối với các phiên đấu giá song song, lệnh gọi của navigator.runAdAuction sẽ diễn ra trước phản hồi quảng cáo theo ngữ cảnh được trả về. Để bắt đầu sự tin cậy của người mua lệnh gọi máy chủ, navigator.runAdAuction yêu cầu rằng Tham số interestGroupBuyers phải là được chuyển dưới dạng giá trị, trong khi các thông số đấu giá còn lại chấp nhận JavaScript Hứa hẹn có thể được giải quyết sau khi phản hồi quảng cáo theo ngữ cảnh. Từ interestGroupBuyers được truyền trước phản hồi quảng cáo theo ngữ cảnh, lượt phản hồi quảng cáo theo bối cảnh (bao gồm cả giá thầu phản hồi) không thể sử dụng để chọn người mua nào tham gia vào phiên đấu giá song song cho yêu cầu đã cho. Thay vào đó, thẻ nhà xuất bản của Google sẽ được lưu vào bộ nhớ đệm, trong trình duyệt của người dùng, tham số interestGroupBuyers từ trước navigator.runAdAuction lần thực thi trên cùng một miền.

Quá trình tải song song có một số điểm quan trọng cần cân nhắc:

  1. Tín hiệu đấu giá không cần thiết cho yêu cầu máy chủ đáng tin cậy của người mua, chẳng hạn như perBuyerSignals, có thể tiếp tục được chỉ định trong giá thầu phản hồi RTB giống như trong phiên đấu giá không song song. Sau khi phân giải các Lời hứa cho những tín hiệu này, các bước còn lại của phiên đấu giá trên thiết bị sẽ hoàn tất theo cách tương tự như đối với phiên đấu giá không song song quy trình đấu giá.

  2. Vì việc song song hoá phụ thuộc vào việc lưu vào bộ nhớ đệm danh sách người mua nhóm mối quan tâm, Google không phải lúc nào cũng chạy một phiên đấu giá song song, do bộ nhớ đệm của quá trình song song hoá có thể trống hoặc đã hết hạn. Nếu bộ nhớ đệm trống hoặc đã hết hạn, Google sẽ chạy phiên đấu giá tiêu chuẩn không song song bằng Protected Audience API và sử dụng ý định của người mua để tham gia phiên đấu giá không song song để tạo bộ nhớ đệm của người mua cho nhóm đối tượng có cùng mối quan tâm.

  3. Nếu có ít nhất một người mua cho bất kỳ bên đặt giá thầu nào được lưu vào bộ nhớ đệm đối với nhà xuất bản hiện tại thì Google sẽ chạy song song phiên đấu giá sẽ được chỉ định trong yêu cầu giá thầu:

    • Giao thức RTB của Google: BidRequest.adslot.interest_group_auction.parallelized
    • OpenRTB: BidRequest.imp.ext.interest_group_auction.parallelized

  4. Mỗi nguồn gốc của người mua thuộc nhóm đối tượng có cùng mối quan tâm đã đăng ký cho một bên đặt giá thầu nhất định mà tham gia vào phiên đấu giá song song sẽ có chỉ số Mục ParallelAuctionBuyer:

    • Giao thức RTB của Google: BidRequest.adslot.interest_group_auction.parallel_auction_buyer
    • OpenRTB: BidRequest.imp.ext.interest_group_auction.pbuyer

  5. Nếu phiên đấu giá song song được chạy nhưng không có nguồn gốc của người mua cụ thể ở bộ nhớ đệm, thì người mua cụ thể đó không thể được thêm vào thiết bị hiện tại phiên đấu giá. Điều này được thể hiện bằng một yêu cầu có parallelized=True thiếu Mục nhập ParallelAuctionBuyer cho một nguồn gốc người mua của nhóm mối quan tâm nhất định. Tuy nhiên, những bên đặt giá thầu cho thấy sự quan tâm bằng cách cung cấp cả thông tin hợp lệ và đủ điều kiện InterestGroupBuyer về giá thầu phản hồi của họ sẽ có người mua thuộc nhóm đối tượng có cùng mối quan tâm tương ứng nguồn gốc được thêm vào bộ nhớ đệm và những nguồn gốc đó sẽ đủ điều kiện cho các yêu cầu song song trong tương lai từ cùng một trình duyệt và miền. Có ý định tham gia phiên đấu giá theo nhóm mối quan tâm có thể được biểu thị trong các trường sau:

    • Giao thức RTB của Google: BidResponse.adslot.interest_group_bidding.interest_group_buyers
    • OpenRTB: BidResponse.ext.igbid.igbuyer

  6. Nguồn gốc của người mua được lưu vào bộ nhớ đệm (có trong phiên đấu giá song song interestGroupBuyers) mà bên đặt giá thầu không cho biết ý định để tham gia vào phản hồi giá thầu của họ có thể nhận được lệnh gọi máy chủ đáng tin cậy của người mua nhưng sẽ không tham gia vào phiên đấu giá song song.