[ad_1]
Google的John Mueller回答了使用不會帶來豐富結果的結構化數據是否有用。穆勒（Mueller）回答說，這可能對Google有用，但不要太過分。
您是否應該使用Google不支持的結構化數據？
可以選擇數千種結構化數據類型和選項以在網頁上使用。甚至可以使用ProductOntology.org擴展Schema.org的結構化數據，使其幾乎包含Wikipedia中描述的任何內容。
Google僅使用Schema.org結構化數據固有的可能性的一小部分。
發布者詢問使用豐富數據不支持的這些結構化數據類型是否有任何用途。
這是問題：
「有很多Schema.org結構化的數據，但Google Developers Help中僅列出了其中的一些。
我們應該花一些時間來實現像圖像對象這樣的東西嗎？」
Google使用圖片對象，Mueller解決了以下問題：
「我的理解是我們使用圖像對象。我需要仔細檢查文檔。但這就是我的理解。」
然後他回答了問題的核心：
…但是，回到更普遍的問題，我們是否應該使用開發人員文檔中沒有的結構化數據類型？
因此，實際上，這裡發生的是我們不會使用它們對您的頁面執行任何可見的操作。
因此，如果您使用的是我們不支持的結構化數據。這樣一來，您將看不到任何視覺效果。
…也許您的頁面上有一輛汽車，並且有一個汽車的結構化數據類型，那麼僅使用該數據類型就不會自動將搜索結果轉換為看起來像汽車的東西，因為如果我們沒有這種類型的豐富結果那麼我們就不會關注該標記。
如果我們確實有這種豐富的結果，我們將在開發人員指南中適當地記錄下來。而已。
要點1：可見的豐富結果
顯而易見，如果您使用Google開發人員頁面中不支持和描述的結構化數據，則不會產生可見的豐富結果。
下一部分是有趣的地方：
所有類型的結構化數據都有助於我們更好地了解頁面上的實體。
因此，尤其是像回到汽車示例一樣，如果您使用的單詞中包含很多可以被解釋為動物或某種汽車的詞，那麼如果您告訴我們這實際上是關於汽車將為我們提供更多信息，並且……將使我們能夠嘗試更適當地對您的網頁進行排名。
要點2：不受支持的結構化數據和實體
穆勒說，不受支持的結構化數據有助於Google更好地了解頁面上的實體。因此，如果有可能混淆頁面上的實體，那麼使用不會產生豐富結果的不受支持的結構化數據可能會幫助Google更好地了解頁面在實體方面的含義。
實體就像名詞，人，地方和事物。在Mueller的例子中，實體是汽車（就像Jaguar是汽車，而Jaguar是動物）。
要點3：不是排名提升-而是相關性
穆勒（Mueller）警告：這不會提高排名。這只是相關性，以一種清晰的方式傳達有關實體的觀點。
這是穆勒說的：
因此，並不是您的排名會更高，而是我們會嘗試在查詢中向您展示更多信息，以便我們更好地了解您的網頁以及我們更了解您的網頁符合用戶意圖。
因此，考慮到這一點，如果您受到時間的限制或嚴格限制，我將專註於真正可見的結構化數據的類型。而且，如果您有更多的時間，或者您擁有一個靈活的CMS，可以擴展您正在談論的內容，那麼添加更多類型的結構化數據絕對沒有任何弊端。
要點4：不要過度使用不受支持的結構化數據
Mueller警告不要過度使用不受支持的結構化數據。他似乎想傳達的是專註於實際內容，並且如果某個實體可能不清楚這種不受支持的結構化數據，可能會有助於幫助Google了解該頁面的內容。
這是穆勒說的：
我要注意的一件事是，使用所有不同的結構化數據類型，您很容易在雜草中迷路。
因此，很可能您會標記頁面上的每個其他單詞並說出好話，就像這個元素，並且這個實體與此實體相關…
在某些時候，您在結構化數據上花費的時間比您在內容上實際花費的時間更多……這對您的網站沒有用。
因此，為了找到平衡點，我建議您採取一些措施。
而且，如果您真的受時間限制，並且您確實需要專註於可以帶來明確結果的事情，那麼我將專註於開發人員指南中記錄的類型。
相關性和排名提升
很容易混淆與相關性和實際排名因素相關的因素。在這種情況下，使用結構化數據不支持的結構化數據可能有助於與頁面中討論的實體進行交流。
這樣做不會提高排名。它只會幫助弄清頁面的內容（這是相關的東西）。
觀看Google網站站長視頻群聊：