Sau khi ứng dụng của bạn xử lý yêu cầu giá thầu của Google, ứng dụng phải tạo và gửi phản hồi. Hướng dẫn này giải thích cách lập trình ứng dụng của bạn để tạo bản dựng nội dung phản hồi.
Tạo thông báo Phản hồi giá thầu
Authorized Buyers gửi BidRequest
dưới dạng nội dung thông báo của
HTTP POST
. Phản hồi mà ứng dụng của bạn gửi phải có
đã đặt tiêu đề Content-Type
thành application/octet-stream
và nội dung thông báo
bao gồm vùng đệm giao thức tuần tự. Giao thức
vùng đệm là một thông báo BidResponse
như được xác định trong
realtime-bidding.proto
Ứng dụng của bạn phải trả về một trình phân tích cú pháp
BidResponse
để phản hồi mỗi BidRequest
. Số lần bị tạm ngừng
và những phản hồi không thể phân tích cú pháp sẽ bị coi là lỗi và Google sẽ chặn
đặt giá thầu lại có tỷ lệ lỗi cao.
Nếu bạn không muốn đặt giá thầu cho một hiển thị, bạn có thể đặt
Chỉ có processing_time_ms
và để lại tất cả các trường khác
trống. Bạn có thể nhận realtime-bidding.proto
từ
dữ liệu tham chiếu.
Mã mẫu quảng cáo
BidResponse
của bạn chỉ định mẫu quảng cáo thông qua
Trường buyer_creative_id
(giới hạn 64 byte). Ngay cả các mẫu quảng cáo tương tự
phải có các giá trị duy nhất cho buyer_creative_id
nếu các giá trị này khác nhau về
mọi đặc điểm đáng chú ý, bao gồm nhưng không giới hạn ở: kích thước, URL đã khai báo,
các thuộc tính của mẫu quảng cáo và kiểu nhà cung cấp. Nói cách khác, bạn phải cung cấp
ID quảng cáo với bất kỳ hai quảng cáo nào:
- Hãy nhìn hoặc hành xử khác đi.
- Hiển thị sang các hình ảnh khác.
- Hiển thị bằng nhiều cách khác nhau (ví dụ: một quảng cáo có một hình ảnh, trong khi tệp còn lại chứa Flash).
Khi thiết kế ứng dụng, bạn nên quyết định theo một cách có hệ thống tạo giá trị nhận dạng phù hợp với loại mẫu quảng cáo mà bạn dự định để gửi.
Thuộc tính quảng cáo
Bạn phải khai báo các thuộc tính mẫu quảng cáo mô tả đầy đủ về
đặc điểm và tiêu chí nhắm mục tiêu tương ứng ở BidResponse.Ad.attribute
. Chiến lược phát hành đĩa đơn
phải được khai báo (xem danh sách đầy đủ các thuộc tính được hỗ trợ
thuộc tính tại
buyer-declarable-creative-attributes.txt):
7 Tagging: IsTagged
Quảng cáo có chứa một pixel hoặc đèn hiệu web nhằm mục đích tạo danh sách ID cookie cho việc tiếp thị lại tiếp theo.8 Remarketing: IsRemarketing
Quảng cáo nhắm mục tiêu khách hàng dựa trên ID cookie hoặc ID thiết bị của họ mà trong đó danh sách ID cookie hoặc ID thiết bị đại diện cho một tập hợp người tiêu dùng trước đây đã tương tác với trang web do người mua sở hữu hoặc đại diện.9 UserInterestTargeting: IsUserInterestTargeted
Quảng cáo nhắm mục tiêu khách hàng dựa trên ID cookie hoặc ID thiết bị của họ mà trong đó danh sách ID cookie hoặc ID thiết bị đại diện cho một tập hợp các khách hàng mà người mua được xác định là nhóm có cùng mối quan tâm.30 InstreamVastVideoType: Vpaid
Quảng cáo yêu cầu hỗ trợ VPAID để hiển thị.32 MraidType: MRAID
Quảng cáo cần có API MRAID để hiển thị.
Ngoài ra, các thuộc tính sau được hỗ trợ nhưng phần khai báo của các thuộc tính đó không bắt buộc, vì Authorized Buyers tự động phát hiện và sẽ chặn (hoặc cho phép) quảng cáo của bạn dựa trên các giá trị đã phát hiện được thay vì khai báo. Xem API Mẫu quảng cáo để được giải thích về cách nhận phản hồi về các thuộc tính đã phát hiện của mẫu quảng cáo.
34 RichMediaCapabilityType: RichMediaCapabilityFlash
Quảng cáo yêu cầu hỗ trợ Flash để hiển thị.50 RichMediaCapabilityType: RichMediaCapabilityNonFlash
Quảng cáo không yêu cầu Flash để hiển thị.47 RichMediaCapabilityType: RichMediaCapabilitySSL
Quảng cáo có khả năng hiển thị trên trang SSL. Xin lưu ý rằng Authorized Buyers xử lý mẫu quảng cáo với các giá trị được khai báo khác nhau của thuộc tính này như là riêng biệt (các giá trị này sẽ được xem xét riêng biệt và có trạng thái phê duyệt riêng). Do đó, nếu bạn đặt giá thầu bằng cả SSL và phiên bản không phải SSL của cùng một quảng cáo, bạn nên khai báo thuộc tính này tương ứng, để sự khác biệt này được phản ánh chính xác trong AdX.
Các trường trong tính năng Đặt giá thầu mở
Phản hồi giá thầu do đối tác trao đổi và bên đặt giá thầu trong mạng tham gia chương trình Mở Tính năng đặt giá thầu tương tự như tính năng đặt giá thầu của Authorized Buyers tham gia chương trình chuẩn đặt giá thầu theo thời gian thực. Khách hàng sử dụng tính năng Đặt giá thầu mở có thể chỉ định một số ít các trường bổ sung và một vài trường hiện có có thể có cách sử dụng thay thế. Các bao gồm:
OpenRTB | Authorized Buyers | Thông tin chi tiết |
---|---|---|
BidResponse.imp[].pmp.deals[].id |
BidResponse.ad[].adslot[].exchange_deal_id |
Mã giao dịch từ không gian tên của sàn giao dịch được liên kết với giá thầu và báo cáo cho nhà xuất bản. |
BidResponse.seatbid[].bid[].ext.exchange_deal_type |
BidResponse.ad[].adslot[].exchange_deal_type |
Loại giao dịch được báo cáo cho nhà xuất bản, ảnh hưởng đến cách giao dịch được xử lý trong phiên đấu giá. |
BidResponse.seatbid[].bid[].ext.third_party_buyer_token |
BidResponse.ad[].adslot[].third_party_buyer_token |
Mã thông báo được sử dụng để xác định thông tin cuối của người mua bên thứ ba nếu với vai trò là Bên đặt giá thầu mở là một bên trung gian. Thông tin này lấy từ người mua bên thứ ba và phải được chuyển cho Google mà không thay đổi trong giá thầu của bạn. |
Đề xuất
- Bật kết nối HTTPS ổn định (còn được gọi là "duy trì hoạt động" hoặc "tái sử dụng kết nối") trên máy chủ của mình. Đặt thời gian chờ thành 10 giây lúc tối thiểu—giá trị cao hơn sẽ có lợi trong nhiều trường hợp. Google xác minh trong quá trình kiểm thử độ trễ ban đầu của ứng dụng, bởi vì Authorized Buyers gửi yêu cầu ở tần suất cao và cần tránh là mức hao tổn độ trễ khi thiết lập kết nối TCP riêng cho từng của bạn.
Bao gồm URL theo dõi lượt hiển thị tuỳ chọn để theo dõi khi lượt hiển thị hiển thị thay vì khi bên đặt giá thầu thắng. Do giảm giữa chiến thắng và hiển thị, điều này giúp theo dõi chính xác hơn thống kê.
- Đảm bảo mã của bên đặt giá thầu không có phần phụ thuộc trên các trường không dùng nữa, do đó có thể khiến giá thầu không thành công do lỗi.
- Bao gồm
BidResponse.Ad.width
vàBidResponse.Ad.height
trongBidResponse
của bạn. ĐápBidResponse
cho một yêu cầu chứa nhiều kích thước quảng cáo phải bao gồm các giá trịwidth
vàheight
, nếu không nó sẽ là bị rớt khỏi phiên đấu giá. - Giới hạn kích thước câu trả lời dưới 8K. Phản hồi quá nhiều có thể tăng độ trễ mạng và gây ra thời gian chờ.
- Làm theo hướng dẫn về giá thầu trên khoảng không quảng cáo iOS yêu cầu mô hình phân bổ SKAdNetwork.
Giá thầu phản hồi mẫu
Các ví dụ sau đây thể hiện các mẫu Protobuf mà con người có thể đọc được và Yêu cầu JSON.
JSON OpenRTB
Protobuf OpenRTB
Lưu ý quan trọng: Các thông báo Protobuf được mô tả trong các mẫu được trình bày ở đây dưới dạng văn bản mà con người có thể đọc được. Tuy nhiên, đó không phải là cách các tin nhắn sẽ được gửi qua dây. Khi sử dụng Google hoặc OpenRTB Protobuf thì chỉ có thông báo phản hồi giá thầu được chuyển đổi tuần tự mới được chấp nhận.
Bạn có thể tạo và chuyển đổi tuần tự một thông báo BidResponse
bằng
mã C++ sau đây:
BidResponse bid_response; // fill in bid response with bid information string post_response; if (bid_response.SerializeToString(&post_response)) { // respond to the POST with post_response as the content } else { // return an error to the POST }
Chỉ định mẫu quảng cáo
Giá thầu phản hồi của bạn chỉ định mẫu quảng cáo sẽ phân phát nếu giá thầu của bạn thắng. Giá thầu của bạn
phải bao gồm một trong những định dạng quảng cáo được hỗ trợ (AMP, video, gốc). Trong phần này
ví dụ: chúng tôi chỉ định mẫu quảng cáo bằng trường html_snippet
.
Ngoài ra, bạn có thể chỉ định mẫu quảng cáo của mình bằng cách sử dụng một trong các trường sau, dựa trên định dạng quảng cáo:
- Quảng cáo được hiển thị bằng SDK
BidResponse.Ad.sdk_rendered_ad
- AMP
BidResponse.Ad.amp_ad_url
- Video
BidResponse.Ad.video_url
hoặcBidResponse.Ad.video_vast_xml
- Quảng cáo gốc
BidResponse.Ad.native_ad
Chỉ định quảng cáo được lưu trữ trên(các) máy chủ của riêng bạn bằng cách sử dụng một đoạn mã HTML trong
trường html_snippet
của BidResponse
. Chiến lược phát hành đĩa đơn
được bao gồm trong iFrame được chèn vào trang web, dẫn đến quảng cáo
được truy xuất và hiển thị khi trang được tải. Bạn phải tạo HTML
để quảng cáo (biểu ngữ hoặc quảng cáo xen kẽ) hiển thị chính xác bên trong
iFrame và ở kích thước phù hợp cho vùng quảng cáo mà bạn đang đặt giá thầu.
Ngoài ra, kích thước quảng cáo được khai báo trong giá thầu phản hồi phải khớp chính xác với các kiểu kết hợp kích thước trong yêu cầu giá thầu khi:
- Quảng cáo là biểu ngữ thông thường (không phải biểu ngữ video, quảng cáo gốc hay quảng cáo xen kẽ).
- Bên đặt giá thầu đã khai báo kích thước trong giá thầu phản hồi. Nội dung khai báo kích thước là bắt buộc bất cứ khi nào có nhiều kích thước trong yêu cầu.
- Một trường hợp ngoại lệ là quảng cáo xen kẽ. Đối với quảng cáo xen kẽ, chiều rộng phải bằng ít nhất 50% chiều rộng và chiều cao ít nhất 40% của màn hình chiều cao màn hình.
Trường html_snippet
hỗ trợ mọi mã HTML hợp lệ
hiển thị chính xác, nhưng hãy lưu ý các hạn chế khi chỉ định
buyer_creative_id
trong mục Tạo thông báo phản hồi giá thầu. Một
Mục đích của việc này là đưa thông tin bổ sung vào các đối số của URL
tìm nạp từ máy chủ của bạn trong quá trình hiển thị quảng cáo. Điều này cho phép bạn truyền
dữ liệu tuỳ ý về lượt hiển thị trở lại máy chủ của riêng bạn.
Hầu hết các chính sách cho đoạn mã HTML được trả về trong giá thầu phản hồi đều giống với cho quảng cáo của bên thứ ba. Xem Authorized Buyers Nguyên tắc chương trình, Yêu cầu đối với bên thứ ba việc phân phát quảng cáo và Khai báo URL của trang đích khi nhấp trong quảng cáo để biết thêm thông tin.
Chỉ định macro
Đoạn mã HTML xác định một quảng cáo có thể bao gồm một hoặc nhiều đoạn mã đặc biệt
cấu trúc được gọi là macro. Tại thời điểm phân phát quảng cáo, giá trị được thay thế cho
macro. Ví dụ: ứng dụng đặt giá thầu của khách hàng có thể sử dụng
WINNING_PRICE
để xác định số tiền chi trả cho quảng cáo,
nếu chiến dịch đó thắng phiên đấu giá. Để phân tích cú pháp macro này, bạn cần triển khai một
ứng dụng giải mã thông báo xác nhận giá. Tham khảo Giá giải mã
Xác nhận để biết thêm thông tin.
Chỉ định macro là một phần của đoạn mã HTML theo định dạng
%%MACRO%%
, trong đó MACRO
là một trong những giá trị được hỗ trợ
được liệt kê trong bảng bên dưới.
Google yêu cầu bạn sử dụng CLICK_URL_UNESC
hoặc
Macro CLICK_URL_ESC
trong mẫu quảng cáo của bên thứ ba phân phát
quảng cáo. Google sử dụng các macro CLICK_URL
để theo dõi lượt nhấp.
Để sử dụng macro, hãy đưa macro này vào quảng cáo để URL được tìm nạp khi
có người nhấp vào. Giá trị trả về của lần tìm nạp là một lệnh chuyển hướng đến một lệnh chuyển hướng khác
URL mà bạn thêm vào CLICK_URL
.
Macro | Nội dung mô tả |
---|---|
ADVERTISING_IDENTIFIER |
Cho phép người mua nhận IDFA của iOS hoặc Mã nhận dạng cho quảng cáo của Android khi hiển thị lượt hiển thị. Hãy xem bài viết Giải mã giá trị nhận dạng nhà quảng cáo để biết thông tin chi tiết. |
CACHEBUSTER |
Một chuỗi đại diện cho một số nguyên 4 byte ngẫu nhiên, chưa ký. |
CLICK_URL_UNESC |
URL nhấp chuột không thoát cho quảng cáo. Trong đoạn mã, phiên bản thoát của URL nhấp chuột của bên thứ ba phải theo ngay sau macro. Ví dụ: nếu URL nhấp chuột của bên thứ ba là
<a href="%%CLICK_URL_UNESC%%http%3A%2F%2Fmy.adserver.com%2Fsome%2Fpath%2Fhandleclick%3Fclick%3Dclk"></a> Tại thời điểm phân phát quảng cáo, giới hạn này được mở rộng thành: <a href="http://google-click-url?...&ad_url=http%3A%2F%2Fmy.adserver.com%2Fsome%2Fpath%2Fhandleclick%3Fclick%3Dclk"></a> Trước tiên, URL này sẽ đăng ký lượt nhấp với Google, sau đó chuyển hướng đến URL lượt nhấp của bên thứ ba. |
CLICK_URL_ESC |
URL lượt nhấp có thoát cho quảng cáo. Sử dụng địa chỉ này thay vì
Ví dụ: bạn có thể sử dụng mã sau đây trong đoạn mã HTML: <a href="http://my.adserver.com/click?google_click_url=%%CLICK_URL_ESC%%"></a> Tại thời điểm phân phát quảng cáo, giới hạn này được mở rộng thành: <a href="http://my.adserver.com/click?google_click_url=http://google-click- url%3F...%26ad_url%3D"></a> Thao tác này sẽ đăng ký lượt nhấp với Bạn có thể thêm một URL thoát kép sau
|
CLICK_URL_ESC_ESC |
URL thoát kép của quảng cáo. Sử dụng địa chỉ này thay vì
Ví dụ: bạn có thể sử dụng mã sau đây trong đoạn mã HTML: <a href="http://my.adserver.com/click?google_click_url=%%CLICK_URL_ESC_ESC%%"></a> Tại thời điểm phân phát quảng cáo, giới hạn này được mở rộng thành: <a href="http://my.otheradserver.com/click?google_click_url=http%3A%2F%2Fmy.adserver.com%2Fclick%3Fgoogle_click_url%3Dhttp%3A%2F%2Fgoogle-click-%20url%253F...%2526ad_url%253D"></a> |
SCHEME |
Đã mở rộng thành http: nếu yêu cầu giá thầu không yêu cầu SSL hoặc
https: nếu yêu cầu giá thầu yêu cầu SSL. |
SITE |
Miền có ký tự thoát URL của URL nội dung hoặc mã ẩn danh đối với khoảng không quảng cáo ẩn danh. |
SITE_URL |
Không dùng nữa. Được thay thế bằng macro TRANG WEB cung cấp chức năng tương tự. |
TZ_OFFSET |
Chênh lệch múi giờ. |
VERIFICATION |
Các giá trị khác nhau đối với quảng cáo thực tế và thời điểm quét mẫu quảng cáo trong quy trình xác minh
quy trình. Định dạng là: %%?VERIFICATION:true-val:false-val%% , trong đó bất kỳ
ngoại trừ macro, có thể sử dụng cho true-val và false-val ,
bao gồm các chuỗi trống. Đối với tính năng Đặt giá thầu mở, các sàn giao dịch nên sử dụng macro này;
khi đã làm như vậy, các nền tảng bên cầu không cần thay đổi.Ví dụ: nếu quảng cáo phải bao gồm %%?VERIFICATION:-1:5000%%
thì văn bản thay thế sẽ là 5000 khi phân phát và -1 trong
quy trình xác minh. Mã này giúp phân biệt hai nhóm ping này. |
WINNING_PRICE |
Chi phí hiển thị được mã hoá (tức là CPI thay vì CPM) ở
phần triệu đơn vị tiền tệ của tài khoản. Ví dụ: CPM giành chiến thắng là 5 USD
tương ứng với CPM 5.000.000 micros hoặc CPI 5.000 micros. Đã giải mã
giá trị của WINNING_PRICE trong trường hợp này là 5.000.
Giá trúng thầu được chỉ định trong CPI.
|
WINNING_PRICE_ESC |
WINNING_PRICE thoát URL. |
Thoát URL trong macro sử dụng lược đồ sau:
- Ký tự dấu cách được thay thế bằng dấu cộng (
+
). - Ký tự chữ và số (0-9, a-z, A-Z) và các ký tự trong tập hợp !()*,-./:_~ vẫn không thay đổi.
- Tất cả các ký tự khác được thay thế bằng
%XX
, trong đóXX
là số thập lục phân số đại diện cho ký tự.
Các quy định hạn chế dành cho nhà xuất bản
Nhà xuất bản sử dụng BidRequest
để vượt qua các quy định hạn chế về loại quảng cáo
mà họ sẽ cho phép. Bạn bắt buộc phải thực thi các quy định hạn chế trong các trường sau:
allowed_vendor_type
excluded_attribute
excluded_sensitive_category
Một trường chỉ định các tính năng được phép của quảng cáo và trường còn lại chỉ định
tính năng không được phép. Không bao giờ trả lại quảng cáo có tính năng không được phép. Cho phép
các tính năng như loại nhà cung cấp, chỉ trả về một quảng cáo nếu loại nhà cung cấp nằm trong
Danh sách allowed_vendor_type
trong BidRequest
. Xem
nhận xét cho các trường này trong vùng đệm giao thức BidRequest
để biết thêm chi tiết.
Nếu một đoạn mã HTML được trả về trong BidResponse
, thì bạn
cần thiết để đặt chính xác attribute
, category
,
và click_through_url
trong BidResponse
.
Nếu một quảng cáo có nhiều giá trị có thể áp dụng cho các trường này, thì bạn phải
bao gồm mọi giá trị. Xem nhận xét cho các trường này trong
Định nghĩa vùng đệm giao thức BidResponse
để biết thêm thông tin chi tiết.
Những phản hồi không có các trường này sẽ bị loại bỏ.
Các giá trị có thể có của BidRequest.excluded_attribute
là
(xem publisher-excludable-creative-attributes.txt):
7 Tagging: IsTagged
Quảng cáo không được phép nếu quảng cáo chứa pixel hoặc báo hiệu web nhằm mục đích tạo danh sách mã cookie cho việc tiếp thị lại tiếp theo.8 CookieTargeting: IsCookieTargeted
Quảng cáo không được phép nếu quảng cáo nhắm mục tiêu khách hàng dựa trên ID cookie, trong đó danh sách ID cookie đại diện một tập hợp người tiêu dùng trước đây đã tương tác với một trang web do người mua sở hữu hoặc đại diện.9 UserInterestTargeting: IsUserInterestTargeted
Quảng cáo không được phép nếu quảng cáo nhắm mục tiêu khách hàng dựa trên ID cookie, trong đó danh sách ID cookie đại diện một tập hợp người tiêu dùng mà người mua được xác định là nhóm có cùng mối quan tâm.21 CreativeType: Html
Quảng cáo không được phép sử dụnghtml_snippet
hoặcsnippet_template
trongBidResponse.Ad
.22 CreativeType: VastVideo
Quảng cáo không được phép sử dụng trườngvideo_url
trongBidResponse.Ad
.30 InstreamVastVideoType: Vpaid
Quảng cáo không được phép yêu cầu hỗ trợ VPAID để hiển thị.32 MraidType: MRAID
Quảng cáo không được phép yêu cầu API MRAID để hiển thị.34 RichMediaCapabilityType: RichMediaCapabilityFlash
Quảng cáo không được phép yêu cầu hỗ trợ Flash để hiển thị.39 RichMediaCapabilityType: RichMediaCapabilityHTML5
Quảng cáo không được phép yêu cầu các tính năng HTML5 hiển thị.48 RichMediaCapabilityType: RichMediaCapabilityNonSSL
Quảng cáo không được phép thực hiện các yêu cầu không phải SSL.
Do đó, nếu trường excluded_attribute
chứa giá trị
7, thì bạn không nên trả lại quảng cáo sử dụng điểm ảnh hoặc báo hiệu web cho
tạo danh sách. Xin lưu ý rằng nếu quảng cáo làm việc này, thì quảng cáo phải đặt giá trị 7 trong
trường thuộc tính của BidResponse
.
Tương tự, nếu trường excluded_attribute
chứa giá trị 48,
thì bạn chỉ nên trả về những quảng cáo có thể hiển thị trên trang SSL (và phù hợp)
khai báo thuộc tính 47 RichMediaMediaType: RichMediaAllowSSL).
Ngoài ra, trường excluded_sensitive_category
trong
BidRequest
sử dụng mã từ
ad-sensitive-categories.txt
có trên trang dữ liệu tham chiếu. Các danh mục này đã được mở rộng
mô tả của một số mã trong số các mã này:
3 Politics
Bao gồm vấn đề chính trị hoặc các vấn đề xã hội gây tranh cãi; không bao gồm quảng cáo cho các hãng tin thường không gắn liền với một quan điểm thiên vị về các vấn đề.4 Dating
Bao gồm các dịch vụ hẹn hò và cộng đồng hẹn hò trực tuyến.5 Religion
Bao gồm các quảng cáo về tôn giáo và quảng cáo ủng hộ hoặc chống lại các quan điểm tôn giáo; không bao gồm chiêm tinh học hoặc mang tính tâm linh phi giáo phái.7 Video Games (Casual & Online)
Bao gồm trò chơi điện tử, trò chơi trực tuyến và trò chơi có thể tải xuống; không bao gồm máy chơi trò chơi điện tử.8 Ringtones & Downloadables
Các tiện ích bổ sung cho thiết bị di động (bao gồm nhạc chuông và các tiện ích có thể tải xuống khác, chẳng hạn như trình bảo vệ màn hình và hình nền cho máy tính) và bố cục hồ sơ cũng như hình đồ hoạ cho các mạng xã hội.10 Get Rich Quick
Các lược đồ hứa hẹn mang lại thu nhập nhanh chóng.18 Weight Loss
Bao gồm việc giảm cân, ăn kiêng cũng như các sản phẩm và chương trình có liên quan; không bao gồm các quảng cáo về việc ăn uống lành mạnh hoặc thể hình nói chung.19 Cosmetic Procedures & Body Modification
Bao gồm việc nâng ngực, hút mỡ, kỹ thuật laser, triệt lông và cấy tóc, xăm hình và chỉnh hình.23 Drugs & Supplements:
Bao gồm các dược phẩm, vitamin, thực phẩm chức năng và các loại thuốc bán lẻ có liên quan; không bao gồm các tài nguyên cung cấp thông tin về thuốc.24 Sexual & Reproductive Health
Bao gồm quảng cáo về chức năng tình dục và sinh sản; không bao gồm các nguồn về việc mang thai thông thường.35 Social Casino Games
Bao gồm trò chơi mô phỏng cờ bạc (bao gồm nhưng không giới hạn ở bài xì phé, máy đánh bạc, trò chơi bingo, xổ số, cá cược thể thao, cá cược cuộc đua, cũng như các trò chơi bài và trò chơi đánh bạc khác) mà không mang lại cơ hội chiến thắng bất kỳ giá trị nào (chẳng hạn như tiền hoặc phần thưởng).36 Significant Skin Exposure
Hình ảnh quảng cáo để lộ bất kỳ bộ phận nào của cơ thể con người từ xương ức đến giữa đùi mà không được mặc quần áo; hoặc cơ thể được mặc đồ lót, đồ bơi, nội y hoặc các loại quần áo xuyên thấu hay đồ không phải quần áo như khăn tắm hoặc ga trải giường.37 Sensationalism
Quảng cáo nhằm mục đích khiến người dùng nhấp vào bằng cách thu hút sự tò mò của họ, thường là thông điệp gợi mở với ngôn từ hoặc hình ảnh cường điệu. Bao gồm cả quảng cáo tập trung vào các chủ đề giật gân (chẳng hạn như người nổi tiếng bị bắt giữ, chết hoặc ly hôn) hoặc có mục đích gây sốc.
Đo lường mở
Tính năng Đo lường mở cho phép bạn chỉ định nhà cung cấp bên thứ ba cung cấp các dịch vụ đo lường và dịch vụ xác minh cho quảng cáo phân phát đến ứng dụng di động.Các định dạng quảng cáo được hỗ trợ hiện bao gồm quảng cáo video, quảng cáo biểu ngữ và quảng cáo xen kẽ. Thông tin khác về cách sử dụng tính năng Đo lường mở trong giá thầu phản hồi có chứa các định dạng này, hãy tham khảo Trung tâm trợ giúp SDK Đo lường mở bài viết.
Phản hồi giá thầu mẫu
Các mục sau đây trình bày giá thầu phản hồi mẫu cho các loại quảng cáo khác nhau.