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

Trong khuôn khổ Hộp cát về quyền riêng tư, Chrome đã đề xuất Protected Audience API (một API trong trình duyệt cho phép nhà quảng cáo và các công ty công nghệ quảng cáo hiển thị quảng cáo nhắm đến 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 hoạt động theo dõi trên nhiều trang web).

Chrome đang chạy một bản dùng thử theo nguyên gốc 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ằng cách kiểm thử Protected Audience API, bên đặt giá thầu có thể đạt được những điều sau:

• Lặp lại và tìm hiểu về hiệu quả của các luồng Protected Audience API.
• Đưa ra ý kiến phản hồi về những điểm có thể cải thiện API trong các diễn đàn công khai, chẳng hạn như GitHub.
• Chuẩn bị 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.

Những Authorized Buyers muốn thử nghiệm nên xem mục Bắt đầu để biết thông tin chi tiết.

Thử nghiệm: Hành vi được mô tả ở đây có thể thay đổi trong tương lai khi chúng tôi tìm hiểu kết quả của quá trình thử nghiệm và thu thập ý kiến phản hồi của nhà xuất bản và Authorized Buyers.

Lưu ý: Chỉ Authorized Buyers mới có thể thử nghiệm Protected Audience API. Hiện tại, chúng tôi chưa hỗ trợ những người đặt giá thầu trao đổi và mạng tham gia tính năng Đặt giá thầu mở.

Lưu ý: Khi Protected Audience API (trước đây gọi là FLEDGE) được phát hành rộng rãi trên Chrome, Ad Manager sẽ bắt đầu tăng dần mức lưu lượng truy cập đưa vào thử nghiệm. Chúng tôi sẽ theo dõi tác động đối với doanh thu của nhà xuất bản khi tăng dần tỷ lệ phần trăm lưu lượng truy cập và sẽ không tăng thêm nếu có tác động tiêu cực đáng chú ý. Chúng tôi dự kiến đến cuối năm 2023, sẽ có tối đa 10% lưu lượng truy cập Chrome được đưa vào thử nghiệm Protected Audience API.

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 Protected Audience cho các đối tác Authorized Buyers:

1. Một đơn vị đặt giá thầu sẽ hợp tác với các nhà quảng cáo để duy trì nhóm lợi ích cho từng nhà quảng cáo. Thông thường, nhà quảng cáo sẽ thêm thẻ của đơn vị đặt giá thầu vào trang của nhà quảng cáo để thêm trình duyệt vào các nhóm mối quan tâm.
2. Người dùng cuối truy cập vào trang của nhà quảng cáo. Trang có thể chứa thẻ của đơn vị đặt giá thầu.
3. Thẻ của bên đặt giá thầu sẽ 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 lợi ích.
4. Người dùng cuối truy cập vào trang web của nhà xuất bản. Trình duyệt của người dùng yêu cầu thẻ quảng cáo của nhà xuất bản của Google.
5. Thẻ quảng cáo của nhà xuất bản của Google đưa ra yêu cầu quảng cáo theo bối cảnh đến một máy chủ của Google.
6. Google gửi yêu cầu giá thầu theo bối cảnh đến những bên đặt giá thầu tham gia. Hãy xem phần Thay đổi về yêu cầu đặt giá thầu để biết thêm thông tin.
7. Người đặt giá thầu trả về một phản hồi giá thầu bao gồm thông báo InterestGroupBidding. Thông báo này là cần thiết để tham gia phiên đấu giá nhóm lợi ích. Trong OpenRTB, trường này được chỉ định bằng trường BidResponse.ext.igbid, còn trong giao thức RTB đã ngừng hoạt động của Google, trường này được chỉ định bằng trường BidResponse.interest_group_bidding. Nếu trình đặt giá thầu không chỉ định thông tin này, Google sẽ không thêm nguồn gốc của trình đặt giá thầu vào interestGroupBuyers trong cấu hình phiên đấu giá. InterestGroupBidding cũng có thể chứa các tín hiệu dành riêng cho người mua (không bắt buộc) sẽ được truyền đến hàm đặt giá thầu của bên đặt giá thầu trong phiên đấu giá trong trình duyệt. Trong OpenRTB, trường này được chỉ định bằng trường BidResponse.ext.igbid.igbuyer.buyerdata, còn trong giao thức RTB của Google (không dùng nữa), trường này được chỉ định bằng trường BidResponse.interest_group_bidding.interest_group_buyers.per_buyer_signals. Hãy xem phần Thay đổi phản hồi giá thầu để biết thêm thông tin.
8. Google chạy phiên đấu giá phía máy chủ và trả về một phản hồi giá thầu cho trình duyệt. Phiên đấu giá phía máy chủ sẽ xem xét các giá thầu truyền thống phía máy chủ. Phản hồi giá thầu có thể chứa thông tin về giá thầu chiến thắng theo bối cảnh (nếu có).
9. Phản hồi giá thầu chứa cấu hình đấu giá cho phiên đấu giá trong trình duyệt. Điều này có thể bao gồm các tín hiệu theo bối cảnh của mỗi người mua tham gia (được gửi thông qua buyerdata của OpenRTB hoặc per_buyer_signals của giao thức RTB của Google không dùng nữa trước đó), thông tin về người thắng cuộc theo bối cảnh và các chế độ cài đặt về đ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á 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 được thêm vào dưới dạng InterestGroupBuyer trong InterestGroupBidding trong quá trình định cấu hình phiên đấu giá.
11. Google sẽ truyền các tín hiệu không bắt buộc dành riêng cho người mua của mỗi bên đặt giá thầu đủ điều kiện đến cấu hình đấu giá Protected Audience.
12. Nếu nhóm mối quan tâm của một giá thầu nhất định chỉ định trustedBiddingSignalsUrl, thì trình duyệt sẽ gửi yêu cầu đến trustedBiddingSignalsUrl của từng nhóm để tìm nạp tín hiệu theo thời gian thực cho từng nhóm. Xem thông tin chi tiết trong thông số kỹ thuật Protected Audience API.
13. Trình duyệt gọi generateBid() của bên đặt giá thầu cho từng nhóm đối tượng có cùng 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. Bước này 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 các tín hiệu người mua không bắt buộc do bên đặt giá thầu cung cấp và các tín hiệu đặt giá thầu đáng tin cậy cho nhóm đối tượng có cùng mối quan tâm đã cho.
14. Trình duyệt sẽ gọi scoreAd() của người bán (trong trường hợp này là Google) để chỉ định thứ hạng cho từng giá thầu trong phiên đấu giá quảng cáo theo nhóm đối tượng có cùng mối quan tâm. Giá thầu được xếp hạng và lọc dựa trên các biện pháp bảo vệ nhà xuất bản, chính sách quảng cáo và các quy tắc ràng buộc khác.
15. Trình duyệt chạy một phiên đấu giá với các giá thầu đủ điều kiện của nhóm đối tượng có cùng mối quan tâm. Giá thầu theo bối cảnh được xếp hạng cao nhất sẽ tham gia phiên đấu giá trong trình duyệt.
16. Sau phiên đấu giá, nếu có quảng cáo giành chiến thắng trong nhóm đối tượng có cùng 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 mỗi bên về quảng cáo giành chiến thắng trong phiên đấu giá trên trình duyệt.
17. Nếu một quảng cáo dựa trên nhóm lợi ích giành chiến thắng, thì thẻ nhà xuất bản của Google sẽ hiển thị quảng cáo đó trong 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

Quảng cáo phải được Google xem xét và phê duyệt trước khi có thể được phân phát từ phiên đấu giá trong trình duyệt của Đối tượng được bảo vệ. Bạn có thể gửi mẫu quảng cáo để xem xét thông qua Real-time Bidding API hoặc thông qua tính năng quét mẫu quảng cáo tự động. Mẫu quảng cáo cho phiên đấu giá quảng cáo nhóm đối tượng có cùng mối quan tâm trong Protected Audience trên trình duyệt phải có 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 dùng trong phiên đấu giá quảng cáo của nhóm lợi ích.
• Mỗi renderUrl chỉ có thể đại diện cho một nhà quảng cáo hoặc chiến dịch quảng cáo duy nhất. Bạn không thể dùng một 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 duy nhất.
• Hệ thống xem xét mẫu quảng cáo ngoại tuyến của Google cần truy cập và tìm nạp được renderUrl trong tối đa 7 ngày sau khi quảng cáo được đặt giá thầu lần gần đây nhất.

Real-time Bidding API

Người đặt giá thầu có thể sử dụng API Đặt giá thầu theo thời gian thực để tải mẫu quảng cáo lên cho hoạt động đặt giá thầu theo nhóm lợi ích.

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 quét mẫu quảng cáo tự động cho những mẫu quảng cáo không được 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 quét tệp sáng tạo tự động, Google sẽ tìm thấy các tệp sáng tạo trong phiên đấu giá trong trình duyệt và tự động quét các tệp đó để chúng đủ điều kiện tham gia các phiên đấu giá trong tương lai.

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 nhóm mối quan tâm vào tài khoản Authorized Buyer.

• Thêm các tiêu đề HTTP tuỳ chỉnh sau đây vào phản hồi HTTP của mẫu 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ã nhận dạng 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 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 sử dụng mẫu quảng cáo

Mẫu quảng cáo được phê duyệt trong 15 ngày. Nếu gửi mẫu quảng cáo bằng API Đặt giá thầu theo thời gian thực, bạn sẽ 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ính năng quét mẫu quảng cáo tự động, thì quy 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ể phân tích các chỉ số báo cáo (chẳng hạn như số lượt hiển thị) bằng cách sử dụ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 một 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 đối tượng có cùng mối quan tâm. Xem thêm thông tin chi tiết trong tài liệu về 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 Công cụ báo cáo của người mua được uỷ quyền, dưới dạng Phương diện mã nhận dạng 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à các phiên bản ban đầu của các giao thức được hỗ trợ để sử dụng trong thử nghiệm:

• Đường liên kết sớm OpenRTB
• Giao thức RTB của Google (không dùng nữa) đường liên kết sớ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 đặt giá thầu có các trường mới để cho biết khả năng hỗ trợ các phiên đấu giá nhóm mối quan tâm:

• OpenRTB:
  • BidRequest.imp.ext.ae
  • BidRequest.imp.ext.igbid
• Giao thức RTB của Google (không dùng nữa):
  • BidRequest.adslot.supported_auction_environment
  • BidRequest.adslot.interest_group_bidding_allowed

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

• SERVER_SIDE_AUCTION (JSON OpenRTB: 0): Phiên đấu giá xác định quảng cáo chiến thắng chạy trên máy chủ của sàn giao dịch.
• ON_DEVICE_INTEREST_GROUP_AUCTION (OpenRTB JSON: 1): Các yêu cầu có hỗ trợ Protected Audience API, trong đó phiên đấu giá theo bối cảnh chạy trên máy chủ của sàn giao dịch, còn hoạt động đặt giá thầu của nhóm đối tượng có cùng mối quan tâm và phiên đấu giá cuối cùng chạy trong trình duyệt.
• SERVER_SIDE_INTEREST_GROUP_AUCTION (JSON OpenRTB: 3): Phiên đấu giá theo bối cảnh chạy trên máy chủ của sàn giao dịch và logic đặt giá thầu cho giá thầu nhóm lợi ích cũng như logic tính điểm để xác định quảng cáo chiến thắng cuối cùng sẽ chạy trong máy chủ Đặt giá thầu và Đấu giá.

Cho biết kích thước vùng quảng cáo Protected Audience

Yêu cầu giá thầu bao gồm các trường sau để cung cấp cho bạn kích thước vùng quảng cáo ProtectedAudience:

• OpenRTB:
  • BidRequest.imp.ext.interest_group_auction.width
  • BidRequest.imp.ext.interest_group_auction.height
• Giao thức RTB của Google (không dùng nữa):
  • BidRequest.adslot.interest_group_auction.width
  • BidRequest.adslot.interest_group_auction.height

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

Kích thước này có thể khác với kích thước trong yêu cầu theo bối cảnh, chẳng hạn như kích thước xuất hiện trong các trường BidRequest.imp.banner.format.w và BidRequest.imp.banner.format.h của OpenRTB hoặc các trường BidRequest.adslot.width và BidRequest.adslot.height của giao thức Google RTB không dùng nữa.

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

Cho biết khả năng hiển thị quảng cáo 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 hiện tại (xem thử nghiệm không hiển thị). Trường render_interest_group_ads trong yêu cầu giá thầu cho biết liệu quảng cáo Protected Audience chiến thắng có được hiển thị hay không.

• OpenRTB: BidRequest.imp.ext.interest_group_auction.render_interest_group_ads
• Giao thức RTB của Google (không dùng nữa): BidRequest.adslot.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 đặt giá thầu theo bối cảnh trong phạm vi thử nghiệm Protected Audience API có thể tiếp tục mang các giá trị nhận dạng truyền thống dựa trên cookie khi có sẵn trên trình duyệt, chẳng hạn như các trường BidRequest.user.id và BidRequest.user.buyerid, hoặc BidRequest.google_user_id và BidRequest.hosted_match_data trong giao thức RTB của Google không dùng nữa. Sự hiện diện của các giá trị nhận dạng như vậy trong yêu cầu đặt giá thầu phải tuân theo các chính sách quyền riêng tư hiện hành. Bạn không nên dựa vào các 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 mua hiệu quả khi cookie của bên thứ ba không còn được hỗ trợ.

Google cũng có thể chạy các thử nghiệm quy mô nhỏ, trong đó các giá trị nhận dạng dựa trên cookie sẽ được chỉnh sửa khỏi các yêu cầu đặt giá thầu trong phạm vi thử nghiệm Protected Audience API. Việc này nhằm đánh giá tác động tiềm ẩn của việc ngừng sử dụng cookie của bên thứ ba.

Kiểm thử việc ngừng sử dụng cookie của bên thứ ba với sự hỗ trợ trên Chrome

Để chuẩn bị cho việc ngừng sử dụng cookie của bên thứ ba (3PCD) vào năm 2024, Chrome hiện cung cấp hoạt động kiểm thử do Chrome hỗ trợ.

Các trang web và nhà cung cấp có thể sử dụng tính năng kiểm thử với sự hỗ trợ trên Chrome để kiểm thử hệ thống của họ trong 3PCD. Trong thử nghiệm này, các trình duyệt Chrome được chỉ định cho một nhóm thử nghiệm 3PCD, là Chế độ A hoặc Chế độ B. Mỗi trình duyệt được chỉ định 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 truyền nhãn chưa sửa đổi từ Chrome API trên yêu cầu đặt giá thầu RTB. Do các phân khúc 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 đưa nhãn đó vào các bối cảnh bị hạn chế về quyền riêng tư.

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

• OpenRTB: BidRequest.device.ext.cdep
• Giao thức RTB của Google (không dùng nữa): BidRequest.device.cookie_deprecation_label

Thay đổi phản hồi giá thầu

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 cho biết rõ ý định tham gia phiên đấu giá trong trình duyệt bằng cách trả về đối tượng InterestGroupBidding trong phản hồi giá thầu theo bối cảnh:

• OpenRTB: BidResponse.ext.igbid
• Giao thức RTB của Google (không dùng nữa): BidResponse.interest_group_bidding

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

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

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

• OpenRTB: BidResponse.ext.igbid.igbuyer.buyerdata
• Google RTB (không dùng nữa): BidResponse.interest_group_bidding.per_buyer_signals

Truyền tín hiệu kết xuất theo bối cảnh của người mua

Các mẫu quảng cáo của nhóm lợi ích có thể sử dụng các tín hiệu theo bối cảnh có giới hạn trong quá trình hiển thị bằng cách gửi các tín hiệu đó thông qua phản hồi giá thầu theo bối cảnh và nhận các tín hiệu đó 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ụ: các tín hiệu kết xuất có thể được 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 bối cảnh của một vùng quảng cáo hoặc trang của nhà xuất bản nhất định.

Cảnh báo: tính năng này phụ thuộc vào khả năng hỗ trợ của trình duyệt deprecatedRenderURLReplacements.

Bạn có thể đưa các tín hiệu hiển thị của người mua được chuyển đổi tuần tự thành một chuỗi an toàn cho URL trong phản hồi giá thầu theo bối cảnh. Google sẽ thay thế chuỗi này trong URL hiển thị nhóm mối quan tâm chiến thắng bằng cách tạo macro ${RENDER_DATA_buyer.origin.example[_OPTIONAL_SUFFIX]}.

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

• OpenRTB: BidResponse.ext.igbid.igbuyer.rsig
• Google RTB (không dùng nữa): BidResponse.interest_group_bidding.interest_group_buyer.rendering_signals

Bạn có thể đưa tối đa 3 nhóm tín hiệu kết xuất có hậu tố macro khác nhau vào phản hồi giá thầu để phân biệt các tín hiệu. Ví dụ: bạn có thể sử dụng một hậu tố để so khớp một nhóm tín hiệu cụ thể chỉ áp dụng cho những mẫu quảng cáo có macro tương ứng trong URL hiển thị, nhờ đó giảm kích thước truyền dữ liệu.

Người mua nhóm lợi ích sẽ bị từ chối tham gia phiên đấu giá Protected Audience nếu các tín hiệu không an toàn cho 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 được cung cấp.

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

Trong đề xuất Protected Audience, hoạt động tính toán giá thầu và phiên đấu giá cuối cùng dự kiến sẽ chạy cục bộ trên thiết bị. Điều 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 kết quả đấu giá cuối cùng, chẳng hạn như giá thầu chiến thắng.

Là một biện pháp giảm thiểu được Google hỗ trợ trong quá trình kiểm thử Protected Audience API cho các đối tác RTB, bạn có thể chỉ định một giá thầu tối đa dự kiến trong mỗi phản hồi giá thầu theo bối cảnh. Giá thầu tối đa dự kiến là giá thầu tối đa mà hàm đặt giá thầu của bạn dự kiến sẽ trả về. Nếu giá thầu 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 thắng sẽ không được tính là một sự kiện có thể thanh toán. Phương pháp này có thể thay đổi.

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

• OpenRTB: BidResponse.igbid.igbuyer.maxbid(được biểu thị bằng đơn vị tiền tệ CPM)
• Giao thức RTB của Google (không dùng nữa): BidResponse.interest_group_bidding.interest_group_buyers.max_bid_cpm_micros (được biểu thị bằng microCPM)

Phân bổ lượt hiển thị cho nhiều tài khoản

Giá thầu phải chọn một mã thanh toán để phân bổ số lượt hiển thị giá thầu nhóm mối quan tâm bằng các trường sau:

• OpenRTB: BidResponse.igbid.igbuyer.billing_id
• Giao thức RTB của Google (không dùng nữa): BidResponse.interest_group_bidding.interest_group_buyers.billing_id

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

• OpenRTB: BidRequest.imp.ext.billing_id
• Giao thức RTB của Google (không dùng nữa): BidRequest.adslot.matching_ad_data.billing_id

Nếu không cung cấp mã thanh toán để phân bổ lượt hiển thị đặt giá thầu theo nhóm lợi ích, thì bên đặt giá thầu sẽ không tham gia phiên đấu giá Protected Audience.

Tài khoản con có thể có tối đa 2 mã thanh toán. Người mua có thể sử dụng một mã nhận dạng thanh toán cho mức chi tiêu theo bối cảnh và mã nhận dạng thanh toán còn lại cho mức chi tiêu theo nhóm lợi ích. Hãy liên hệ với người quản lý tài khoản nếu bạn muốn thiết lập 2 mã thanh toán cho một 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 của bạ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 của tất cả tài khoản con có ngân sách đủ điều kiện để đặt giá thầu cho lượt hiển thị sẽ xuất hiện trong yêu cầu giá thầu để chọn phân bổ mức chi tiêu. Liên hệ với người quản lý tài khoản của bạn để sửa đổi ngân sách cho mã nhận dạng thanh toán của nhóm lợi ích.

Trong phiên đấu giá trên 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 thông số sau:

• auctionSignals: Trống
• perBuyerSignals: Một đối tượng JavaScript có cùng các tín hiệu do giá thầu cung cấp trong phản hồi theo bối cảnh

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

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

Ví dụ:

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

Hãy xem phần Đặt giá thầu trên thiết bị trong quy cách Protected Audience để biết nội dung giải thích về hàm generateBid().

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

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

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

Trong OpenRTB, hãy sử dụng trường cur mới trong đối tượng InterestGroupBuyer trong tiện ích phản hồi giá thầu 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 thông báo InterestGroupBuyer trong phản hồi giá thầu.

Ví dụ:

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

Các hàm generateBid của bên đặt giá thầu phải trả về giá thầu bằng cùng đơn vị tiền tệ như được chỉ ra trong phản hồi giá thầu theo bối 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 bối cảnh khác với đơn vị tiền tệ do generateBid trả về, hoặc nếu một trong hai đơn vị tiền tệ đó trả về đơn vị tiền tệ không hợp lệ, thì giá thầu sẽ bị 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 về mẫu quảng cáo và các biện pháp kiểm soát dành cho nhà xuất bản có thể bị hạn chế hơn đối với giá thầu theo nhóm mối quan tâm trong trình duyệt trong quá trình thử nghiệm Protected Audience API cho các đối tác RTB.

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 bên mua hiển thị thông tin công bố minh bạch trong quảng cáo. Khi một nhà xuất bản bật chế độ kiểm soát "Yêu cầu bên mua chỉ hiển thị quảng cáo có thông tin minh bạch theo DSA trên trang web hoặc ứng dụng của tôi tại EEA", bên mua nhóm lợi ích có thể xác định những cơ hội mà họ sẽ phải hiển thị thông tin minh bạch của bên mua bằng cách lưu ý các giá trị của BidRequest.regs.dsa.required và BidRequest.dsa.pubrender trong yêu cầu giá thầu (tương ứng là BidRequest.dsa.dsa_support và BidRequest.dsa.publisher_rendering_support trong giao thức RTB đã ngừng hoạt động của Google).

Khi một bên đặt giá thầu muốn tham gia phiên đấu giá Protected Audience API nhận được tín hiệu trong yêu cầu giá thầu cho biết họ phải thể hiện tính minh bạch theo DSA đối với quảng cáo được phân phối thông qua Protected Audience API, họ nên đánh giá xem liệu họ có thể hiển thị thông tin bắt buộc một cách thích hợp hay không và chỉ định bằng cách đặt BidResponse.ext.igbid.igbuyer.dsaadrender (BidResponse.interest_group_bidding.interest_group_buyers.dsa_buyer_render trong giao thức RTB của Google không dùng nữa). 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 của 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 các chế độ kiểm soát của nhà xuất bản và chính sách quảng cáo 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 sẵn các đối số sau:

• auctionSignals
• sellerSignals

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

Hãy xem phần Báo cáo của người mua về sự kiện hiển thị và quảng cáo trong tài liệu giải thích về Protected Audience API để biết thêm thông tin.

Macro

Lưu ý: Bạn nên dùng macro để thử nghiệm Protected Audience API và có thể macro sẽ không được hỗ trợ trong tương lai.

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 khi phiên đấu giá nhóm đối tượng có cùng mối quan tâm kết thúc, nhưng trước khi hiển thị, các macro sẽ được thay thế bằng các giá trị tương ứng. renderUrl được dùng trong phiên đấu giá trên thiết bị có thể bao gồm các macro sau:

${GDPR}	Mở rộng thành 0 nếu GDPR không áp dụng hoặc 1 nếu GDPR áp dụng. Xem tài liệu.
${GDPR_CONSENT_XXXX}	Mở rộng tới Chuỗi về tính minh bạch và sự đồng ý (TC) liên kết với yêu cầu. Nếu chuỗi về sự minh bạch và sự đồng ý (TC) trống hoặc không hợp lệ, thì macro này sẽ không mở rộng. Sử dụng macro này để chuyển chuỗi TC đến một nhà cung cấp đã đăng ký GVL của IAB trong một URL. Thay thế XXXX bằng mã IAB GVL của nhà cung cấp đã đăng ký IAB GVL. Nếu chuỗi TC trống hoặc không hợp lệ, thì macro này sẽ không mở rộng. Hệ thống có thể chặn những mẫu quảng cáo có macro ${GDPR_CONSENT_XXXX} nếu nhà cung cấp đã đăng ký IAB GVL liên kết với mã IAB GVL mà bạn đã chèn vào không có sự đồng ý của người dùng. Macro ${GDPR_CONSENT_XXXX} chỉ nên xuất hiện một lần trong renderUrl.
${ADDL_CONSENT}	Mở rộng tới Chuỗi sự đồng ý bổ sung (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 của người mua tại thời gian hiển thị được chỉ định trong 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 nhóm lợi ích. Nguồn gốc này phải tương ứng với interest_group_buyers.origin trong phản hồi giá thầu. Bạn có thể thêm một _OPTIONAL_SUFFIX để cung cấp tối đa 3 giá trị tín hiệu hiển thị khác nhau.

Tính số 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 một lệnh gọi đến sendReportTo().

Vì sự kiện mà Google dùng để tính số lượt hiển thị trong phiên đấu giá Protected Audience trong trình duyệt có thể khác với sự kiện mà các đối tác mua RTB của Google dùng để tính số lượt hiển thị, nên 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 điểm khác biệt này.

Phân bổ số lượt hiển thị bị tính phí

Tất cả mức chi tiêu của một đơn vị đặt giá thầu từ các phiên đấu giá trong trình duyệt Protected Audience đều được phân bổ cho một tài khoản đơn vị đặt giá thầu duy nhất dựa trên mối liên kết từ nguồn gốc của chủ sở hữu nhóm lợi ích được định cấu hình cho đơn vị đặt giá thầu. Không hỗ trợ việc phân bổ mức chi tiêu cho các tài khoản con của một đơn vị đặt giá thầu.

Hạn mức ngân sách hằng ngày

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

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

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

Những người đặt giá thầu đã chọn nhận phản hồi theo thời gian thực sẽ nhận được phản hồi cho những người mua theo nhóm đối tượng có cùng mối quan tâm được yêu cầu đưa vào một phiên đấu giá Protected Audience trên thiết bị. Mỗi người mua trong nhóm đối tượng có cùng mối quan tâm mà bên đặt giá thầu chỉ định trong phản hồi giá thầu sẽ nhận được một đối tượng phản hồi, bất kể người mua trong nhóm đối tượng có cùng mối quan tâm đặt bao nhiêu giá thầu trong phiên đấu giá Protected Audience API. Thông tin sau đây sẽ có trong đối tượng phản hồi của người mua nhóm mối quan tâm:

• Loại ý kiến phản hồi của đối tượng ý kiến phản hồi sẽ là INTEREST_GROUP_BUYER_FEEDBACK.
• Nguồn gốc của người mua nhóm đối tượng có cùng mối quan tâm.
• Giá thầu tối thiểu để giành chiến thắng của người mua thuộc nhóm lợi ích nhằm giành chiến thắng trong phiên đấu giá tổng thể.
• Giá thầu tối thiểu để giành chiến thắng của người mua nhóm đối tượng có cùng mối quan tâm nhằm đánh bại 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á tổng thể.
• 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ó được xác định trong interest-group-buyer-status-codes.txt.

Tham khảo tài liệu giao thức cho RTB của Authorized Buyers và Tiện ích OpenRTB để biết tên trường cụ thể.

Thông báo về ý kiến phản hồi về giá thầu

Chrome cung cấp một API gỡ lỗi tạm thời cho Protected Audience API, cho phép Ad Manager gửi thông báo gỡ lỗi theo thời gian thực từ máy chủ đến máy chủ có chứa thông tin phản hồi về giá thầu Protected Audience. Thông báo này sẽ bao gồm những lý do khiến giá thầu có thể đã bị lọc trong phiên đấu giá Protected Audience trong trình duyệt, ngoài những thông tin khác 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ọ để định cấu hình một URL tĩnh sẽ được dùng để phân phối thông báo phản hồi gỡ lỗi giá thầu Protected Audience. URL tĩnh này sẽ được tìm nạp từ các máy chủ của Google, trong đó các macro đã chọn sẽ đượ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 đã được gửi trong yêu cầu giá thầu theo bối cảnh có Protected Audience API. Trong giao thức OpenRTB, điều này được chỉ định bằng BidRequest.ext.google_query_id, trong khi giao thức RTB của Google không dùng nữa sử dụng BidRequest.google_query_id.
• %%INTEREST_GROUP_OWNER%%: Nguồn gốc của chủ sở hữu nhóm lợi ích.
• %%BID_CPM%%: Giá thầu theo CPM do 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à mã trạng thái mẫu quảng cáo.

Sau đây là một URL tĩnh mẫu mà bên đặ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 về 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 của Chrome.

TURTLEDOVE ở cấp sản phẩm

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

Giới thiệu

Sau đâ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 của bạn hoặc gửi phiếu yêu cầu qua Trung tâm trợ giúp của Authorized Buyer.
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 quá trình tích hợp thông qua các bước trong phần Giai đoạn kiểm thử.

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

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

• Thêm tham số truy vấn &pltd=True vào renderUrl cho vùng chứa quảng cáo thành phần (còn gọi là renderUrl cấp cao nhất) để phân biệt renderUrls cấp cao nhất trong quá trình xem xét mẫu quảng cáo.
• Hiển thị một mẫu quảng cáo đại diện khi vùng chứa quảng cáo thành phần được Google tìm nạp để xem xét mẫu quảng cáo. Để biết thời điểm cần trả về một quảng cáo đại diện hiển thị, bạn có thể tham khảo bộ 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 đặt giá thầu sẽ điền các trường liên quan đến Protected Audience API vào phản hồi giá thầu theo bối 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 để kết nối trình duyệt của người dùng với 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 đối tượng có cùng mối quan tâm và thêm các nguồn gốc đó vào tài khoản Authorized Buyer.
  • Nguồn gốc của chủ sở hữu nhóm lợi ích phải khớp với nguồn gốc nơi 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 Trung tâm trợ giúp của Authorized Buyer để hoàn tất 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 có liên quan đến hoạt động thử nghiệm Protected Audience API.
• Gửi mẫu quảng cáo để xem xét và phê duyệt thông qua Creatives API.
• (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 một trang nhà quảng cáo thử nghiệm cho phép các kỹ sư Google thêm trình duyệt của họ vào các nhóm lợi ích thuộc quyền sở hữu của nguồn gốc người mua nhóm lợi ích. Điều này cho phép chúng tôi kích hoạt 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 cho những người mua nhóm lợi ích được yêu cầu đưa vào phiên đấu giá Protected Audience.
• (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 nhằm nhận thông báo từ máy chủ đến máy chủ cung cấp thông tin phản hồi về giá thầu trong Protected Audience cho trạng thái của giá thầu từ một phiên đấu giá Protected Audience trên thiết bị để giúp gỡ lỗi các vấn đề không mong muốn. Hãy xem thông báo về ý kiến phản hồi về giá thầu để biết thông tin chi tiết.

Các giai đoạn kiểm thử

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

Sau đâ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ể hiển thị và ghi lại lượt hiển thị:

1. Sử dụng Chrome 101 trở lên.
2. Bật Privacy Sandbox API và Khung được bảo vệ bằng cách sử dụng chrome://flags/#privacy-sandbox-ads-apis và chrome://flags/#enable-fenced-frames. Xem thêm tại phần Kiểm thử hộp cát về quyền riêng tư.
3. Gửi mẫu quảng cáo để phê duyệt bằng API Đặ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 một trình duyệt vào nhóm lợi ích thuộc sở hữu của bên đặt giá thầu.

5. Sử dụng trang nhà xuất bản thử nghiệm do Google cung cấp sau đây để kích hoạt phiên đấu giá Protected Audience API:

   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 một trang nhà xuất bản thử nghiệm riêng cho mỗi đối tác, trong đó chỉ đối tác đã cho mới có thể tham gia phiên đấu giá. Bạn có thể dễ dàng giành chiến thắng một cách đáng tin cậy trong các phiên đấu giá trong trình duyệt trên một trang dành riêng cho đối tác.

6. Xác minh những điều sau:

   1. Quảng cáo dự kiến thắng thầu sẽ xuất hiện.
   2. Kết quả phiên đấu giá được gửi phía máy chủ, tức là người đặt giá thầu chiến thắng sẽ nhận được một ping từ reportWin().
   3. Bảng điều khiển trang nhà xuất bản thử nghiệm ghi nhật ký thông báo gỡ lỗi cho từng giá thầu kèm theo thông tin sau:
      • renderUrl: URL hiển thị của giá thầu.
      • interestGroupOwner: Chủ sở hữu nhóm lợi ích của giá thầu.
      • accepted: Trường này là true nếu giá thầu được chấp nhận và 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 scoreAd(). Giá trị là mã trạng thái mẫu quảng cáo.

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á Protected Audience, Google sẽ cho phép đối tác tham gia giai đoạn thử nghiệm tiếp theo.

Google phân bổ một lượng nhỏ lưu lượng truy cập trực tiếp để chạy phiên đấu giá bằng Protected Audience API. Sau đó, Google và đối tác không cần kích hoạt phiên đấu giá Protected Audience theo cách thủ công nữa. Kết quả của phiên đấu giá sử dụng Protected Audience API không được hiển thị. Điều này cho phép chúng tôi kiểm thử quy trình tích hợp trên quy mô lớn.

Hãy 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 Trung tâm trợ giúp của Authorized Buyer khi bạn đã sẵn sàng. Google sẽ cho phép tài khoản tham gia 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ị quảng cáo chiến thắng sử dụng Protected Audience API. Google có một lượng nhỏ lưu lượng truy cập mà các phiên đấu giá Protected Audience đủ điều kiện chạy và quảng cáo nhóm đối tượng có cùng mối quan tâm giành chiến thắng được hiển thị. Giá thầu trong trình duyệt của những bên đặt giá thầu tham gia cạnh tranh với giá thầu truyền thống.

Hãy 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 Trung tâm trợ giúp của Authorized Buyer khi bạn đã sẵn sàng. Google sẽ cho phép tài khoản tham gia giai đoạn này.

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

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

Song song hoá

Song song hoá là một phương pháp tối ưu hoá giúp giảm độ trễ của phiên đấu giá từ đầu đến cuối bằng cách bắt đầu yêu cầu quảng cáo theo bối 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 điều kiện tham gia của người mua nhóm lợi ích và khả năng hỗ trợ các thử nghiệm phối hợp. Hoạt động song song áp dụng cho tất cả các bên đặt giá thầu tham gia vào phiên đấu giá nhóm mối quan tâm trên thiết bị. Người đặ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ìm hiểu kỹ về cách thức song song hoá có thể ảnh hưởng đến điều kiện tham gia của họ trong các phiên đấu giá trên thiết bị. Hệ thống chưa hỗ trợ mã nhóm thử nghiệm cho các thử nghiệm phối hợp trong phiên đấu giá song song.

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

Sau đây là nội dung tóm tắt về quy trình đấu giá song song:

Điều kiện mà người mua phải đáp ứng để tham gia 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 xảy ra trước khi phản hồi quảng cáo theo bối cảnh được trả về. Để bắt đầu các lệnh gọi máy chủ đáng tin cậy của người mua, navigator.runAdAuction yêu cầu tham số interestGroupBuyers phải được truyền dưới dạng một giá trị, trong khi các tham số đấu giá còn lại chấp nhận Javascript Promises có thể được phân giải sau phản hồi quảng cáo theo bối cảnh. Vì interestGroupBuyers được truyền trước phản hồi quảng cáo theo ngữ cảnh, nên phản hồi quảng cáo theo ngữ cảnh (bao gồm cả phản hồi giá thầu) không thể dùng để chọn người mua tham gia 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ẽ lưu vào bộ nhớ đệm, trong trình duyệt của người dùng, tham số interestGroupBuyers từ các lần thực thi navigator.runAdAuction trước đó trên cùng một miền.

Việc song song hoá có một số điểm quan trọng cần cân nhắc:

1. Những tín hiệu đấu giá không cần thiết cho các yêu cầu của 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 các phản hồi giá thầu RTB theo cách tương tự như đối với các phiên đấu giá không song song. Sau khi các Lời hứa cho những tín hiệu này được giải quyết, 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 quy trình đấu giá không song song.

2. Vì việc song song hoá dựa vào việc lưu vào bộ nhớ đệm danh sách người mua nhóm đối tượng có cùng mối quan tâm, nên Google không phải lúc nào cũng chạy phiên đấu giá song song, vì bộ nhớ đệm 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 một phiên đấu giá Protected Audience API tiêu chuẩn không song song và sử dụng ý định của người mua để tham gia phiên đấu giá không song song nhằm tạo bộ nhớ đệm người mua của 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 cho miền nhà xuất bản hiện tại, thì Google sẽ chạy một phiên đấu giá song song, được chỉ định trên yêu cầu đặt 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 người mua nhóm lợi ích đã đăng ký cho một giá thầu nhất định được đưa vào phiên đấu giá song song sẽ có một mục ParallelAuctionBuyer tương ứng:

   • 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 một phiên đấu giá song song được chạy nhưng không có nguồn gốc cụ thể của người mua trong bộ nhớ đệm, thì người mua đó không thể được thêm vào phiên đấu giá hiện tại trên thiết bị. Điều này được biểu thị bằng một yêu cầu có parallelized=True thiếu mục ParallelAuctionBuyer cho một nguồn người mua nhóm quan tâm nhất định. Tuy nhiên, những bên đặt giá thầu cho biết mối quan tâm bằng cách thêm(các) InterestGroupBuyer hợp lệ và đủ điều kiện vào phản hồi giá thầu của họ sẽ có các nguồn gốc người mua nhóm đối tượng có cùng mối quan tâm tương ứng đượ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. Ý định tham gia phiên đấu giá nhóm lợi ích 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. Các nguồn gốc người mua được lưu vào bộ nhớ đệm (có trong tham số interestGroupBuyers của phiên đấu giá song song) mà 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.