只是想知道你们是否支持OpenGraph协议之后的标记:
<meta property="og:title" content="The Rock" />
<meta property="og:type" content="movie" />
<meta property="og:url" content="http://www.imdb.com/title/tt0117500/" />
Run Code Online (Sandbox Code Playgroud)
或Schema.org协议
<div itemscope itemtype="http://schema.org/Product">
<span itemprop="name">Kenmore White 17" Microwave</span>
<img src="kenmore-microwave-17in.jpg" alt='Kenmore 17" Microwave' />
<div itemprop="aggregateRating"
itemscope itemprop="http://schema.org/AggregateRating">
Run Code Online (Sandbox Code Playgroud)
我应该整合哪一个,因为我认为只需要1个?[实际上你只能整合一个或?]
坦率地说,恕我直言 - 我认为OpenGraph对整个代码库"不那么具有侵入性" - 因为它更容易实现部分视图[使用ASP.NET MVC]而Schema.org协议需要[至少在我看来]破坏性HTML加载项你的代码?
编辑:似乎我最终整合了两者 - 不确定是否允许这样做但Schema.org上的文档不清楚.值得注意的是,此链接并未提供太多信息
问:schema.org如何与Facebook Open Graph相关?
Facebook Open Graph很好地实现了它的目的,但它没有提供搜索引擎改善用户体验所需的详细信息.
单个网页可能包含许多组件,并且可能涉及多个内容.如果搜索引擎了解页面的各个组件,我们可以改进数据的表示.即使您使用Facebook Open Graph协议标记您的内容,schema.org也提供了一种机制,用于提供有关页面上特定实体的更多详细信息.
例如,有关乐队的页面可能包含以下任何或所有内容:
- 专辑列表
- 每张专辑的价格
- 每张专辑的歌曲列表,以及听取每首歌曲样本的链接
- 即将播出的乐队成员Bios列表
所以我认为它们是兼容的.
我一直想知道哪种格式"最好"?Schema.org,Microdata和RDFa实施起来有点痛苦.它们可能会破坏验证并需要付出相当大的努力来放入文档.
对我而言,JSON-LD最终是一种更好地实现结构化数据的方法.但它有效吗?它有多大程度的支持(至少谷歌)?
XHTML中的RDFa是w3c标准.微数据被称为HTML 5 API.我的问题是:
微数据也是w3c标准吗?如果是,为什么我们需要2个类似的标准?
人们说使用微数据比RDFa简单.除此之外,这两者之间的主要区别是什么?
提前谢谢Manoj
我们对未来的RDF和微观数据有什么期望?微数据是否能够完全取代RDF,这是目标吗?或者它们是否意味着并存?一旦微观数据变得更有名,我们是否应该在我们的网站上同时拥有这两者
更新:我不打算开始讨论,我只想知道微数据是否应该取代RDF,或者它们应该共存.如果它们应该共存,我将很乐意阅读一些指南和可能基于研究的预测.
许多博客使用"标签"和"类别"的概念来向帖子添加元数据.这种信息的语义标记的最佳实践是什么,这样阅读博客文章的机器可以轻松识别标签?
目前我添加"tag"
到rel
属性的链接,例如在
<a rel="tag" class="tag" href="/tags.html#site-configuration">#site-configuration</a>
Run Code Online (Sandbox Code Playgroud)
我想可以使用Dublin Core的html格式作为关键字:
<meta name = "DC.Subject"
content = "site-configuration">
Run Code Online (Sandbox Code Playgroud)
并将其添加到页眉,还是元标签可以进入正文?是一个或另一个更好,或一些完全不同的选择?
在为内容提供精确和标准化的定义方面是否有更好的策略?
如果我想对元数据如此挑剔,或者我应该使用XML文档类型,HTML5是一个合理的选择吗?
不同方法的优缺点是什么?
首先,我正在尝试使用Schema.org中的属性定义数据库表,例如,我有一个名为"JobPosting"的表,它或多或少具有与http://schema.org中定义的属性相同的属性./ JobPosting(baseSalary等),另一个名为"Organization"的表也是如此
我最近遇到过dbpedia.org(http://dbpedia.org/ontology/Organisation),架构细节似乎更加丰富,但我很困惑:
我有点疯狂试图找到细节...我找不到任何与dbpedia.og vs schema.org相比较的比较.
使用http://www.schema.org/Product的特定格式是否有任何优点/缺点?像"Searchengines比JSON-LD更了解Microdata"之类的东西?我想使用JSON-LD,因为它不会弄乱你的html代码,但我不确定使用微数据是否会更好地关注searchengines.
Schema.org、Goodrelations-vocabulary.org 和 Productontology.org 之间是什么关系?
Schema.org 告知,“W3C schema.org 社区组是该项目的主要论坛”。谷歌、微软、雅虎和 Yandex 都是创始公司。
Google、Microsoft、Yahoo 和 Yandex 是否也接受 Goodrelations-vocabulary.org 和 Productontology.org 标准?如果没有,将来使用它们是个好主意吗?
虽然谷歌没有提到,但我读到谷歌处理结构化数据的方法存在一些差异。Schema.org 提供 Microdata,Google 提供 application/ld+json 等。
不可能说 Google 100% 适合 Schema.org。微软、雅虎和 Yandex 也是如此。
在 Schema.org 上没有发布“游艇宪章”的结构化方式,唯一的方式是http://www.productontology.org/doc/Yacht_charter,但这不是官方的(直到今天 13.03.2018)。
为游艇租赁行业发布结构化数据的最佳方式是什么?
我们是否必须使用Offer
,AggregateOffer
或http://www.productontology.org/doc/Yacht_charter?
schema.org ×6
microdata ×5
rdfa ×4
json-ld ×2
dbpedia ×1
html5 ×1
metadata ×1
rdf ×1
semantic-web ×1
xml ×1