Schema Markup Essentials Pt。 2：標記類型和未來
已發表: 2017-08-16在這個由兩部分組成的系列的第一部分中，我們討論了什麼是結構化數據和模式標記，以及為什麼它們對於網站管理員來說很有價值，可以將它們包含在他們的網站上。 在這裡，我們將看到不同類型的已識別模式標記，以及結構化數據將如何影響我們在不遠的將來的搜索方式。
我們已經確定結構化數據，或者更具體地說是模式標記，是網站管理員有機搜索庫中的一個很好的工具。 它可以幫助澄清搜索引擎無法固有地理解的模棱兩可的術語，並將相關質量與主要主題聯繫起來，從而形成定義元素的語義網絡。 然而，像互聯網上的大多數發展一樣，有多種方法可以在網站上合併模式標記。 即將出現的一些事態發展可能會撼動搜索世界。
模式標記的類型
有一句格言是“給貓剝皮的方法不止一種”，雖然作者不建議從字面上理解這句話，但它絕對可以應用於互聯網上的多個進程——尤其是模式標記。 根據您的偏好，schema.org 上正式引用了三種類型的模式標記。 每個都在識別網頁元素和生成豐富的片段方面實現了相同的目標。 這完全取決於哪個版本最能滿足您的需求。
微數據是指一種使用已經存在的 HTML 元素（如 div 和 span）來引用架構標記中內置的不同類型的描述性元素的方法。 這裡的關鍵是在 HTML 元素中包含屬性“itemprop”。 如果您的網站的各個部分已經使用這些 HTML 元素在頁面上進行分隔，則這種類型的模式標記非常有用。 這意味著只需添加定義的 itemprop 屬性即可識別結構化數據。 請參閱下面的示例，了解如何從原始形式更改代碼。
Your Great Business 4 stars - based on 125 reviews 543 5th Ave New York, NY 17 (800) 425-1489 <a href="www.greatbusiness.com">www.greatbusiness.com</a> Hours: Mon-Sat 9am - 5:30pm
<div itemscope itemtype="http://schema.org/LocalBusiness"> <span itemprop="name">Your Great Business</span>Your Great Business 4 stars - based on 125 reviews 543 5th Ave New York, NY 17 (800) 425-1489 <a href="www.greatbusiness.com">www.greatbusiness.com</a> Hours: Mon-Sat 9am - 5:30pm
<div itemscope itemtype="http://schema.org/LocalBusiness"> <span itemprop="name">Your Great Business</span><div itemprop="aggregateRating" itemscope itemtype="http://schema.org/AggregateRating"> <span itemprop="ratingValue">4</span> stars - based on <span itemprop="reviewCount">125</span> reviews </div> <div itemprop="address" itemscope itemtype="http://schema.org/PostalAddress"> <span itemprop="streetAddress">543 5th Ave</span> <span itemprop="addressLocality">New York</span>, <span itemprop="addressRegion">NY</span> <span itemprop="postalCode">17</span> </div> <span itemprop="telephone">(800) 425-148</span> <a itemprop="url" href="http://www.greatbusiness.com">www.greatbusiness.com</a> Hours: <meta itemprop="openingHours" content="Mo-Sa 9:00-17:30">Mon-Sat 9am - 5:30pm </div>
RDFa 是 HTML5 的擴展，有助於提供類似於微數據的鏈接數據。 與 RDFa 的不同之處在於 Open Graph Protocol（Facebook 使用它來集成數據）基於這種類型的標記。 它使用像微數據這樣的單個標籤，但使用不同的屬性。 對於微數據，我們提到您將使用“itemprop”來表示不同的元素； 但是對於 RDFa，使用了“property”屬性。 請參閱下面的示例以熟悉在源代碼中實現 RDFa 時的樣子。
[tabby title=”Before Markup”]Your Great Business 4 星 – 基於 125 條評論 543 5th Ave New York, NY 17 (800) 425-1489 <a href=”http://www.greatbusiness.com”>www .greatbusiness.com</a> 時間：週一至週六 9am – 5:30pm [tabby title=”With RDFa Markup”]<div vocab=”http://schema.org/” typeof=”LocalBusiness”> <span property=”name”>Your Great Business</span> <div property=”aggregateRating” typeof=”AggregateRating”> <span property=”ratingValue”>4</span> 星 – 基於 <span property=”reviewCount” >125</span> 評論 </div> <div property=”address” typeof=”PostalAddress”> <span property=”streetAddress”>543 5th Ave</span> <span property=”addressLocality”>紐約< /span>, <span property=”addressRegion”>NY</span> <span property=”postalCode”>17</span> </div> <span property=”telephone”>(800) 425-1489</ span> <a property=”url” href=”http://www.greatbusiness.com”>www.greatbusiness.com</a> 時間：<meta property=”openingHours” content=”Mo-Sa 9:00 -17:30″>週一至週六上午 9 點至下午 5:30 </div>[tabbyending]
由於易於實施，最後一種模式標記似乎是最廣泛採用的。 JSON-LD 是一種使用腳本標籤的輕量級鏈接數據格式。 使用這種模式標記的好處是可以合併網頁上某個主題的所有鏈接數據，而無需更改 div 和 span 等實時元素。 相反，所有信息都包含在腳本中以便於實施。 JSON-LD 將所有東西都放在一個地方的質量也使得為需要許多模式標記實例的大型電子商務網站動態生成結構化數據變得更加容易。 谷歌早在 2016 年初就增加了對 JSON-LD 的支持，從那時起，這種類型的標記的使用就爆炸式增長。 請參閱下面的示例，了解 JSON-LD 模式標記在操作中的樣子。
[tabby title=”Before Markup”]Your Great Business 4 星 – 基於 125 條評論 543 5th Ave New York, NY 17 (800) 425-1489 <a href=”http://www.greatbusiness.com”>www .greatbusiness.com</a> 時間：週一至週六 9am – 5:30pm [tabby title=”With JSON-LD Markup”]<script type=”application/ld+json”> { “@context”: “http ://schema.org”、“@type”：“LocalBusiness”、“address”：{ “@type”：“PostalAddress”、“addressLocality”：“New York”、“addressRegion”：“NY”、“postalCode” ”：“17”，“streetAddress”：“543 5th Ave”}，“aggregateRating”：{“@type”：“AggregateRating”，“ratingValue”：“4”，“reviewCount”：“125”}，“name ”：“GreatFood”、“openingHours”：[“Mo-Sa 9:00-17:30”]、“電話”：“(800) 425-1489”、“url”：“http://www.greatbusiness” .com” } </script>[tabbyending]
結構化數據的未來
在本系列的第一部分和本文之間的短暫時間內，結構化數據和豐富網頁摘要領域出現了兩個發展。 首先，根據 John Mueller 的 Twitter 回答，Google 正式支持 JSON-LD 麵包屑。
然後谷歌在搜索引擎結果頁面上發布了他們的工作搜索功能。 有了這個，網站管理員可以使用“JobPosting”模式屬性來表示他們的空缺職位的詳細信息，讓他們在這個區域中填充。 這有助於企業在大多數與工作或職業相關的搜索中，在用戶面前獲得他們的職位空缺的一些很好的知名度。
我們在行動中發布的一些無恥的自我推銷。
這些事態發展使我的觀點更加真實。 對那些前進的人的忠告：密切關注搜索引擎的脈搏，並在他們給你的任何提示中使用標記。 回想一下整個模式標記的開始； 在哪些其他情況下，多個搜索引擎（以及競爭對手）聯合起來完成一個項目？ 那是蘋果、三星和摩托羅拉聯手製作跨操作系統移動應用程序的水平！ 有了它背後的巨大潛力，您必須知道標記語言會在搜索世界中掀起波瀾。
雖然 Google 多年來一直圍繞各種模式類型推出豐富的片段，但到目前為止我們只觸及了皮毛。
根據 schema.org，目前他們的數據庫中共有 597 種類型、875 個屬性和 114 個枚舉值。
可用的詞彙表可以帶來更多潛在的發展，甚至在您考慮允許它不斷擴展的模式數據庫的開源性質之前。
最後但同樣重要的是，我們會忘記提及搜索世界中的新熱門：語音搜索。 Siri、Cortana 和 Google Assistant 等基於電話的助手，以及 Amazon Echo 和 Google Home 等家用設備，目前都依賴精選片段來生成答案。 認為從結構化數據生成的豐富片段有朝一日可以為語音搜索提供答案並不是不可能的。
結構化數據和模式標記肯定會繼續存在。 無論您選擇將哪種類型添加到您的網站，都要知道投入的工作完全值得花時間——不僅是為了豐富網頁摘要的當前狀態，而且對於只會繼續增長的潛在未來影響。
所以走出去，讓你的標記！