原生廣告會配合周圍內容和視覺設計設定格式,藉此提高曝光率和點擊率。原生廣告廣告空間可用於行動應用程式、電腦版網站和行動版網站。如要進一步瞭解原生廣告,請參閱「原生廣告總覽」。
公開出價和授權買家都支援原生廣告。
以下是原生廣告的工作流程:
- 廣告空間傳送原生廣告呼叫給 Google。呼叫指定一或兩種原生廣告範本,每個範本都會指定偏好的原生欄位。
- Google 向買家傳送 RTB 出價要求,其中包含廣告空間所要求的欄位清單。
- 有興趣的買方透過回應傳回要求的欄位。
- Google 舉行競價選出得標出價,並向發布商傳送買家提供的廣告素材資源。
- 發布商將素材資源組合成原生廣告,並根據網站的設計調整廣告風格。
訊息格式
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 支援兩種最常見的原生廣告範本,分別適用於非影片和影片原生廣告:
- 應用程式安裝廣告範本:宣傳並提高行動應用程式安裝量。
- 內容廣告範本:品牌或網路廣告的文字和圖像組合更為通用。
- 影片應用程式安裝廣告範本
- 影片內容廣告範本
其他範本對欄位、規格和大小可能有不同的規定。
應用程式安裝廣告範本
![](https://developers.google.cn/static/authorized-buyers/rtb/images/app_install_ad.png?hl=zh-tw)
必填和建議欄位
下表中的欄位標示為「必填」或「建議」。規則如下:
- 標有「必填」的欄位為出價方必填欄位。
- 出價方不需要使用標示為「建議」的欄位,且如果提供這些欄位,出版商可以選擇是否顯示 (例如星號評分)。
- 行動號召 (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%。
- 在不變更顯示比例的情況下縮放圖片。
- 系統可能會篩除顯示比例與高度和寬度明顯不同的圖片。
內容廣告範本
![](https://developers.google.cn/static/authorized-buyers/rtb/images/content_ad.png?hl=zh-tw)
下表列出內容廣告範本的欄位。發布商會使用這些欄位建立原生內容廣告。
欄位 | 說明 | 是否為必填或建議項目? | 是否一律顯示? | 建議圖片大小/字元上限 * | 範例 |
---|---|---|---|---|---|
廣告標題 | 廣告標題 | 必填 | 是 | 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%。
- 縮放圖片,但不變更顯示比例。
應用程式安裝廣告示例
![原生影片](https://developers.google.cn/static/authorized-buyers/images/native-video.png?hl=zh-tw)
影片內容廣告範本
欄位 | 說明 | 是否為必填或建議項目? | 是否一律顯示? | 建議圖片大小/字元上限數量 * | 範例 |
---|---|---|---|---|---|
影片 | 播放影片廣告所需的必要素材資源都在這個影片 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 |
如果出價方打算出價,就必須設定此屬性。這是程式碼片段的到達網頁網址集合,包括使用者點選顯示廣告後會前往的網址,以及在轉譯廣告中顯示的任何網址。請勿加入與最終到達網頁無關的廣告伺服器中介呼叫。傳回片段或影片廣告,但宣告沒有 對於非原生廣告,這項功能不會用於點擊追蹤或任何其他廣告功能,只會用於到達網頁網址宣告。 針對原生廣告,如果未設定 |
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 中的原生曝光追蹤器追蹤。 |
Google RTB 通訊協定必要和建議欄位
required_fields
和 recommended_fields
是由發布商指定。我們將說明如何轉譯這些位元欄位,以判斷欄位是否為必填或建議填寫。
位元欄位會使用二進位值的每個位元來儲存 true 或 false 陳述式,這等同於傳送許多布林信號 (例如 is_logo_required
或 is_header_required
),但所有信號都會一起打包。
範例
在本範例中,我們會使用 required_fields
值 1085
。
首先找出等同的二進位值:
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 欄位完成這項操作。