Mercredi 21 avril 2010
C’est la question que l’on entend souvent. Passons aux réponses ! Historiquement, il est courant que les URL avec un slash final indiquent un répertoire, et celles sans slash final désignent un fichier :

Mais elles ne sont absolument pas obligées de le faire. Google traite chaque URL ci-dessus séparément (et de manière égale), qu’il s’agisse d’un fichier ou d’un répertoire, ou qu’elle contienne ou non un slash final.
Avoir un contenu différent sur les URL avec ou sans slash est acceptable pour Google, mais souvent moins idéal pour les utilisateurs.
D’un point de vue technique et des moteurs de recherche, il est tout à fait permis que ces deux versions d’URL contiennent des contenus différents. Vos utilisateurs, cependant, pourraient trouver cette configuration extrêmement déroutante — imaginez simplement si www.google.com/webmasters et
www.google.com/webmasters/ produisaient deux expériences distinctes.
Pour cette raison, les URL avec et sans slash final servent souvent le même contenu. Le cas le plus courant est lorsqu’un site est configuré avec une structure de répertoires :

La configuration de votre site et vos options
Vous pouvez effectuer une vérification rapide sur votre site pour voir si l’une des URL correspondant à ce modèle
redirige vers l’autre :
https://example.com/foo/
(avec un slash final)https://example.com/foo
(sans slash final)
- Si une seule version peut être renvoyée (c’est-à-dire que l’autre y redirige), c’est parfait ! Ce comportement est bénéfique car il réduit
le contenu dupliqué. Dans le cas particulier des redirections vers des URL avec un slash final, nos résultats de recherche afficheront probablement la version de l’URL avec le
200code de réponse
(le plus souvent l’URL avec un slash final) — que la redirection ait été un
301ou302. - Si les versions avec et sans slash contiennent le même contenu et renvoient chacune
200, vous pouvez :- Envisager de modifier ce comportement (plus d’informations ci-dessous) pour réduire le contenu dupliqué et améliorer
l’efficacité du crawl. - .
- Le laisser tel quel. De nombreux sites ont du contenu dupliqué. Notre processus d’indexation gère souvent ce cas pour les webmasters et les utilisateurs. Bien que ce ne soit pas un comportement totalement optimal, il est parfaitement légitime et tout à fait correct. 🙂
Soyez assuré que pour votre URL racine en particulier,https://example.comest équivalent àhttps://example.com/
- Envisager de modifier ce comportement (plus d’informations ci-dessous) pour réduire le contenu dupliqué et améliorer
et ne peut pas être redirigé, même si vous êtes Chuck Norris.
Étapes pour ne servir qu’une seule version d’URL
Et si votre site diffuse du contenu dupliqué sur ces deux URL : 200 Ce qui signifie que les deux URL renvoient
(aucune n'a de redirection ou ne contient de balise de lien
rel=”canonical”
- ), et que vous souhaitez changer la situation ?
Choisissez une URL comme version privilégiée. Si votre site possède une structure de répertoires, il est plus conventionnel d'utiliser un slash final avec vos URL de répertoire (par exemple,example.com/directory/plutôt queexample.com/directory - ), mais vous pouvez choisir celle que vous préférez.
Soyez cohérent avec la version privilégiée. Utilisez-la dans vos liens internes. Si vous avez unsitemap - , incluez la version privilégiée (et n’incluez pas l’URL dupliquée).
301Utilisez uneredirection de la version dupliquée vers la version privilégiée. Si cela n'est pas possible, la balise de lienrel=”canonical”
est une excellente option.rel=”canonical”301fonctionne de la même manière qu’un - pour les besoins d’indexation de Google et d’autres grands moteurs de recherche.
301Testez votre
configuration via
Explorer comme Googlebot dansWebmaster Tools. Assurez-vous que vos URL,https://example.com/foo/
ethttps://example.com/foo200, se comportent comme prévu. La version privilégiée doit renvoyer un301code d’état - . L’URL dupliquée doit
rediriger vers l’URL privilégiée.
Vérifiez les
301erreurs de crawl - dans Webmaster Tools et, si possible, les journaux de votre serveur web pour vérifier rapidement que les
Comment nous l'appliquons
Google announcements age. We keep this post here for the record, and we note for clients whether the behaviour it describes still applies today or has since been superseded.
Services associés