Pourquoi certains sites Web ajoutent-ils des « Slugs » à la fin des URL ?[fermé]

StackOverflow https://stackoverflow.com/questions/47427

  •  09-06-2019
  •  | 
  •  

Question

De nombreux sites Web, dont celui-ci, ajoutent ce qu'on appelle apparemment limaces - descriptif mais pour autant que je sache, des morceaux de texte inutiles - jusqu'à la fin des URL.

Par exemple, l'URL indiquée par le site pour cette question est :

https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

Mais l'URL suivante fonctionne tout aussi bien :

https://stackoverflow.com/questions/47427/

Le but de ce texte est-il simplement de rendre l'URL plus conviviale ou y a-t-il d'autres avantages ?

Était-ce utile?

La solution

Les slugs rendent l'URL plus conviviale et vous savez à quoi vous attendre lorsque vous cliquez sur un lien.Les moteurs de recherche tels que Google classent les pages plus haut si le mot de recherche se trouve dans l'URL.

Autres conseils

La convivialité est l’une des raisons pour lesquelles si vous recevez ce lien dans votre e-mail, vous savez à quoi vous attendre.Le référencement (optimisation des moteurs de recherche) est une autre raison.Les moteurs de recherche tels que Google classeront votre page plus haut pour les mots-clés contenus dans l'URL.

J'ai récemment changé le format de l'URL de mon site Web :

www.mywebsite.com/index.asp?view=display&postid=100

À

www.mywebsite.com/this-is-the-title-of-the-post

et j'ai remarqué que les taux de clics vers l'article ont augmenté d'environ 300 % après le changement.Cela aide certainement l'utilisateur à décider si ce sur quoi il envisage de cliquer est pertinent, en termes de référencement, même si je dois dire que j'ai vu peu d'impact après le changement.

Je suis d'accord avec d'autres réponses selon lesquelles tout slug mal tapé devrait être redirigé vers le formulaire approprié.Autrement dit, https://stackoverflow.com/questions/47427/wh devrait rediriger vers https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls .Il présente un autre avantage qui n'a pas été mentionné : si vous n'effectuez pas de redirection vers une URL canonique, il apparaîtra que vous avez un nombre presque infini de pages en double.Google déteste le contenu dupliqué.

Cela dit, vous ne devriez vraiment vous soucier que de l'ID de contenu et autoriser toute entrée pour le slug tant que vous redirigez.Pourquoi?

https://stackoverflow.com/questions/47427/why-do-some-sites Web-ajouter-des-slugs-à-la-fin-des-urls

...Oups, le logiciel de messagerie a coupé la fin de l'URL !Pas de problème car vous pouvez toujours rouler avec juste https://stackoverflow.com/questions/47427

Celui grand Le problème avec cette approche est que si vous dérivez le slug du titre de votre contenu, comment allez-vous gérer les titres non-ASCII, UTF-8 ?

La raison pour laquelle la plupart des sites l’utilisent est probablement le référencement (Search Engine Optimization).Yahoo avait l'habitude d'accorder une pondération raisonnable à la présence du mot-clé de recherche dans l'URL elle-même, et cela contribuait également aux résultats de Google.

Plus récemment, les moteurs de recherche ont réduit la pondération accordée aux mots-clés dans l'URL, probablement parce que cette technique est désormais plus courante sur les sites de spam que sur les sites légitimes.Les mots-clés de l’URL n’ont désormais qu’un impact très mineur, voire pas du tout, sur les résultats de recherche.

Quant au stackoverflow lui-même, le référencement peut être une motivation (les vieilles habitudes ont la vie dure) ou simplement une convivialité.

Il s'agit essentiellement d'un emplacement plus significatif pour la ressource.L’utilisation de l’identifiant est parfaitement valable, mais elle signifie plus pour les machines que pour les personnes.

À proprement parler, l'ID ne devrait pas être nécessaire si le slug est unique, vous pouvez plus facilement garantir des slugs uniques en les délimitant dans les dates.

c'est à dire:

/2008/sept/06/why-some-websites-add-slugs-end-of-urls/

Fondamentalement, cela exploite la faible probabilité que deux slugs identiques soient utilisés le même jour.S'il y a un conflit, la convention générale est d'ajouter un marqueur à la fin du slug mais il est rare que vous voyiez ceux-ci :

/2008/sept/06/why-some-websites-add-slugs-end-of-urls/
/2008/sept/06/why-some-websites-add-slugs-end-of-urls-1/
/2008/sept/06/why-some-websites-add-slugs-end-of-urls-2/

De nombreux algorithmes slug suppriment également les mots courants tels que « le » et « a » pour aider à garder l'URL courte.Cette approche étendue rend également très simple la recherche de toutes les ressources pour un jour, un mois ou une année donné : il vous suffit de découper des segments.

De plus, les URL stackoverflow sont mauvaises dans le sens où elles introduisent un segment supplémentaire afin de présenter le slug, ce qui constitue une violation de l'idée selon laquelle chaque segment doit représenter une hiérarchie de ressources descendante.

Le terme « limace » vient du secteur de la presse/édition.C'est un titre court utilisé pour identifier une histoire en cours.Les personnes intéressées par la sémantique des URL ont commencé à utiliser un titre court et abrégé dans leurs URL.Cela s’avère également payant dans le domaine du référencement, car les mots-clés dans les URL ajoutent de l’importance à une page.

Ironiquement, de nombreux sites Web ont commencé à proposer un complet version sérialisée avec tirets des titres dans leurs URL à des fins strictement de référencement, ce qui signifie que le terme slug ne s'applique plus tout à fait.Cela irrite également les puristes sémantiques, car de nombreuses implémentations se contentent d'afficher cette version sérialisée du titre à la fin de leurs URL.

Je note que vous pouvez modifier le texte librement.Cette URL semble fonctionner tout aussi bien.

https://stackoverflow.com/questions/47427/why-is-billpg-so-very-awesome

Comme déjà indiqué, le « slug » aide les gens et les moteurs de recherche...

Ce qui mérite d'être remarqué, c'est que dans la source de la page il y a un URL canonique

Cela empêche la page d'être indexée plusieurs fois.

Exemple:

<link rel="canonical" href="http://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls">

Supprimez la mise en forme de votre question et vous verrez une partie de la réponse :

https://stackoverflow.com/questions/47427/

contre

https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

Sans balisage, le second est auto-descriptif.

N'oubliez pas la lisibilité lors de l'envoi d'un lien, pas seulement dans les moteurs de recherche.Si vous envoyez le premier lien par e-mail à quelqu'un, il peut consulter l'URL et avoir une idée générale de ce dont il s'agit.Le second ne donne aucune indication sur le contenu de cette page avant le clic.

Si vous avez envoyé un lien par e-mail à quelqu'un, ne serait-il pas plus logique d'inclure une description en écrivant une description plutôt que de demander à l'autre personne d'analyser l'URL où la description existe et d'essayer de lire un tas de -mots-avec trait d'union-collés-ensemble.

Tout d'abord, c'est SEO et convivial, mais dans le cas de l'exemple (ce site), il n'est pas bien fait ou correctement (car il est ouvert aux astuces de chapeau noir et à l'empoisonnement de classement par d'autres, ce qui refléterait mal sur ce site) .

Si

https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

a le contenu, alors

https://stackoverflow.com/questions/47427/

et

https://stackoverflow.com/questions/47427/any-other-bollix

ne doivent pas être des doublons.Ils devraient en fait détecter automatiquement que le lien suivi n'utilise pas le texte actuel (car évidemment le slug est défini par le titre de la question et peut être modifié ultérieurement) et ils devraient rediriger automatiquement 301 vers

https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

garantissant ainsi la règle « un élément de contenu pour un URI », et si l'URI bouge/change, assurez-vous que les anciens signets le suivent/se déplacent avec lui via les redirections 301 (afin que les navigateurs intelligents puissent mettre à jour les signets).

Idéalement, le « slug » devrait être le seul identifiant nécessaire.En pratique, sur des sites dynamiques comme celui-ci, vous devez soit avoir un identifiant numérique unique, soit commencer à ajouter/incrémenter des nombres au "slug" comme le fait Digg.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top