Le premier fil d'Ariane ne devrait-il pas être la page d'accueil?

Cette question a été posée plusieurs fois mais je suis tombé sur quelque chose qui, selon moi, change la réponse.

Chaque fois que j'utilise du fil d'Ariane sur mon site, j'inclus toujours un lien vers la page d'accueil. Puisque j'utilise habituellement une icône, je fais quelque chose comme ceci:

<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>

Eh bien, récemment, j'ai réalisé que Google a commencé à afficher les résultats de recherche sur mes pages comme ceci:

La page d'accueil ressemble maintenant à une section de mon site Web et non à la page d'accueil. Il ne l'avait pas fait par le passé. Je suis allé sur Schema.org pour voir si je pouvais trouver des informations sur l'utilisation ou non de la page d' accueil dans le fil d'Ariane. Je n'ai pas trouvé de réponse mais j'ai réalisé que Schema.org n'inclut pas non plus la page d'accueil dans leur propre fil d'Ariane.

Ma question est donc la suivante: l'utilisation de la page d' accueil n'est-elle pas une bonne pratique?

Mise à jour 1 (16/06/2016):

J'ai supprimé le itemprop="name" content="Home"et mon fil d'Ariane a cessé d'apparaître dans les résultats de recherche.

Mise à jour 2 (23/06/2016):

J'ai supprimé tout le balisage de schéma pour la page d'accueil et maintenant mon fil d'Ariane semble à nouveau normal:

Note intéressante

Auparavant, j'utilisais la version RDFa du schéma pour le fil d'Ariane. J'ai toujours eu un balisage de fil d'Ariane sur ma page d'accueil et Accueil ne s'est jamais affiché dans le fil d'Ariane dans les résultats de recherche. Eh bien, maintenant ils le sont. C'est donc quelque chose que Google a récemment changé.

Mise à jour 3 (08/10/2016):

Tout semble toujours normal pour le fil d'Ariane sur la page que j'utilise un exemple mais je suis tombé sur quelque chose de nouveau - la catégorie racine (qui utilise la même structure de balisage de schéma) n'affiche pas la structure du fil d'Ariane dans les résultats de recherche:

Bonne question! Je n'avais jamais pensé à essayer de redéfinir / renommer la racine.

Le répertoire racine est supposé être le domaine lui-même. En le définissant avec un lien, vous lui avez fait créer un nouveau répertoire 'Home' qui prend la même position que la racine. Cela a créé à la fois la racine supposée et le répertoire «Accueil» dans la structure et la situation que vous avez décrite dans votre question.

Extrapoler à partir de cela - il semblerait que ne pas définir votre répertoire racine soit la meilleure pratique. Au lieu de cela, définissez uniquement les sous-répertoires / catégories / rubriques après la racine. Lorsque ce sont des sites linguistiques différents créés dynamiquement sur le domaine principal en utilisant, par exemple, une chaîne de requête: la meilleure pratique serait alors de faire ce que vous avez fait ci-dessus et de redéfinir la racine en fonction de la région ciblée (usa + google.com , UK + google.co.uk, etc.).

Une chose que vous devriez essayer est d'utiliser le domaine au lieu d'une barre oblique relative /pour la maison. Mais si cela ne résout pas le problème, oui, il y a une erreur. Google ne devrait pas afficher la maison comme ça, cela prend la forme d'un domaine. Pourquoi? Qui sait. Mais voici ce que nous faisons, cela pourrait changer à tout moment :

Si vous marquez correctement votre fil d'Ariane avec l'ancienne syntaxe data-vocab, vous n'aurez aucun problème. Pour une raison quelconque, Google et ses amis ont laissé tomber le ballon (ou l'ont bousculé) sur le support de Schema.org breadcrumb / list, en particulier via JSON-LD, au point que nous attendons presque un an depuis le 2 juin 2016 pour supprimer les données -vocab de nos sites.

C'est un comportement similaire à la façon dont ils ont recommandé le balisage JSON-LD pour des choses comme les avis sur les produits, puis ont fait marche arrière et ont déclaré qu'ils ne le recommandaient pas avec de minuscules alertes sur les documents, avant de finalement le recommander à nouveau avant de l'avoir "activé" dans SERPS. Le résultat était un balisage de produit de style on-off-on-false-off-wtf-on-off-on dans SERPS.

Donc, notre solution en ce moment est de mettre Schema.org juste à côté du balisage en ligne data-vocab plus ancien dans le fil d'Ariane. Les deux styles d'entité sont trouvés et "validés" dans GWT sans erreurs, mais chaque fois que nous testons la suppression du vocabulaire de données, le schéma sur JSON-LD provoque des hoquets ou des non-affichages. Voici un exemple de balisage au cas où vous seriez curieux:

<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>

En réponse à la question du titre: Oui , il est préférable d'inclure Accueil dans le fil d'Ariane car c'est le point de départ du chemin d'accès à la page en cours. Sans le point de départ affiché, il n'est pas si clair de montrer le chemin vers la page actuelle.

De même, il est également recommandé de mentionner la page en cours à la fin du fil d'Ariane, car c'est le point de terminaison qui est une référence tout aussi vitale lorsque vous essayez de montrer clairement le chemin d'accès à la page en cours.

Il s'agit d'une logique de base pour la conception Web accessible; mais comme le vocabulaire des microdonnées de Google en est encore à ses balbutiements, il ne tient pas toujours compte des meilleures pratiques de conception de sites Web accessibles. Par conséquent, comme vous l'avez fait, vous devez supprimer les microdonnées de l'élément Accueil pour que les choses s'affichent correctement dans les résultats de recherche Google de nos jours.

En ce qui concerne votre mise à jour 3, les fils d'Ariane n'apparaissent pas pour les pages / catégories de niveau supérieur, bien sûr qu'ils ne le font pas! Parce que le fil d'Ariane ne serait que Accueil (point de départ)> Nom de la catégorie (point final). Le point de départ est affiché sous la forme du nom de domaine et le point de fin est affiché sous la forme du grand texte de titre bleu en haut.