Xây dựng câu trả lời

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.widthBidResponse.Ad.height trong BidResponse của bạn. Đáp BidResponse 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ị widthheight, 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.

Google

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ặc
    • BidResponse.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áoKhai 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à http://my.adserver.com/some/path/handleclick?click=clk, thì mã sau có thể được sử dụng với phiên bản thoát đơn của URL nhấp chuột của bên thứ ba theo lệnh gọi macro:

<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ì CLICK_URL_UNESC nếu trước tiên bạn cần truyền giá trị qua một máy chủ khác sẽ trả lại chuyển hướng.

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 my.adserver.com sau đó sẽ chịu trách nhiệm chuyển hướng đến URL được chuyển trong Tham số google_click_url. Điều này giả định rằng my.adserver.com huỷ thoát google_click_url .

Bạn có thể thêm một URL thoát kép sau %%CLICK_URL_ESC%%. Sau khi thực hiện việc huỷ thoát bằng my.adserver.com, để lại một phiên bản thoát đơn của URL được thêm vào google_click_url. Khi google_click_url đã được tìm nạp, sẽ không thoát một lần nữa và sau đó chuyển hướng.

CLICK_URL_ESC_ESC

URL thoát kép của quảng cáo. Sử dụng địa chỉ này thay vì CLICK_URL_UNESC nếu trước tiên bạn cần truyền giá trị qua một máy chủ khác sẽ trả lại chuyển hướng.

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-valfalse-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ụng html_snippet hoặc snippet_template trong BidResponse.Ad.
  • 22 CreativeType: VastVideo
    Quảng cáo không được phép sử dụng trường video_url trong BidResponse.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.

Biểu ngữ ứng dụng

Google

JSON OpenRTB

Protobuf OpenRTB

Quảng cáo xen kẽ trong ứng dụng

Google

JSON OpenRTB

Protobuf OpenRTB

Video quảng cáo xen kẽ trong ứng dụng

Google

Protobuf OpenRTB

Gốc ứng dụng

Google

JSON OpenRTB

Protobuf OpenRTB

Video trên web

Google

Biểu ngữ web dành cho thiết bị di động cho bên đặt giá thầu trao đổi

Protobuf OpenRTB