您的聯播網可能無法使用 Beta 版階段的功能。如要掌握這項功能正式發布的時間，請參閱版本資訊。
您在網域上設定好 ads.txt/app-ads.txt 檔案之後，Google 檢索器就會：
- 嘗試每 24 小時檢索一次檔案
- 剖析檔案內容，以確認賣方 ID 是否有權透過您的廣告空間營利。
您可以使用 Ad Manager Ads.txt 管理工具來監控網域的 ads.txt/app-ads.txt 狀態。在某些情況下，ads.txt/app-ads.txt 檔案可能已發布到網域中，但 Ad Manager 卻顯示「找不到 ads.txt 檔案」。
如果檔案已發布超過 48 小時，這通常表示 Google 無法找到/檢索/剖析該檔案 (即使檔案可能存在)。如果發生這種情況，建議您與網站管理員一起完成以下的疑難排解步驟。
app-ads.txt 檔案會開放給廣告交易平台、供應端平台 (SSP) 和其他買方與第三方廠商使用及檢索。
確認檔案並非暫時無法使用
如果 Google 先前曾檢索您的 ads.txt/app-ads.txt 檔案，後續再檢索時卻無法存取，就會對先前查看過的項目採取以下處置：
- 在回應中收到實質 404 錯誤 (該網頁實際上不存在；HTTP 404 狀態) 時，將這些項目清除。
- 在回應中收到轉址式 404 錯誤 (實際上不存在的網址傳回真正的網頁；HTTP 200 狀態) 或 500 伺服器錯誤時，將這些項目保留最多 5 天。在這種情況下，Ad Manager 顯示的「上次記錄」時間可能比預期的 24 小時重新整理時間更早。
確認檔案可從根網域連上
從 domain.com/ads.txt 重新導向到 www.domain.com/ads.txt 是很常見的行為。Ads.txt 檢索作業會從根網域開始，而根網域必須返回 ads.txt 檔案、或重新導向到 ads.txt 檔案。
- 只有在
domain.com/ads.txt重新導向到www.domain.com/ads.txt時，Google 才會檢索位於後者的ads.txt檔案。 - 針對原始根網域外的重新導向 (例如
example1.com/ads.txt→example2.com/ads.txt)，僅會跟隨一次。如果出現第二個重新導向 (即使針對同一個網域)，系統就不會檢索該檔案。
確認 robots.txt 允許進行檢索
如果網域上的 robots.txt 檔案禁止了下列其中一項，檢索器可能就會略過該網域的 ads.txt/app-ads.txt 檔案：
- 檢索
ads.txt/app-ads.txt檔案發布時所在的網址路徑。 - 檢索器的使用者代理程式。
example1.com：
ads.txt檔案是發布在example1.com/ads.txt上。example1.com/robots.txt內含以下幾行文字：User-agent: *
Disallow: /ads- 遵循 robots.txt 標準的檢索器會略過
ads.txt檔案。 - 您可以按照下列方式修改
robots.txt檔案 (或採用其他可行的做法) 來允許檢索檔案：- 方式 1：修改遭到禁止的路徑。
User-agent: *
Disallow: /ads/ - 方式 2：明確允許
ads.txt(這個做法取決於檢索器是否支援Allow這項 robots.txt 指令)。User-agent: *
Allow: /ads.txt
Disallow: /ads
- 方式 1：修改遭到禁止的路徑。
example2.com：
- ads.txt 檔案是發布在
example2.com/ads.txt上。 example2.com/robots.txt內含以下幾行文字：User-agent: Googlebot Disallow: /- Google 檢索器會忽略 ads.txt 檔案。
確認檔案在傳回時包含 HTTP 200 OK 狀態碼
雖然在要求 ads.txt/app-ads.txt 檔案時，系統可能會在回應主體中傳回檔案內容，但如果回應標題中的狀態碼指出找不到檔案 (例如狀態碼 404)，就會產生以下結果：
- 系統會略過回應。
- 系統會將檔案視為不存在。
請確認檔案包含 HTTP 200 OK 狀態碼。
確認檔案中沒有任何格式錯誤或無效字元
有些格式錯誤 (如無效的空白字元) 可能難以發現，卻會導致檢索器難以剖析 ads.txt/app-ads.txt 檔案，因而略過該檔案。
請避免直接從 RTF 格式文字編輯器複製及貼上 ads.txt/app-ads.txt 項目，建議您使用純文字編輯器。您也可以使用十六進位編輯器，在 ads.txt/app-ads.txt 檔案中找出無效的 UTF-8 字元。
讓 ads.txt/app-ads.txt 檔案可透過 HTTP 和 HTTPS 連上
Google 檢索器會嘗試檢索 HTTP 和 HTTPS 兩者上的所有 ads.txt/app-ads.txt 檔案。不過，404 (或 40X) 回應會導致先前檢索的項目遭到清除。因此，如果透過 HTTP 或 HTTPS 檢索會傳回 404 (或 40X)，就會產生以下結果：
- 系統會清除先前檢索到的項目。
- Ad Manager 會顯示「沒有 ads.txt 檔案」狀態。
請確認 ads.txt/app-ads.txt 可透過 HTTP 和 HTTPS 兩者存取。
確認您的伺服器/CDN 未向 Google 檢索器傳回無效回應
在瀏覽器中查看時，看起來可能已傳回有效的 ads.txt。但是，如果使用者代理程式指出檢索器是 Googlebot 且傳回了無效的非 ads.txt 回應：
- Google 就無法偵測到 ads.txt 檔案。
- Ad Manager 會顯示「沒有 ads.txt 檔案」狀態。
如要對此情況進行偵錯，請您的網站管理員執行下列 shell 命令 (將 mydomain.com 替換為您的網域)：
- 要確認可以存取 ads.txt 檔案，請執行：
curl -iL http://mydomain.com/ads.txt
當您前往mydomain.com/ads.txt時，應該會在瀏覽器中看到傳回的 ads.txt 檔案內容。 - 要確認 Google 檢索器可以找到 ads.txt 檔案，請執行：
curl -iL -A "'Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html).'"
http://mydomain.com/ads.txt
如果傳回了無效的非 ads.txt 回應，則表示 Google 檢索器嘗試擷取 ads.txt 檔案時，您的伺服器或內容發布網路 (CDN) 將傳回無效回應。
請注意，除了上述的檢索器使用者代理程式檢查之外，可能還有其他原因導致您的伺服器未向 Google 檢索器傳回有效回應。請與您的網站管理員攜手調查並解決這類問題，方法是檢查您的伺服器記錄，查看 Google 檢索 mydomain.com/ads.txt 或 mydomain.com/robots.txt 時的失敗記錄。
應用程式專用提示
這些建議僅適用於 app-ads.txt 檔案：
- 在 Google Play 或 App Store 中註冊您的應用程式。
- 在 Google Play 商店中加入開發人員網站及/或在 App Store 商店資訊中加入行銷網站。
- 針對這個應用程式，確保 Google Play 中所列的開發人員網站和/或 App Store 中所列的行銷網站是有效的網址。檢查是否有錯字，並確保 app-ads.txt 檔案所在位置不是子網域。
