考虑这个例子:
<section id="news_block_left" class="block" itemscope="" itemtype="http://schema.org/ItemList">
<a href="http://dev.com/index.php?controller=NewsList" title="News" itemprop="url">
<h2 class="title_block" itemprop="name">News</h2>
</a>
<div class="block_content">
<ul class="news-list">
<li itemprop="itemListElement" itemscope="" itemtype="http://schema.org/NewsArticle">
<a href="http://dev.com/index.php?id_news=7&controller=News" title="News Title1" itemprop="url">
<span><span itemprop="datePublished">2015-03-30</span> <em itemprop="headline">News Title1</em></span>
</a>
</li>
<li itemprop="itemListElement" itemscope="" itemtype="http://schema.org/NewsArticle">
<a href="http://dev.com/index.php?id_news=8&controller=News" title="T230 series (1999–2006)" itemprop="url">
<span><span itemprop="datePublished">2015-03-08</span> <em itemprop="headline">T230 series (1999–2006)</em></span>
</a>
</li>
</ul>
<meta itemprop="numberOfItems" content="2">
<a class="more_news" href="http://dev.com/index.php?controller=NewsList" title="More news">
<span>More news</span>
</a>
</div>
</section>
这个 block 存在于侧边栏中,它不包含完整的新闻元素数据,只有几个链接。
“更多新闻”链接指向一个带有更多标记的更完整的列表(但仍然只是一个包含指向实际文章的链接的列表)。
将微数据放在此类预览列表中是否有好处?还是微数据适用于完整页面(包含正文、产品页面等的完整新闻页面)?
附言不要介意不友好的 URL,它只是开发版本。
最佳答案
没关系。绝对不需要只对某些内容使用微数据。词汇表 Schema.org 也是如此。越多越好。
感谢为每个 NewsArticle
项目使用 Schema.org 的 url
属性,消费者有机会了解这些项目具有单独的 URL,可能(但不一定)更多相关内容。
旁注:你 might want to使用 name
而不是 headline
(或另外使用 name
)。 name
属性,因为它可以用于所有 Schema.org 类型,可能比 headline
属性有更多的支持,后者只能用于 CreativeWork
类型。 (目前 gets discussed 如果 headline
应该被标记为 name
取代。)
关于html - 把 HTML5 Microdata 放在预览 block 上好不好?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/29764039/