Avantage de la date dans les segments d'URL

J'étais curieux de savoir la date dans les segments URL, y a-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 un talon de blog comme "netflix-sera-lancé-aux-pays-bas-plus tard cette année-comme-son-expansion-internationale-ralentit" alors pourquoi utiliser cette partie date?

(Une question similaire a été fermée en double, mais le PO n'était pas exclusivement intéressé par le référencement, alors voici une réponse sur les avantages généraux.)

Inclure la date de publication dans l'URL peut être une bonne conception d'URL .

Convivialité: URL descriptives

Une URL peut donner des indices sur le contenu auquel elle se réfère. 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: c'est 2014 maintenant, les utilisateurs intéressés par les ordinateurs portables actuels ne trouveront probablement pas d'informations utiles dans ce post, car l'ordinateur portable examiné serait trop vieux.

Bien sûr, cela ne doit pas être utile uniquement aux utilisateurs humains. Les consommateurs de données (comme les moteurs de recherche) peuvent également utiliser ces informations.

Je ne sais pas si des 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 SERPs. Voir, par exemple, cette capture d'écran de la recherche Google où le "2014" est mis en évidence dans la date de publication contenue dans les URL de résultat:

Convivialité: URL navigables

L'URL http://blog.example.com/2011/08/21/review-of-my-new-laptoppeut permettre aux utilisateurs de naviguer 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 barres obliques, et utilisez, par exemple /2011-08-21/,.)

Implémentation: collisions de noms

Quelques années plus tard, un autre nouvel ordinateur portable. L'auteur n'est pas très créatif et nomme à nouveau l'article "Review of my new laptop". 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 serait la page 2 de l'article; dans le dernier exemple, il rompt avec la cohérence (sauf si vous ajoutez un /1/pour toutes les autres URL dès le début).

Une solution courante pour cela consiste à ajouter un ID (comme le 49781pour cette même question). Mais pourquoi voudriez-vous faire cela alors que vous pouvez utiliser la date comme type d'identification à la place? La date a un sens (et peut être utile aux utilisateurs), l'ID serait opaque pour les utilisateurs (et inutile). Ce serait donc

• 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 sûr, tout cela n'est pertinent que pour les sites Web qui ont une date de publication utile en premier lieu. Toutes les pages ne peuvent / ne doivent pas avoir de date de publication. Et même lorsque des dates de publication sont affichées sur la page, il n'est pas nécessairement logique de les inclure également dans l'URL.

Je ne connais aucun avantage SEO d'avoir des dates dans les URL et je doute que ces sites aient utilisé cette structure pour le référencement, c'est simplement la structure URL qu'ils ont choisie, probablement du point de vue de l'utilisabilité.

Par exemple, dans WordPress (le CMS techcrunch est activé), l'un des paramètres de permalien (URL) par défaut est d'avoir des dates dans les URL.

Voici une vidéo de Matt Cutts expliquant que Google utilise ses propres moyens pour déterminer le niveau des nouvelles URL et que vous n'avez pas besoin d'utiliser de dates dans les URL .

Dans vos exemples, vous avez également mentionné que vous pouvez afficher les pages sans les dates, ce n'est pas le cas - Techcrunch vous redirige vers l'URL avec la date, et les deux autres sites lancent un 404 lorsque vous supprimez les dates.

À l'origine, la date était utilisée dans les URL pour des raisons techniques. Dans les blogs WordPress 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 longue chaîne uniquement. Il garantit également une URL unique lorsque vous utilisez le même titre pour différents articles. Bien qu'un identifiant de publication puisse être un candidat valide, je crois qu'avec le système de brouillon de WordPress, chaque brouillon est enregistré en tant que nouvel identifiant de publication.

Il n'y a aucun avantage SEO particulier à avoir la date dans l'URL. Les moteurs de recherche peuvent certainement analyser la date pour savoir quand un article a été créé pour la première fois, mais également si la date est sur la page, ils utiliseraient cela.

Pour les utilisateurs, le seul avantage est qu'ils peuvent voir l'âge d'un article avant de cliquer sur une URL. Cela peut être bénéfique ou non 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'y a aucun avantage SEO à mettre la date dans l'URL car les moteurs de recherche et les utilisateurs aiment les URL courtes. La seule raison que 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 iddans l'URL).

Je conviens qu'il n'y a aucun avantage SEO à afficher les dates dans un chemin URL, et je tiens à souligner que des structures URL comme celle-ci peuvent créer un désavantage SEO .

Votre URL à afficher dans Google SERPS est tronquée après un maximum de 70 caractères environ. On peut soutenir que l'ajout de nombres (dates) à la chaîne d'URL dilue la lisibilité sémantique de l'URL et l'odeur 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 on peut soutenir qu'elle recevrait plus de clics que la première. Le CTR est un facteur de classement des algues.