廣告空間管理

使用 ads.txt 檔案宣告廣告空間的授權賣方

Authorized Digital Sellers (簡稱 ads.txt) 是美國互動式廣告局 (IAB) 主持的一項計劃,旨在確保您的數位廣告空間只透過獲得您授權的賣方 (例如 AdSense) 出售。您可以藉著建立專用的 ads.txt 檔案,更全面地控管哪些人有權在您的網站上銷售廣告,以免廣告商買到假冒的廣告空間。

使用 ads.txt 檔案並不是硬性規定,但我們建議您這麼做,因為它能幫助買方辨識假冒的廣告空間,並確保您能收到買方購買您的廣告空間時支付的費用。

為 AdSense 帳戶建立專用的 ads.txt 檔案

如想建立 ads.txt 檔案來公開宣告 Google 是您的廣告空間授權賣方,請按照下列步驟進行:

  1. 建立一個文字檔案 (.txt)。
  2. 在檔案中加進下列字串:

    google.com, pub-0000000000000000, DIRECT, f08c47fec0942fa0

    重要事項:請務必用您的發佈商 ID 取代 pub-0000000000000000
  3. 將 ads.txt 檔案放到您的根網域上 (例如 https://example.com/ads.txt)。

    IAB ads.txt 規格的定義,這裡的「根網域」指的是比公開後置字元清單所列的後置字元再低一個層級的網域。比方說,「google.co.uk」可認定為根網域,因為「co.uk」列在公開尾碼清單中,但「maps.google.co.uk」則不算。

上述 ads.txt 檔案的建立步驟只適用於 Google AdSense 發佈商。若您與其他賣方平台/廣告交易平台合作,請參閱對方提供的說明文件以瞭解建立 ads.txt 檔案的方式,或是直接與該賣方平台/廣告交易平台聯絡。

必須在 ads.txt 檔案納入哪些資訊

請發佈商在 ads.txt 檔案中分行列出每一個授權賣方 (一行一個),每一行都必須包含三項資料 (再加上第四個選填欄位),如下所示:

<Field #1>, <Field #2>, <Field #3>, <Field #4>

  • <Field #1>:廣告系統的網域名稱 (必填)。

    這是指出價工具連結的賣方平台、廣告交易平台或標頭包裝函式等系統的標準網域名稱。這個網域可能是系統的實際運作網域 (如果不是公司父網域的話),可處理 WHOIS 和反向 IP 查詢來確立委任系統的明確擁有權。若不確定該使用哪個網域名稱,建議您查閱賣方平台或廣告交易平台發佈的文件 (如果有的話)。

    對 Google 賣方帳戶來說,此網域名稱一律為 google.com

  • <Field #2>:發佈商的帳戶 ID (必填)。

    這是指廣告系統內 (如 field #1 所列) 與賣方或經銷商帳戶相關聯的識別碼。這個欄位中的值必須與進行交易時 (例如 OpenRTB 出價要求),賣方平台/廣告交易平台指定欄位內包含的值相同。如果是 OpenRTB 交易,這個欄位通常包含 publisher.id;若是 OpenDirect 交易,則大多是發佈商的機構組織 ID。

    請賣方在這一欄中,填入各個 Google 賣方帳戶內顯示的發佈商 ID (例如:pub-0000000000000000)。找出這個 ID 的方法如下:

    宣告中只能包含 pub- 前置字元和 16 碼數值代碼,因此請刪除產品專用的前置字元 (例如:ca-ca-video-)。若您同時透過多個 Ad Manager 和/或 AdSense 帳戶營利,請務必為每個帳戶分別加入資料列,並輸入對應的 pub- 發佈商 ID。
    如果賣方的發佈商 ID 並未在 ads.txt 檔案中得到授權,發佈該檔案的網域就無法透過 Ad Manager 營利,Google 也不會再向這類網站購買廣告。為了避免您的收益受到影響,建議您更新 ads.txt 檔案,針對您要用來營利的每個網站加入發佈商 ID (瞭解如何在 Ad Manager 中更新 ads.txt)。如果您使用了「可調式夥伴管理」服務,建議您與可調式夥伴合作,在對方的 ads.txt 檔案中加入您的發佈商 ID。
  • <Field #3>:帳戶/關係類型 (必填)。

    請在這個欄位中列舉帳戶類型。

    • 若值為「DIRECT」,表示在 field #1 所列的廣告系統中,發佈商 (內容擁有者) 可直接管理 field #2 列出的帳戶。這通常代表發佈商已經直接與廣告系統簽訂了商業合約。

      如果 Google 發佈商能夠直接管理 field #2 列出的帳戶,請在這個欄位中指明「DIRECT」。

    • 若值為「RESELLER」,表示發佈商已授權其他實體在 field #1 所列的廣告系統中,代管 field #2 列出的帳戶及轉售廣告空間 (發佈商日後可視需要添加其他類型)。請注意,解析資料時,系統不會對這個欄位的值區分大小寫。

      如果 Google 發佈商並未直接管理 field #2 列出的帳戶,請在這個欄位中指明「RESELLER」。舉例來說,要是 Ad Manager 帳戶採用「可調式夥伴管理」服務,就應該將該帳戶未直接管理的廣告空間指定為「RESELLER」。

  • <Field #4>:憑證授權單位 ID (選填)。

    這是指專門用來識別憑證授權單位內部廣告系統的 ID (此 ID 對應 field #1 列出的實體)。目前的憑證授權單位是 Trustworthy Accountability Group (TAG),因此請在這個欄位中填入 TAG ID。

    Google 賣方帳戶的 TAG ID 是 f08c47fec0942fa0

觀看這部影片來瞭解 ads.txt、我們支持此計劃的原因,以及如何透過 ads.txt 檔案授權 Google 銷售您的廣告空間。

Ads.txt 以及授權 Google 銷售您的廣告空間

常見問題

我在 AdSense 中看到有關 ads.txt 檔案的警示訊息,該如何確認哪個網站的 ads.txt 檔案有誤?

如果您的帳戶中出現 ads.txt 警示訊息,請前往網站頁面查看受影響的網站清單。

我無法在根網域上加入檔案,該怎麼辦?

您不一定得使用 ads.txt 檔案,但如果您將 ads.txt 檔案加進根網域,請務必通知網站管理員將您的發佈商 ID 加進檔案。

Google 如何強制執行 ads.txt?

只要有 ads.txt 檔案加入到根網域中,Google 將採用該檔案的內容,判斷哪些 Google 賣方帳戶可在該根網域放送廣告。

當您為特定網站請求廣告時,我們會檢查該網站的根網域是否包含 ads.txt 檔案。如果沒有 ads.txt 檔案,就沒有額外的執行作業。如果有一個 ads.txt 檔案,而且當中正確列出了您的發佈商 ID,我們將舉行競價並傳回勝出的廣告。如果有 ads.txt· 檔案,但當中未正確列出您的發佈商 ID,則我們不會針對該請求舉行競價。

我們的系統會自動檢查是否有新增和更新過的 ads.txt 檔案。請注意,每次更新或移除 ads.txt 檔案後,系統最多可能需要 24 小時來登錄這些變更。

Google 是否只支援根網域上的 ads.txt 檔案?

Google 會檢索並強制執行放置在子網域中的 ads.txt 檔案 (前提是有子網域,而且由根網域中的 ads.txt 檔案參照)。ads.txt 管理工具尚未顯示已檢索的子網域清單。這項功能推出時,我們會提供更詳細的資訊。

Google 是否支援重新導向?

根據 ads.txt v1.0.1 規格更新 (英文版) 所述,Google 支援單一 HTTP 重新導向至原始根網域以外的目的地 (例如 example1.com/ads.txt 會重新導向至 example2.com/ads.txt)。

只要每個重新導向位置維持在原始根網域內,Google 也支援多個重新導向。範例如下:

  • example.com/ads.txt 重新導向到 www.example.com/ads.txt
  • example.com/ads.txt 重新導向到 subdomain.example.com/ads.txt
  • example.com/ads.txt 重新導向到 example.com/page/ads.txt

如何為 Blogger 設定 ads.txt 檔案?

相關操作說明請參閱 Blogger 說明中心

這篇文章實用嗎?
我們應如何改進呢?