第一个面包屑应该不是主页吗？

这个问题已经问过几次了，但是我遇到了一些我觉得改变答案的事情。

每当我在网站上使用面包屑时，总是会包含指向主页的链接。由于我通常使用图标，因此我将执行以下操作：

<li itemprop="itemListElement" itemscope itemtype="http://schema.org/ListItem">
  <a itemscope itemtype="http://schema.org/Thing" itemprop="item" href="/webmasters//">
    <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）：

对于我一直在使用示例的页面上的面包屑，一切仍然看起来很正常，但是遇到了一些新的东西-根类别（使用的是架构标记的相同结构）未在搜索结果中显示面包屑结构：

好问题！我从没想过尝试重新定义/重命名根。

假定根目录是域本身。通过使用链接定义它，使它创建了一个新目录“ Home”，该目录假定与根目录相同。这已经在结构和您在问题中概述的情况下创建了假定的根目录和“ Home”目录。

由此推断-似乎最好不要定义根目录。相反，仅在根目录之后定义子目录/类别/主题。这些是使用查询字符串在主域上动态创建的不同语言站点的位置：最佳实践是按照上面的操作进行操作，并根据目标区域重新定义根（usa + google.com ，UK + google.co.uk等）。

您应该尝试的一件事是使用域而不是/本地的相对斜杠。但是，如果那不能解决问题，是的，这是一个错误。Google不应采用域名形式显示首页。为什么？谁知道。但是，这是我们的工作，这可能随时发生变化：

如果您使用较旧的data-vocab语法正确标记了面包屑，则不会有问题。出于某种原因，Google和朋友一直在Schema.org面包屑/列表支持（特别是通过JSON-LD）上放弃（或踢球），直到2016年6月2日，我们一直在等待将近一年的时间来删除数据-vocab来自我们的网站。

这与他们对产品评论之类的东西推荐JSON-LD标记的行为类似，然后回溯并说他们不建议在文档上带有很小的警报，然后在他们在SERPS中“激活”之前再次推荐它。结果是SERPS中的on-on-on-on-on-错误-off-wtf-on-off-on-style产品标记。

因此，我们现在的解决方案是将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>

回答名义问题：是的，最佳做法是将Home包含在面包屑中，因为它是当前页面路径的起点。如果没有显示起点，那么在显示当前页面的路径时并不清楚。

同样，最好的做法是在面包屑末尾提及当前页面，因为当试图清楚地显示当前页面的路径时，端点是同等重要的参考。

这是可访问网页设计的基本逻辑；但是由于Google的微数据词汇还处于起步阶段，因此它并不总是适应无障碍网页设计的最佳做法。因此，就像您所做的那样，您确实必须从“首页”项目中剥离微数据，以便这些天正确显示在Google搜索结果中。

关于您的Update 3，关于在顶层页面/类别中不显示面包屑的问题，当然不会！因为面包屑只会是Home（起点）> Category Name（终点）。起点以域名形式显示，终点以大蓝色标题文本的形式显示在顶部。