揭示搜索結果中未顯示豐富網頁摘要明星的 10 大原因

已發表: 2015-11-21

當在搜索結果中可見時，豐富的摘要星通常會在 Google 的點擊率方面提供健康的提升。 然而，讓那些有吸引力的小黃星顯示在搜索結果中已被證明對許多領域來說是一個相當大的挑戰。 事實上，Raven Tools 2015 年 10 月的一項研究報告稱，80% 的網站沒有架構標記。

在過去的幾年中，Bazaarvoice SEO 團隊與數百個域合作，以識別和解決阻止 Google 顯示豐富片段明星的問題。 這些問題並不難理解，但找到具體問題有時可能是一個挑戰。

您應該知道的關鍵定義：

  • HTML 節點——在 HTML 代碼中，節點是用於定義 HTML 開始標籤、HTML 結束標籤以及它們之間的所有元素的詞。 例如，下面是一個完整的 id 為 foo 的 HTML 段落節點：<p id=”foo”>這句話是節點的一部分。</p>
  • 嵌套的 HTML 節點- HTML 節點可以放置在彼此的內部。 例如，下面是一個完整的 HTML 段落節點，其中一個單詞用粗體節點變為粗體：<p id=”foo”>這句話是節點的<b>部分</b>。</p>
  • Itemscope – 可以將 schema.org itemscope 屬性添加到 HTML 節點，以標識將在節點內解決的主題。
  • 類型項目範圍——一些項目範圍是特殊的，我們通常將它們稱為類型項目範圍。 這些 itemscope 用於識別網站中的主要主題。 Product、LocalBusiness、Store、Recipe、Hotel、Article 和 WebPage 是與評論相關的一些最常見的 Type Itemscope。
  • Itemprop – 可以將 schema.org itemprop 屬性添加到 HTML 節點以識別 itemscope 內的特定數據類型。 將 itemprops 視為隱藏標籤通常會有所幫助。在以下句子中，作者 itemprop 被添加到粗體節點：<p id=”foo”>這句話是由 <b itemprop=”author”>Newman< /b>

問題 #1：嵌套失敗

我們遇到的最常見問題是未能正確嵌套 schema.org 標記元素。 嵌套的基本前提是 HTML 代碼應該識別網頁何時開始和停止處理給定的主題。

Bazaarvoice 客戶端應使用 WebPage 作為除主頁之外的所有頁面的最外層類型 itemscope。 WebSite 是域主頁的適當類型 itemscope。 我們建議在主體節點上包含這些屬性，如下例所示。

如果頁面具有主要實體，通常是詳細信息頁面（產品、食譜、酒店、LocalBusiness、商店等）的情況，則應該將 mainEntity itemprop 添加到主要實體的類型 itemscope 旁邊。 （見下面好例子中的第 2 行）

頁面可以有多種類型的 itemscope，這適用於列表和網格頁面，以及帶有產品推薦的詳細信息頁面。 如果頁面上沒有主實體，則不要包含 mainEntity itemprop。

與每個實體（每個類型 itemscope HTML 節點）相關的所有屬性都必須嵌套在 HTML 節點中。 HTML 節點過早關閉是很常見的。 （見壞例子中的第 4 行，好例子中的第 8 行，如下）

以這種方式正確嵌套代碼告訴 Google 類型 itemscope 內的全部內容，例如價格、可用性、評級、評論和其他 CGC 元素，都與該實體相關。 谷歌然後知道在搜索中顯示產品的星星。

2015.11.NA.SEOClientResource_eBook_110215-pg18

在整個頁面中使用完全匹配的命名來引用每個實體也是一個好主意。 例如，如果名稱 itemprop 被定義為“黃色圍巾”，而 itemReviewed itemprops 被定義為“黃色流蘇圍巾”，Google 可能會認為該頁麵包含有關兩種產品的數據。

確保頁面頂部和底部顯示的產品名稱完全匹配也是一個好主意。 在頁面頂部使用術語“黃色圍巾”和在頁面底部使用“黃色流蘇圍巾”會混淆 Googlebot。

問題 #2：未封閉的 HTML 標籤

編寫 HTML 代碼時，必須打開和關閉每個 HTML 節點——正斜杠字符 (/) 表示 HTML 節點的關閉。 以下示例顯示了使用單獨的開始和結束標記的典型節點。

Bad : <div>這是一個未關閉的節點

好：<div>這是一個封閉的節點</div>

一些 HTML 元素（<img>、<meta> 等）不使用單獨的結束標記。 在這些情況下，將使用包含正斜杠的單個標記。

錯誤： <img src=”image.gif”>

好： <img src=”image.gif” />

如果 HTML 標記未關閉，Google 的結構化數據解釋器可能難以理解層次結構，因此可能會誤解問題 #1 中引用的嵌套。

問題 #3：多個 aggregateRating itemprops

如上所述，應使用類型 itemscope 定義每個實體。 但是，每種類型的 itemscope 必須只有一個 aggregateRating itemprop。 即使顯示在多個位置包含聚合評分，標記也只能使用每個類型 itemscope 一次的 aggregateRating itemprop 標記。 多個 aggregateRating itemprops 會使 Google 感到困惑，並且不會顯示任何星星。

問題 #4：缺少 aggregateRating itemprop

有時，豐富網頁摘要顯示的評級與您網頁中的平均評論評級不匹配——這提供了一條重要線索，說明可能出現的問題。 如果不存在 aggregateRating itemprops， Google 將搜索第一個評論 itemprop 並僅顯示一個人的評分，而不是所有評論者的平均評分。

問題 #5：混合結構化數據類型

Schema.org 詞彙表可以與許多不同的編碼一起使用，包括 RDFa、Microdata 和 JSON-LD。 Bazaarvoice 推薦並支持 Microdata。 在任何情況下，在單個網頁中只能使用這些類型的結構化數據中的一種。 在同一頁面中混合使用 JSON-LD 和微數據會影響豐富網頁摘要的正確顯示。

問題 #6：未定義主要實體

Google 將尋找它在 DOM（文檔對像模型）中遇到的第一個 Type itemscope 的 aggregateRating 。 如果一個頁麵包含多個 Type itemscope，請確保主實體標有 mainEntity itemscope，如上面 #1 中所述。

問題 #7：schema.org/Organization 的使用

組織也是一個類型項目範圍。 但是，我們還沒有發現 Google 會為組織顯示豐富摘要星的案例。 我們已經看到很多案例，其中將組織項目範圍放置在一般組織信息（例如電話號碼和聯繫信息）周圍的標題中。 在我們的 SEO 團隊在產品頁面上發現組織類型 itemscope 的每一種情況下，它都會阻止顯示豐富的片段明星。 對於您希望在搜索結果中顯示豐富網頁摘要的任何頁面，請不要包含組織項範圍。

問題 #8：缺少支持性評論內容

谷歌在一些評論沒有出現在同一頁面的情況下顯示了豐富的片段星。 但是，在這種情況下，星星的顯示充其量只是零星的，因為谷歌可能會將頁面上缺少評論文本解釋為聚合評級可能是錯誤數據的線索。 我們建議您始終在顯示聚合評分的同一頁面中包含 8 條評論。

問題 #9：可疑的內容真實性

如果 Google 不信任某個域或域中的內容，則富摘要星不太可能出現在搜索結果中。 對於尚未獲得良好聲譽的較新域而言，這通常是一個問題。 Bazaarvoice CGC 包含有價值的真實性線索，例如作者網名和內容創建日期，從而提高了聲譽。 這些表明在您的域中發生的社交活動是合法的並提高了您的聲譽。

問題 #10：不一致的服務器端和檢查元素代碼標記

這是行業仍在適應 Google 於 2014 年 10 月宣布的變化的領域。從那時起，Googlebot 一直在抓取 JavaScript 以及服務器端頁面元素。 我們將在接下來詳細討論這些更改，但是在解決豐富網頁摘要的問題時，請記住，審核服務器端、查看代碼的源代碼版本以及通過 Inspect Element 找到的呈現的 HTML 版本非常重要, 以確保兩個版本都包含預期的內容和標記。 我們將在下面詳細討論如何進行這種雙重審計。

如果在每個工具中看到的代碼版本不一致，谷歌的富摘要星顯示也可能不一致。 為獲得最佳結果，兩個版本都應遵守本文中的所有原則。