John Mueller de Google sur la meilleure structure de site
Dans un Webmaster Hangout, John Mueller de Google a répondu à une question concernant un site dépourvu d’une navigation de site conventionnelle. Le site a essentiellement une architecture de site plate dans la mesure où il dépend de la carte du site pour la découverte des URL. Il n’y a pas de catégories ou de dossiers.
La réponse de Mueller a abordé l’importance d’une architecture de site significative comme un moyen puissant de dire à Google de quoi parle votre site.
Qu’est-ce qu’une structure de site plate ?
Une structure de site plate est un site Web dans lequel toutes les pages sont à un clic de la page d’accueil. Cette stratégie existe depuis longtemps.
Le fondateur de Pubcon, Brett Tabke (que je considère comme l’un des véritables pères du référencement moderne), fait référence à une structure de site plat en 2002 dans son article fondateur intitulé, “Site réussi en 12 mois avec Google seul – 26 étapes vers 15k par jour – Un guide moderne du marketing de contenu”
Voici ce que Tabke a écrit en 2002 :
“Organisez le site de manière logique avec des noms de répertoire frappant les principaux mots-clés que vous souhaitez atteindre.
Vous pouvez également emprunter l’autre voie et tout jeter à la racine (c’est plutôt controversé, mais cela a produit de bons résultats à long terme sur de nombreux moteurs).”
Ce commentaire sur le fait de tout mettre à la racine fait référence à ce que l’on appelle aujourd’hui une architecture de site plate. La racine est le répertoire d’accueil d’un site Web, où votre page principale existe.
L’idée a fonctionné pour certains moteurs de recherche en 2002, mais c’était toujours une stratégie de bord et jamais un courant dominant.
Pyramides à thème
Ce que nous connaissons maintenant comme une architecture de site conventionnelle, où un sujet de site va d’une phrase générale et se rétrécit vers des sujets et des pages plus spécifiques était connu comme une pyramide à thème. Le sommet de la pyramide est la page d’accueil et le bas de la pyramide (composé de nombreuses pages) se compose de sujets très spécifiques, également connus sous le nom de phrases de mots clés de longue traîne.
La suggestion de Tabke de créer des pages de catégorie conçues pour se classer pour vos phrases de mots clés supérieures puis de les réduire aux plus spécifiques est ce qui est connu comme une pyramide de thème. Il s’agissait d’une idée originale postée par Tabke vers 2002.
Son article original n’est plus en ligne mais un résumé et une expansion de celui-ci datant de 2002 existe toujours ici:
Pyramides à thème des moteurs de recherche et Google – Optimiser la pyramide pour le PageRank
John Mueller sur la meilleure architecture de site
Mueller a déclaré qu’il était conseillé d’utiliser une architecture de site avec des catégories significatives (ce que Tabke appelle des répertoires).
Mueller a déclaré:
“En général, je serais prudent pour éviter de mettre en place une situation où la navigation normale du site Web ne fonctionne pas. Nous devrions donc être en mesure de ramper d’une URL à n’importe quelle autre URL sur votre site Web simplement en suivant les liens sur la page.”
Mueller a encore développé cette idée d’une manière importante:
“Si ce n’est pas possible, alors nous perdons beaucoup de contexte. Donc, si nous ne voyons ces URL qu’à travers votre fichier sitemap, alors nous ne savons pas vraiment comment ces URL sont liées les unes aux autres et cela rend vraiment difficile pour nous d’être en mesure de comprendre à quel point ce morceau de contenu est pertinent dans le contexte de votre site Web. C’est donc une chose à… surveiller.”
Contexte des URL
Mueller discute de ce qui ressemble à une architecture de site hiérarchique (Pyramide des thèmes) et de la façon dont elle communique la parenté sémantique.
Voici la partie clé de sa réponse liée à un style plat d’architecture de site :
“…nous ne savons pas vraiment comment ces URL sont liées les unes aux autres et cela rend vraiment difficile pour nous d’être en mesure de comprendre à quel point ce morceau de contenu est pertinent dans le contexte de votre site Web.”
Ce que cela semble impliquer, c’est qu’un site web peut être considéré comme une structure hiérarchique, avec le sujet principal à la page d’accueil et les sous-sujets comprenant le niveau inférieur suivant.
Google pourrait considérer le site comme une série de nœuds et de bords, où les nœuds sont les pages toutes interconnectées par des sujets pertinents.
J’adore la façon dont Bill Slawski simplifie l’idée des nœuds et des bords, donc je vais juste poster une capture d’écran du tweet de Bill Slawski ici :

Penser en termes de nœuds &Arêtes
Voici un diagramme d’un nœud rouge représentant une page d’accueil, avec des catégories en dessous et les pages qui appartiennent à ces catégories.
Donc, si vous pensez en termes de nœuds et d’arêtes, il devient plus clair pourquoi une structure de site hiérarchique traditionnelle a du sens. La signification et les relations entre les catégories et les pages qui les composent deviennent plus claires lorsqu’elles sont visualisées de cette manière.


Architecture de site fluide
J’ai vu certains sites qui utilisent des catégories de site sans signification, comme l’utilisation d’une seule lettre pour désigner une catégorie. Ainsi, au lieu d’utiliser /blue/blue-widgets.html, la structure serait /b/blue-widgets.html.
Cela permet soi-disant à l’éditeur d’avoir une architecture de site plus fluide, Google ignorant le /b/ et se concentrant sur l’URL ou les autres noms de catégories.
C’est une façon de faire mais il me semble que c’est plutôt un échec parce qu’à ce stade, on se préoccupe plus du moteur de recherche que de l’utilisateur. En fin de compte, c’est ce qui est bon pour les utilisateurs qui est le plus souvent la bonne réponse parce que c’est ainsi que Google regarde et classe votre page web, en tant qu’utilisateur.
La parenté sémantique, le sens et le contexte
La réponse de Mueller met en évidence l’avantage d’organiser les catégories de manière sémantique. L’utilisation de noms de catégories significatifs indique à la fois aux visiteurs du site et à Google quel est le contexte et la signification des pages qu’elles contiennent.
Voir le Webmaster Hangout ici.