為什麼 AdMob 說找不到你的 app-ads.txt

當廣告聯播網回報找不到 app-ads.txt 時，幾乎都是以下六種機械性原因之一：商店資訊頁中沒有開發人員網站、網站網址指向沒有檔案的地方、檔案前面有重新導向、內容類型錯誤、某一行格式不正確，或是爬取根本還沒執行。這些都與你的應用程式、你的帳戶或你的廣告單元無關。

app-ads.txt 是 IAB 標準，讓廣告聯播網能確認銷售你應用程式廣告空間的一方確實獲得授權。廣告聯播網是透過商店資訊頁上顯示的網站網址找到它的；這就是為什麼上述原因都和這個網址有關，而不是和應用程式有關。

爬蟲如何找到檔案

這條鏈有三個環節，任何一個斷掉都會產生同樣的訊息：

1. 廣告聯播網從你的商店資訊頁讀取開發人員網站網址。
2. 它在該網域的根目錄擷取 /app-ads.txt。
3. 它尋找列出該廣告聯播網和你發布商 ID 的那一行。

所以這個檔案不是透過你的應用程式、套件名稱或 AdMob 帳戶找到的，而是透過商店資訊頁上顯示的網站網址找到的。這一步錯了，其他都不重要。

六種常見原因

商店資訊頁中沒有網站網址。 最常見的情況。如果商店資訊頁沒有開發人員網站，爬蟲就無從開始。在 App Store 上，這個欄位是選填的 Marketing URL，而不是必填的 Support URL；請參閱iOS 應用程式的 app-ads.txt。

網址指向沒有檔案的地方。 商店資訊頁寫的是 example.com，檔案卻放在 www.example.com，或放在某個頁面路徑下，而不是網域根目錄。

重新導向。 規範要求直接提供這個檔案。一連串的重新導向，即使只是 http → https 或根網域 → www，都是常見的失敗原因。請在商店資訊頁所寫的網址上以 200 直接提供。

內容類型錯誤。 必須以純文字提供。以 text/html 提供的檔案，或被代管平台包進網頁裡的檔案，都無法被解析。

該行本身有錯字。 格式很嚴格：domain, publisher id, relationship, certification id；少一個逗號或多一個空格，都會讓該行失效。

爬取根本還沒執行。 廣告聯播網依自己的排程重新爬取，通常以天計，而不是以分鐘計。一小時前才上傳的檔案顯示為找不到，通常只是太早了。

十秒內自己檢查

curl -i https://your-domain.example/app-ads.txt

你要看到的是 200 OK、Content-Type: text/plain、沒有 Location: 標頭，而且內文中有你的那幾行。如果 curl 的結果沒問題，廣告聯播網卻仍然不認，問題就在上游：商店資訊頁中的網址，或是爬取排程。

關於子網域

規範所指的是商店資訊頁中宣告的網域根目錄，而子網域有自己的根目錄。因此，當商店資訊頁宣告的正是 yourapp.example.page/app-ads.txt 這個網址時，從這裡提供檔案是符合規範的。

AdMob 說明了這一點所依據的規則：它的爬蟲會「probe[s] up to one subdomain level from the developer website」（譯文：從開發人員網站往下最多探測一層子網域），並且點名 Firebase Hosting 這類平台代管是可以放置檔案的地方。

AdMob 會驗證 AppFoyer 子網域上的檔案。 2026 年 10 月，對於開發人員網站是 AppFoyer 網址、分別在兩個商店上架的應用程式，AdMob 回報「app-ads.txt file found and verified」。在更早的一次爬取（2026 年 9 月 23 日）中，其中一個應用程式曾被回報為找不到；現在它通過了，而我們這邊什麼都沒改。如果 AdMob 對你的 AppFoyer 網址顯示「not found」，請逐一檢查上述原因，並給爬取 24 小時。我們目前還沒有其他廣告聯播網自己的爬取結果。

AppFoyer 在這裡做什麼

我們以純文字、不經重新導向、帶有規範要求的標頭來提供這個檔案，為常見的廣告聯播網提供預設範本，並在你輸入時驗證每一行。我們不保證某個廣告聯播網一定會接受它；請參閱上一段。

權威來源

• Set up app-ads.txt：AdMob 說明
• app-ads.txt / ads.txt specification：IAB Tech Lab