每当我在网站上使用面包屑时，我总是会包含指向主页的链接。由于我通常使用图标，因此我会执行以下操作：
<li itemprop="itemListElement" itemscope itemtype="http://schema.org/ListItem">
<a itemscope itemtype="http://schema.org/Thing" itemprop="item" href="/">
<i itemprop="name" content="Home" class="icon-home-filled"></i>
</a>
<meta itemprop="position" content="1" />
</li>
最近，我意识到Google开始在我的页面上显示搜索结果，如下所示：
主页现在看起来像是我网站的一部分，而不是主页。过去没有这样做。我去了Schema.org，看看是否可以找到有关是否在面包屑中使用“主页”的任何信息。我没有找到答案，但我意识到Schema.org也没有在其自己的面包屑中包含主页。
所以我的问题是，正在使用主页，而不是最好的实践？
更新1（06/16/2016）：
我删除了
itemprop="name" content="Home"，并且面包屑停止在搜索结果中显示。
更新2（06/23/2016）：
我删除了主页的所有架构标记，现在我的面包屑再次看起来正常：
有趣的注释
以前，我一直在将RDFa版本的架构用于面包屑。我一直在首页上添加面包屑标记，而首页从未出现在搜索结果中的面包屑中。好吧，现在是。因此，这是Google最近更改的内容。
更新3（08/10/2016）：
对于我浏览过的页面上的所有面包屑，一切看起来仍然很正常一直在使用示例，但遇到了新的问题-根类别（使用相同的架构标记结构）未在搜索结果中显示面包屑结构：
#1 楼
好问题！我从没想过要尝试重新定义/重命名根。假定根目录是域本身。通过使用链接定义它，使它创建了一个新目录“ Home”，该目录假定与根目录相同。这样就在结构和问题中概述的情况下创建了假定的根目录和“ Home”目录。
从中推论-似乎最好的做法是不定义根目录。相反，仅在根目录之后定义子目录/类别/主题。这些是使用查询字符串在主域上动态创建的不同语言站点的位置：最佳实践是按照上面的操作进行操作，并根据目标区域重新定义根（usa + google.com ，UK + google.co.uk等）。
#2 楼
您应该尝试的一件事是使用域而不是家中的相对斜杠/。但是，如果那不能解决问题，是的，这是一个错误。 Google不应采用域名形式显示首页。为什么？谁知道。但是，这是我们的工作，这可能随时更改：如果您使用较旧的data-vocab语法正确地标记了面包屑，则不会有问题。出于某些原因，Google和朋友一直在Schema.org面包屑/列表支持（尤其是通过JSON-LD）上放弃（或踢球），直到2016年6月2日，我们一直在等待将近一年的时间来删除数据-vocab来自我们的网站。
这与他们为产品评论之类的东西推荐JSON-LD标记的行为类似，然后回溯并说他们不建议在文档上发出小小的警告，最后在他们在SERPS中实际“激活”它之前再次推荐它。结果是在SERPS中打开-关闭-错误-关闭-wtf-打开-关闭-打开样式的产品标记。
所以我们现在的解决方案是将Schema.org放在旧版本旁边面包屑中的data-vocab内联标记。两种实体样式都可以在GWT中找到并“验证”，没有错误，但是每当我们测试删除数据对象时，JSON-LD上的架构都会引起打or或不显示。这是一个标记示例，以防您好奇：
<div class="breadcrumb">
<script type="application/ld+json"> {
"@context" : "http://schema.org",
"@type" : "BreadcrumbList",
"itemListElement" : [
{
"@type" : "ListItem",
"position" : 1,
"item" : {
"@id" : "https://www.example.com/",
"name" : "Home"
}
}, {
"@type" : "ListItem",
"position" : 2,
"item" : {
"@id" : "https://www.example.com/parent",
"name" : "Parent Category"
}
}, {
"@type" : "ListItem",
"position" : 3,
"item" : {
"@id" : "https://www.example.com/parent/child",
"name" : "Child Category"
}
}
]}
</script>
<span itemscope="" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://www.example.com/" itemprop="url"><span itemprop="title">Home</span></a></span>
<span itemscope="" itemtype="http://data-vocabulary.org/Breadcrumb">
» <a href="https://www.example.com/parent" itemprop="url"><span itemprop="title">Parent Category</span></a></span>
<span itemscope="" itemtype="http://data-vocabulary.org/Breadcrumb">
» <a href="https://www.example.com/parent/child" itemprop="url"><span itemprop="title">Child Category</span></a></span>
</div>
#3 楼
回答名义问题：是的，最佳做法是将Home包含在面包屑中，因为它是当前页面路径的起点。如果没有显示起点，那么在显示当前页面的路径时并不清楚。同样，最好的做法是在面包屑末尾提及当前页面，因为当试图清楚地显示当前页面的路径时，端点是同等重要的参考。
这是可访问网页设计的基本逻辑；但是由于Google的微数据词汇还处于起步阶段，因此它并不总是适应无障碍网页设计的最佳做法。因此，就像您所做的那样，您必须从“首页”项中剥离微数据，以便这些天正确显示在Google搜索结果中。
关于Update 3，关于面包屑未显示为顶层页面/类别，当然不是！因为面包屑只会是Home（起点）> Category Name（终点）。起点以域名的形式显示，终点以大蓝色标题文本的形式显示在顶部。
评论
当Google的所有面包屑示例都不使用主页，并且整个schema.org网站都没有使用带有其面包屑的主页时，似乎少了一些疏忽，而更像他们在寻找什么。关于您的最后一点...与图片中的结果不匹配。第一个示例（网页SEO）显示该页面的痕迹。另外，如果我在手机上进行搜索，则Google会以（域>类别）的格式显示第一个类别。我不知道当这个答案与这么多呈现的数据相冲突时，如何立即获得2票赞成票。
– John R Perry
16 Dec 1'在18:29
对您来说，这似乎是一种疏忽，但正如逻辑所表明的那样，它仍然是一种疏忽。当将A指向C时，说出“从A到B到C”比说“到B到C”显然更容易错过起点。基本逻辑，您在回复中似乎忽略了它。
– Dan L
17年1月20日在2:40
我同意逻辑芽。这就是为什么我首先问这个问题的原因。我是说我们的“逻辑”与数据不匹配。
– John R Perry
17年1月20日在6:08
给它时间。这是一种新技术，是由经常无法详尽地进行研究或客观地看到事情的人们创造的。几乎每个人都在其面包屑中使用Home，这是微数据标准，而不是我的逻辑，这与网络上几乎所有面包屑都一致，而不是我的逻辑。
– Dan L
17年1月23日在5:40
评论
有趣。我将在几页上尝试将域名用于家庭，看看会发生什么。
– John R Perry
16年6月14日在16:11