考虑这个例子:
<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>
这个块存在于侧边栏中,它不包含完整的新闻元素数据,只有几个链接它们。
链接“更多新闻”会产生更完整的列表,其中包含更多标记(但仍然只是包含实际文章链接的列表)。
将Microdata放在此类预览列表上有什么好处?或者Microdata是用于完整的页面(包括正文,产品页面等的完整新闻页面)?
P.S。不介意不友好的URL,它只是开发版。
答案 0 :(得分:1)
没关系。没有必要仅将Microdata用于某些内容。 Schema.org的词汇表也是如此。越多越好。
感谢您为每个url
项使用Schema.org的NewsArticle
属性,消费者有机会了解这些项目具有可能(但不一定)更相关的内容的单独URL。
旁注:您might want to使用name
代替headline
(或name
)。 name
属性可以在所有Schema.org类型上使用,可能比headline
属性支持更多,CreativeWork
属性只能在headline
类型上使用。 (目前gets discussed name
如果{{1}}应标记为{{1}}。