Qu'est-ce que l'utilisation correcte de schema.org SiteNavigationElement?

En termes SEO...

Est-il préférable de mettre le système sur le parent contenant tous les liens?

<nav itemscope="itemscope" itemtype="http://www.schema.org/SiteNavigationElement">
    <a href="#">Link 1</a>
    <a href="#">Link 2</a>
    <a href="#">Link 3</a>
</nav>

...ou chaque lien doit être considéré comme son propre élément?

<nav>
    <span itemscope="itemscope" itemtype="http://www.schema.org/SiteNavigationElement">
        <a itemprop="url" href="#">
            <span itemprop="name">Link 1</span>
        </a>
    </span>
    <span itemscope="itemscope" itemtype="http://www.schema.org/SiteNavigationElement">
        <a itemprop="url" href="#">
            <span itemprop="name">Link 2</span>
        </a>
    </span>
    <span itemscope="itemscope" itemtype="http://www.schema.org/SiteNavigationElement">
        <a itemprop="url" href="#">
            <span itemprop="name">Link 3</span>
        </a>
    </span>
</nav>

InformationsquelleAutor Giel Berkers | 2012-09-19

23

Si SiteNavigationElement est destiné à l'ensemble de la navigation (c'est à dire, un lien de navigation de la liste), votre premier exemple est correct.

Si SiteNavigationElement est conçu pour une navigation unique d'entrée (c'est à dire, un lien de navigation dans la liste de liens), votre deuxième exemple est correct.

Je pense Schema.org ne pas définir sans ambiguïté que la variante est destinée, comme ils ne le disent:

Un élément de navigation de la page.

Cependant, le type parent WebPageElement est défini comme:

Un élément de la page web, comme un tableau ou une image

Aussi, tous les autres types enfants (comme Table ou WPFooter) semble être utilisé pour l'ensemble de la chose, et non des parties spécifiques de la chose.

Si cela semble suggérer que l'ensemble de la navigation devrait être marqué vers le haut, et non pas chaque seul lien:
```
<nav itemscope itemtype="http://schema.org/SiteNavigationElement">
<ul>
  <li><a href="/link-1">Link 1</a></li> 
  <li><a href="/link-2">Link 2</a></li>
</ul>
</nav>
```
Dans ce cas, tous les biens appartiennent à l'ensemble de la navigation, ce qui signifie que le url propriété de spécifier une URL pour ce de navigation (et pas l'Url des liens dans cette navigation!).
- Donc d'Après votre réponse à cette Microdonnées simplement présenter le menu de moteurs de recherche moteur...Pas de structure de menu!
- Oui. Il peut avoir du sens dans le non-HTML contextes ou des cas spéciaux, mais pour une page Web typique, je ne voudrais pas utiliser WebPageElement et de ses sous-types, comme la SiteNavigationElement.
- Si il y a une balise body avec des microdonnées: <body id="app-layout" itemscope itemtype="http://schema.org/WebPage">, Dois-je ajouter itemprop à la navigation? et si oui ,quelle serait la valeur de itemprop de navigation?
- Si vous souhaitez fournir un SiteNavigationElement élément, vous pouvez utiliser le hasPart propriété: WebPage hasPart SiteNavigationElement. Mais à moins d'avoir une raison particulière, je vous recommande de ne pas fournir SiteNavigationElement à tous.
- pourquoi vous ne recommander? quoi de mal avec l'aide de SiteNavigationElement?
- Il n'est généralement pas utile. Voir le lien dans mon commentaire ci-dessus. Ou cette réponse, ou de celui-ci. J'ai également créé problème pour Schema.org.
InformationsquelleAutor unor
13

Selon Moteur De Recherche Des Terres, il est censé ressembler à ceci:
```
<ul itemscope itemtype="http://www.schema.org/SiteNavigationElement">
    <li itemprop="name">
        <a itemprop="url" href="#">Link 1</a>
    </li>
    <li itemprop="name">
        <a itemprop="url" href="#">Link 2</a>
    </li>
    <li itemprop="name">
        <a itemprop="url" href="#">Travel Resources</a>
    </li>
</ul>
```
- 2 downvotes avec aucune explication de ce qui est incorrect à propos de cette réponse?
- Je n'ai pas voté, mais je n'ai trouver name et url ambigu. Cela représente ce que la valeur réelle ou tout simplement une place de titulaire en montrant au spectateur des informations est censé apparaître.
- url identifie l'URL et name identifie le nom (c'est à dire le Lien 2). Donc non, ils ne sont pas des espaces réservés.
- Le problème est que url et name sont singleton propriétés de SiteNavigationElement. Cette majoration a trois de chaque, ce qui les rend ambiguë. Qui seul name et url devrait moteurs de recherche devraient utiliser?
- C'est la structure que Google Structuré de données des outils reconnaît et accepte.
- Le name peut être déduit à partir du corps de la a donc il n'y a pas besoin spécifiquement de la marquer. En outre, il n'est pas nécessaire d'utiliser li dans la navigation mais il peut avoir certains avantages pour l'accessibilité de l'API. Aussi nav élément doit être utilisé pour l'emballage.
- Si elle peut être déduite n'est pas pertinent; regardez Google navigation balisage: developers.google.com/search/docs/data-types/breadcrumb. Vous avez raison, vous n'êtes pas obligé d'utiliser li mais c'est pas une mauvaise pratique. Et oui, il peut sans aucun doute être enveloppé dans un nav; n'hésitez pas à modifier. Avez-vous sérieusement downvote basé sur ces opinions?
InformationsquelleAutor John R Perry
9

Première réponse est correcte, mais je préfère mélanger les deux pour (HTML5)sémantique:
```
<nav itemscope itemtype="http://schema.org/SiteNavigationElement">
    <ul>
        <li>
            <a itemprop="url" href="http://example.com/">
                <span itemprop="name">Link 1</span>
            </a>
        </li>
    </ul>
</nav>
```
- Faire cette résultats dans une liste d'URLs et de noms de, tous dans un même groupe, sans aucun rapport entre une URL unique et un nom. Je pense qu'il devrait y avoir un moyen pour indiquer que chaque élément de la liste est une entité unique qui a une URL et un nom.
- Généralement, vous avez raison, bien sûr. Mais comme nous parlons d'une navigation je suis en supposant que les liens de toute sorte de vont de pair, n'est-ce pas?
InformationsquelleAutor Stephan Weinhold

<nav role="navigation">

    <ul role="menubar" aria-activedescendant="">

        <li role="presentation" itemscope itemtype="https://schema.org/SiteNavigationElement">
            <a href="" role="menuitem" tabindex="-1" itemprop="url">
                <span itemprop="name">Link 1</span>
            </a>
        </li>   

    </ul>

</nav>

InformationsquelleAutor davidcondrey

schema.org/SiteNavigationElement s'étend WebPageElement et peut être utilisé pour marquer les liens, ce qui arrivait souvent de faire de bons liens contextuels. Vous pouvez utiliser ce schéma pour votre menu de la page.

<nav role="navigation" itemscope itemtype="http://schema.org/SiteNavigationElement">
<ul>
    <li>
        <a href="https://yoursite.com/" title="Link to Home" itemprop="url">
            <span itemprop="name">Home</span>
        </a>
    </li>
    <li>
        <a href="https://yoursite.com/sample-page" title="Link to sample page" itemprop="url">
            <span itemprop="name">sample page</span>
        </a>
    </li>
</ul>

InformationsquelleAutor ashrafnezhad

Envisager l'extrait de code suivant, adapté de la source de la page de habd.comme:

<nav itemscope itemtype="https://schema.org/SiteNavigationElement">
  <meta itemprop="name" content="Main Menu">
  <a itemprop="url" class="active" href="/">habd.as</a>
  <a itemprop="url" href="/code/">Code</a>
  <a itemprop="url" href="/post/">Posts</a>
  <a itemprop="url" href="/site/">Sites</a>
  <a itemprop="url" href="/talk/">Talks</a>
</nav>
<nav itemscope itemtype="https://schema.org/SiteNavigationElement">
  <meta itemprop="name" content="Utility Menu">
  <a itemprop="url" href="/about/">About</a>
  <a itemprop="url" href="/contact/">Contact</a>
</nav>

Lorsqu'il y a plusieurs navigations comme indiqué ci-dessus, l'utilisation de SiteNavigationElement à groupe éléments de navigation permet l'utilisation de name
tel que le groupement lui-même peut être étiquetés. Les étiquettes pour les éléments individuels au sein des groupes peuvent être obtenus en utilisant le contenu des liens eux-mêmes.

Donc, votre premier exemple est plus correct malgré les affirmations contraires.

InformationsquelleAutor Josh Habdas

0

OP question d'origine contient un bon exemple de code. aucune des réponses ne sont que ...

Il semble que tout le monde a jeté un peu aléatoire de réponse ... Vous pouvez tester votre schéma de microdonnées code à l'aide de la suite de officiel de google outil search.google.com/structured-data/testing-tool.

Si vous exécutez les réponses proposées dans cet outil, vous remarquerez qu'aucun de vous donner le résultat attendu: une liste de SiteNavigationElement avec un nom & url

Certains pourraient faire valoir qu'un menu entier pourrait être considéré comme un "élément de navigation", mais je pense que c'est plus logique pour cette dénomination pour désigner un seul lien de navigation. De Plus, si nous utilisons le SiteNavigationElement comme un marqueur pour le menu, nous n'avons aucun moyen d'associer des noms avec des Url dans le code html.

Pour ce faire, vous devez avoir chaque lien est encapsulé par un itemscope bien et ils ont tous besoin de leur propre name et url itemprop (ce sont singleton, comme mentionné par @David Harkness, donc ils doivent apparaître qu'une seule fois par itemprop)
```
<nav>
    <ul>
        <li  itemscope itemtype="http://schema.org/SiteNavigationElement">
            <a itemprop="url" href="http://example.com/link-1">
                <span itemprop="name">Link 1</span>
            </a>
        </li>
        <li  itemscope itemtype="http://schema.org/SiteNavigationElement">
            <a itemprop="url" href="http://example.com/link-2">
                <span itemprop="name">Link 2</span>
            </a>
        </li>
    </ul>
</nav>
```
Le code ci-dessus va production de deux différents éléments de navigation, chacun avec un nom et une URL.

Remarque: le itemprop="url" attribut utilise l'ancre href attribut de la valeur
- Essayer que sur yandex et voir si vous obtenez quelque chose comme ceci.
- J'obtiens un résultat différent, mais il a encore un sens. Je ne trouve aucune info à ce que les outils d'utiliser le Yandex schema.org moteur de lecteur. Je suppose que le seul Google est le choix évident, mais peut-être en se concentrant sur le Yandex on aurait plus de sens pour une raison quelconque? Tous les conseils sur qui?
- Mon meilleur conseil serait de choisir la méthode avec l'utilisation la plus courante jusqu'à ce que les specs sont révisés afin de les rendre sans ambiguïté (ou obsolète). Pour moi, il est plus logique de nom de site navigations compte tenu de la navigation a organes contiennent déjà les nœuds de texte, le nom de la valeur liquidative des liens. Je l'ai fait essayer et de regarder pour une Baidu outil, mais je ne suis pas compétent en Chinois. Je me sens comme ARIA va jouer un rôle dans tout cela dans l'avenir.
- Upvoted, vous ne méritait pas un downvote pour que la réponse que vous avez raison, les individus doivent utiliser l'outil de test des données structurées. J'utilise le itemprop="url" et itemprop="name" sur icalculator (voir le code source sur le menu de gauche, par exemple, icalculator.info C'était la bonne façon pour la validation prend en charge les liens vers les pages dans les résultats de recherche dans google et bing (de la mettre en œuvre, ils testent sur les moteurs de recherche après 4 à 6 semaines, les changements sont notables).
InformationsquelleAutor Mathieu VIALES
0

Je pense que le plus elegent solution serait d'utiliser la hasPart propriété.
```
<nav itemscope="itemscope" itemtype="http://www.schema.org/SiteNavigationElement">
  <a itemprop="hasPart" href="/link1.html">Link 1</a>
  <a itemprop="hasPart" href="/link2.html">Link 2</a>
  <a itemprop="hasPart" href="/link3.html">Link 3</a>
</nav>
```
À l'aide de Google Structure De L'Outil De Test Des Données informe que ces liens sont une partie de la SiteNavigationElement et que Google devrait suivre les liens vers ces articles:

InformationsquelleAutor David Barratt

Vous devez vous connecter pour publier un commentaire.