web-dev-qa-db-fra.com

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

Cette question a été posée à quelques reprises mais je suis tombé sur quelque chose qui, à mon avis, change la réponse.

Chaque fois que j'utilise la chapelure sur mon site, j'inclus toujours un lien vers la page d'accueil. Comme j'utilise habituellement une icône, je fais quelque chose comme ça:

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

Récemment, j'ai compris que Google commençait à afficher les résultats de recherche sur mes pages comme suit:

enter image description here

Accueil ressemble maintenant à une section de mon site Web et non à la page d'accueil. Cela n'avait pas été fait dans le passé. Je suis allé sur Schema.org pour voir si je pouvais trouver des informations sur l’utilisation ou non de la page Home dans la chapelure. Je n'ai pas trouvé de réponse, mais je me suis rendu compte que Schema.org n'incluait pas non plus la page d'accueil dans leur propre fil d'Ariane.

Ma question est donc la suivante: l’utilisation de la page Accueil n’est-elle pas une pratique exemplaire?

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

J'ai enlevé le itemprop="name" content="Home" et ma chapelure ne s'est plus affichée dans les résultats de la recherche.

enter image description here

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

J'ai supprimé tout le balisage du schéma pour la page d'accueil et maintenant, ma chapelure est redevenue normale:

enter image description here

Note intéressante

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

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

Tout semble encore normal pour les éléments de la page que je tire d’exemple, mais j’ai trouvé quelque chose de nouveau - la catégorie racine (qui utilise la même structure de balisage de schéma) n’affiche pas la structure de fil d’aide dans les résultats de recherche:

enter image description here

googlegoogle-searchschema.orgbreadcrumbs
12
John R Perry

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 créé un nouveau répertoire 'Home' qui occupe 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 est la meilleure pratique. Au lieu de cela, définissez uniquement les sous-répertoires/catégories/sujets après la racine. Si ce sont différentes langues, les sites sont créés dynamiquement sur le domaine principal en utilisant, par exemple, une chaîne de requête: Dans ce cas, la meilleure pratique consiste à faire ce que vous avez fait précédemment et à redéfinir la racine en fonction de la région ciblée (usa + google.com , Royaume-Uni + google.co.uk, etc.).

2
L Martin

Une chose à 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 chapelure avec l'ancienne syntaxe data-vocab, vous ne rencontrerez aucun problème. Pour une raison quelconque, Google et ses amis ont laissé tomber la balle (ou la bousculent) sur le support de navigation dans Schema.org, en particulier via JSON-LD, au point que nous attendions depuis près d'un an le 2 juin 2016 pour supprimer des données. -vocab de nos sites.

C'est un comportement similaire à la façon dont ils recommandaient le balisage JSON-LD pour des critiques telles que les critiques de produits, puis qu'ils revenaient en arrière et qu'ils ne le recommandaient pas avec une minuscule alerte sur la documentation, avant de finalement le recommander à nouveau avant de l'avoir "activé" dans SERPS. Le résultat était un balisage de style de type on-off-on-bad-off-wtf-on-off-on dans SERPS.

Notre solution actuelle consiste donc à placer Schema.org juste à côté de l’ancien balisage en ligne data-vocab dans le fil d’ariane. Les deux styles d'entité sont trouvés et "validés" dans GWT sans erreur, mais chaque fois que nous testons la suppression du vocabulaire de données, le schéma sur JSON-LD provoque des hiccups ou des non-affichages. Voici un exemple de balise 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>
2
dhaupin

En réponse à la question titulaire: Oui, il est recommandé d’inclure Accueil dans le fil d’ariane car c’est le point de départ du chemin de la page en cours. Sans le point de départ affiché, il n'est pas très clair de montrer le chemin d'accès à la page en cours.

De même, il est également recommandé de mentionner la page en cours à la fin du fil d'Ariane, car c'est le point final qui constitue une référence tout aussi essentielle pour indiquer clairement le chemin d'accès à la page en cours.

C’est la logique de base pour une conception Web accessible; Mais comme le vocabulaire des microdonnées de Google en est encore à ses balbutiements, il ne prend pas toujours en compte les 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 éléments s'affichent correctement dans les résultats de recherche Google de nos jours.

Concernant votre mise à jour 3, les miettes de pain qui n'apparaissent pas pour les pages/catégories de haut niveau, bien sûr, elles ne le sont pas! Parce que le fil d'Ariane ne serait que Accueil (point de départ)> Nom de la catégorie (point de fin). Le point de départ est affiché sous la forme du nom de domaine et le point final sous la forme du gros titre bleu en haut.

1
Dan L