为什么使用 Schema.org 微数据来标记网页元素?
Why use Schema.org microdata to mark up web page elements?
我明白为什么以及如何使用 Schema.org 将微数据添加到您的网站,这不是关于那个的问题。问题是 为什么 Schema.org 支持某些可以用简单的 HTML5 标记的东西。其中有
类型
-
我明白为什么需要WebPage
和WebSite
,例如,在链接中引用某个组织的page/site,但不需要标记您自己的页面 - <html>
标签执行此操作。
-
为什么不直接使用 <nav>
?
-
只需使用<table>
.
属性
Just use <table>
.
您似乎只阅读了页面的标题,没有进一步阅读。 <table>
标签没有该页面上列出的许多特殊属性,例如 isFamilyFriendly
或 license
或 timeRequired
.
Schema.org 微数据旨在构建一组标准的附加语义元数据,供自动化系统(搜索引擎蜘蛛、解析器机器人等)使用,以更好地理解微数据的性质和特征内容.
这个答案主要是关于 WebPageElement
类型(比如 SiteNavigationElement
)。
对于 WebPage
,请参阅 my answer to the question Implicity of web page structure in Schema.org(tl;dr:提供 WebPage
可能很有用,即使对于当前页面也是如此)。
对于 WebSite
,上述答案的类似原因也适用。 HTML 不允许您对整个网站进行说明(顺便说一句,Google 富媒体搜索结果使用了这种类型)。
Schema.org不限于HTML5.
Schema.org 是 a vocabulary which can be used with various syntaxes(如 JSON-LD、Microdata、RDFa、Turtle 等),独立或以各种宿主语言(如 HTML 4.01, XHTML 1.0/1.1, (X)HTML5, XML, SVG, …).因此,有其他方法来指定某事是(或:关于;或:代表)站点范围的导航,table 等是例外而不是规则。
但即使在 HTML5 个文档中也可能有使用这些类型的理由,例如:
HTML5 标记和来自 Microdata/RDFa 的注释是两个 "different worlds":Microdata/RDFa 解析器只对注释感兴趣,并且成功解析文档后,底层标记不再相关(例如,在 table
元素中指定的信息在 Microdata/RDFa 层中丢失)。
通过使用 WebPageElement
, you can specify metadata that is not possible to specify in plain HTML5. For example, the author
/license
/等类型。 table.
您可以使用这些类型来指定有关当前文档中不存在的内容的数据,例如,您可以在您的个人网站上说您是 table 的作者在维基百科中。
也就是说,这些并不是与广大作者相关的典型用例。除非您有使用它们的特定原因,否则您可能希望忽略它们。 它们对典型网站没有用。 在某些情况下使用它们 can even be problematic。
另请参阅我的 Schema.org 问题 The purpose of WebPageElement and mainContentOfPage,其中我建议弃用 WebPageElement
和 mainContentOfPage
属性.
我明白为什么以及如何使用 Schema.org 将微数据添加到您的网站,这不是关于那个的问题。问题是 为什么 Schema.org 支持某些可以用简单的 HTML5 标记的东西。其中有
类型
-
我明白为什么需要
WebPage
和WebSite
,例如,在链接中引用某个组织的page/site,但不需要标记您自己的页面 -<html>
标签执行此操作。 -
为什么不直接使用
<nav>
? -
只需使用
<table>
.
属性
Just use
<table>
.
您似乎只阅读了页面的标题,没有进一步阅读。 <table>
标签没有该页面上列出的许多特殊属性,例如 isFamilyFriendly
或 license
或 timeRequired
.
Schema.org 微数据旨在构建一组标准的附加语义元数据,供自动化系统(搜索引擎蜘蛛、解析器机器人等)使用,以更好地理解微数据的性质和特征内容.
这个答案主要是关于 WebPageElement
类型(比如 SiteNavigationElement
)。
对于 WebPage
,请参阅 my answer to the question Implicity of web page structure in Schema.org(tl;dr:提供 WebPage
可能很有用,即使对于当前页面也是如此)。
对于 WebSite
,上述答案的类似原因也适用。 HTML 不允许您对整个网站进行说明(顺便说一句,Google 富媒体搜索结果使用了这种类型)。
Schema.org不限于HTML5.
Schema.org 是 a vocabulary which can be used with various syntaxes(如 JSON-LD、Microdata、RDFa、Turtle 等),独立或以各种宿主语言(如 HTML 4.01, XHTML 1.0/1.1, (X)HTML5, XML, SVG, …).因此,有其他方法来指定某事是(或:关于;或:代表)站点范围的导航,table 等是例外而不是规则。
但即使在 HTML5 个文档中也可能有使用这些类型的理由,例如:
HTML5 标记和来自 Microdata/RDFa 的注释是两个 "different worlds":Microdata/RDFa 解析器只对注释感兴趣,并且成功解析文档后,底层标记不再相关(例如,在
table
元素中指定的信息在 Microdata/RDFa 层中丢失)。通过使用
WebPageElement
, you can specify metadata that is not possible to specify in plain HTML5. For example, theauthor
/license
/等类型。 table.您可以使用这些类型来指定有关当前文档中不存在的内容的数据,例如,您可以在您的个人网站上说您是 table 的作者在维基百科中。
也就是说,这些并不是与广大作者相关的典型用例。除非您有使用它们的特定原因,否则您可能希望忽略它们。 它们对典型网站没有用。 在某些情况下使用它们 can even be problematic。
另请参阅我的 Schema.org 问题 The purpose of WebPageElement and mainContentOfPage,其中我建议弃用 WebPageElement
和 mainContentOfPage
属性.