Les en-têtes invisibles qui facilitent l'accessibilité nuisent-ils au référencement?
Sur la plupart des sites Web, j'utilise des en-têtes sur une page (généralement H2) pour des sections distinctes - non seulement dans le contenu principal, mais également pour des sections telles que "Navigation de section", "Outils de page", "Pied de page". (Habituellement invisible via class = "visuallyhidden".) Il s’agit d’une technique d’accessibilité bien établie - facilitant la navigation entre les points de repère de la page (à l’avenir, je pourrai utiliser ARIA rel = "point de repère" pour ce).
Une agence de référencement a conseillé à notre client de modifier ces éléments de H2 à DIV, "car ils ne sont pas sémantiquement pertinents par rapport au contenu de la page complète (et aux mots-clés que nous décidons d'utiliser").
Je tiens à informer notre client que les avantages liés à l'accessibilité l'emportent sur le référencement. Qui a (plus) raison - moi ou l'agence de référencement?
Une agence de référencement a conseillé à notre client de modifier ces éléments de H2 à DIV, "car ils ne sont pas sémantiquement pertinents par rapport au contenu de la page complète (et aux mots-clés que nous décidons d'utiliser").
D'un point de vue d'accessibilité, le fait qu'ils ne soient pas visibles par les utilisateurs voyants ne signifie pas qu'ils ne sont pas sémantiquement pertinents. Le fait d'avoir un en-tête descriptif précédant un bloc de navigation aidera les utilisateurs de technologies d'assistance à mettre la navigation en contexte et facilitera ainsi la structure de votre page. Les utilisateurs de lecteurs d'écran peuvent également avoir une liste d'en-têtes de page lus lors du chargement de la page pour leur permettre d'analyser la structure de la page. S'ils peuvent localiser rapidement votre navigation principale (par exemple), car elle est précédée d'un <h2 class="visuallyhidden">Main navigation</h2>, cela ne les aidera en aucun cas, car ils pourront y accéder et commencer à naviguer immédiatement.
En règle générale, un bon effet de levier sur les bonnes pratiques d’accessibilité sera un meilleur référencement (après tout, Google n’est qu’un internaute aveugle). Cependant, il y a des occasions comme celle-ci où deux se heurtent quelque peu.
Si l’agence de référencement craint qu’un nombre d’en-têtes décrivant la structure de la page au lieu de contenir du contenu affecte négativement votre référencement, il existe peut-être des moyens de le limiter en renforçant les techniques de référencement ailleurs sur le site/la page?
Ce serait plus facile si vous aviez un exemple, mais je dirais que vous vous trompez, sur la base du fait que la structure de votre document HTML décrit votre contenu, et non votre table des matières comme guide. Vous pouvez toujours ignorer la navigation et créer un contour accessible et bien organisé de votre document à l'aide d'en-têtes, sans vous fier au contour de l'en-tête du lecteur d'écran en tant que fonction de navigation.
La partie importante de votre site est-elle spécifique à la navigation? Est-ce que les gens viennent sur votre site pour l'exemple de la navigation? Si ce n'est pas le cas, le contenu est roi: réfléchissez si quelqu'un utilise un moteur de recherche, que cherche-t-il?
<h1>SOMEAWESOMESITE Content</h1>
<h2>Brains are wet</h2>
vs.
<h1>SOMEAWESOMESITE Content</h1>
<h2>we're proud of our navigation tools</h2>
<h3>Brains are wet</h3>
vous, basé sur l'algorithme de contour html5 seul; Les div servent un but, mais seulement un qui ne peut pas être utilisé par un autre élément.