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

您在網域上設定好 ads.txt/app-ads 檔案之後,Google 檢索器就會:

  • 嘗試每 24 小時檢索一次檔案
  • 剖析檔案內容,以確認賣方 ID 是否有權透過您的廣告空間營利。

您可以使用 Ad Manager Ads.txt 管理工具來監控網域的 ads.txt/app-ads.txt 狀態。在某些情況下,ads.txt/app-ads.txt 檔案可能已發布到網域中,但 Ad Manager 卻顯示「找不到 ads.txt 檔案」。如果檔案已發布超過 24 小時,這通常表示 Google 無法找到/檢索/剖析該檔案 (即使檔案可能存在)。

如果發生這種情況,建議您與網站管理員一起完成以下的疑難排解步驟。

確認檔案並非暫時無法使用

如果 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 項目,建議您使用純文字編輯器。您也可以使用 16 進位編輯器,在 ads.txt/app-ads.txt 檔案中找出無效的 UTF-8 字元

讓 ads.txt/app-ads.txt 檔案可透過 HTTP 和 HTTPS 連上

Google 檢索器會嘗試檢索 HTTP 和 HTTPS 兩者上的所有 ads.txt/app-ads.txt 檔案。不過,404 (或 40X) 錯誤會導致先前檢索的項目遭到清除,即使 ads.txt/app-ads.txt 檔案是透過 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.txtmydomain.com/robots.txt 時的失敗記錄。

應用程式專用提示

這些建議僅適用於 app-ads.txt 檔案:

  • 在 Google Play 或 App Store 中註冊您的應用程式。
  • 在應用程式的 Google Play 或 App Store 應用程式商店資訊中加入開發者網站。
  • 確保 Google Play 或 App Store 中列出的應用程式開發者網站是有效的網址。檢查是否有錯字,並確保 app-ads.txt 檔案所在位置不是子網域。
這對您有幫助嗎?
我們應如何改進呢?