您的聯播網可能無法使用 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 檔案所在位置不是子網域。