Avantage de la date dans les segments d'URL
J'étais curieux de connaître la date dans les segments d'URL. Existe-t-il un avantage SEO? Par exemple les URL suivantes:
http://techcrunch.com/2013/06/18/netflix-will-launch-in-the-netherlands-later-this-year-as-its-international-expansion-slows/
http://tips-for-new-bloggers.blogspot.in/2007/02/adding-favicon-icon-to-blogger-url.html
https://community.jivesoftware.com/blogs/jivespace/2013/05/15/eol-of-the-html5-ipad-web-app
Dans toutes les URL ci-dessus, il y a un segment de date. Les informations de ces blogs peuvent être récupérées via le stub de blog comme "netflix-will-launch-in-the-Pays-Bas-plus-tard-cette-année-comme-son-expansion-internationale-ralentit", alors pourquoi utiliser cette partie de date?
(A question similaire a été fermé en double, mais le PO n'était pas exclusivement intéressé par le référencement, voici donc une réponse concernant les avantages généraux.)
Inclure la date de publication dans l'URL peut être bonne conception de l'URL .
Ergonomie: URL descriptives
Une URL peut donner des indices sur le contenu auquel elle fait référence. Donner aux utilisateurs de telles informations avant de cliquer sur le lien est une bonne chose. Par exemple, comparez ces URL:
- _
http://blog.example.com/review-of-my-new-laptop_ - _
http://blog.example.com/2011/08/21/review-of-my-new-laptop_
Ici, la date incluse peut être utile: en 2014, les utilisateurs intéressés par les ordinateurs portables actuels ne trouveront probablement pas d’informations utiles dans cet article, car l’ordinateur portable révisé serait trop ancien.
Bien entendu, cela ne doit pas être utile aux seuls utilisateurs humains. Les utilisateurs de données (tels que les moteurs de recherche) peuvent également utiliser ces informations.
Je ne sais pas si les moteurs de recherche l’extraient, mais le comportement des moteurs de recherche peut changer souvent, et il y en a tellement. Je dis seulement que c’est une possibilité. Un cas évident et réel est la mise en évidence des termes de recherche dans les SERP. Voir, par exemple, cette capture d'écran de Google Search où "2014" est mis en surbrillance dans la date de publication contenue dans les URL de résultats:
Convivialité: URL navigables
L'URL _http://blog.example.com/2011/08/21/review-of-my-new-laptop_ que les utilisateurs peuvent autoriser à parcourir en supprimant les segments d'URL de droite à gauche:
- _
http://blog.example.com/2011/08/21/_ (tous les articles publiés le même jour) - _
http://blog.example.com/2011/08/_ (tous les articles publiés le même mois) - _
http://blog.example.com/2011/_ (tous les articles publiés la même année)
(Si vous ne souhaitez pas autoriser la navigation, pensez à ne pas utiliser de barre oblique à ce moment-là et à utiliser, par exemple, _/2011-08-21/_.)
Mise en oeuvre: collisions de noms
Quelques années plus tard, un autre nouvel ordinateur portable. L'auteur n'est pas très créatif et nomme l'article, encore une fois, "Examen de mon nouvel ordinateur portable". Et maintenant? Vous pouvez ajouter une sorte de compteur à l'URL, comme
- _
http://blog.example.com/review-of-my-new-laptop-2_, ou - _
http://blog.example.com/review-of-my-new-laptop/2_, ou - _
http://blog.example.com/2/review-of-my-new-laptop_.
Pas très élégant. Dans le premier exemple, il semble que le "2" fasse partie du titre de l’article (ce qui n’est pas le cas); dans le deuxième exemple, il semble que ce soit la page 2 de l'article; dans le dernier exemple, elle est cohérente (à moins que vous n’ayez ajouté un _/1/_ pour toutes les autres URL dès le début).
Une solution courante consiste à ajouter un ID (comme 49781 pour cette question). Mais pourquoi voudriez-vous faire cela alors que vous pourriez utiliser la date comme une sorte d’identifiant? La date a une signification (et peut être utile pour les utilisateurs), l'ID serait opaque pour les utilisateurs (et inutile). Donc ce serait
- _
http://blog.example.com/2011/08/21/review-of-my-new-laptop_ - _
http://blog.example.com/2014/01/09/review-of-my-new-laptop_
au lieu de
- _
http://blog.example.com/00211812/review-of-my-new-laptop_ - _
http://blog.example.com/02401109/review-of-my-new-laptop_
(En supposant qu'aucun article portant le même nom ne soit publié le même jour.)
Bien entendu, tout cela ne concerne que les sites Web qui ont une date de publication utile. Toutes les pages ne peuvent/devraient avoir une date de publication. Et même lorsque des dates de publication sont affichées sur la page, il n’a pas de sens de les inclure également dans l’URL.
Je ne connais aucun avantage en termes de référencement des URL dans les sites Web et je doute que ces sites aient utilisé cette structure pour le référencement. Il s'agit simplement de la structure d'URL qu'ils ont choisie, probablement du point de vue de la convivialité.
Par exemple, dans WordPress (le techcrunch du CMS est activé), l'un des paramètres par défaut du permalien (URL) consiste à avoir des dates dans les URL.
Dans les exemples que vous avez mentionnés, vous pouvez également afficher les pages sans les dates. Ce n'est pas le cas: Techcrunch vous redirige vers l'URL contenant la date et les deux autres sites génèrent un 404 lorsque vous supprimez les dates.
À l'origine, la date était utilisée dans les URL pour des raisons techniques. Dans WordPress blogs, par exemple, la date est utilisée comme une recherche numérique dans la base de données, qui est plus facile à indexer et généralement plus rapide que la recherche d'une chaîne longue uniquement. Cela garantit également une URL unique lorsque vous utilisez le même titre pour différentes publications. Bien qu'un identifiant de poste puisse être un candidat valide, je pense qu'avec le système de brouillon de WordPress, chaque brouillon est enregistré en tant que nouvel identifiant de post.
Il n’ya pas d’avantage particulier en référencement d’avoir la date dans l’URL. Les moteurs de recherche peuvent certainement analyser la date pour savoir quand un article a été créé, mais également si la date est sur la page, ils l'utiliseront.
Pour les utilisateurs, le seul avantage est qu'ils peuvent voir l'âge d'une publication avant de cliquer sur une URL. Cela peut ou peut ne pas être bénéfique selon la situation. Le simple fait d'utiliser un "slug" court (peut-être avec un segment de catégorie) est largement suffisant pour les utilisateurs et les moteurs de recherche.
Il n’ya aucun avantage en termes de référencement pour mettre une date dans une URL car les moteurs de recherche et les utilisateurs aiment les URL courtes. La seule raison pour laquelle je vois est d'éviter les problèmes d'URL en double (même si pour ce type de problème, je préfère utiliser un id dans l'URL).
Je conviens qu’il n’ya aucun avantage en matière de référencement à afficher les dates dans un chemin d’URL, et je tiens à préciser que de telles structures d’URL peuvent créer un référencement désavantage.
Votre URL à afficher dans Google SERPS est tronquée après un maximum de 70 caractères. On peut soutenir que l'ajout de nombres (dates) à la chaîne d'URL dilue la lisibilité sémantique de l'URL et le parfum des informations perçues.
Par exemple, comparez:
www.longishdomainname.com/blog/12/22/2015/keyword-rich-article-title-here
longishdomainname.com/keyword-rich-article-title-here
... la deuxième URL semble plus propre et il est discutable qu'elle reçoive plus de clics que l'ancienne. Le CTR est un facteur de classement des algues.