Cela fait-il une différence si votre chemin d'URL se termine par une barre oblique ou non?

46

Est-ce que cela fait une différence dans les cotes de référencement si votre url a un slash final:

http://www.example.com/some/slug/paths/

par opposition à celui qui ne le fait pas:

http://www.example.com/some/slug/paths

seo url trailing-slash

— mars10
source

1

Même question (maintenant fermée) sur StackOverflow avec quelques bonnes réponses: Trailer une barre oblique dans les URL - quel style est préféré?

— Stephen Ostermiller

38

Lisez l'intégralité du billet de blog de Google ici, http://googlewebmastercentral.blogspot.com/2010/04/to-slash-or-not-to-slash.html , il couvre exactement ce sujet.

Longue histoire courte Google ne se soucie pas de savoir si vous avez une barre oblique. Cependant, les 2 chemins ci-dessous seront traités comme des pages séparées.

http://www.example.com/some/slug/paths/
http://www.example.com/some/slug/paths

Si vous avez besoin des deux éléments ci-dessus et qu'ils ont le même contenu, la meilleure option consiste à effectuer une redirection 301 vers l'un d'eux à partir de l'autre.

Si ce n'est pas une option, vous voudrez ajouter un <link rel="canonical" href="your link"/>aux deux pages pour définir laquelle est le maître ou le parent. Matt Cutts a un grand article ici, http://www.mattcutts.com/blog/canonical-link-tag/ , qui couvre le sujet dans son intégralité.

— Ben Hoffman
source

C’est de toute façon une bonne pratique, car on ne sait jamais ce que les gens vont mettre comme URL lorsque vous créez un lien vers vous. Je détesterais avoir un lien permanent sur un site PR8 qui ne correspond pas à mon URL canonique :)

— Tim Post

3

Ce n'est pas vraiment ce que la balise canonique est pour. La bonne chose à faire est de rediriger la version barre oblique vers la version non barre oblique (ou inversement, selon votre choix), ce qui est exactement ce que suggère l'entrée de blog Google Webmaster Central que vous avez liée. Utilisez un canonique ici seulement si un 301 n’est pas possible.

— Tim Fountain

@ Tim - Bon point. Vous avez raison, le canonique n'est que le choix de la sauvegarde. J'ai modifié ma réponse pour être plus correct. Merci!

— Ben Hoffman

1

Les applications côté serveur traitent également les chemins différemment. Dans Django, domain.com/some sera redirigé vers domain.com/some/. Quelque chose à garder à l'esprit. :)

— citadelgrad

9

Outre les remarques de RandomBen sur les moteurs de recherche qui traitent les URL avec une barre oblique de fin et non comme deux URL différentes, j'aimerais ajouter ceci. J'utilise généralement la barre de fin pour indiquer une catégorie, alors que je n'utilise pas de barre pour les pages situées à la fin ou au bas d'une hiérarchie. Réduisez vos catégories, ne réduisez rien d'autre. Si vous réécrivez des URL, cela correspond le mieux à la structure de fichier naturelle. Cependant, vous devez vous assurer que chaque catégorie de votre chemin existe, sinon vous risquez de vous retrouver avec des utilisateurs confus et frustrés. Dans votre exemple d'URL, "certains" et "slug" doivent tous deux être des pages accessibles.

— Virtuosi Media
source

Cela peut être très raisonnable. Si vous souhaitez émuler un système de fichiers dans vos URL, serait-il alors plus judicieux de «continuer jusqu'au bout» et de donner à vos pages de stub une extension (éventuellement fictive), telle que .html ou .py, .pl, .asp , ou autre chose. Le fait de ne pas avoir de fin de barre oblique ne me communique pas la "page de stub", elle aurait tout simplement pu être oubliée - mais une extension de "fichier" le fait.

— Jesper Mortensen

@Jesper "Qui a dit qu'un nom de fichier avait besoin d'une extension, jetez un coup d'œil sur une machine * nix parfois" - stackoverflow.com/questions/5948659/…

— Yarin

5

Il existe un cas dans lequel une barre oblique de fin aidera à l'optimisation des moteurs de recherche (SEO). C'est le cas que votre document a ce qui semble être une extension de fichier qui ne l'est pas .html. Cela devient un problème avec les sites qui évaluent des sites Web. Ils pourraient choisir entre ces deux URL:

http://mysite.example.com/rated.example.com
http://mysite.example.com/rated.example.com/

Dans un tel cas, je choisirais celui avec la barre oblique finale . En effet, l' .comextension est une extension pour les fichiers de commandes exécutables Windows. Les moteurs de recherche et les correcteurs de virus n'apprécient pas souvent les URL qui semblent contenir des logiciels malveillants distribués par ces mécanismes. Le slash final semble atténuer les inquiétudes, permettant à la page de se classer dans les moteurs de recherche et d’être détectée par des virus.

Si vos fichiers ne contiennent pas d'URL ., je vous recommande d'omettre le slash de fin pour des raisons de simplicité.

(C'est la même réponse que j'ai postée sur StackOverflow )

— Stephen Ostermiller
source

1

Les URL avec et sans barres obliques sont traitées comme deux URL différentes. Il est absolument essentiel de résoudre ce problème pour éviter les problèmes de contenu en double. En règle générale, cela concerne l'ensemble du site, car chaque page comporte un doublon.

Normaliser les URL du site
Utilisez les redirections 301 ou la canonisation pour corriger les URL
Effectuez un audit des liens internes pour vous assurer qu'il n'y a pas de redirections inutiles et que tous les liens internes renvoient à des URL normalisées.
Vous pouvez également vérifier les liens externes. Idéalement, ils devraient également pointer vers des URL normalisées.

Voir les classements s'améliorer.

— utilisateur3747257
source