Le guide ultime pour une structure d’URL adaptée au référencement

Pour beaucoup, les URL ne sont que des adresses apparemment sans conséquence pour les pages web. Cependant, la façon dont vous structurez les URL pour le référencement compte.

Elles peuvent sembler moins importantes que les éléments de titre et d’en-tête, mais les URL peuvent être un outil puissant pour obtenir un succès en matière de référencement.

Les mots-clés dans les URL sont-ils utilisés pour le classement ?

Il n’y a pas de réponse claire à la question de savoir si les mots-clés dans l’URL sont utilisés pour le classement. Voici pourquoi.

2010 : Aborder les mots-clés dans l’URL comme un utilisateur

En 2010, Matt Cutts de Google a publié une vidéo où il discute des mots-clés dans le nom du chemin d’accès par rapport aux mots-clés dans le nom du fichier.

Le nom du chemin est :

/tools/wood/drills.html

Le nom de fichier à plusieurs traits d’union est :

/tools-wood-drills.html

Cutts a recommandé d’aborder le problème du point de vue de ce qu’un utilisateur pourrait préférer.

Il a déclaré que la version à plusieurs traits d’union peut sembler spammy aux utilisateurs.

Il a ensuite affirmé qu’il n’y a pas d’algorithme à plusieurs traits d’union qui pénalisera les traits d’union multiples, redoublant l’approche consistant à l’envisager du point de vue de l’utilisateur.

Cutts a laissé entendre qu’il y avait un effet d’impact sur l’utilisateur dans la déclaration suivante :

« En ce qui concerne le classement des moteurs de recherche, je ne suis pas sûr qu’il y ait vraiment beaucoup de différence entre les deux.

Mais vous pourriez vouloir être un peu prudent en raison de l’expérience utilisateur d’avoir un nom de fichier vraiment long qui est juste bourré de traits d’union. Les gens pourraient ne pas aimer ça s’ils voient des tirets, des tirets, des tirets, des tirets, des tirets et donc ils pourraient ne pas cliquer dessus. »

Matt n’a pas abordé l’aspect du facteur de classement.

Il se pourrait que ce qu’il voulait souligner, c’est que la partie expérience utilisateur – ce sur quoi les gens cliqueraient dans les pages de résultats des moteurs de recherche (SERP) – était plus importante que tout avantage lié au facteur de classement.

2011 : Les mots-clés dans le domaine sont des facteurs de classement

En 2011, dans une vidéo quelque peu liée sur les mots-clés dans les domaines, il a déclaré que Google pensait à diminuer l’influence des mots-clés dans le domaine.

Comme les mots-clés dans les URL, les mots-clés dans les domaines étaient également des facteurs de classement.

Mais leur importance était minimisée.

Matt minimise leur rôle de facteur de classement en faveur d’autres facteurs liés à l’expérience utilisateur et au marketing – ce qui est similaire à la façon dont il a également minimisé les mots-clés dans l’URL.

2016 : Google dit que les mots-clés sont un très petit facteur de classement

Dans un hangout Webmaster Central en janvier 2016, John Mueller a en fait reconnu que les mots-clés dans l’URL étaient un facteur de classement.

Cependant, il a minimisé l’importance de cela en tant que facteur de classement, décrivant son influence comme étant « très petite. »

Mueller:

« Je crois que c’est un très petit facteur de classement, donc ce n’est pas quelque chose que j’essaierais vraiment de forcer. Et ce n’est pas quelque chose où je dirais qu’il vaut même votre effort pour une sorte de restructuration de votre site juste pour que vous puissiez inclure des mots-clés dans l’URL. »

Le qualifier de « très petit » s’aligne bien avec ce que Cutts avait dit tout au long – qu’il y a d’autres domaines d’un site qui sont plus importants à se concentrer.

2017 : Les mots-clés dans l’URL sont surestimés

Mueller a continué à minimiser l’importance des mots-clés dans l’URL en tant que facteur de classement.

En 2017, il les a qualifiés de surestimés.

Les mots-clés dans les URL sont surestimés pour le référencement Google. Faites des URL pour les utilisateurs. De plus, sur mobile, vous ne les voyez généralement même pas.

– 🍌 John 🍌 (@JohnMu) 8 mars 2017

2018 : Ne vous inquiétez pas des mots-clés dans l’URL

En 2018 encore, Mueller a continué à minimiser les mots-clés dans l’URL comme facteur de classement, affirmant qu’ils ne sont même pas vus par les utilisateurs.

(Vraisemblablement, il fait référence à l’invisibilité des URL dans les SERPs de Google.)

Je ne m’inquiéterais pas des mots-clés ou des mots dans une URL. Dans de nombreux cas, les URL ne sont pas vues par les utilisateurs de toute façon.

– 🍌 John 🍌 (@JohnMu) December 6, 2018

Les mots-clés dans une URL peuvent être un facteur de classement, mais à en juger par les déclarations des Googler, c’est un facteur très mineur.

Les mots-clés dans les liens URL nus sont-ils utilisés comme texte d’ancrage ?

Il y a une idée autour du fait que si quelqu’un fait un lien vers votre site avec juste le lien, Google utilisera au moins les mots-clés dans l’URL comme texte d’ancrage, ce qui aidera ce site à mieux se classer pour ce texte d’ancrage.

Ce type de lien est parfois appelé un lien nu.

Il est appelé nu parce que c’est un lien sous la forme d’une URL au lieu d’être caché dans un texte d’ancrage.

Url nu:

http://www.example.com/

URL dans un texte d’ancrage:

Click here!

Mueller a déclaré (How Google Handles Naked Links, septembre 2020) que les liens nus ne transmettent pas d’informations sur le texte d’ancrage.

C’est ce qu’il a dit:

« D’après ce que je comprends, nos systèmes essaient de reconnaître cela et de dire bien, c’est juste une URL qui est liée, ce n’est pas qu’il y a une ancre de valeur ici.

Donc nous pouvons prendre cela en compte comme un lien mais nous ne pouvons pas vraiment utiliser ce texte d’ancre pour quelque chose en particulier.

Donc de ce point de vue c’est un lien normal mais nous n’avons pas de contexte là. »

Les mots-clés dans une URL peuvent-ils augmenter les clics à partir des SERPS ? « 

Il y a une vieille idée SEO qui dit que l’utilisation de mots-clés dans l’URL aidera à stimuler un taux de clics plus élevé (CTR) à partir des pages de résultats de recherche (SERP).

Cela a pu être vrai dans le passé.

C’est moins vrai aujourd’hui, en particulier pour les sites qui utilisent la navigation par fil d’Ariane et/ou les données structurées de la navigation par fil d’Ariane.

Google utilise plutôt le nom de la catégorie dans les résultats de recherche pour les sites qui présentent une navigation par fil d’Ariane ou des données structurées de navigation par fil d’Ariane.

Les mots-clés dans l’URL ne sont pas visibles.

Pour les sites qui n’utilisent pas la navigation par fil d’Ariane ou les données structurées par fil d’Ariane, Google affiche les URL contenant des mots-clés.

Mais Google ne les met pas en évidence.

Si Google mettait en évidence les mots-clés dans l’URL, cela aurait pu contribuer à attirer l’œil sur la fiche – mais ce n’est pas le cas.

À quoi servent les mots-clés dans une URL ?

A part un poids très mineur possible de facteur de classement, il y a des avantages clairs pour les visiteurs du site pour les mots-clés dans une URL.

Les mots-clés dans l’URL peuvent aider les utilisateurs à comprendre de quoi parle une page.

Même si ces mots-clés n’apparaissent pas toujours dans les SERP, ils apparaîtront lorsqu’ils seront liés en tant qu’URL nue.

Exemple d’URL nue:

https:www.example.com/widgets/best-widgets

En cas de doute, optimisez pour l’utilisateur car Google recommande toujours de rendre les pages utiles pour les utilisateurs.

Cela tend à s’aligner avec les types de pages web que Google veut classer.

Bonnes pratiques pour la structure des URL

Normalisez vos URL en minuscules

La plupart des serveurs n’ont pas de problèmes avec les URL en minuscules mixtes.

Malgré cela, c’est une bonne idée de normaliser ce à quoi ressemblent vos URL.

Les URL sont couramment écrites en minuscules « like-this-dot-com » par opposition à la casse mixte « Like-That-Dot-Net » ou en majuscules « LIKE-THIS-DOT-BIZ. »

Il est préférable de le faire également, ne serait-ce que parce que c’est ce que les utilisateurs attendent et que c’est plus facile à lire que les majuscules.

Garder vos URL standardisées aidera à prévenir les erreurs de liens à l’intérieur du site et de l’extérieur du site, aussi.

Utilisez des traits d’union et non des traits de soulignement

Utilisez toujours des traits d’union (-) et non des traits de soulignement (_) car les traits de soulignement ne peuvent pas être vus lorsque l’URL est publiée comme un lien nu.

Voici un exemple qui montre que les traits de soulignement dans les liens sont une mauvaise pratique :

Utiliser des mots-clés précis dans la structure URL de la catégorie

Utiliser un mot-clé moins pertinent comme nom de catégorie est une erreur commune qui vient du choix du mot-clé avec le plus de trafic.

Parfois, le mot-clé ayant le plus fort trafic n’est pas nécessairement le sujet des pages de la catégorie.

Sélectionnez des noms de catégorie qui décrivent vraiment le sujet des pages qu’elle contient.

En cas de doute, choisissez les mots qui sont les plus pertinents pour les utilisateurs qui recherchent le contenu ou les produits contenus dans ces catégories.

Évitez d’utiliser des mots superflus dans la structure de l’URL

Parfois, un CMS pourrait ajouter le mot /catégorie/ dans la structure de l’URL.

C’est une structure URL indésirable.

Il n’y a aucune justification pour une structure URL qui ressemble à /category/widget/.

Il devrait simplement être /widget/.

De même, si un meilleur mot que « blog » existe pour dire aux utilisateurs ce qu’ils doivent attendre d’une section de votre site, alors utilisez-le à la place.

Les mots guident les utilisateurs vers le contenu qu’ils recherchent.

Utilisez-les de manière appropriée.

Future Proof Your URLs

Ce n’est pas parce qu’une date figure dans le titre de l’article qu’elle doit figurer dans l’URL.

Si vous avez l’intention de créer un billet de type « Top xxx pour 20xx », il est généralement préférable d’utiliser la même URL année après année.

Alors, au lieu de:

exemple.com/widgets/top-widgets-2020

Essayez d’enlever l’année et allez simplement avec:

exemple.com/widgets/top-widgets

L’avantage de mettre à jour le contenu et le titre année après année et de garder la même URL est que tous les liens qui allaient vers l’année précédente du contenu restent.

Toute personne qui suit les anciens liens trouvera le contenu mis à jour.

Il est également possible de créer une archive des années précédentes.

C’est à vous de décider.

Trailing Slash or No Trailing Slash

Un trailing slash est ce symbole : .

Le Worldwide Web Consortium (W3C) – le groupe responsable des normes du Web – recommande comme meilleure pratique d’utiliser la barre oblique de queue pour indiquer une « URI de conteneur » pour dénoter les relations parent/enfant.

(Une URI est utilisée pour identifier les ressources de la même manière qu’une URL, sauf que ces ressources peuvent ne pas être sur le Web.)

On parle de relation parent/enfant lorsqu’une catégorie contient de nombreuses pages Web.

Le « conteneur » de la catégorie est le parent et les pages web qu’il contient sont les documents enfants qui sont contenus dans la catégorie.

C’est ce que le W3C déclare dans la section intitulée, Linked Data Platform Best Practices and Guidelines:

« 2.6 Inclure une barre oblique de fin dans les URI des conteneurs
Lorsqu’on représente l’appartenance à un conteneur avec des URL hiérarchiques, l’inclusion de la barre oblique de fin dans l’URI d’un conteneur facilite l’utilisation d’URI relatifs. »

En HTML, la barre oblique de fin est censée indiquer la présence d’un répertoire ou d’une section de catégorie.

En 2017, John Mueller de Google a tweeté qu’en dehors de la page d’accueil, une URL avec et une URL sans barre oblique de fin sont des pages web différentes.

Par exemple:

https://www.example.com/widgets

peut être une page différente de:

https://www.example.com/widgets/

/widgets désigne une page tandis que /widgets/ représente un répertoire ou une section de catégorie.

J’ai remarqué qu’il y avait une certaine confusion autour des barres obliques traînantes sur les URL, alors j’espère que cela aidera. tl;dr : slash sur root/hostname=n’a pas d’importance ; slash ailleurs=a de l’importance (ce sont des URL différentes) pic.twitter.com/qjKebMa8V8

– 🍌 John 🍌 (@JohnMu) December 19, 2017

Le tweet de Mueller en 2017 réaffirmait un article de blog officiel de Google de 2010 (To Slash or Not to Slash) qui faisait des déclarations similaires.

Cependant, même dans cet article de blog de 2010, Google a assez bien laissé aux éditeurs le soin de décider comment utiliser les barres obliques de fin.

Mais l’adhésion de Google à une convention commune de barres obliques de fin reflète ce point de vue.

Google est flexible sur les bonnes pratiques des barres obliques de fin

Voici un exemple de la façon dont Google code les URL.

Cette URL comporte le .html à la fin et est clairement une page web:

https://webmasters.googleblog.com/2020/11/timing-for-page-experience.html

Cette URL se terminant par une barre oblique de fin est une page de catégorie:

https://webmasters.googleblog.com/2020/11/

Et voici le conteneur pour le mois année 2020:

https://webmasters.googleblog.com/2020/

Les exemples ci-dessus sont conformes à la recommandation standard d’utiliser des barres obliques de fin pour un répertoire de catégories et de ne pas l’utiliser à la fin de l’URL lorsqu’il s’agit d’une page web.

Les URL de Google manquant totalement de slash de fin

Cependant, d’autres sections publiées par Google ne sont pas conformes à cette norme.

Les exemples suivants sont des catégories et des pages web qui n’utilisent pas de slash de fin.

• Ceci est une URL pour une section de catégorie:
  https://developers.google.com/analytics
• Ceci est une page web:
  https://developers.google.com/analytics/devguides/integrate
• Et ceci est une autre page web :
  https://developers.google.com/analytics/devguides/collection/firebase/android

Toutes ces pages web et pages de catégorie se ressemblent parce qu’elles n’utilisent pas de barre oblique de fin.

Google est flexible dans l’utilisation de la barre oblique de fin

Les exemples ci-dessus montrent que oui, il y a de bonnes pratiques.

Mais c’est l’une de ces meilleures pratiques qui peut être ignorée.

Dès 2010, les conseils de Google sur l’utilisation des barres obliques de fin étaient flexibles.

Selon Google:

« …vous êtes libre de choisir ce que vous voulez. »

Peut-être que le point le plus important concernant le slash de fin dans l’URL est que vous choisissez une façon de le faire et de vous y tenir afin d’éviter toute confusion.

Cela facilite également la redirection des URL sans slash de fin vers le slash de fin, etc.

URLs à des fins de référencement

Le sujet des URL favorables au référencement est plus profond qu’on ne le soupçonne, avec de nombreuses nuances.

Alors que Google n’affiche de plus en plus les URL dans les SERPs, des moteurs de recherche populaires comme Bing et DuckDuckGo les affichent toujours.

Les URL sont un bon moyen de signaler à un visiteur potentiel du site le sujet d’une page.

La bonne utilisation des URL peut aider à améliorer les taux de clics partout où les liens sont partagés.

Et le fait de garder les URL plus courtes les rend conviviales et plus faciles à partager.

Les pages Web qui facilitent le partage aident les utilisateurs à rendre les pages populaires.

Ne sous-estimez pas le pouvoir de la popularité à des fins de classement, car une partie de ce que font les moteurs de recherche consiste à montrer aux utilisateurs ce que les utilisateurs s’attendent à voir.

L’URL est une partie humble et quelque peu négligée de l’équation du référencement, mais elle peut contribuer grandement à aider vos pages à bien se classer.