原生廣告

原生廣告會配合周圍內容和視覺設計設定格式,藉此提高曝光率和點擊率。原生廣告廣告空間可用於行動應用程式、電腦版網站和行動版網站。如要進一步瞭解原生廣告,請參閱「原生廣告總覽」。

公開出價和授權買家都支援原生廣告。

以下是原生廣告的工作流程:

  1. 廣告空間傳送原生廣告呼叫給 Google。呼叫指定一或兩種原生廣告範本,每個範本都會指定偏好的原生欄位。
  2. Google 向買家傳送 RTB 出價要求,其中包含廣告空間所要求的欄位清單。
  3. 有興趣的買方透過回應傳回要求的欄位。
  4. Google 舉行競價選出得標出價,並向發布商傳送買家提供的廣告素材資源。
  5. 發布商將素材資源組合成原生廣告,並根據網站的設計調整廣告風格。

訊息格式

Google 支援 JSON 和 Protobuf 中的 OpenRTB 規範

針對 OpenRTB Protobuf 原生廣告,下列欄位與規格不同:

JSON JSON 類型 Protobuf Protobuf 類型
BidRequest.imp[].native.request string BidRequest.imp[].native.request_native NativeRequest
BidResponse.seatbid[].bid[].adm string BidResponse.seatbid[].bid[].adm_native NativeResponse

OpenRTB Protobuf 欄位是 Protobuf 訊息,而非字串。

如果您使用 OpenRTB Protobuf 導入作業,端點會收到含有 BidRequest.imp.native.request_native 而非 BidRequest.imp.native.request 的出價要求。此外,端點必須傳回填入 BidResponse.seatbid.bid.adm_native 而非 BidResponse.seatbid.bid.adm 的出價回應,否則會從競價中篩除。

如果您使用買方 SDK來算繪原生廣告,請務必在提交素材資源以供審查時,在 declared_ad 中加入圖片 type

原生廣告範本

原生廣告範本會說明原生廣告的元件,並決定出價要求中 OpenRTB 的 NativeRequest 或已淘汰的 Google RTB 通訊協定 NativeAdTemplate 的內容和結構。Google 支援兩種最常見的原生廣告範本,分別適用於非影片和影片原生廣告:

其他範本對欄位、規格和大小可能有不同的規定。

應用程式安裝廣告範本

下表中的欄位標示為「必填」或「建議」。規則如下:

  • 標有「必填」的欄位為出價方必填欄位。
  • 出價方不需要使用標示為「建議」的欄位,且如果提供這些欄位,出版商可以選擇是否顯示 (例如星號評分)。
  • 行動號召 (CTA) 一律會標示為「建議」,因為如果出價方未傳送 CTA,系統會指派預設 CTA,但如果出價方傳送 CTA,系統一律會顯示 CTA。

下表列出應用程式安裝廣告範本的欄位。行動應用程式會使用這些欄位建立原生應用程式安裝廣告。

欄位 說明 是否為必填或建議項目? 是否一律顯示? 建議的圖片大小/半形字元上限 範例
廣告標題 應用程式名稱 必填 25 個半形字元 Flood-It!
圖片 應用程式的螢幕截圖或其他相關圖片 必填 視發布商所需的顯示比例而定,可為 1,200 像素 x 627 像素或 600 像素 x 600 像素。 <遊戲「Flood-It!」的螢幕截圖>
內文 應用程式的主文 必填 90 個半形字元 看似簡單,但挑戰性十足,令人愛不釋手!
應用程式圖示 應用程式圖示 必填 128 x 128 像素 <Flood-it! 應用程式圖示>
行動號召 偏好的使用者動作 建議 15 個字元 安裝
星級評等 代表應用程式在應用程式商店的評分的星星數量 (0 到 5 顆星) 建議 0 - 5 4.5
價格 應用程式的費用 建議 15 個字元 免費

文字長度相關注意事項

如果買方傳送的文字素材資源 (例如內文) 長度超過建議的字元上限,Google 或發布商可能會截斷文字並省略。請注意,中文、日文和韓文的可輸入字元數是「超過指定值後可能會被截斷」值的一半。例如,英文的標題上限為 90 個半形字元,中文則是 45 個半形字元。

圖片大小相關注意事項

發布商可以:

  • 對稱裁剪主圖片,裁剪掉的比例最高可達 20%。
  • 在不變更顯示比例的情況下縮放圖片。
  • 系統可能會篩除顯示比例與高度和寬度明顯不同的圖片。

內容廣告範本

下表列出內容廣告範本的欄位。發布商會使用這些欄位建立原生內容廣告。

欄位 說明 是否為必填或建議項目? 是否一律顯示? 建議圖片大小/字元上限 * 範例
廣告標題 廣告標題 必填 25 個半形字元 最低房貸利率
圖片 廣告主要圖片 必填 視發布商所需的顯示比例而定,可為 1,200 像素 x 627 像素或 600 像素 x 600 像素。 <廣告的主要圖片>
內文 廣告素材 必填 90 個半形字元 你的布魯克林住家 - 價格更便宜,而且比你想像的更快!
標誌 廣告主標誌或其他相關小圖片 建議 128 x 128 像素 <NY Mortgage Inc. 的標誌>
行動號召 使用者偏好的動作 建議 15 個字元 詢價
廣告主 廣告主或品牌的識別文字 必填 25 個半形字元 NY Mortgage Inc.

影片應用程式安裝廣告範本

欄位 說明 是否為必填或建議項目? 是否一律顯示? 建議圖片大小/字元上限數量 * 範例
影片 播放影片廣告所需的必要素材資源都在這個影片 VAST 回應中。 必要 - 包含 Flood-It! 的 VAST XML 網址影片廣告
標題 應用程式名稱 必要 25 個半形字元 Flood-It!
圖片 在影片廣告被點擊之前或載入期間,播放器中顯示的圖像 (縮圖)。 必要 應與影片的顯示比例一致 (例如 16: 9 影片為 1280x720,640x480 影片為 4x3)。 遊戲「Flood-It!」的螢幕截圖。或從影片中
內文 應用程式的主文 必要 90 個半形字元 看似簡單,但挑戰性十足,令人愛不釋手!
應用程式圖示 應用程式圖示 必要 128 x 128 像素 Flood-it! 應用程式圖示
行動號召 偏好的使用者動作 必要 15 個字元 安裝
星級評等 代表應用程式在應用程式商店中的評分的星號數量 (0 到 5 顆星) 建議 0 - 5 4.5
價格 應用程式的費用 建議 15 個字元 免費

限制

  • 影片:所有影片都必須採用 VAST 網址或 VAST 代碼的格式。無法指定 WebM、MP4 等原始影片檔案。

  • 文字長度:如果買方在回應中指定文字素材資源 (例如 body),Google 或發布商可能會截斷並省略該文字。請注意,中文、日文和韓文的可輸入字元數是「長度上限」值的一半。例如:英文的標題上限為 90,中文則是 45。

  • 圖片大小:發布商可以:

    • 對稱裁剪主圖片,但只能在一個維度 (高度或寬度) 裁剪,裁剪掉的比例最高可達 20%。
    • 縮放圖片,但不變更顯示比例。

應用程式安裝廣告示例

原生影片

影片內容廣告範本

欄位 說明 是否為必填或建議項目? 是否一律顯示? 建議圖片大小/字元上限數量 * 範例
影片 播放影片廣告所需的必要素材資源都在這個影片 VAST 回應中。 必要 - 包含 Flood-It! 的 VAST XML 網址影片廣告
標題 廣告標題 必要 25 個半形字元 最低房貸利率
圖片 在影片廣告被點擊之前或載入期間,播放器中顯示的圖像 (縮圖)。 必要 應與影片的顯示比例一致 (例如 16: 9 影片為 1280x720,640x480 影片為 4x3)。 影片的螢幕截圖
內文 廣告內容 必要 90 個半形字元 你的布魯克林甜蜜家園 - 比你想像的更便宜,更快到貨!
標誌 廣告主標誌或其他相關的小型圖片 建議 128 x 128 像素 NY Mortgage Inc. 的標誌
行動號召 使用者偏好的動作 必要 15 個字元 取得報價
廣告主 廣告主或品牌的識別文字 必要 25 個半形字元 NY Mortgage Inc.

中繼資料欄位

下列元資料欄位可供所有支援的廣告範本共用:

Google RTB 通訊協定 OpenRTB 等值 說明
NativeAd.click_link_url Link.url 使用者點按廣告後,瀏覽器會呼叫的網址。 可做為重新導向鏈結的第一個步驟,最終會導向到達網頁。針對原生廣告,建議您使用 click_link_url 做為欄位,設定使用者最終前往的目的地。如果是動態到達網頁,則必須使用這個欄位。
Ad.click_through_url Bid.adomain

如果出價方打算出價,就必須設定此屬性。這是程式碼片段的到達網頁網址集合,包括使用者點選顯示廣告後會前往的網址,以及在轉譯廣告中顯示的任何網址。請勿加入與最終到達網頁無關的廣告伺服器中介呼叫。傳回片段或影片廣告,但宣告沒有 click_through_url 的 BidResponse 會遭到捨棄。只有在設定 html_snippetvideo_urlnative_ad 時,才設定這個欄位。這項資料會用做目的地網址宣告,例如用於對發布商封鎖的網址或廣告分類進行後續篩選。使用原生廣告時,請參閱 NativeAd.click_link_url

對於非原生廣告,這項功能不會用於點擊追蹤或任何其他廣告功能,只會用於到達網頁網址宣告。

針對原生廣告,如果未設定 NativeAd.click_link_url,系統會使用 click_through_url 的第一個值,將使用者導向到達網頁。此外,所有值都會用於做為到達網址宣告 (類似非原生情況)。

NativeAd.click_tracking_urls Link.clicktrackers 選用設定。可讓廣告客戶追蹤使用者對廣告的點擊次數的其他網址。
Ad.ad_choices_destination_url BidExt.ad_choices_destination_url 連結至廣告偏好設定或停用頁面。如果有此標誌,原生廣告素材就會加上標準 AdChoices 圖示,並連結到這個網址。系統支援原生廣告,但出價回應中的原生訊息不包含這項資訊。
Ad.impression_tracking_url NativeResponse.imptrackers 原生曝光應使用 Authorized Buyers 即時出價 proto 中的 impression_tracking_url 或 OpenRTB 中的原生曝光追蹤器追蹤。

required_fieldsrecommended_fields 是由發布商指定。我們將說明如何轉譯這些位元欄位,以判斷欄位是否為必填或建議填寫。

位元欄位會使用二進位值的每個位元來儲存 true 或 false 陳述式,這等同於傳送許多布林信號 (例如 is_logo_requiredis_header_required),但所有信號都會一起打包。

範例

在本範例中,我們會使用 required_fields1085

首先找出等同的二進位值10000111101

取得二進位值後,您可以檢查位元,瞭解欄位是否為必填欄位 (1) 或非必填欄位 (0)。

下表將欄位對應至二進位值中的位址。從右至左讀取二進位,其中 1 位元會對應至二進位值最右邊的位置。

欄位 二進位值位置 (由右至左)
HEADLINE 1
BODY 2
CALL_TO_ACTION 4
ADVERTISER 8
IMAGE 16
LOGO 32
APP_ICON 64
STAR_RATING 128
PRICE 256
STORE 512
VIDEO 1024

以範例二進位值 10000111101 來說,第 1 位元 (最右邊) 是 1,表示這是必要值。根據表格,1 位元對應至 HEADLINE

2 位元 (從右邊算起的第二個值) 是 0,表示「不」需要。2 位元對應至 BODY

以下是本例中所有已解譯的必填欄位:

說明 必填與否
1 VIDEO
0 STORE
0 PRICE
0 STAR_RATING
0 APP_ICON
1 LOGO
1 IMAGE
1 ADVERTISER
1 CALL_TO_ACTION
0 BODY
1 HEADLINE

出價要求中的原生廣告範本表示法

收到含有原生廣告空間的出價要求時,系統會根據所使用的通訊協定,以不同形式納入原生廣告範本。我們建議使用 OpenRTB,因為 Google 通訊協定已淘汰。

在 OpenRTB 中,原生廣告範本會透過 NativeRequest 訊息加以描述。在 Google RTB 通訊協定中,會使用 NativeAdTemplate 說明。這些訊息會提供原生廣告空間的詳細資訊,包括:

  • 必要或建議填寫的欄位。
  • 圖片、標誌和應用程式圖示的尺寸。
  • 廣告算繪樣式的規格。

OpenRTB 素材資源 ID

OpenRTB 會在出價要求中傳遞資產陣列,描述您應在回應中傳回的原生廣告結構。請注意,要求中的每個素材資源都會有 ID,且必須在回應中指定對應的素材資源。如需這些 ID 在要求和回應之間的對應方式示例,請參閱原生出價要求範例原生出價回應範例

出價回應中原生廣告的表示法

在出價原生廣告空間時,買方必須填入出價要求中指定的必要欄位。在 OpenRTB 中,您可以使用 BidResponse.seatbid.bid.adm_native 執行這項操作 (使用 Protobuf),或使用 BidResponse.seatbid.bid.adm 執行這項操作 (使用 JSON)。如果是已淘汰的 Google 通訊協定,則可使用 BidResponse.ad.native_ad 欄位完成這項操作。

出價要求範例

非影片出價要求

OpenRTB Protobuf

OpenRTB JSON

Google

影片出價要求

出價回應範例

非影片出價回應

OpenRTB Protobuf

OpenRTB JSON

Google

影片出價回應