Quảng cáo video

Hướng dẫn này trình bày các yêu cầu về việc tích hợp, cấu hình và các trường có liên quan mà bạn có thể sử dụng khi đặt giá thầu cho khoảng không quảng cáo trong video.

Google hỗ trợ quảng cáo dạng video trong luồng phát, quảng cáo dạng video gốc và quảng cáo dạng video xen kẽ được thể hiện dưới dạng các cơ hội quảng cáo riêng lẻ hoặc các nhóm quảng cáo dạng video động. Nhóm động mô tả một nhóm quảng cáo dạng video xuất hiện theo trình tự, trong đó thời lượng tối đa của nhóm được chia thành một hoặc nhiều video có độ dài khác nhau. Hãy xem hướng dẫn về định dạng quảng cáo Gốc và Xen kẽ để biết thêm thông tin chi tiết về các định dạng đó.

Yêu cầu đối với người mua

Giao thức RTB

Hướng dẫn này thường đề cập đến định dạng Protobuf, nhưng tên trường và đường dẫn tương đương giữa định dạng này và định dạng JSON, trừ phi có quy định khác.

Bạn có thể tìm thấy proto OpenRTB và các tiện ích OpenRTB dành riêng cho Google trên trang Protos và dữ liệu tham chiếu. Để biết thêm thông tin về cách phát triển một giá thầu, hãy xem phần Xử lý yêu cầu và Tạo phản hồi.

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

Bạn nên gửi mẫu quảng cáo để phê duyệt trước khi đặt giá thầu bằng mẫu quảng cáo đó. Bạn có thể sử dụng Tài nguyên mẫu quảng cáo của API Đặt giá thầu theo thời gian thực để bắt đầu quy trình xem xét.

Cấu hình nhắm mục tiêu trước

Để nhận khoảng không quảng cáo trong video, tài khoản Authorized Buyers của bạn phải tạo một cấu hình nhắm mục tiêu trước bao gồm khoảng không quảng cáo trong video.

Macro

Bạn có thể chỉ định macro trong đường liên kết URL video hoặc VAST XML được chỉ định trong BidResponse.seatbid.bid.adm. Ngoài ra, nếu chỉ định một URL video, bạn cũng có thể đặt macro trong tài liệu XML VAST được liên kết. Các macro sau đây được hỗ trợ cho mẫu quảng cáo dạng video:

  • %%CACHEBUSTER%%
  • %%WINNING_PRICE%%
  • %%SITE%%

Các macro nhấp chuột như CLICK_URL_ESC không được hỗ trợ vì Authorized Buyers đưa trình theo dõi lượt nhấp vào một trình bao bọc VAST. Để biết thêm thông tin về các macro được hỗ trợ, hãy xem phần Chỉ định macro.

Chi tiết về chú thích

Bạn có thể sử dụng trường BidRequest.imp.video của OpenRTB để xác định xem yêu cầu đặt giá thầu đến là dành cho khoảng không quảng cáo video trong luồng phát hay video xen kẽ và tìm thêm thông tin cụ thể về video liên quan đến yêu cầu đó. Ngoài ra, đối với khoảng không quảng cáo gốc, bạn có thể sử dụng BidRequest.imp.native.{request/request_native}.assets.video cho thông tin tương tự dành riêng cho video.

BidRequest.{app/site}.content.producer.domain

URL (đã xoá tham số) của trang mô tả nội dung video. Nhà xuất bản gửi URL này cho Google. Ví dụ:

http://www.publisher.com/watchpagelink
banner.vcm
Nếu được đặt thành true, quảng cáo đồng hành có thể được chọn để hiển thị dưới dạng phần kết thúc (thẻ thông tin) trong vùng video sau khi quảng cáo dạng video phát xong. Nếu không, quảng cáo đồng hành sẽ không hiển thị dưới dạng phần kết thúc.
BidRequest.imp.rwdd
Nếu được đặt thành true, thì tức là người dùng nhận được phần thưởng khi xem quảng cáo dạng video. Phần thưởng thường là đọc thêm một bài viết miễn phí, nhận thêm mạng trong trò chơi hoặc nhận một phiên nghe nhạc không quảng cáo được tài trợ.
BidRequest.imp.video.maxduration

Thời lượng tối đa được phép tính bằng giây cho từng quảng cáo riêng lẻ có trong phản hồi giá thầu. Nếu bạn không đặt giá trị này, thì sẽ không có thời lượng tối đa. Khi BidRequest.imp.video.skip là true, điều này có thể hoạt động theo cách khác. Hãy xem phần Thời lượng tối đa của video có thể bỏ qua để biết thêm thông tin chi tiết.

BidRequest.imp.video.maxseq

Số lượng quảng cáo tối đa có thể được phân phát vào một nhóm quảng cáo dạng video động. Nếu bạn đặt poddur nhưng không đặt maxseq hoặc 0, thì bạn không bị hạn chế về số lượng quảng cáo có thể phân phát vào một nhóm quảng cáo trong video. Google chỉ hỗ trợ các nhóm động.

Số lượng quảng cáo dạng video thực tế được hiển thị có thể nhỏ hơn hoặc bằng giá trị này nhưng không được vượt quá.

BidRequest.imp.video.minduration
Thời lượng tối thiểu (tính bằng giây) cho từng quảng cáo riêng lẻ có trong phản hồi giá thầu. Khi chưa đặt, sẽ không có thời lượng tối thiểu.
BidRequest.imp.video.plcmt
Mô tả nơi video sẽ phát.
PLCMT_UNKNOWN Không xác định được vị trí đặt quảng cáo.
PLCMT_INSTREAM Quảng cáo trước video, trong video và sau video được phát trước, trong hoặc sau nội dung video phát trực tuyến mà người tiêu dùng đã yêu cầu. Video trong luồng phát phải được đặt thành "bật âm thanh" theo mặc định khi trình phát bắt đầu hoặc người dùng phải có ý định rõ ràng là xem nội dung video. Mặc dù có thể có nội dung khác xung quanh trình phát, nhưng nội dung video phải là trọng tâm trong lượt truy cập của người dùng. Đây phải là nội dung chính trên trang và là trình phát video duy nhất có khả năng phát âm thanh khi phát. Nếu trình phát chuyển đổi thành trình phát nổi/cố định, các lệnh gọi quảng cáo tiếp theo phải truyền tải chính xác kích thước trình phát đã cập nhật.
PLCMT_ACCOMPANYING_CONTENT Quảng cáo đầu video, quảng cáo trong video và quảng cáo cuối video được phát trước, trong hoặc sau nội dung video phát trực tuyến. Trình phát video tải và phát trước, giữa hoặc sau các đoạn văn bản hoặc nội dung đồ hoạ, đồng thời chỉ bắt đầu phát khi xuất hiện trong khung hiển thị. Nội dung đi kèm chỉ nên bắt đầu phát khi xuất hiện trong khung nhìn. Trình phát có thể chuyển thành trình phát nổi/cố định khi người dùng di chuyển lên xuống khỏi trang.
PLCMT_INTERSTITIAL Quảng cáo dạng video được phát mà không có nội dung video. Trong quá trình phát, quảng cáo phải là trọng tâm chính của trang và chiếm phần lớn khung nhìn, đồng thời không được cuộn ra khỏi khung nhìn. Điều này có thể xảy ra ở những vị trí như video trong ứng dụng hoặc bản trình chiếu.
PLCMT_NO_CONTENT_STANDALONE Quảng cáo dạng video được phát mà không có nội dung video phát trực tuyến. Quảng cáo này có thể xuất hiện ở những vị trí như bản trình chiếu, nguồn cấp dữ liệu gốc, trong nội dung hoặc cố định/nổi.
BidRequest.imp.video.playbackmethod
Mô tả cách phát quảng cáo dạng video. Phương thức phát được xác định là tự động phát hoặc nhấp để phát dựa trên phương pháp đo lường tốt nhất hiện có.
AUTO_PLAY_SOUND_ON Bắt đầu khi tải trang và âm thanh đang bật.
AUTO_PLAY_SOUND_OFF Bắt đầu khi tải trang và tắt tiếng.
CLICK_TO_PLAY Bắt đầu khi người dùng nhấp vào và âm thanh đang bật.
MOUSE_OVER Bắt đầu khi di chuột với âm thanh bật.
ENTER_SOUND_ON Bắt đầu khi vào khung hiển thị và bật âm thanh.
ENTER_SOUND_OFF Bắt đầu khi vào khung hiển thị và tắt âm thanh theo mặc định.
BidRequest.imp.video.skip
Nếu true, điều này cho biết trình phát sẽ cho phép bỏ qua video hoặc cho phép quảng cáo có thể bỏ qua. Nếu không, điều này có nghĩa là quảng cáo có thể bỏ qua không được phép.
BidRequest.imp.video.startdelay

Giá trị 0 có nghĩa là quảng cáo đầu video, -1 có nghĩa là quảng cáo trong video và -2 có nghĩa là quảng cáo cuối video.

Mọi giá trị dương khác là thời gian tính bằng giây kể từ khi video bắt đầu phát cho đến thời điểm quảng cáo xuất hiện.

BidRequest.imp.video.durfloors và BidRequest.imp.audio.durfloors

Một mảng các đối tượng DurFloors cho biết giá sàn tương ứng cho các mẫu quảng cáo dạng video hoặc âm thanh có nhiều thời lượng mà người mua có thể đặt giá thầu.

Sau đây là ví dụ về cách durfloors do Google chỉ định sẽ xuất hiện:

  1. {"maxdur": 16, "bidfloor": 5} biểu thị (0, 16) giây tại $5.
  2. {"mindur": 16, "maxdur": 31, "bidfloor": 10} đại diện cho [16, 31) giây tại $10.
  3. {"mindur": 31, "bidfloor": 20} biểu thị [31, inf) giây tại $20.

Những tín hiệu này không chỉ dành riêng cho mẫu quảng cáo dạng video, nhưng đặc biệt có giá trị đối với những người đặt giá thầu để đọc:

BidRequest.device.ifa
Trường này là một UUID gồm 36 ký tự, chỉ được đặt khi sử dụng SSL và không được băm. Đây là phiên bản chưa mã hoá của BidRequest.device.dpidm5. Đối với thiết bị iOS, tham số này chứa Giá trị nhận dạng cho nhà quảng cáo (IDFA) bằng tất cả các ký tự viết hoa. Đối với các thiết bị Android, tham số này chứa giá trị nhận dạng Android (ADID) bằng tất cả các ký tự viết thường. Đối với thiết bị TV có kết nối Internet, thông số này chứa giá trị nhận dạng riêng biệt của thiết bị (ví dụ: RIDA của Roku).
BidRequest.device.devicetype
Chỉ định loại thiết bị.
MOBILE Một bí danh không còn được dùng cho HIGHEND_PHONE hoặc TABLET.
PERSONAL_COMPUTER Bao gồm cả thiết bị máy tính và máy tính xách tay.
CONNECTED_TV bao gồm cả TV có kết nối Internet (tức là TV thông minh) và thiết bị có kết nối Internet (chẳng hạn như Roku, Apple TV, v.v.).
HIGHEND_PHONE Bao gồm các thiết bị điện thoại cao cấp.
TABLET Bao gồm cả thiết bị máy tính bảng.
CONNECTED_DEVICE Bao gồm cả thiết bị chơi trò chơi chuyên dụng.
SET_TOP_BOX Bao gồm cả các thiết bị hộp giải mã tín hiệu số.
OOH_DEVICE Bao gồm các thiết bị quảng cáo ngoài trời; ví dụ: biển quảng cáo kỹ thuật số.
BidRequest.device.make
Chỉ định thương hiệu (chẳng hạn như Nokia hoặc Samsung) của thiết bị.
BidRequest.device.model
Chỉ định kiểu máy chính xác (chẳng hạn như N70 hoặc Galaxy) của thiết bị nếu có, nếu không, kiểu máy này sẽ chứa một kiểu máy chung chung như "iphone" hoặc "ipad".
BidRequest.imp.metric
Khi Metric.type được đặt thành completion_rate, Metric.value sẽ là một phân số trong phạm vi [0.0, 1.0] biểu thị tỷ lệ hoàn thành trước đây của quảng cáo dạng video được phân phát trong vùng quảng cáo. Giá trị mặc định là -1.0, cho biết rằng không có dữ liệu về tỷ lệ hoàn thành trong quá khứ.
BidRequest.imp.video.poddur
Thời lượng tính bằng giây mà bạn có thể lấp đầy cho một nhóm quảng cáo video động. Trường này đề cập đến thời lượng của toàn bộ điểm chèn quảng cáo. Nếu chưa đặt, vùng quảng cáo sẽ không thuộc nhóm quảng cáo.

Yêu cầu giá thầu video cũng chứa thông tin về khoảng không quảng cáo, chẳng hạn như thông tin về danh mục dọc, nhà cung cấp được phép và kênh. Tất cả các trường hiện có khác trong yêu cầu giá thầu cũng áp dụng cho video.

Các trường chiều rộng và chiều cao trong thông báo AdSlot của một yêu cầu video tương ứng với kích thước của trình phát quảng cáo dạng video.

BidRequest.imp.ext.allowed_vendor_type
Các nhà cung cấp được phép. Hãy xem tệp vendors.txt trong tài liệu kỹ thuật để biết danh sách mã nhận dạng. Ví dụ: 309 = Đơn vị video DFA.
BidRequest.imp.video.mimes
Danh sách cho phép mô tả các loại MIME nội dung được hỗ trợ cho quảng cáo được phân phát để phản hồi yêu cầu đặt giá thầu; ví dụ: "video/mp4". Phản hồi giá thầu phải cho biết việc hỗ trợ ít nhất một trong số các giá thầu đó.
BidRequest.imp.video.protocols
Mô tả các phiên bản VAST được nhà xuất bản hỗ trợ cho các yêu cầu quảng cáo dạng video. Chứa một mảng các giá trị enum Protocol, bao gồm: VAST_2_0, VAST_3_0, VAST_2_0_WRAPPER, VAST_3_0_WRAPPER, VAST_4_0, VAST_4_0_WRAPPER, v.v.
BidRequest.imp.video.companionad
Trường này bao gồm một mảng các đối tượng Banner đại diện cho quảng cáo đi kèm (nếu có).
BidRequest.site.page

URL của trang xem video hoặc URL của trang mà video đã được nhúng vào. Ví dụ:

http://www.publisher.com/watchpagelink

Khi phản hồi một yêu cầu về video, bên đặt giá thầu phải trả về một URL chuyển hướng VAST hoặc VAST XML trong trường BidResponse.seatbid.bid.adm. Phản hồi giá thầu cũng phải chứa nội dung khai báo phù hợp cho quảng cáo dạng video. Sau đây là một đoạn trích của phản hồi giá thầu video phù hợp: 

id: "n40G42d551UX18627ao8lt"
seatbid {
  bid {
    id: "17u6BnD62h88r5q7066"
    impid: "1"
    price: 0.797848
    adm: "https://video.test.com/ads?id=123456&wprice=%%WINNING_PRICE%%"
    adomain: "google.com"
    crid: "test_creative_id_987914"
    w: 320
    h: 480
    cattax: GOOGLE_CATEGORIES
    [com.google.doubleclick.bid] {
      attribute: 47
      attribute: 50
      billing_id: 55383762512
      skadn {
        version: "4.0"
        network: "306el65O"
        itunesitem: "832461214"
        sourceapp: "977150768"
        fidelities {
          fidelity: VIEW_THROUGH_ADS
          nonce: "0054e0b9-0b53-4426-99dd-a1eefeb45565"
          timestamp: "1757329316673"
          signature: "oE3Ek8347oZV1Yl1J42G2c88BSKr2dqEbiOK2S4ni7NVDh3v128NN0hlzWK5aX96ecV1504E9k288i0t0wGX73P317812WE7"
        }
        fidelities {
          fidelity: STOREKIT_RENDERED_ADS
          nonce: "0054e0b9-0b53-4426-99dd-a1eefeb45565"
          timestamp: "1757329316673"
          signature: "b1GqXA4v889p842512GQ1p3249q5VmPt1335f1H1zdK92fq24j7a7ml419W7u8B7rhhH97s507f2251923oWi89XF1voZv4b"
        }
        sourceidentifier: "8396"
      }
      app_promotion_type: INSTALLS
      clickurl: "google.com"
    }
  }
}
[com.google.doubleclick.bid_response] {
  processing_time_ms: 20
}

Sau đây là các trường quan trọng trong phản hồi giá thầu video:

BidResponse.seatbid.bid.ext.attribute
Các thuộc tính dành cho những quảng cáo có thể hiển thị từ đoạn mã này. Hãy xem tệp buyer-declarable-creative-attributes.txt để biết danh sách mã nhận dạng. Chúng tôi kiểm tra để đảm bảo rằng không có thuộc tính nào trong số này khớp với những thuộc tính mà nhà xuất bản không cho phép trong yêu cầu đặt giá thầu. Ví dụ: nếu bạn đặt một trong hai trường là 30, thì điều đó sẽ cho biết quảng cáo yêu cầu hỗ trợ VPAID để hiển thị.
BidResponse.seatbid.bid.adm

Đối với quảng cáo dạng video, đây là URL chuyển hướng VAST của quảng cáo dạng video. Ví dụ:

http://ad.doubleclick.net/pfadx/N270.132652.1516607168321/B3442378.3;dcadv=1379578;sz=0x0;ord=79879;dcmt=text/xml

Ngoài ra, đây có thể là tệp XML VAST thô.

Ví dụ về yêu cầu và phản hồi giá thầu

Định dạng Video

Cách người mua có thể thêm video

Các bảng sau đây minh hoạ những cách mà người mua có thể đưa video vào mẫu quảng cáo và vị trí mà họ có thể phân phát cho web và ứng dụng di động tương ứng.

Web

Tệp sáng tạo dạng video Trong luồng phát (tất cả) Trong nguồn cấp dữ liệu/bài viết Quảng cáo gốc trong nguồn cấp dữ liệu/bài viết Quảng cáo xen kẽ Trong biểu ngữ

VPAID + VAST

 

VAST

 

MRAID + JS

 

 

 

 

 

JS tuỳ chỉnh

 

Quảng cáo gốc + VAST

 

Ứng dụng dành cho thiết bị di động

Tệp sáng tạo dạng video Trong luồng phát (tất cả) Trong nguồn cấp dữ liệu/bài viết Quảng cáo gốc trong nguồn cấp dữ liệu/bài viết Quảng cáo xen kẽ Trong biểu ngữ

VPAID + VAST

 

 

 

 

 

VAST

MRAID + JS

JS tuỳ chỉnh

Quảng cáo gốc + VAST

Khoá: Không có định dạng/công nghệ

Mẫu quảng cáo dạng video được chấp nhận ở vị trí này, tuỳ thuộc vào các khối của nhà xuất bản

Mẫu quảng cáo dạng video không có sẵn ở vị trí này

Các tín hiệu được đề xuất của OpenRTB

Các bảng sau đây minh hoạ các tín hiệu được OpenRTB đề xuất cho tất cả các định dạng video cho web dành cho máy tính và thiết bị di động, cũng như ứng dụng di động.

Web trên máy tính để bàn và thiết bị di động

Định dạng video Tín hiệu được đề xuất (chỉ tín hiệu liên quan đến video) Tín hiệu có liên quan (chỉ tín hiệu có liên quan đến video)

Trong luồng phát (VPAID)

Đối tượng VIDEO xuất hiện   &
video.placement = INSTREAM   &

Trong luồng phát (không có VPAID)

Đối tượng VIDEO xuất hiện   &
video.placement = INSTREAM    &
video.api = 1 VPAID 1.0 or 2:VPAID 2.0

Ngoài luồng phát

Đối tượng VIDEO xuất hiện

video.linearity: linear
vị trí phụ thuộc vào vị trí thực tế
, các giá trị như bên dưới
Video.startdelay = 0

Trong nguồn cấp dữ liệu

Đối tượng VIDEO xuất hiện   &
video.placement = IN-FEED

Trong bài viết

Đối tượng VIDEO xuất hiện   &
video.placement = IN-ARTICLE

Mã gốc

NATIVE object present &

Trong biểu ngữ

Không có đối tượng video &
banner.battr ≠ 6 Video trong biểu ngữ (Tự động phát) &
banner.battr ≠ 7 Video trong biểu ngữ (Do người dùng bắt đầu)

Ứng dụng dành cho thiết bị di động

Định dạng video Thông tin chi tiết về yêu cầu giá thầu (chỉ thông tin chi tiết liên quan đến video)

Quảng cáo trong luồng

Đối tượng VIDEO xuất hiện   &
video.placement = INSTREAM    &

video.api = 1 VPAID 1.0 hoặc 2: VPAID 2.0

Ngoài luồng phát

Đối tượng VIDEO xuất hiện

video.linearity: linear
vị trí phụ thuộc vào vị trí thực tế
, các giá trị như bên dưới
Video.startdelay = 0

Trong nguồn cấp dữ liệu

Đối tượng VIDEO xuất hiện   &
video.placement = IN-FEED

Trong bài viết

Đối tượng VIDEO xuất hiện   &
video.placement = IN-ARTICLE

Mã gốc

NATIVE object present &

Quảng cáo xen kẽ (VAST)

Đối tượng VIDEO xuất hiện   &
video.placement = INTERSTITIAL

Quảng cáo xen kẽ (không có VAST)

Đối tượng VIDEO xuất hiện   &
video.placement = INTERSTITIAL

Đã lọc

Trong biểu ngữ (MRAID)

Không có đối tượng video &
banner.battr ≠ 6 Video trong biểu ngữ (Tự động phát) &
banner.battr ≠ 7 Video trong biểu ngữ (Do người dùng bắt đầu)

Trong biểu ngữ

(không có MRAID)

Không có đối tượng video &
banner.battr ≠ 6 Video trong biểu ngữ (Tự động phát) &
banner.battr ≠ 7 Video trong biểu ngữ (Do người dùng bắt đầu)

Cách nhà xuất bản có thể cho phép/không cho phép video

Bảng sau đây minh hoạ những cách mà nhà xuất bản có thể cho phép/không cho phép video trong vị trí của họ.

Lựa chọn của nhà xuất bản Định dạng áp dụng Được mô tả trong yêu cầu giá thầu là

Chỉ định một đơn vị video trong luồng phát

Trong luồng phát (tất cả)

Có đối tượng trong video &
video.placement = INSTREAM

Chọn sử dụng VPAID

Trong luồng phát trên web

Đối tượng video hiện tại và
video.api = 1 (VPAID 1.0) hoặc 2 (VPAID 2.0)

Chọn sử dụng IBV

Trong biểu ngữ

Quảng cáo xen kẽ

banner.battr ≠ 6 Video trong biểu ngữ (Tự động phát) và/hoặc 7 Video trong biểu ngữ (Do người dùng bắt đầu)

Chọn sử dụng (hướng dẫn)

Trong nguồn cấp dữ liệu

Trong bài viết

Đối tượng video xuất hiện &
video.placement = IN-FEED hoặc IN-ARTICLE

Chọn sử dụng quảng cáo dạng video không trong luồng phát (hướng dẫn)

Mã gốc

Đối tượng gốc hiện tại

Chặn quảng cáo xen kẽ dạng video

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

Không có đối tượng VIDEO

Trường hợp đặc biệt

# Nội dung mô tả trường hợp Bình luận Yêu cầu giá thầu

1

Đóng tuỳ chỉnh bị trì hoãn bằng MRAID

Đối với quảng cáo xen kẽ, việc đóng quảng cáo có thể gửi thông báo đến Người mua bằng MRAID, ngay cả khi họ không sử dụng nút đóng tuỳ chỉnh.


Chữ X được áp dụng của Authorized Buyers sẽ luôn xuất hiện ở trên cùng của mọi nút đóng tuỳ chỉnh, ngay cả khi nút đóng tuỳ chỉnh xuất hiện bên dưới sau 5 giây

Bảng thuật ngữ

Hãy xem Bảng chú giải về video của Authorized Buyers.

Các trường liên quan cho định dạng Trong luồng phát và Ngoài luồng phát

Xem OpenRTB 2.5 (bắt đầu từ trang 47)

BidRequest.Video.
Placement
Quảng cáo trong luồng mWeb

1: Trong luồng phát
2: Trong biểu ngữ

mApp

1: Trong luồng phát
2: Trong biểu ngữ
Ngoài luồng phát mApp Interstitial

5: Xen kẽ

Native

3: Trong bài viết
4: Trong nguồn cấp dữ liệu

Rewarded

rwdd: bool
linearity

Cho biết liệu lượt hiển thị phải là tuyến tính, phi tuyến tính, v.v. Nếu không có lượt hiển thị nào được chỉ định, hãy giả định rằng tất cả đều được cho phép.

Quảng cáo trong luồng mWeb

1: LINEAR (Trong luồng phát)

mApp

1: LINEAR (Trong luồng phát)
Ngoài luồng phát mApp Interstitial

2: INTERSTITIAL

Native

3: IN_FEED
5: IN_ARTICLE
videoad_start_delay
Quảng cáo trong luồng mWeb

>0: start delay in seconds
 0: PRE_ROLL
-1: GENERIC_MID_ROLL
-2: GENERIC_POST_ROLL

mApp

>0: start delay in seconds
 0: PRE_ROLL
-1: GENERIC_MID_ROLL
-2: GENERIC_POST_ROLL
Ngoài luồng phát Rewarded

>0: start delay in seconds
 0: PRE_ROLL
-1: GENERIC_MID_ROLL
-2: GENERIC_POST_ROLL

Nguồn giá trị yêu cầu giá thầu

Đối tượng
OpenRTB		 Trường Authorized Buyers
/Exchange
Bidding
Non-instream		 Giá trị mẫu Ai xác định điều này?
/Giá trị này bắt nguồn từ đâu?
Đối tượng
Video mimes có ["application/javascript",
"video/mp4"]",		 Google
minduration không Do nhà xuất bản định cấu hình
maxduration có Do nhà xuất bản định cấu hình
playbackmet
hod		 có [6] Thường là Nhà xuất bản
đã định cấu hình
api (MRAID) có [1,2] Google
giao thức có [2,3,5,6,7,8] Google
tính tuyến tính có [1] Google
vị trí có [1] Google
chiều rộng trình phát có 400.400.300 Google
chiều cao của người chơi có 225.300.153 Google
độ trễ bắt đầu có 0 Google, mặc định là 5 giây
bỏ qua có 1 Nhà xuất bản/Google
– đối với quảng cáo xen kẽ => Google
– đối với quảng cáo trong luồng phát => Nhà xuất bản
quyết định có cho phép
quảng cáo có thể bỏ qua, không thể bỏ qua hay cả hai hay không.
Quảng cáo có tặng thưởng, luôn không thể bỏ qua;
tốc độ bit tối thiểu Không Google
tốc độ bit tối đa không Google
pos có 1 Google
Thiết bị
Tỷ lệ px có 1 Google
lượt hiển thị
Bảo mật có 1 Google
mặc định là true
vì adtag luôn
an toàn