無法剖析的結構化資料報告

這份報告會列出您網站中因含有嚴重語法錯誤而無法剖析的結構化資料。如果有剖析錯誤,就會導致系統無法判斷預定的結構化資料類型 (工作、活動等)。

開啟報告

報告使用方式

這份報告列出的都是結構化資料錯誤,沒有警告或無效項目。

系統會根據受影響的網頁數量等因素來判定錯誤的嚴重程度,自動依序列出錯誤項目。

會影響到多個網頁的錯誤多半是由基本的範本錯誤造成。

  1. 按一下錯誤資料列,即可查看受影響的網頁、錯誤詳細資料和偵錯工具連結。下表列有各類型錯誤的完整說明。
  2. 使用結構化資料測試工具修正結構化資料語法並進行測試。
  3. 修正問題後,請按一下錯誤詳細資料頁面中的 [驗證修正後的項目]

請注意,在您修正剖析錯誤後,報告中可能會列出新的警告或錯誤,這是因為系統已能剖析一些原來無法剖析的項目。

錯誤類型

這份報告涵蓋下列幾種錯誤類型:

錯誤類型 說明
JSON 文件無效 JSON 含有頂層語法錯誤。
值類型不正確 為資源指定錯誤類型的值,例如在需要數值或陣列的情況下指定字串。
剖析錯誤:缺少「:」 缺少「:」符號。
剖析錯誤:缺少「,」或「}」 缺少「,」或右括號。
剖析錯誤:缺少「}」或物件成員名稱
 
缺少右括號或物件成員名稱。
剖析錯誤:陣列宣告中缺少「,」或「]」 剖析陣列值時出現錯誤:陣列宣告中缺少「,」或「]」。
無法剖析憑證長度 因為某些原因而找不到資源或值的開頭和結尾。
數值無效 在資源值必須為數值的情況下使用了其他類型的值。
字串中的逸出序列空白

字串值中包含空白的逸出序列字元,例如:

"description" : "Call me \ John"

而非

"description" : "Call me \"John\"".

字串中的逸出序列無效

字串值中使用了無效的逸出序列,例如:

"description" : "Some \q unknown sequence"

Unicode 字元遭截斷 Unicode Surrogate 字組缺少末尾 6 個字元。
Unicode 字元無效 Unicode Surrogate 字組後半部的開頭缺少 \u 憑證。
Unicode 逸出序列無效:必須是四位數字 Unicode 逸出序列出現語法錯誤:必須是四位數字。
Unicode 逸出序列無效:必須是十六進位數字 Unicode 逸出序列出現語法錯誤:並未按規則提供十六進位數字。
有不應重複的資源 為結構化資料物件中的專屬資源提供兩組定義,例如兩個 @context 值。
頂層元素無效 JSON-LD 中的頂層項目無效。
參照項目不存在 itemref 屬性指向不存在的識別碼。

 

問題詳細資料頁面

只要選取複合式搜尋結果摘要頁面中的問題列,即可查看該問題的詳細資料頁面。個別問題的影響範圍可能遍及好幾個網頁,也可能只有某個網頁上的複數項目受到影響。

問題詳細資料頁面包含下列資訊:

狀態
這個問題的驗證狀態
首次偵測到的日期
系統首次在您網站上偵測到這個問題的日期。如果這個類型的所有問題都已解決,但在最後一個個案修正之後的 90 天內又出現了相同問題的新個案,則這裡顯示的會是原本的首次偵測日期,而非系統偵測到新個案的日期。
示例
受這個問題影響的複合式搜尋結果清單。這份清單可能因故而無法列出您的網站上與這個問題相關的所有例項,例如:有的例項是在系統上次檢索您的網站後才出現的,或是問題總共影響超過 1,000 個項目。
上次檢索時間
上次系統檢索到網頁含有這個問題的時間。
關於驗證

修正您網站上特定問題的所有例項後,您可以要求 Google 驗證您所做的變更。如果所有已知個案均已不存在,我們就會在狀態表格中將問題標示為已修正,並且排到表格最末端。Search Console 會追蹤整體問題的驗證狀態,以及各個問題個案的狀態。當所有問題個案均消失時,我們就會將問題視為已修正 (實際記錄的狀態請見問題驗證狀態例項驗證狀態)。

進一步瞭解問題生命週期...

問題的生命週期會從我們在您網站上首次偵測到該問題的個案時起算,延續到您網站上最後一個個案標示為已修正後的 90 天為止。如果該問題在這 90 天內沒有再次出現,就會從報告紀錄中移除。

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

  • 如果問題的所有個案均已修正,但 15 天後出現新個案,我們會將問題狀態標示為開放,且「首次偵測到」的日期將維持不變。
  • 如果同一個問題在最後一個個案修正 91 天之後出現,由於先前的問題已結案,因此會記錄為新問題,首次偵測到的日期則是「今天」。

基本驗證流程

針對特定問題點選 [驗證修正後的項目] 後,驗證程序大致如以下所述。這項程序需要幾天才能完成,您將收到進度通知電子郵件。

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

即使未點選 [開始驗證],Google 仍可偵測到問題個案已修正。如果 Google 在執行一般檢索作業期間偵測到問題的所有個案均已修正,則會將報告中的問題狀態變更為「不適用」。

我們何時會將特定網址或項目的問題視為「已修正」?

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

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

重新驗證

驗證失敗後,如果您點選 [重新驗證],系統會重新開始針對所有驗證失敗的個案進行驗證 (同時也會驗證透過一般檢索作業找到的所有新個案)。

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

當您點選 [重新驗證] 時,我們不會重新檢查已通過驗證 (標示為「通過」) 或已無法存取 (標示為「其他」) 的個案,這些個案會從紀錄中移除。

驗證紀錄

如要查看驗證要求的進度,您可以點選問題詳細資料頁面中的驗證詳細資料連結。

在 AMP 報告和索引狀態報告中,系統會依網址將驗證記錄頁面所含的項目分組。在行動裝置可用性與複合式搜尋結果報告中,系統則會同時以網址和結構化資料項目 (由項目的 Name 值判定) 為依據,將項目分組。驗證狀態適用於您在查看的特定問題。您可以將頁面上的其中一個問題標示為「通過」,而其他問題則標示為「失敗」、「待處理」或「其他」。

問題驗證狀態

特定問題可能伴隨的驗證狀態如下:

  • 尚未開始:有一或多個網頁包含這個問題的例項,而您尚未要求驗證。後續步驟:
    1. 點閱問題,瞭解相關錯誤的詳情。透過 AMP 測試檢查個別網頁,確認實際網頁所含的錯誤示例 (如果 AMP 測試未顯示網頁上的錯誤,這是因為您在 Google 找到錯誤並產生此問題報告後修正了實際網頁上的錯誤)。
    2. 點選詳細資料頁面中的 [瞭解詳情],進一步瞭解問題違反的規則。
    3. 點選表格中的示例網址列,進一步瞭解該特定錯誤。
    4. 修正網頁所含問題,然後點選 [修正驗證後的項目],要求 Google 重新檢索您的網頁。Google 會通知您驗證進度。驗證程序需時幾天至兩週不等,請耐心等候。
  • 已開始:您已要求驗證,而我們目前還沒找到其他問題例項。後續步驟:Google 會繼續進行驗證,同時透過通知給您進一步的指示 (如有需要)。
  • 沒有問題:已開始進行驗證,且目前檢查過的所有問題例項均已修正。後續步驟:您無須採取行動,但 Google 會繼續進行驗證,同時透過通知給您進一步的指示。
  • 通過:問題的所有已知例項均已不存在 (或是受影響的網址已無法存取)。點選過 [修正驗證後的項目] 才有可能變成這個狀態 (如果個案是在您未要求驗證的情況下消失,狀態會變更為「不適用」)。後續步驟:您無須採取其他行動。
  • 不適用:雖然您未要求驗證,但 Google 發現所有網址均已修正該問題。後續步驟:您無須採取其他行動。
  • 失敗:我們在您點選 [驗證] 後發現仍有特定比例的網頁包含此問題。後續步驟:修正問題並重新進行驗證。

例項驗證狀態

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

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

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

 

已知問題

下面列出新版 Search Console (測試版) 的已知問題。您不必向我們回報這些問題,但如果您發現了其他問題,或對任何功能有意見,歡迎透過導覽列中內建的「意見回饋」機制告訴我們。

  • 有些問題的名稱太長,不易理解。
  • 如果您網站的問題數量眾多 (不論是否為現有例項),報告只會依重要性列出前 200 個問題。
這對您有幫助嗎?
我們應如何改進呢?