ads.txt 產生器是一個瀏覽器端的表單，負責將一組授權賣家資料——廣告系統網域、您的發布商帳戶 ID、DIRECT 或 RESELLER 關係，以及選填的認證機構 ID——轉成符合標準格式的 ads.txt 檔案，讓您可以複製或下載。每一位賣家會變成一行以逗號分隔的紀錄;檔案以換行結尾;重複項目會被拒絕;整個工具都在您的瀏覽器中運作，因此帳戶識別碼從不離開您的裝置。產生器只會驗證欄位語法，而非授權本身:它能確認 google.com 是小寫的裸網域，以及關係欄位是 DIRECT 或 RESELLER，但無法證明某個發布商 ID 是您的，也無法證明某個經銷商是經過授權的。因此，每一筆紀錄都必須來自廣告平台本身的設定說明，而完成的檔案在上線到您根網域的 /ads.txt 之前，仍必須逐行檢視。
ads.txt 產生器實際上在做什麼
ads.txt 產生器是一個專注於單一任務的工具:產出語法正確的 Authorized Digital Sellers 檔案。您輸入由廣告平台提供的賣家資料，工具就會寫出一個純文字檔，每一行都是一筆以逗號分隔的紀錄。ads.txt 產生器完全在您的瀏覽器中運作——不會將任何資料傳送到伺服器——且最多支援 200 筆紀錄，遠超過任何單一發布商可能的需求。它只驗證欄位語法，也就是資料的「形狀」，但不驗證授權，也就是資料是否反映真實且現行的合作關係。這個差別正是產生器與帳戶驗證工具的分界，也說明為什麼這個頁面無法取代平台端確認發布商 ID 與經銷商協議的工作。
這個工具能保證的是一致性。網域會被正規化為小寫的裸 DNS 形式主機名稱。關係僅限於 DIRECT 或 RESELLER。重複的列會被拒絕，輸出檔案一律以換行結尾，讓爬蟲能可靠地解析最後一行。工具不會預先填入真實的使用者 ID，也不會替您挑選聯播網;每一個值都必須由您依據平台本身的設定說明提供。
單筆 ads.txt 紀錄中的四個欄位
每一行 ads.txt 最多包含四個以逗號分隔的欄位，定義依據是產生器所對齊的 IAB Tech Lab ads.txt 1.1 規格。
第一個欄位是買方進行連結的廣告系統正式網域——例如 google.com。這不是您自己的網站網域。請輸入裸網域，不要輸入 URL:不要 https:// 前置、不要路徑、不要連接埠、不要使用者名稱、不要密碼。產生器會將主機名稱轉為小寫並進行驗證，而不是靜默地從貼上的 URL 中擷取，以防止不慎混入協定或路徑。
第二個欄位是由該系統指派的發布商帳戶識別碼。其確切格式依平台而異。Google 公開的範例使用 pub- 前置加上數字，而其他交易所則使用不同形狀的識別碼。請直接從平台本身的說明逐字複製，不要自行編造或轉換。
第三個欄位是關係，只能是 DIRECT 或 RESELLER。第四個欄位為選填，用於識別認證機構內部的廣告系統。Google 公開的範例包含 f08c47fec0942fa0。請勿假設該識別碼適用於其他交易所;除非平台為該筆紀錄提供確切的值，否則請將此欄位留白。
| 欄位 | 必填 | 範例 | 應輸入的內容 |
|---|---|---|---|
| 廣告系統網域 | 是 | google.com | 小寫的裸 DNS 形式主機名稱，不含協定或路徑 |
| 發布商帳戶 ID | 是 | pub-0000000000000000 | 平台設定說明中的確切值 |
| 關係 | 是 | DIRECT | 僅接受 DIRECT 或 RESELLER |
| 認證機構 ID | 否 | f08c47fec0942fa0 | 僅在平台為該筆紀錄提供時填入 |
DIRECT vs RESELLER:選對關係欄位
關係欄位是 ads.txt 紀錄中最常被設定錯誤的部分，因為這個選擇帶有實質的商業意涵，而非僅僅是格式問題。DIRECT 代表網站擁有者直接控制賣家紀錄中的帳戶，且與廣告系統之間有直接的商業關係。RESELLER 代表另一個實體控制列出的帳戶，並獲得授權轉售您的廣告庫存。選錯關係即使每個字元格式都正確，仍會使聲明失準，而一份語法有效但未獲授權的檔案，仍可能損害營收。
| 面向 | DIRECT | RESELLER |
|---|---|---|
| 帳戶控制權 | 您直接控制賣家帳戶 | 另一個授權實體控制該帳戶 |
| 商業關係 | 您與廣告系統之間的直接合約 | 間接關係;由經銷商與廣告系統簽約 |
| 授權來源 | 您自己的平台帳戶 | 已簽署的經銷商協議或合作夥伴計畫 |
| 典型使用情境 | 您主要的廣告聯播網或交易所 | Header bidding 包裝器、合作夥伴平台、SSP |
此工具僅接受這兩個值。其他任何內容——小寫的「direct」、平台特有的標籤、或自由格式的描述——都會在該列加入輸出之前，被以語法錯誤拒絕。
如何建立、下載並發布 ads.txt 檔案
ads.txt 產生器遵循一個刻意設計的三階段工作流程:蒐集、建立、部署。每一步都依賴前一步，跳過任何一步都會使最終檔案不完整。
- 從平台本身的設定說明中，複製廣告系統網域、發布商帳戶 ID、關係，以及選填的認證機構 ID。開啟平台的說明文件或帳戶儀表板，找到它指示您新增的賣家紀錄，並依照其原始格式逐字複製每個值。當平台提供裸網域時，不要貼上 URL;即使發布商 ID 的格式看似明顯，也不要改寫。
- 新增每一位授權賣家，檢視每一行產生的內容，並移除重複或已失效的項目。為每一個銷售您廣告庫存的平台重複新增步驟。產生器會拒絕完全重複的列，因此不慎重複貼上不會產生兩行相同的紀錄。下載前，請將完整輸出對照原始說明逐一核對，並刪除任何無法追溯到平台端現行確認的項目。
- 下載 ads.txt、將其發布到根網域的 /ads.txt 路徑，並比對公開檔案與您已驗證的帳戶紀錄。儲存產生的檔案，將其上傳到擁有該廣告庫存之網域的根目錄(例如 https://example.com/ads.txt)，然後在新分頁中開啟該 URL。檔案必須以純文字形式呈現，不可被 HTML 包裝、不可設有存取驗證、也不可位於 /files/ 或任何子路徑下。部署完成後，請開啟公開的 URL，確認每一行仍與已驗證的帳戶資料相符;中途的複製貼上錯誤或 CDN 快取，都可能引入難以察覺的偏差。
產生器強制執行的驗證規則
產生器會修剪輸入的首尾空白、拒絕欄位內含逗號或空白字元、將網域大小寫正規化、避免完全重複的列，並在檔案結尾加上換行。這些規則各自對應一種常見的 ads.txt 錯誤模式。例如，發布商 ID 中若包含逗號，會將該列拆成兩筆格式錯誤的紀錄，並可能被爬蟲解讀為獨立的賣家。
網域並非從貼上的 URL 中擷取。貼上 https://google.com/ads 並不會被正規化為 google.com;產生器會將其視為錯誤並要求輸入裸主機名稱。這是有意為之:靜默擷取主機名稱會掩蓋貼錯追蹤連結或錯誤子網域的失誤。
驗證機制也涵蓋 Punycode 網域、子網域，以及結尾的根點。xn--example.com(IDN 編碼主機)與 subdomain.partner.net 等紀錄，只要語法符合 DNS 規則都會被接受;example.com. 帶有字面結尾點的紀錄同樣會被處理，因為 DNS 允許這種寫法。常見的識別碼標點——連字號、子網域中的點、pub- 前置——會被保留而非去除。
這個頁面只驗證語法，不驗證授權。它無法登入廣告帳戶、無法確認某個發布商 ID 屬於您、無法證明某位經銷商獲得授權，也無法找出所有銷售您廣告庫存的平台。
限制、界線以及工具無法做到的事
產生器最多支援 200 筆紀錄，以避免一次貼上過多內容而產生難以操作的瀏覽器結果。超過此上限的條目不會被接受。200 行的上限是一道安全邊界;大多數發布商實際上只需要寥寥數筆紀錄。
這個工具刻意不會預填真實的使用者 ID，也不會替您挑選聯播網。測試資料中使用的 Google 範例為 google.com、pub-0000000000000000、DIRECT、f08c47fec0942fa0。當中的零是占位符，並非可用的發布商帳戶。任何將該範例逐字複製到正式 ads.txt 的人，將聲明一個不屬於自己的帳戶——這正是這個占位符設計上要凸顯的失敗情境。
此頁面不會執行以下任何動作:不會呼叫 IAB Tech Lab registry、不會檢查某個網域是否為認可的廣告系統、不會查詢您的發布商 ID 是否為真，也不會驗證某位經銷商是否經合約授權。帳戶層級的驗證仍是您的責任，必須來自每位廣告合作夥伴本身的儀表板與說明文件。
Reviewing and Deploying the Finished File
A generator can only do so much. The review pass is what turns a syntactically valid file into an accurate one. Read each generated line against the platform-side instructions one final time. Confirm that every domain is a bare lowercase host, that every publisher ID is copied verbatim, and that every relationship reflects the actual control structure of the account.
If several advertising systems are authorized, add one verified record for each account. Do not remove existing valid sellers merely to add a new one. Keep a backup of the prior file, compare the change, and check the public URL as plain text after deployment. Account or network changes may require future updates, so treat the file as a living document rather than a one-time setup.
Host the downloaded file as /ads.txt on the root domain that owns the inventory. Publishing it only under /files/ads.txt, inside an HTML page, or behind authentication does not create the same crawler-visible root resource. The expected public location for example.com is https://example.com/ads.txt, served as text/plain. Formatting assistance from the generator cannot replace account-level verification, but when every entry is sourced from the platform's own instructions, the result is a clean file that crawlers can parse without ambiguity.
Related reading: Does an llms.txt Example Generator Crawl Your Site?.
Related reading: Robots.txt Generator API Alternative: Local Browser Output.