確認 ads.txt/app-ads.txt 檔案可供檢索

您在網域上設定好 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 檔案發布時所在的網址路徑。
• 檢索器的使用者代理程式。

例子：不允許檢索 ads.txt 檔案路徑

example1.com：

1. ads.txt 檔案是發布在 example1.com/ads.txt 上。
2. example1.com/robots.txt 內含以下幾行文字：
   User-agent: *
Disallow: /ads
3. 遵循 robots.txt 標準的檢索器會略過 ads.txt 檔案。
4. 您可以按照下列方式修改 robots.txt 檔案 (或採用其他可行的做法) 來允許檢索檔案：
   • 方式 1：修改遭到禁止的路徑。
     User-agent: *
Disallow: /ads/
   • 方式 2：明確允許 ads.txt (這個做法取決於檢索器是否支援 Allow 這項 robots.txt 指令)。
     User-agent: *
Allow: /ads.txt
Disallow: /ads

範例：使用者代理程式不得在整個網站進行檢索

example2.com：

1. ads.txt 檔案是發布在 example2.com/ads.txt 上。
2. example2.com/robots.txt 內含以下幾行文字：

   User-agent: Googlebot
   Disallow: /

3. 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 替換為您的網域)：

1. 要確認可以存取 ads.txt 檔案，請執行：
   curl -iL http://mydomain.com/ads.txt
   
   當您前往 mydomain.com/ads.txt 時，應該會在瀏覽器中看到傳回的 ads.txt 檔案內容。
2. 要確認 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 檔案所在位置不是子網域。