En termes de référencement, quelle est la différence entre une URL avec et sans une barre oblique finale?
En termes de référencement, quelle est la différence entre:
http://example.com/some-stuff/
et
http://example.com/some-stuff
Je n'ai rien trouvé d'utile concernant ce concept, pouvez-vous l'expliquer?
À l'époque, la dernière barre oblique suggérait "ceci est un répertoire", contrairement à "ceci est un fichier". Les navigateurs réagissaient un peu plus vite - ou du moins c'est ce que l'on m'avait dit - quand on leur disait indirectement "de chercher un fichier appelé index ...". Aujourd'hui, cette barre oblique est presque obsolète.
Aujourd’hui, il est considéré comme une bonne pratique de toujours toujours ou de ne jamais avoir barre oblique - sinon pourrait être considéré comme un contenu en double.
Mais pour autant que je sache, aucune théorie n'a d'impact sur le référencement.
Mise à jour: pour ce que cela vaut, je viens de consulter les pages de support de Google pour les outils pour les webmasters à propos du contenu dupliqué et ils recommandent en effet que le problème de la barre oblique suivante soit également traité:
Soyez cohérent: Essayez de garder votre liaison interne cohérente. Par exemple, ne créez pas de lien vers http://www.example.com/page/ et http://www.example.com/page et http://www.example.com/page/index.htm .
Selon Google , ils traiteront les URL avec et sans le / final comme des documents différents:
Historiquement, il est courant que les URL avec une barre oblique finale indiquent un répertoire et que celles sans une barre oblique finale désignent un fichier:
http://example.com/foo/ (avec une barre oblique finale, classiquement un répertoire)
http://example.com/foo (sans barre oblique, classiquement un fichier)
Mais ils n’ont certainement pas à le faire. Google traite chaque URL ci-dessus séparément (et de la même manière), qu’il s’agisse d’un fichier ou d’un répertoire, d’une barre oblique de fin ou non.
Contenu différent sur/et pas-/URL convient pour Google, souvent moins idéal pour les utilisateurs
L'accent n'est pas à Google.
Maintenant, les serveurs peuvent techniquement gérer ces URL différemment, mais il est recommandé de les rendre équivalentes. Google semble également suivre ce conseil.
Servir le même contenu sur deux URL différentes peut prêter à confusion - pour les utilisateurs et les moteurs de recherche - ils déconseillent de le faire et fournissent des instructions sur la normalisation de vos URL.
Si vous suivez les remarques de divers employés de Google sur le référencement et les SERP, vous trouverez un thème commun:
Google met tout en œuvre pour améliorer l'expérience utilisateur.
Donc, pour le référencement, vous devriez canoniser vos URL pour assurer une expérience utilisateur cohérente.
Cela indique simplement que l'emplacement pointe vers un répertoire et non vers un fichier spécifique. Le serveur Web affichera alors la page par défaut pour ce répertoire, le cas échéant, ou répertoriera les fichiers de ce répertoire.
Il n'a aucune signification ou valeur de référencement. (Bien que le fait de pouvoir extraire la page d'index de ce répertoire via deux URL puisse entraîner un contenu en double ayant des implications sur le référencement).
Lorsque je choisis d'utiliser une barre oblique ou non, la plupart du temps, aucune barre oblique n'est plus nette. Cependant, j'ai rencontré un cas intéressant dans lequel le fait d'avoir un slash de fin peut aider à l'optimisation des moteurs de recherche (SEO). C'est le cas que votre document a ce qui semble être une extension de fichier qui n'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.comhttp://mysite.example.com/rated.example.com/
Dans un tel cas, je choisirais celui avec la barre oblique. En effet, l'extension .com est une extension des 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 URL ne contiennent pas de . dans la partie du fichier, je vous recommande d'omettre le slash de fin pour des raisons de simplicité.