AMP 狀態報告

這份報表可協助你修正錯誤，在 Google 搜尋結果中順利顯示 AMP 網頁，並呈現 AMP 特有的功能。

頂層檢視畫面會顯示影響網站中 AMP 網頁的重要問題。按一下特定問題，即可查看受到這個問題影響的網頁和問題詳細資料。

開啟 AMP 報告

 

Search Console 中的 AMP 狀態報告 - Google Search Console 訓練課程

 

報表內容

重大問題：受到重大 AMP 問題影響的網頁無法顯示在 Google。系統在你網站上發現的重大問題清單會直接顯示在 AMP 報表頂層網頁的圖表下方，標題為「AMP 網頁無效的原因」。在清單中按一下要查看的問題，即可看到含有所選問題的網頁。

非重大問題 (警告)：含有非重大問題的 AMP 網頁依然可以顯示在 Google 上 (只要不含任何重大問題)。系統在你網站上發現的非重大問題清單會顯示在 AMP 報表頂層頁面的重大問題清單下方，標題為「非重大問題」。在清單中按一下要查看的問題，即可看到含有所選問題的網頁。含有警告的 AMP 網頁可能無法完整呈現所有 AMP 功能 (例如顯示在焦點新聞輪轉介面中)。換句話說，這些網頁可能只會顯示為普通的藍色連結搜尋結果。

網頁狀態 (有效和無效網頁)：AMP 網頁分為有效或無效。有效的 AMP 網頁可以顯示在 Google 上；無效的 AMP 網頁無法顯示在 Google 上。如果網頁有任何重大問題，即視為無效；如果只有警示，或是完全沒有問題，就會視為有效。如要查看有效 AMP 網頁的清單，請在 AMP 報表頂層頁面的圖表下方按一下「查看有效 AMP 網頁的相關資料」。

報表重點

請鎖定報表中的下列數據：

  • 網站上的重大問題數量必須為零。請參閱優先處理及修正問題一節的修正錯誤建議。
  • 報告中列出的 AMP 網頁數量 (有效 + 無效網頁) 應該會接近網站上實際擁有的 AMP 網頁數量。如果並非如此，請參閱解決 AMP 網頁缺漏問題一節。

受影響網址清單僅為取樣，不保證會顯示受特定問題影響的所有網址。報表中每個問題的網址數量上限為 1,000 個。此外，有些受到影響的網頁可能會因故偵測不到或無法計入。

報表可顯示的重大問題 + 非重大問題總數上限為 200 個。如果你的網站問題清單很長 (不論是否為現有例項)，系統只會依重要性顯示前 200 個問題。

AMP 問題

除了標準 AMP 錯誤以外，報告也會列出以下其他問題 (錯誤和警告)。

Google 特有的 AMP 問題
問題 說明
內容不符：缺少內嵌影片 標準網頁有內嵌影片，但 AMP 版本缺少相同的影片。一般而言，最理想的做法是在 AMP 版本和標準網頁中加入完全相同的重要內容資源。請注意，系統會透過網址來偵測影片；如果您在兩個版本中分別使用不同網址指向同一部影片，系統就會顯示這則警告。
圖片尺寸小於建議的尺寸 AMP 中的結構化資料指向的圖片小於建議尺寸。這會導致系統無法在 Google 搜尋中顯示該頁面的任何 AMP 相關功能，而且會讓探索資訊卡無法顯示大型圖片，進而造成網站流量下降與使用者參與度降低。如要進行修正，請依照我們的指南使用較大的圖片。
AMP 網頁網域不符 AMP 網頁和標準版網頁是由不同網域代管。對於使用行動裝置搜尋內容的使用者來說，這會造成他們在搜尋結果中看到其中一個網域的網址，在 AMP 閱讀器中開啟網頁後又看到另一個網域的網址而感到困惑 (不影響網頁的索引和排名)。
找不到網址 (404) 找不到要求的 AMP 網址。瞭解如何修正 404 網頁的問題。
伺服器錯誤 (5XX) 要求存取 AMP 網頁時，發生不明 5XX 伺服器錯誤。進一步瞭解伺服器錯誤。
遭到 robots.txt 封鎖 要求的 AMP 網址遭到 robots.txt 規則封鎖。如果這不是您想要的結果，請測試 robots.txt 檔案的封鎖規則，然後修改或移除規則 (也可以請網頁程式開發人員代為執行)。
檢索問題 AMP 網頁出現不明檢索錯誤。您可以使用網址檢查工具來排解 AMP 網址的問題。
所參照的 AMP 網址不是 AMP 網頁 標準網頁參照的 AMP 網址其實不屬於 AMP 網頁。瞭解非 AMP 網頁應如何參照 AMP 網頁。
所參照的 AMP 網址是獨立的 AMP 網頁 標準網頁指向獨立的 AMP 網頁。你無法參照獨立的 AMP 網頁做為特定網頁的 AMP 版本。瞭解如何從非 AMP 網頁參照 AMP 網頁。
網址含有「noindex」標記 AMP 網頁遭到「noindex」指令封鎖。Google 無法為遭到「noindex」指令封鎖的網頁建立索引；建議您移除「noindex」指令，或是移除遭封鎖網頁的參照。
這個網頁的「unavailable_after」日期已失效 AMP 網頁含有已過期的「unavailable_after」中繼標記或指令，因此不該繼續顯示在搜尋結果中。建議您將標記更新為未來的日期或是移除標記。
標準網址指向無效網址 標準網頁參照的 AMP 版本網址使用無效格式。瞭解如何正確參照 AMP 版本。
amp-story 標準錯誤

網頁錯誤參照 amp-story 網頁做為其 AMP 版本。我們不允許這種情況發生，因為從定義上來說，amp-story 網頁本身是獨立的，因此必須使用 <rel="canonical"> 標記指向自身，且不能做為其他網頁的 AMP 版本。
在沒有 nomodule 替代項目的情況下宣告模組指令碼，或在沒有模組指令碼的情況下宣告 nomodule 替代項目 你使用的 <script type="module"> 標記沒有相符的 <script nomodule async> 標記，或是相反情況。這些標記必須成對使用，瀏覽器才能根據支援模組指令碼與否來進行適當處理。
HTML 標記中缺少網址 錯誤所指出的 HTML 標記須具備必要屬性，其值必須為有效網址，且長度不得為零；但你在此處的網址為空字串。請為醒目顯示的屬性提供有效網址。
「on」屬性所需的屬性遺漏或有誤 錯誤所指出的屬性為必要屬性，但內容不正確或有遺漏。由於你在同一個標記中指定了「on」屬性，因此這是必要屬性。
在 <svg> 區塊外找到 <svg> 子標記 你在 <svg> 區塊外指定了標記，但該標記必須以巢狀方式位於 <svg> 區塊內。
網頁正在載入同一延伸模組指令碼的多個版本 網頁正在載入同一 AMP 延伸模組的多個版本。如要修正，請移除其中一個指令碼版本。
Signed Exchange 問題

AMP 狀態報告和網址檢查報告都會針對使用 Signed Exchange 通訊協定的 AMP 列出 AMP 相關問題。

查看問題的 Signed Exchange 詳細資訊

你可以在許多地方找到與 AMP 相關的 Signed Exchange 資訊：

  • 在「網址檢查工具」中，按一下「AMP 版本詳細資料」下方的問題。
  • 在「AMP 狀態報表」中，按一下問題詳細資料表格中的網址。

查看 AMP 是否使用 Signed Exchange

如何查看 Google 是否針對 AMP 偵測到任何 Signed Exchange 標頭或酬載：

  1. 檢查 AMP 網址 (使用網址檢查工具檢查特定網址，或在 AMP 狀態報告的問題詳細資料表格中，點選網址旁邊的「檢查」圖示 )。
  2. 點選結果頁面中的「查看已檢索的網頁」，開啟內含更多資訊的側邊面板。
  3. 按一下「更多資訊」分頁標籤。
  4. 系統會在「Signed Exchange」標籤下顯示狀態，指出 Google 是否已偵測到該 AMP 的任何 Signed Exchange 元件。

Signed Exchange 問題清單

您的 AMP 使用 Signed Exchange 通訊協定時，可能會發生下列問題。

Signed Exchange 無效

HTTP 回應是不符 Google AMP 快取規定的 Signed Exchange。因此，使用者看到的網頁將不會顯示任何簽署相關資訊。

對您網站的影響：

網頁會以 Google 網址顯示在 AMP 檢視器中，而非原始網址。

後續步驟：

您可以選擇是否要處理這項錯誤；出現此錯誤的網頁在 AMP 檢視器中仍然可以正確顯示。不過，如果您希望這個網頁能透過已簽署的網址顯示，請繼續往下閱讀。

造成這項錯誤可能的原因包括：

如果您使用的服務來自 Signed Exchange 服務供應商，請向對方尋求協助。

如果你使用的是 AMP Packager：

  • 請確認您執行的是最新版的 AMP Packager。
  • 如果你已使用最新版 AMP Packager，請回報錯誤。

Signed Exchange 酬載包含剖析錯誤

HTTP 回應是內含「酬載」(主體) 的 Signed Exchange，但該酬載不符 Google AMP 快取規定。因此，使用者看到的網頁將不會顯示任何簽署相關資訊。

對您網站的影響：

網頁會以 Google 網址顯示在 AMP 檢視器中，而非原始網址。

後續步驟：

您可以選擇是否要處理這項錯誤；出現此錯誤的網頁在 AMP 檢視器中仍然可以正確顯示。不過，如果你希望這個網頁能透過已簽署的網址顯示，請繼續往下閱讀。

請按照下列步驟找出並修正錯誤：

  • 請確認 HTML 中沒有無效的 UTF-8 編碼。如果 $URL 發生錯誤，請執行 curl $URL | iconv -f UTF-8 -t UTF-8 >/dev/null，並檢查是否有任何錯誤訊息 (例如「輸入序列不合法」)。如果系統顯示錯誤訊息，請確認文件是否採用正確的 UTF-8 編碼。英文以外的文字和空格是多位元組字元的兩個常見來源。
  • 確認 HTML 中不含會造成 HTML 剖析錯誤的 U+0000 NULL 或 Unicode 字元。
  • 確認 HTML 在呼叫 transform -config NONE 後沒有異動。造成 HTML 異動的兩個常見原因如下：

Signed Exchange 酬載的「header_name」標頭包含無效值

HTTP 回應是內含已簽署回應標頭的 Signed Exchange，但該標頭不符 Google AMP 快取的其中一項規定。因此，使用者看到的網頁將不會顯示任何簽署相關資訊。

對您網站的影響：

網頁會以 Google 網址顯示在 AMP 檢視器中，而非原始網址。

後續步驟：

您可以選擇是否要處理這項錯誤；出現此錯誤的網頁在 AMP 檢視器中仍然可以正確顯示。不過，如果您希望這個網頁能透過已簽署的網址顯示，請繼續往下閱讀。

如果您使用的服務來自 Signed Exchange 服務供應商，請向對方尋求協助。

如果你使用的是 AMP Packager：

  • 請確認您執行的是最新版的 AMP Packager。
  • 如果您已使用最新版 AMP Packager，請回報錯誤。

Signed Exchange 酬載缺少必要的「header_name」標頭

HTTP 回應是缺少指定標頭的 Signed Exchange，這個指定標頭是 Signed Exchange 規範或 Google AMP 快取規定要求的必要條件。因此，使用者看到的網頁將不會顯示任何簽署相關資訊。

對您網站的影響：

網頁會以 Google 網址顯示在 AMP 檢視器中，而非原始網址。

後續步驟：

您可以選擇是否要處理這項錯誤；出現此錯誤的網頁在 AMP 檢視器中仍然可以正確顯示。不過，如果您希望這個網頁能透過已簽署的網址顯示，請繼續往下閱讀。

如果您使用的服務來自 Signed Exchange 服務供應商，請向對方尋求協助。

如果你使用的是 AMP Packager：

  • 請確認您執行的是最新版的 AMP Packager。
  • 如果你已使用最新版 AMP Packager，請回報錯誤。

Signed Exchange 使用無法剖析的簽名標頭

HTTP 回應是內含簽名標頭的 Signed Exchange，但該標頭並不符合 Signed Exchange 規範的正確格式。因此，使用者看到的網頁將不會顯示任何簽署相關資訊。

對您網站的影響：

網頁會以 Google 網址顯示在 AMP 檢視器中，而非原始網址。

後續步驟：

您可以選擇是否要處理這項錯誤；出現此錯誤的網頁在 AMP 檢視器中仍然可以正確顯示。不過，如果您希望這個網頁能透過已簽署的網址顯示，請繼續往下閱讀。

如果您使用的服務來自 Signed Exchange 服務供應商，請向對方尋求協助。

如果你使用的是 AMP Packager：

  • 請確認您執行的是最新版的 AMP Packager。
  • 如果您已使用最新版 AMP Packager，請回報錯誤。

Signed Exchange 簽名標頭中的「parameter_name」參數無效

HTTP 回應是內含簽名標頭的 Signed Exchange，但該標頭的指定參數值有誤，不符 Signed Exchange 規範的要求。因此，使用者看到的網頁將不會顯示任何簽署相關資訊。

對您網站的影響：

網頁會以 Google 網址顯示在 AMP 檢視器中，而非原始網址。

後續步驟：

您可以選擇是否要處理這項錯誤；出現此錯誤的網頁在 AMP 檢視器中仍然可以正確顯示。不過，如果您希望這個網頁能透過已簽署的網址顯示，請繼續往下閱讀。

如果您使用的服務來自 Signed Exchange 服務供應商，請向對方尋求協助。

如果你使用的是 AMP Packager：

  • 請確認您執行的是最新版的 AMP Packager。
  • 如果你已使用最新版 AMP Packager，請回報錯誤。

Signed Exchange 的日期無效

HTTP 回應是內含簽名標頭的 Signed Exchange，但該標頭的 date 或 expires 參數值有誤，不符 Signed Exchange 規範或 Google AMP 快取規定的要求 (簽名在擷取時尤其必須有效，且至少在未來 4 天內皆須有效)。因此，使用者看到的網頁將不會顯示任何簽署相關資訊。

對您網站的影響：

網頁會以 Google 網址顯示在 AMP 檢視器中，而非原始網址。

後續步驟：

您可以選擇是否要處理這項錯誤；出現此錯誤的網頁在 AMP 檢視器中仍然可以正確顯示。不過，如果您希望這個網頁能透過已簽署的網址顯示，請繼續往下閱讀。

如果您使用的服務來自 Signed Exchange 服務供應商，請向對方尋求協助。

如果您使用的是 AMP Packager，造成這個錯誤的可能原因如下：

  • 請確認您的前端反向 Proxy 快取 Signed Exchange 回應的時間是否過長。使用 curl -H 'Accept: application/signed-exchange;v=b3' -H 'AMP-Cache-Transform: any' 對該網頁執行多次要求，並在各個回應中搜尋「date=」，確認每次的後續數字皆不同。
  • 請確認您執行的是最新版的 AMP Packager。
  • 如果您已排除以上所有可能原因，可能是 AMP Packager 發生錯誤，此時請回報錯誤。

Signed Exchange「cert-url」參照無法剖析的憑證鏈結

HTTP 回應是內含「cert-url」的 Signed Exchange，但該「cert-url」不符合 Signed Exchange 規範的正確格式。因此，使用者看到的網頁將不會顯示任何簽署相關資訊。

對您網站的影響：

網頁會以 Google 網址顯示在 AMP 檢視器中，而非原始網址。

後續步驟：

您可以選擇是否要處理這項錯誤；出現此錯誤的網頁在 AMP 檢視器中仍然可以正確顯示。不過，如果您希望這個網頁能透過已簽署的網址顯示，請繼續往下閱讀。

如果您使用的服務來自 Signed Exchange 服務供應商，請向對方尋求協助。

如果你使用的是 AMP Packager：

  • 請確認您執行的是最新版的 AMP Packager。
  • 如果你已使用最新版 AMP Packager，請回報錯誤。

「cert-url」參照對 Signed Exchange 無效的憑證鏈結

HTTP 回應是內含「cert-url」的 Signed Exchange，但根據 Signed Exchange 規範規定，該「cert-url」無效。因此，使用者看到的網頁將不會顯示任何簽署相關資訊。

對您網站的影響：

網頁會以 Google 網址顯示在 AMP 檢視器中，而非原始網址。

後續步驟：

您可以選擇是否要處理這項錯誤；出現此錯誤的網頁在 AMP 檢視器中仍然可以正確顯示。不過，如果您希望這個網頁能透過已簽署的網址顯示，請繼續往下閱讀。

如果您使用的服務來自 Signed Exchange 服務供應商，請向對方尋求協助。

如果您使用 AMP Packager，可能會因不同的原因而造成這個錯誤。因此，請檢查以下事項：

  • 確認您的 CertFile 未含分葉憑證和中繼憑證的完整清單。
  • 確認 AMP Packager 並非藉由 -development 或 -invalidcert 標記啟動。在實際生產模式下，AMP Packager 會針對憑證的數個面向進行驗證。
  • 確認您的前端反向 Proxy 快取 /amppkg/cert/ 網址的時間未超過網址 max-age 所設定的時間。
  • 確認您的前端反向 Proxy 並未修改快取標頭，因為這項操作可能會導致上游 Proxy 快取這些憑證鏈結的時間過長。如要測試，請在內部封裝程式網域中找出對應的 /amppkg/cert/ 網址，然後擷取包含回應標頭的網址 (舉例來說，包含 curl -i)，並將回應標頭與前端伺服器傳回的回應標頭進行比較。
  • 確認您的憑證是否包含 SCT，舉例來說，您可以使用 openssl x509 工具進行驗證。如果憑證不含 SCT，請洽詢您的憑證授權單位。
  • 確認您執行的是最新版的 AMP Packager。
  • 如果您已排除以上所有可能原因，可能是 AMP Packager 發生錯誤，此時請回報錯誤。

系統無法剖析 Signed Exchange

HTTP 回應的內容類型為 application/signed-exchange;v=b3，但系統無法擷取回應主體。這可能是因 HTTP 回應未符合該類型的高階需求規定，或是因 HTTP 回應酬載的 Merkle 編碼不當所致。

對您網站的影響：

如果該網頁有相應的非 AMP 網頁，Google 搜尋會改為替這類網頁建立索引。如果沒有，該網頁就可能完全不會出現在 Google 搜尋中。

後續步驟：

如果您使用的服務來自 Signed Exchange 服務供應商，請向對方尋求協助。

如果您使用的是 AMP Packager，造成這個錯誤的可能原因如下：

  • 請確認您的前端反向 Proxy 沒有更動封裝程式傳回的回應。如果網址發生錯誤，請在內部封裝程式網域中找出對應的 /priv/doc 網址，然後使用 dump-signedexchange 來測試網址。如果內部封裝程式回應是有效的 Signed Exchange，但外部前端回應不是，那麼前端設定可能有誤。
  • 確認您執行的是最新版的 AMP Packager。
  • 如果您已排除以上所有可能原因，可能是 AMP Packager 發生錯誤，此時請回報錯誤。

內部酬載的網址與 Signed Exchange 的要求網址不符

HTTP 回應是內含 fallbackUrl 的 Signed Exchange，但 fallbackUrl 與要求網址不符 (兩者的位元組須相同)。因此，Google 搜尋不會信任該回應是要求網址的代表。

對你網站的影響：

如果該網頁有相應的非 AMP 網頁，Google 搜尋會改為替這類網頁建立索引。如果沒有，該網頁就可能完全不會出現在 Google 搜尋中。

後續步驟：

如果您使用的服務來自 Signed Exchange 服務供應商，請向對方尋求協助。可能的解決方法包括更改網頁網址，以免在常見的網址剖析器中發生錯誤。舉例來說，您可以嘗試刪除 percent-encoded 或 reserved 字元，或是沒有任何參數的 ? 等異常查詢字串編碼。

如果您使用的是 AMP Packager，造成這個錯誤的可能原因如下：

  • 請確認您的前端反向 Proxy 是否正確重寫網址。如果網址內含 percent-encoded 或 reserved 字元，會特別容易出現問題。舉例來說，nginx 的重寫指令和 proxy_pass 指令的無路徑形式皆會發生問題。如要執行測試，請將部分測試要求傳送至前端，並與 AMP Packager 記錄至其 stdout 的網址進行比較。
  • 確認您執行的是最新版的 AMP Packager。
  • 如果您已排除以上所有可能原因，可能是 AMP Packager 發生錯誤，此時請回報錯誤。

Signed Exchange HTTP 回應的「header_name」標頭包含無效值

HTTP 回應的內容類型為 application/signed-exchange，但回應標頭在其他某些方面無效。舉例來說，content-type 可能缺少 v=b3 參數，導致 Google 無法辨識這個格式，因而無法擷取回應主體。

對你網站的影響：

如果該網頁有相應的非 AMP 網頁，Google 搜尋會改為替這類網頁建立索引。如果沒有，該網頁就可能完全不會出現在 Google 搜尋中。

後續步驟：

如果您使用的服務來自 Signed Exchange 服務供應商，請向對方尋求協助。

如果您使用的是 AMP Packager，造成這個錯誤的可能原因如下：

  • 請確認您的前端反向 Proxy 沒有更動 content-type 標頭。如果網址發生錯誤，請在內部封裝程式網域中找出對應的 /priv/doc 網址，然後擷取包含回應標頭的網址 (例如包含 curl -i)。如果內部封裝程式回應與外部前端回應的標頭不同，這可能就是錯誤的來源。如果是 content-type 以外的標頭不同，請對照這份說明文件回報錯誤，以利更新規定清單。
  • 確認您執行的是最新版的 AMP Packager。
  • 如果您已排除以上所有可能原因，可能是 AMP Packager 發生錯誤，此時請回報錯誤。

為問題排定優先順序並進行修正

  1. 在「AMP 網頁無效的原因」表格中查看網站重大問題清單。
  2. 分析錯誤：
    • 在表格中尋找是否有任何單一問題數量變多的情形，確認某種特定錯誤是否為錯誤總數增加的主因。
    • 請先解決由常見因素導致的錯誤 (例如不良範本)，然後再修正每個網頁特有的問題。
  3. 修正錯誤：按一下表格中的任一列，即可查看錯誤詳細資料頁面：
    1. 詳細資料頁面會提供受影響網址的示例。系統最多只會顯示 1,000 列資料，而且可能不會包含近期發現的錯誤例項，或是錯誤發生後尚未重新檢索的網頁。
    2. 按一下問題旁邊的「瞭解詳情」，即可取得與該項錯誤相關的官方說明文件。
    3. 按一下示例網址表格中的網址，即可在網頁程式碼中查看醒目顯示的問題。
    4. 按一下檢查圖示 可針對特定網頁執行詳細測試。這項測試不但能精確找出所有錯誤 (不僅是最近的問題)，還會在程式碼瀏覽器中醒目顯示錯誤，並提供詳細資訊。如果該網頁最近沒有重新檢索，系統會顯示已建立索引網頁 (而不是實際網頁) 的問題。若是如此，你可以要求針對該特定網頁建立索引。
    5. 將你網站上該項問題的所有例項都修正完畢後，請進行測試，並確認你實際網頁上的問題皆已修正。
  4. 修正所有例項後，請返回問題詳細資料頁面，然後按一下「驗證修正後的項目」按鈕，開始進行驗證程序。系統不會立即進行這項程序，請參閱關於驗證一節，進一步瞭解相關資訊。
  5. 繼續修正其他錯誤。
  6. 如果有效和無效網頁的總數大幅低於網站上的 AMP 網頁數量，請參閱解決 AMP 網頁缺漏問題一節。
  7. 修正所有重大錯誤後，建議你修正非重大問題。有些非重大問題 (例如使用已淘汰的功能) 日後可能會變成重大問題。

共用報表

你可以將涵蓋範圍報告或強化報告當中所列問題的詳細資料與他人共用，只要按一下頁面上的 [共用] 按鈕 即可。這個連結只會將目前問題詳細資料頁面 (以及這個問題的所有驗證記錄網頁) 的存取權授予知道連結的使用者，而不會授予其他資源網頁的存取權，也不會讓共用對象對你的資源或帳戶執行任何動作。如要撤銷連結，你隨時可以停用這個網頁的共用設定。

匯出報表資料

許多報表上都有 [匯出] 按鈕 ，可讓使用者匯出報表資料 (包括圖表和表格資料)。報表中顯示為 ~ 或 - (無資料/非數字) 的值，在下載的資料中一律為零。

解決 AMP 網頁缺漏問題

如果報表中列出的 AMP 網頁數 (有效 + 無效) 比你網站上實際擁有的 AMP 網頁數量少，請根據下列可能原因執行相關操作：

  • 確認你的標準非 AMP 網頁是否正確連結至 AMP 網頁。
  • 確認你的 AMP 或標準網頁並未受到 robots.txt 檔案封鎖或使用 noindex 中繼標記，也並未設置登入保護機制。
  • 檢查你的 AMP 標準網頁網址，確認該網頁是否已建立索引。
    • 如果搜尋結果列出了標準網頁，請確認標準網頁已正確連結至 AMP 網頁。
    • 如果搜尋結果未列出標準網頁，請提交該網頁以建立索引。
  • Google 可能需要幾天的時間，才能找到並檢索缺漏的網頁，時間長短須視你通報新網頁的方式而定。
  • 這份報表可能不會包含網頁索引報表列出的部分有效 AMP 網頁。這是因為網頁索引報表必須提供較全面的資訊，才能協助你對該報表中的索引問題進行偵錯。另一方面，為了方便你對網站上的特定 AMP 問題進行偵錯，AMP 狀態報告會列出關聯性較高的網頁並提供更詳盡的資訊，因此整體網頁數量可能較少。如要確認 AMP 網頁是否已編入索引，請透過網址檢查工具瞭解確切情況。
在修正網站上特定問題的所有例項後，你可以要求 Google 確認修正結果。如果所有已知的例項均已修正，問題表格中的問題數量就會變成零，並且排到表格最末端。

為什麼要驗證

告訴 Google 你已修正特定問題狀態或類別中的所有問題，將帶來下列好處：

  • 無論是 Google 確認所有網址都已修正，或是發現仍有未修正的例項，系統都會傳送電子郵件通知你。
  • 你可以追蹤 Google 確認修正情況的進度、查看已排入佇列等待檢查的所有網頁的記錄，以及每個網址的修正狀態。

有時網站上的特定問題並不需要修正及驗證，例如 robots.txt 封鎖的網址可能是刻意設定的。請根據你的判斷，決定是否要解決特定問題。

你也可以在不驗證的情況下修正問題；無論你是否明確要求進行修正驗證，Google 每次檢索含有已知問題的網頁時，都會更新例項數量。

專家級提示：透過 Sitemap 驗證修正後的結果
如要加快修正要求的處理速度，請建立並提交只包含最重要網頁的 Sitemap，然後用該 Sitemap 篩選報表，再要求驗證修正後的結果。相較於在要求中納入網站上所有受影響的網址，只針對部分受影響的網址提出驗證要求，完成驗證的速度會比較快。

開始驗證

如要告訴 Search Console 你已修正某個問題，請按照下列步驟操作：

  1. 修正網站上的所有問題例項。如果遺漏了某個問題，只要 Google 發現該問題還有一個例項未修正，驗證作業就會停止。
  2. 開啟你所修正問題的詳細資料頁面。在報表的問題清單中按一下該問題。
    • ⚠️ 如果你在報表中篩選出特定 Sitemap，驗證對象只限於提出驗證要求時 Sitemap 中的項目。請留意這是不是你想要的效果。
  3. 按一下「驗證修正後的項目」。除非驗證已成功或已失敗，否則請勿再次點選「驗證修正後的項目」。進一步瞭解 Google 如何檢查修正結果。
  4. 你可以監控驗證進度。驗證作業通常會在兩週內完成，但有時可能需要更久，請耐心等候。驗證完成後，無論成功或失敗，系統都會發送通知。
  5. 如果驗證失敗，你可以按一下問題詳細資料頁面中的「查看詳細資料」，查看導致驗證失敗的網址。請修正這個頁面、確認所有網址的修正內容處於「待處理」狀態，然後重新開始驗證。

在什麼情況下，特定網址或項目的問題會視為「已修正」？

滿足下列「其中一項」條件時，我們就會將特定網址或項目的問題標示為已修正：

  • 網址經過檢索後，在網頁上已找不到該問題。如果是 AMP 代碼錯誤，這可能表示你修正了相關代碼，或是相關代碼已移除 (如果是非必要的代碼)。在驗證程序期間，系統會加上「通過」標籤。
  • 如果 Google 因故無法存取特定網頁 (網頁遭到移除、標示了 noindex 或需要驗證等)，則會將該網址的問題視為已修正。在驗證程序期間，這種情況會分類至「其他」驗證狀態。

問題生命週期

問題的「生命週期」會從我們在你網站上首次偵測到該問題的例項時起算，直到你網站上最後一個例項標示為已修正後的 90 天為止。如果該問題在這 90 天內沒有再次出現，就會從問題表格中移除。

問題的「首次偵測日期」是指在問題的生命週期中，我們第一次偵測到該問題當天的日期，這個日期不會變更。因此：

  • 如果問題的所有例項均已修正，但 15 天後出現新例項，我們會將問題狀態標示為未解決，首次偵測到的日期則維持不變。
  • 如果同一個問題在最後一個例項修正 91 天之後出現，由於先前的問題已結案，因此會記錄為新問題，首次偵測到的日期則是新偵測到的日期。
驗證流程

針對特定問題點選「驗證修正後的項目」後，驗證程序大致如以下所述。這項程序可能要花上好幾天或更久，系統會透過電子郵件通知驗證進度。

  1. 點選「驗證修正後的項目」後，Search Console 會立即檢查一些網頁。
    • 如果仍有網頁包含目前的例項，驗證程序就會結束，驗證狀態將維持不變。
    • 如果取樣網頁不含目前的錯誤，系統會繼續進行驗證，程序狀態為「已開始」。如果在驗證過程中找到其他不相關的問題，系統會將這些問題計入其他問題類型，並繼續進行驗證。
  2. Search Console 會檢驗受到這個問題影響的已知網址清單。我們只會逐一重新檢索含已知問題例項的網址，而不會重新檢索整個網站。Search Console 會在驗證記錄中記載所有檢查過的網址，你可以透過問題詳細資料頁面查看。
  3. 網址經過檢查後：
    1. 如果找不到問題，例項驗證狀態將變更為「通過」。如果這是開始進行驗證後所檢查的第一個例項，問題驗證狀態將變更為「沒有問題」。
    2. 如果網址已無法存取，例項驗證狀態將變更為「其他」(非錯誤狀態)。
    3. 如果例項仍存在，問題狀態將變更為「失敗」並結束驗證。如果這是由一般檢索程序找到的新網頁，系統會將其視為這個現有問題的其他例項。
  4. 如果檢查過佇列中的網址後，發現這個問題已經修正，問題狀態就會變更為「通過」。不過，即使所有的例項都已經修正，問題嚴重性標籤也不會變更 (「錯誤」或「警告」)，只有受影響的項目數量會改變 (0)。

即使未點選「開始驗證」，Google 仍可偵測到問題例項已修正。如果 Google 在執行一般檢索作業期間偵測到問題的所有例項均已修正，則會將報表中的問題數量變更為「0」。

重新驗證

⚠️ 建議你在驗證程序結束後再提出另一項驗證要求，即使你在目前的程序期間修正了一些問題亦然。

如果驗證失敗後要重新驗證，請按照下列步驟操作：

  1. 前往驗證失敗的驗證記錄：開啟驗證失敗的問題詳細資料頁面，然後按一下「查看詳細資料」。
  2. 按一下「要求重新驗證」。
  3. 系統就會重新驗證所有標示為「待處理」或「失敗」的網址，以及自上次嘗試驗證後，一般檢索作業發現的同一問題的新例項。標示為「通過」或「其他」的網址不會重新檢查。
  4. 驗證作業通常會在兩週內完成，但有時可能需要更久，請耐心等候。

查看驗證進度

如何查看目前驗證要求的處理進度 (如果驗證作業尚未進行，則查看最後一個要求的記錄)：

  1. 開啟該問題的問題詳細資料頁面。按一下主要報表頁面上的問題列，即可開啟問題詳細資料頁面。
    • 驗證要求狀態會同時顯示在問題詳細資料頁面，以及「詳細資料」表格的「驗證」列中。
  2. 按一下「查看詳細資料」，開啟該要求的驗證詳細資料頁面。
    • 表格中會顯示要求中各網址的例項狀態。
    • 例項狀態適用於你正在檢視的特定問題。頁面上可以有一個問題標示為「通過」，而同一頁面的其他問題則標示為「失敗」、「待處理」或「其他」。
    • 在 AMP 報表和網頁索引報表中，驗證記錄頁面中的項目會按照網址分組。
    • 在複合式搜尋結果報表中，系統則會同時以網址和結構化資料項目 (由項目的 Name 值判定) 為依據，將項目分組。
驗證要求狀態

特定問題的驗證作業可能伴隨的驗證狀態如下：

  • 未開始：這個問題有一或多個例項從未納入這個問題的驗證要求中。
    後續步驟：
    1. 點閱問題，瞭解相關錯誤的詳情。檢查個別網頁，確認實際網頁所含的錯誤示例。
    2. 按一下詳細資料頁面上的「瞭解詳情」，即可查看問題的詳細資料。
    3. 點選表格中的示例網址列，進一步瞭解該特定錯誤。
    4. 修正網頁後，按一下「驗證修正後的項目」即可開始驗證。驗證作業通常會在兩週內完成，但有時可能需要更久，請耐心等候。
  • 已開始：你已要求驗證，而我們目前還沒找到其他問題例項。
    後續步驟：Google 會繼續進行驗證，必要時會透過通知給予進一步指示。
  • 沒有問題：已開始進行驗證，且目前檢查過的所有問題例項均已修正。
    後續步驟：你無須採取行動，但 Google 會繼續進行驗證，並透過通知給予進一步指示。
  • 通過：問題的所有已知例項均已不存在 (或是受影響的網址已無法存取)。你必須點選「驗證修正後的項目」，網址才有可能變成這個狀態。如果例項是在你未要求驗證的情況下消失，狀態會變更為「不適用」。
    後續步驟：無須採取其他行動。
  • 不適用：雖然你未要求驗證，但 Google 發現所有網址均已修正該問題。
    後續步驟：無須採取其他行動。
  • 失敗：我們在你點選「驗證」後發現仍有特定比例的網頁包含此問題。
    後續步驟：修正問題並重新開始驗證。
例項驗證狀態

你提出驗證要求後，系統會為特定問題的每個例項指派下列其中一種驗證狀態：

  • 待處理：已排入驗證佇列。Google 上次檢索時這個問題例項仍存在。
  • 通過：(部分報表「沒有」這項狀態) 經 Google 檢查後問題例項已不存在。你必須明確對此問題例項點選過「驗證」，該例項才可能變更為這個狀態。
  • 失敗：經 Google 檢查後問題例項仍存在。你必須明確對此問題例項點選過「驗證」，該例項才可能變更為這個狀態。
  • 其他：(部分報表「沒有」這項狀態) Google 無法存取代管該例項的網址；如果是結構化資料，則表示在網頁上找不到該項目。這種情況等同於「通過」。

請注意，同一個網址上不同問題的狀態可能不同；舉例來說，如果單一網頁同時含有 X 問題和 Y 問題，X 問題的驗證狀態可能是「通過」，而位於同一個網頁上的 Y 問題則可能處於「待處理」狀態。

 

已知問題

以下是 Search Console 中的已知問題，你不必向我們回報，但如果你發現了其他問題，或對任何功能有意見，歡迎透過導覽列中內建的「意見回饋」機制告訴我們。

  • 有些問題的名稱太長，不易理解。
  • 系統將問題加入圖表以及加入表格的時間點之間可能有差距。

這對您有幫助嗎？

我們應如何改進呢？

還有其他問題嗎？

嘗試以下步驟：

張貼到產品討論社群 向社群成員尋求答案
true
第一次使用 Search Console 嗎？

第一次使用 Search Console 嗎？不論您是初學者、搜尋引擎最佳化 (SEO) 專家，還是網站開發人員，都可以從這裡踏出第一步。

搜尋
清除搜尋內容
關閉搜尋
主選單
11924114652815570807
true
搜尋說明中心
true
true
true
true
true
83844
false
false