無法剖析的結構化資料報告 - Google Support
文章推薦指數: 80 %
JSON 含有頂層語法錯誤。
值類型不正確, 為資源指定錯誤類型的值,例如在需要數值或陣列的情況下指定字串。
跳至主內容無法剖析的結構化資料報告這份報告會列出你網站中因含有嚴重語法錯誤而無法剖析的結構化資料。
如果有剖析錯誤,就會導致系統無法判斷預定的結構化資料類型(工作、活動等)。
開啟報告
報告使用方式
這份報告列出的都是結構化資料錯誤,沒有警告或無效項目。
系統會根據受影響的網頁數量等因素來判定錯誤的嚴重程度,自動依序列出錯誤項目。
會影響到多個網頁的錯誤多半是由基本的範本錯誤造成。
按一下錯誤資料列,即可查看受影響的網頁、錯誤詳細資料和偵錯工具連結。
下表列有各類型錯誤的完整說明。
使用複合式搜尋結果測試來修正及測試結構化資料的語法。
修正問題後,請按一下錯誤詳細資料頁面中的[驗證修正後的項目]。
請注意,在你修正剖析錯誤後,報告中可能會列出新的警告或錯誤,這是因為系統已能剖析一些原來無法剖析的項目。
共用報表
你可以將涵蓋範圍報告或強化報告當中所列問題的詳細資料與他人共用,只要按一下頁面上的[共用]按鈕即可。
這個連結只會將目前問題詳細資料頁面(以及這個問題的所有驗證記錄網頁)的存取權授予知道連結的使用者,而不會授予其他資源網頁的存取權,也不會讓共用對象對你的資源或帳戶執行任何動作。
如要撤銷連結,你隨時可以停用這個網頁的共用設定。
匯出報表資料
許多報表上都有[匯出]按鈕,可讓使用者匯出報表資料(包括圖表和表格資料)。
報表中顯示為~或-(無資料/非數字)的值,在下載的資料中一律為零。
錯誤類型
這份報告涵蓋下列幾種錯誤類型。
開啟結構化資料說明文件
在複合式搜尋結果測試中檢測程式碼
錯誤類型
說明
JSON文件無效
JSON含有頂層語法錯誤。
值類型不正確
為資源指定錯誤類型的值,例如在需要數值或陣列的情況下指定字串。
剖析錯誤:缺少「:」
缺少「:」符號。
剖析錯誤:缺少「,」或「}」
缺少「,」或右括號。
剖析錯誤:缺少「}」或物件成員名稱
缺少右括號或物件成員名稱。
剖析錯誤:陣列宣告中缺少「,」或「]」
剖析陣列值時出現錯誤:陣列宣告中缺少「,」或「]」。
無法剖析憑證長度
因為某些原因而找不到資源或值的開頭和結尾。
數值無效
在資源值必須為數值的情況下使用了其他類型的值。
字串中的逸出序列空白
字串值中包含空白的逸出序列字元,例如:
"description":"Callme\John"
而非
"description":"Callme \"John\"".
字串中的逸出序列無效
字串值中使用了無效的逸出序列,例如:
"description":"Some\qunknownsequence"
Unicode字元遭截斷
UnicodeSurrogate字組缺少末尾6個字元。
Unicode字元無效
UnicodeSurrogate字組後半部的開頭缺少\u憑證。
Unicode逸出序列無效:必須是四位數字
Unicode逸出序列出現語法錯誤:必須是四位數字。
Unicode逸出序列無效:必須是十六進位數字
Unicode逸出序列出現語法錯誤:並未按規則提供十六進位數字。
有不應重複的資源
為結構化資料物件中的專屬資源提供兩組定義,例如兩個@context值。
頂層元素無效
JSON-LD中的頂層項目無效。
參照項目不存在
itemref屬性指向不存在的識別碼。
問題詳細資料頁面
只要選取複合式搜尋結果摘要頁面中的問題列,即可查看該問題的詳細資料頁面。
個別問題的影響範圍可能遍及好幾個網頁,也可能只有某個網頁上的複數項目受到影響。
問題詳細資料頁面包含下列資訊:
狀態
這個問題的驗證狀態。
首次偵測到的日期
系統首次在你的網站上偵測到這個問題的日期。
如果這個類型的所有問題都已解決,但在最後一個個案修正之後的90天內又出現了相同問題的新個案,則這裡顯示的會是原本的首次偵測日期,而非系統偵測到新個案的日期。
示例
受這個問題影響的複合式搜尋結果清單。
這份清單可能因故而無法列出你的網站上與這個問題相關的所有例項,例如:有的例項是在系統上次檢索你的網站後才出現的,或是問題總共影響超過1,000個項目。
上次檢索時間
上次系統檢索到網頁含有這個問題的時間。
關於驗證
修正您網站上特定問題的所有例項後,您可以要求Google驗證您所做的變更。
如果所有已知個案均已不存在,我們就會在狀態表格中將問題標示為已修正,並且排到表格最末端。
SearchConsole會追蹤整體問題的驗證狀態,以及各個問題個案的狀態。
當所有問題個案均消失時,我們就會將問題視為已修正(實際記錄的狀態請見問題驗證狀態和例項驗證狀態)。
進一步瞭解問題生命週期...
問題的生命週期會從我們在您網站上首次偵測到該問題的個案時起算,延續到您網站上最後一個個案標示為已修正後的90天為止。
如果該問題在這90天內沒有再次出現,就會從報告紀錄中移除。
問題的首次偵測日期是指在問題的生命週期中,我們第一次偵測到該問題當天的日期,這個日期不會變更。
因此:
如果問題的所有個案均已修正,但15天後出現新個案,我們會將問題狀態標示為開放,且「首次偵測到」的日期將維持不變。
如果同一個問題在最後一個個案修正91天之後出現,由於先前的問題已結案,因此會記錄為新問題,首次偵測到的日期則是「今天」。
基本驗證流程
針對特定問題點選[驗證修正後的項目]後,驗證程序大致如以下所述。
這項程序可能要花上好幾天,系統會透過電子郵件通知驗證進度。
點選[驗證修正後的項目]後,SearchConsole會立即檢查一些網頁。
如果仍有網頁包含目前的個案,驗證程序就會結束,驗證狀態將維持不變。
如果取樣網頁不含目前的錯誤,系統會繼續進行驗證,程序狀態為「已開始」。
如果在驗證過程中找到其他不相關的問題,系統會將這些問題計入其他問題類型,並繼續進行驗證。
SearchConsole會檢驗受到這個問題影響的已知網址清單。
我們只會逐一重新檢索含已知問題個案的網址,而不會重新檢索整個網站。
SearchConsole會在驗證記錄中記載所有檢查過的網址,您可以透過問題詳細資料頁面查看。
網址經過檢查後:
如果找不到問題,例項驗證狀態將變更為「通過」。
如果這是開始進行驗證後所檢查的第一個個案,問題驗證狀態將變更為「沒有問題」。
如果網址已無法存取,個案驗證狀態將變更為「其他」(非錯誤狀態)。
如果個案仍存在,個案驗證狀態將變更為「失敗」。
如果這是由一般檢索程序找到的新網頁,系統會將其視為這個現有問題的其他個案。
當所有包含錯誤和警告的網址都經過檢查,且錯誤數為0時,問題狀態將變更為「通過」。
重要事項:即使受影響的網頁數降為0,且問題狀態變更為「通過」,系統仍會顯示原本的嚴重性標籤,例如「錯誤」或「警告」。
即使未點選[開始驗證],Google仍可偵測到問題個案已修正。
如果Google在執行一般檢索作業期間偵測到問題的所有個案均已修正,則會將報告中的問題狀態變更為「不適用」。
我們何時會將特定網址或項目的問題視為「已修正」?
滿足下列「其中一項」條件時,我們就會將特定網址或項目的問題標示為已修正:
網址經過檢索後,系統在網頁上已找不到該問題。
如果是AMP標記錯誤,這可能表示您修正了相關標記,或是相關標記已移除(如果是非必要的標記)。
在驗證程序期間,系統會將狀態變更為「通過」。
如果Google因故無法存取特定網頁(網頁遭到移除、標示了noindex、要求驗證等等),則會將該網址的問題視為已修正。
在驗證程序期間,這種情況屬於「其他」驗證狀態。
重新驗證
驗證失敗後,如果您點選[重新驗證],系統會重新開始針對所有驗證失敗的個案進行驗證(同時也會驗證透過一般檢索作業找到的所有新個案)。
建議您在驗證程序結束後在提出另一項驗證要求,即使您在目前的程序期間修正了一些問題亦然。
點選[重新驗證]後,系統不會重新檢查已通過驗證(標示為「通過」)或已無法存取(標示為「其他」)的個案,這些個案會從記錄中移除。
驗證紀錄
如要查看驗證要求的進度,您可以點選問題詳細資料頁面中的驗證詳細資料連結。
在AMP報告和索引狀態報告中,系統會依網址將驗證記錄頁面所含的項目分組。
在行動裝置可用性與複合式搜尋結果報告中,系統則會同時以網址和結構化資料項目(由項目的Name值判定)為依據,將項目分組。
驗證狀態適用於您在查看的特定問題。
您可以將頁面上的其中一個問題標示為「通過」,而其他問題則標示為「失敗」、「待處理」或「其他」。
問題驗證狀態
特定問題可能伴隨的驗證狀態如下:
尚未開始:有一或多個網頁包含這個問題的例項,而您尚未要求驗證。
後續步驟:
點閱問題,瞭解相關錯誤的詳情。
透過AMP測試檢查個別網頁,確認實際網頁所含的錯誤示例(如果AMP測試未顯示網頁上的錯誤,這是因為您在Google找到錯誤並產生此問題報告後修正了實際網頁上的錯誤)。
點選詳細資料頁面中的[瞭解詳情],進一步瞭解問題違反的規則。
點選表格中的示例網址列,進一步瞭解該特定錯誤。
修正網頁所含問題,然後點選[修正驗證後的項目],要求Google重新檢索您的網頁。
Google會主動通知驗證進度。
驗證作業通常會在兩週內完成,但有時可能需要更久,請耐心等候。
已開始:你已要求驗證,而我們目前還沒找到其他問題個案。
後續步驟:Google會繼續進行驗證,必要時會透過通知給予進一步指示。
沒有問題:已開始進行驗證,且目前檢查過的所有問題例項均已修正。
後續步驟:你無須採取行動,但Google會繼續進行驗證,並透過通知給予進一步指示。
通過:問題的所有已知例項均已不存在(或是受影響的網址已無法存取)。
點選過[修正驗證後的項目]才有可能變成這個狀態(如果個案是在您未要求驗證的情況下消失,狀態會變更為「不適用」)。
後續步驟:無須採取其他行動。
不適用:雖然您未要求驗證,但Google發現所有網址均已修正該問題。
後續步驟:無須採取其他行動。
失敗:我們在您點選[驗證]後發現仍有特定比例的網頁包含此問題。
後續步驟:修正問題並重新進行驗證。
例項驗證狀態
您提出驗證要求後,系統會為特定問題的每個例項指派下列其中一種驗證狀態:
待驗證:已排入驗證佇列。
Google上次檢索時這個問題例項仍存在。
通過:(部分報表「沒有」這項狀態)經Google檢查後問題例項已不存在。
你必須明確對此問題個案點選過[驗證],該個案才可能變更為這個狀態。
失敗:經Google檢查後問題個案仍存在。
你必須明確對此問題個案點選過[驗證],該個案才可能變更為這個狀態。
其他:(部分報表「沒有」這項狀態)Google無法存取代管該例項的網址;如果是結構化資料,則表示在網頁上找不到該項目。
這種情況等同於「通過」。
請注意,同一個網址上不同問題的狀態可能不同;舉例來說,如果單一網頁同時含有X問題和Y問題,X問題的驗證狀態可能是「通過」,而位於同一個網頁上的Y問題則可能處於「待處理」狀態。
已知問題
以下是SearchConsole中的已知問題,你不必向我們回報,但如果你發現了其他問題,或對任何功能有意見,歡迎透過導覽列中內建的「意見回饋」機制告訴我們。
有些問題的名稱太長,不易理解。
如果您網站的問題數量眾多(不論是否為現有個案),報告只會依重要性列出前200個問題。
這對您有幫助嗎?我們應如何改進呢?是否送出true複合式搜尋結果工具和報表複合式搜尋結果狀態報告複合式搜尋結果測試用於新增結構化資料的工具(適合新手)無法剖析的結構化資料報告第一次使用SearchConsole嗎?第一次使用SearchConsole嗎?不論您是初學者、搜尋引擎最佳化(SEO)專家,還是網站開發人員,都可以從這裡踏出第一步。
搜尋清除搜尋內容關閉搜尋Google應用程式主選單搜尋說明中心true83844false
延伸文章資訊
- 1資料庫引擎事件和錯誤- SQL Server
(提供者:SQL 網路介面,錯誤:28 - 伺服器不支援所要求的通訊協定) (Microsoft SQL Server,錯誤: -1)。 2, 建立伺服器的連接時發生錯誤。
- 2在操作說明網頁中加入結構化資料 - Google Developers
如需在網頁中新增結構化資料的逐步指南,請前往結構化資料程式碼研究室。 新增必要屬性。根據您使用的格式,瞭解要在網頁中的什麼位置插入結構化資料。
- 3【自然搜尋排名】天矽科技SEO服務|客製化網頁設計
結構化資料建立使用Google提供:首頁Logo+當地商家+麵包屑(全域) ... 資訊過多、找不到進去和出去的路,就有可能會發生某些網頁無法被檢索到的問題,最終影響SEO排名。
- 4REST 錯誤回應- Amazon Simple Storage Service
當Amazon S3 請求發生錯誤時,用戶端會收到錯誤回應。錯誤回應的確切格式 ... 許多錯誤回應包含額外的結構化資料,負責診斷程式設計錯誤的開發人員應詳加閱讀及了解。
- 5使用結構化資料標記常見問題| Google 搜尋中心| 說明文件
FAQPage 類型代表網頁上有FAQ 和答案。每個網頁都需要有一個 FAQPage 類型定義。 必要屬性. mainEntity, Question.