只是想知道你们是否支持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列表
所以我认为它们是兼容的.
在SEO方面......
是否最好将该方案放在包含所有链接的父级上?
<nav itemscope="itemscope" itemtype="http://www.schema.org/SiteNavigationElement">
<a href="#">Link 1</a>
<a href="#">Link 2</a>
<a href="#">Link 3</a>
</nav>
Run Code Online (Sandbox Code Playgroud)
......或者每个链接应该被视为它自己的元素吗?
<nav>
<span itemscope="itemscope" itemtype="http://www.schema.org/SiteNavigationElement">
<a itemprop="url" href="#">
<span itemprop="name">Link 1</span>
</a>
</span>
<span itemscope="itemscope" itemtype="http://www.schema.org/SiteNavigationElement">
<a itemprop="url" href="#">
<span itemprop="name">Link 2</span>
</a>
</span>
<span itemscope="itemscope" itemtype="http://www.schema.org/SiteNavigationElement">
<a itemprop="url" href="#">
<span itemprop="name">Link 3</span>
</a>
</span>
</nav>
Run Code Online (Sandbox Code Playgroud) 在阅读了数千个帖子,问题,博客文章和意见之后,我仍然对如何使用微数据标记网页感到困惑.如果微数据的主要目的是帮助搜索引擎更好地理解网页的内容(并且隐含地假定网页),那么从body元素中的itemtype网页开始是否正确,然后继续标记其余的嵌套元素定义哪个是主要实体,或者最好从一个物理类型开始,理想情况下,该类型是网页的主要主题并在顶层关联属性,或者最好在顶层具有不同的项目类型(即网页) ,博客文章和页面的主题)?
一个例子将更好地解释我的问题:如果我必须标记包含关于特定主题的博客文章的网页(比如关于无线技术),那么顶级项目应该是什么?应该是网页,博客或无线技术?
这个问题与这个问题相关:Uniform way to add multiple descriptive properties in Schema.org
最近,我在HTML5 & Schema.org - Structured Microdata for SEO上发现了这段代码,以及 Schema.orgWPHeader类型是WebPageElement可以包含CreativeWork以下Thing标记的声明:
<header role="banner" itemscope itemtype="http://schema.org/WPHeader">
<meta itemprop="name" content="A name">
<meta itemprop="description" content="A description text">
<h1 itemprop="headline">A headline text</h1>
<img itemprop="image" src="image.jpg">
</header>
Run Code Online (Sandbox Code Playgroud)
如果上面的陈述和用法WPHeader是正确的,我想知道下面的代码对于语义网的结构化数据是否有意义。我的问题背后的原因是,我正在寻找一种解决方案,在该解决方案中,我可以使用横幅/英雄图像来呈现具有典型属性(例如等Event)的(或其他)类型。CreativeWorkheadinecreator
<article>
<!-- Banner/hero image section for Event-->
<header class="my_hero_class" role="banner" itemscope itemtype="http://schema.org/WPHeader">
<meta itemprop="name" content="My Event">
<meta itemprop="description" content="Description of My …Run Code Online (Sandbox Code Playgroud)