我偶然发现了RDFa,并且看到了经常使用的术语微数据和微格式。
它们是什么?为什么它们在开发网站时可能有用?
发布于 2011-12-05 07:27:40
语义学。现在,最主要的原因是Google可以显示丰富的代码片段。要查看这是如何工作的,请将您的页面放入http://www.google.com/webmasters/tools/richsnippets中,并查看它所提取的内容。尝试该页面上的示例,查看它们在搜索结果中使用的内容。
谷歌也有一个名为http://schema.org/的页面,概述了他们用于标记事物的微数据模式。
在我看来,微数据是可行的,微格式重载了class属性,尽管我理解它在规范中,但对我来说,它不再是放置这些信息的最佳位置。RDFa真的很好,但它很复杂,对大多数人来说都不是那么明显。微数据是清晰的,定义良好的,并由谷歌支持,因此我建议使用它。
在我的网站上,我已经完全用微数据取代了微格式,尽管我是整个微格式系统的超级早期采用者和追随者。
发布于 2011-12-05 08:07:15
他们是有用的,让搜索引擎和用户直接知道网站的内容,而不必猜测。
使用RDFa,用户可以像往常一样直接看到网页,而搜索引擎可以看到网站上重要术语及其定义的不可见的跨度。
目前搜索引擎挑选的最突出的例子是Yahoo's SearchMonkey挑选了一些主要的社区定义模式,以及谷歌控制的Schema.org (据我所知,他们不识别社区定义的模式)
发布于 2012-01-31 18:57:18
我更倾向于鼓励使用远远超出微数据和微格式的RDFa。
这三种语言都有一个相似的用例--对HTML片段进行注释,以使它们对用户代理更有意义。例如,地址、产品、事件等,仅从语法上很难解释。
RDFa还有第二个用例,对于那些语义网的支持者和倡导者来说很有吸引力。它提供了一种发布RDF的方法,即丰富的、结构化的和有意义的数据,可以放在一个三元组中,聚合和查询,就像数据库一样。随着越来越多的人发布RDF,数据库变得越来越大,搜索变得越来越有趣。
当我看到诸如“RDFa更复杂”这样的评论时,我经常想知道“给谁用”。微数据和微格式的问题在于没有标准的方法来解释或解析这些格式。因此,尽管发布微数据对某些人来说可能又快又容易,但对某些人来说编写解析器则更加困难。最终,它变得昂贵和多余。另一方面,RDFa没有这个问题,一个RDFa解析器可以处理任何带有RDFa的网页,无论它是描述事件还是产品。它总是解析为RDF。
https://stackoverflow.com/questions/8379384
复制相似问题