Ads.txt 1.1 發布商手冊：最佳實施指南

這篇文章最近更新於 2023 年 1 月 18 日

介紹

廣告欺詐一直是程序化廣告行業中一直存在的問題。 值得慶幸的是，存在像互動廣告局 (IAB) 這樣的組織，它們利用自己的資源來改進和實施標準，以造福在線廣告行業。

在 MonetizeMore，我們收到了很多發布商的詢問，詢問我們如何在他們的網站資產上實施 ads.txt； 我們決定創建最終的 Ads.txt 實施手冊。 通過這種方式，我們可以支持所有互聯網發布商，而不僅僅是那些與 MonetizeMore 合作的發布商，並共同努力打造一個透明、無廣告欺詐的在線廣告行業。

什麼是 ads.txt？

Ads.txt 即 Authorized Digital Sellers 的縮寫，是程序化購買者參考的文件，用於了解哪些庫存來源是合法的廣告庫存賣家。 發布商使用它來將廣告網絡、DSP 和其他參與實時競價的中介機構列入白名單。

此解決方案的優點在於發布商擁有完全控制權，因為他們應該是唯一有權訪問其域和託管根以上傳 ads.txt 文件的實體。

通過以下方式支持以下出版商庫存銷售：

• 通過個人賬戶進行廣告交易
• 作為程序化合作夥伴銷售的廣告網絡
• 內容聯合合作夥伴關係

您可以將需求方平台 (DSP)、廣告網絡和其他有權使用 ads.txt 銷售您的廣告資源的廣告技術公司列入白名單。

Ads.txt 的存在是為了最大限度地減少廣告欺詐並提高程序化生態系統的透明度。 您需要做的就是在 ads.txt 文件中將授權賣家列入白名單，這將有助於阻止不法分子使用您的域名銷售盜版廣告資源。

什麼是 Ads.txt 1.1？

Ads.txt 1.1 是 ads.txt 的最新版本，於 2022 年年中推出，現在可以更清楚地了解供應鏈中發布商、DSP 和 SSP 之間的關係。

此版本通過允許庫存所有者聲明授權賣家來保護廣告庫存，確保供應鏈透明度不會因 IVT 或其他差異而受到損害。

ads.txt 1.1 的主要變化是引入了MANAGERDOMAIN和OWNERDOMAIN值。

• 域名MANAGERDOMAIN是指代表所有者管理庫存的公司。
• OWNERDOMAIN是指擁有庫存的公司的域名。

這兩個字段允許買家從授權賣家處購買庫存，從而幫助阻止廣告欺詐和域欺騙。

Ads.txt 有利於出版商和廣告業

廣告欺詐給在線廣告業帶來了壞名聲。 它會降低廣告商的信任度並最終影響到每個人。 如果您一直想知道作為發布商是否應該在您的業務模型中採用 IAB ads.txt，讓我向您展示它提供的一些好處。

正如您將在下一節中看到的那樣，創建 ads.txt 示例文件並非難事。 由於它的格式很簡單，即 ads.txt 文件，因此可以輕鬆快速地對其進行更新以呈現您業務中的任何變化。

創建 ads.txt 文件所需的所有信息並不難獲得，因為大多數係統已經提供了與 OpenRTB 協議相關的信息。

從 IAB 實施這些做法可以透明地了解誰在銷售什麼廣告庫存以及他們是否合法地這樣做。 這會增加廣告客戶對您的廣告資源的信心。

讓我這樣解釋最後一點：買家通常無法分辨哪些方在廣告交易中出售印象。此外，有時提供的 URL 甚至不能準確代表銷售和提供印象的一方。 OpenRTB 協議已經包含發布者 ID 和 URL ID，但不存在任何記錄來說明誰擁有特定發布者 ID 以及該信息的有效性。

實施文件後，購買者將能夠確定誰是出版商的授權數字賣家，並自信地購買媒體，而不會懷疑庫存的真實性。

以下是 Ads.txt 實施過程的簡要概述：

第 1 步：從您與經銷商、網絡合作夥伴和向買家提供您的庫存的各方的帳戶中收集所有必要的信息。這包括廣告系統的域名、發布商帳戶 ID、帳戶關係類型（直銷或經銷商）以及已驗證廣告系統的認證帳戶 ID（如果有）。

第 2 步：根據 IAB 制定的規範，在記事本或任何其他文檔創建軟件中創建 ads.txt 文件。保存文件並將其命名為 ads.txt。

第 3 步：將文件上傳到您域的根目錄中，而不是子域中，因為當前不支持子域。例如 http://www.businessinsider.com/ads.txt。 請記住，此 URL 字符串只是一個示例，訪問該 URL 不會產生任何結果。 將文本文件上傳到您的網站應該是不言自明的，但是，如果您不知道如何操作，請讓您的網站管理員為您執行任務。

Ads.txt 1.1 如何運作？

實施後，程序化購買者只能從 ads.txt 文件中驗證的授權來源購買廣告資源。 這將廣告庫存賣家的不匹配減少到零，並在發布商的市場中建立更好的信任。

以下是有關最新版本工作原理的簡要說明：

• 在 ads.txt 文件中，發布商列出了所有授權銷售其廣告資源的公司。
• 任何人都可以訪問 ads.txt 文件，並通過將 /ads.txt 添加到根域的末尾來查看其內容。
• ads.txt 文件會實時更新，這意味著發布商、DSP、SSP 可以隨著關係的發展隨時輕鬆地修改這些文件。
• 為了讓買家知道哪些賣家有權在任何域上銷售廣告空間，他們首先會驗證發布商的 ads.txt 文件。
• 買方將知道不要從他們未在 ads.txt 文件中看到的賣方購買廣告資源。

或者，您可以觀看來自 Google 發布大學的此視頻。 請注意，該視頻僅適用於 Google 擁有的產品。

下面深入講解ads.txt文件編譯：

ads.txt 規範文件中的每一行文本包含 3-4 個信息字段，其中前三個字段是必需的。 這是一個例子：

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

如前所述，字段 1 – 字段 3 是強制性的，而字段 4 是可選的。

以下摘自 IAB 官方文檔，詳細解釋了每個字段及其用途。

作為發布者，它最終會是這樣的：

#<SSP/Exchange 域>、<SellerAccountID>、<PaymentsType>、<TAGID>

不同的情況需要不同的 ads.txt 設置，因為並非所有發布商都以相同的方式銷售庫存。 存在三個示例情況，如下所示：

單系統直接

在這種情況下，您作為發布商只能通過您控制的單一系統銷售您的庫存。 這是根據互動廣告局提供的 ads.txt 示例：

單一系統經銷商

在這裡，與“單一系統直銷”非常相似，您作為發布商僅通過單一系統銷售您的庫存，而不是控制它，一個獨立的公司管理您的庫存轉售。 在下面的示例中，第四個字段被排除在外，因為經銷商沒有經過獨立驗證。 根據 IAB，這是一個 ads.txt 示例：

多個經銷商和系統

此示例是前兩個示例的組合，其中使用了多個“單一系統直銷”和“單一系統經銷商”。 一些廣告系統經過驗證，因此可以在文本行末尾添加“字段#4”及其證書頒發機構 ID。 這是根據 IAB 的示例：

ads.txt 中的常見錯誤：

ads.txt 計劃只有在正確實施的情況下才能發揮作用。 以下是我們看到發布商在使用 ads.txt 時犯的一些最常見的錯誤。

#1 – 帳戶 ID 或發布商 ID 格式不正確（字段 #2）

這可能是一個錯字。 聯繫您的廣告網絡代表，讓他們重新檢查並以正確的格式發送。

#2 – 無效的交換域

如果交換域無法識別，並不一定意味著它無效。 有時這意味著它尚未得到廣泛認可，但仍然需要與您的提供商重新核實。

#3 – 缺少前三個必填字段中的任何一個

前三個字段是不可協商的。 確保每行三者都完整。

#4 – 不正確的關係值

唯一可接受的值是 RESELLER 或 DIRECT。 沒有其他的。

#5 – 不屬於 ads.txt 記錄的無效行

明顯不是用於 ads.txt 的行。

#6 – 不尋常的字符或符號

檢查這是否是拼寫錯誤，並聯繫您的提供商進行確認。

託管廣告.txt

作為發布商，如果您想輕鬆設置和管理來自 MonetizeMore 的 ads.txt，這樣您就不必經歷自己設置的技術麻煩，我們為您提供了 Hosted Ads.txt . Ads.txt 對於廣告庫存管理以及從哪些庫存投放廣告很重要。

出版商需要什麼？

• 要求發布商在他們的網站上設置我們提供的 ads.txt，該網站將通過我們的 PubGuru 儀表板進行管理。
• 如果發布商沒有自己的，我們會自行設置並向發布商提供有關如何設置的說明
• Hosted Ads.txt 設置也可以識別錯誤的設置。

讓我們為您簡化這一切。 從這裡開始。

結論

Ads.txt 對某些人來說可能看起來很簡單，但如果實施不當，可能會對您的底線產生巨大影響。 忙碌的發布者可能並不總是能識別出上述那些細微的錯誤。 這就是為什麼您需要與 MonetizeMore 這樣的 Google 認證發布商合作夥伴合作！ 我們的廣告運營團隊將為您處理每項廣告優化任務，確保您最大限度地提高廣告收入，並確保 ads.txt 行等錯誤不會導致廣告收入損失。

通過在 ads.txt 文件中將合法賣家列入白名單來重新控制您的廣告資源，因為您的廣告空間只應由經過驗證的品牌購買。 從這裡開始。

其他常見問題解答