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

111

De nombreux sites Web, y compris celui-ci, ajoutent ce qu'on appelle apparemment des slugs - descriptifs mais pour autant que je sache des morceaux de texte inutiles - à la fin des URL.

Par exemple, l'URL fournie par le site pour cette question est:

/programming/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

Mais l'URL suivante fonctionne aussi bien:

/programming/47427/

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

url seo friendly-url slug Dave Webb
la source
44
les slugs servent de nom d'identification de l'appelant de l'URL. Lorsque vous recevez un appel téléphonique, il n'est pas nécessaire de connaître le nom de la personne, mais cela vous aide à décider si vous voulez ou non décrocher le téléphone. De même, un slug d'URL aide l'utilisateur à décider s'il souhaite cliquer sur le lien et lui donne un contexte intrinsèque.
Armstrongest
4
^^ +1, mais il aurait été préférable de voir votre réponse comme une réponse plutôt que comme un commentaire ..
Dienekes
aide au classement dans les résultats des moteurs de recherche.
Jay Smoke
stackoverflow.com/q/47427 fonctionne également: P
Habeeb Perwad

Réponses:

166

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 est dans l'URL.

Espo
la source
3
L'une des choses qui rendent une URL conviviale est la «capacité de découverte», ce qui signifie que vous pouvez deviner les URL simplement à partir de la barre d'adresse. i.love.pets.com/search/cats+dogs pourrait facilement conduire à i.love.pets.com/search/pug+puppies etc
Xian
12
Xian, j'ai déjà entendu cet argument, mais je ne pense pas qu'il résiste à un examen minutieux. À part les geeks, presque personne ne tape vraiment directement les URL. La lisibilité est certainement importante, et je pense qu'un nombre croissant d'utilisateurs voient les URL, mais quand il s'agit de "deviner", je pense que la minorité est extrêmement petite.
paupière
4
@eyelidlessnes - Je devrai être en désaccord. Bien que les gens ne saisissent peut-être pas manuellement les URL, j'ai vu des preuves qu'ils les créent. En regardant nos journaux et nos dispositifs de surveillance, nous voyons des exemples où une session utilisateur fera quelque chose et modifiera ensuite l'URL (en témoigne l'absence d'un référent). Certes, tout le monde ne le fait pas - mais ce n'est certainement pas un trafic négligeable.
Joseph Ferris
@Xian. Oui, peu d'URL de type, cependant, le slug est essentiellement l'identifiant de l'appelant. Le nom de l'appelant n'est pas NÉCESSAIRE mais il vous aide à décider si vous souhaitez répondre à l'appel ou non. les slugs rendent une URL plus conviviale et rendent un utilisateur plus susceptible de cliquer dessus.
Armstrongest
xian, en quoi est-ce différent exactement de google.com/search?q=cat+puppy? Les personnes qui découvrent des URL le feront probablement. Je fais ça.
netrox
39

La convivialité est une des raisons, 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

Michiel van Oosterhout
la source
2
Pourquoi pensez-vous que Google a pris cette décision? Qu'est-ce qui l'a motivé?
Mike Clark
Pouvez-vous trouver une documentation de Google indiquant spécifiquement qu'ils classeront une page plus haut si le mot-clé est contenu dans l'URL?
chainwork
@chainwork Non, mais il y a des centaines de signaux qu'un moteur de recherche utilise pour classer les pages, et vous pouvez être sûr que l'URL est l'un de ces signaux.
Michiel van Oosterhout
2
Les mots clés dans l'URL qui correspondent à la recherche sont en gras dans les résultats Google, ce qui les distingue davantage des utilisateurs qui effectuent la recherche.
chainwork
35

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

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

À

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

et 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 pense 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.

Katy
la source
4
J'espère que les titres de vos articles ne changeront jamais, jamais: beaucoup de gens détestent les liens morts et les services Web qui les produisent.
Nikita Rybak le
6
Je ne peux pas vraiment deviner quel CMS ou logiciel de blogage il utilise, mais pour WordPress et beaucoup d'autres similaires, modifier le titre de l'article après que l'article soit déjà en ligne ne change pas le slug (et pour exactement la raison que vous mentionnez).
Cyde Weys
25

Je suis d'accord avec d'autres réponses que tout slug mal tapé doit 301-rediriger vers le formulaire approprié. En d'autres termes, /programming/47427/whdevrait rediriger vers /programming/47427/why-do-some-websites-add-slugs-to-the-end-of-urls. Il a un autre avantage qui n'a pas été mentionné - si vous ne faites pas de redirection vers une URL canonique, il semblera que vous avez un nombre presque infini de pages en double. Google déteste le contenu en double.

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?

/programming/47427/why-do-some-sites-ajouter-slugs-à-la-fin-des-URL

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

Le seul gros 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?

Cory R. King
la source
1
Beau message, point très valable! +1 En ce qui concerne votre question, "comment allez-vous gérer les titres non-ascii, UTF8?" Il existe des algorithmes pour cela, par exemple celui que WordPress utilise. Je publierais une solution PHP pour ce problème exact si plus de 600 caractères étaient autorisés. Si vous voulez vraiment savoir, postez-la sous forme de question et je me ferai un plaisir d'y répondre;)
Mathias Bynens
1
re: "nombre presque infini de pages en double" - cela ne se produira que s'il y a des liens vers l'URL non canon. Si vous le maintenez cohérent dans votre site, il ne devrait pas y avoir de problème. Votre théorie sur la coupure des URL est un peu ridicule, l'URL pourrait être coupée n'importe où, non? Même après 4742, ce qui conduirait à une question différente. Tant que vous vous en tenez uniquement aux lettres, chiffres, tirets et / ou traits de soulignement standard dans l'URL, cela est moins susceptible de se produire.
DisgruntledGoat
2
Comme l'a suggéré DisgruntledGoat, Google ne trouverait techniquement aucun contenu en double à moins que quelqu'un soit lié à la page avec un slug différent, trompant ainsi l'araignée de Google en lui faisant croire qu'il y a du contenu en double. Donc l'araignée va détester cette page, chemin à parcourir les gars;)
Austyn Mahoney
Techniquement, vous n'avez pas besoin de faire une redirection 301 si vous intégrez l'indication rel = "canonical" dans la page. Indépendamment du "nombre presque infini de pages en double", google prendra la seule URL canonique valide. Amazon ne fait pas le 301. Essayez-le: amazon.com/lat-thinking-stragies/dp/0470942185 Cependant, il vaut mieux faire les deux. La raison est que quelqu'un peut publier le lien avec un slug totalement modifié et lorsque le spectateur le lit, il semble différent du contenu - déroutant le spectateur.
Ethan
"Comment allez-vous gérer les titres non-ascii, UTF8?" Vous les encodez en pourcentage. Tous les navigateurs modernes afficheront alors l'Unicode dans toute sa gloire multilingue dans la barre d'adresse, mais vous donneront une URL ASCII codée en pourcentage lorsque vous copiez dans le presse-papiers.
Stijn de Witt
14

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

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

En ce qui concerne le stackoverflow lui-même, le référencement peut être une motivation (les vieilles habitudes meurent) ou simplement pour la convivialité.

DGentry
la source
Le référencement est un facteur. Mais plus important encore, il s'agit de convivialité, comme vous l'avez dit.
Armstrongest
14

C'est essentiellement un emplacement plus significatif pour la ressource. L'utilisation de l'ID est parfaitement valable, mais cela signifie plus pour les machines que pour les personnes.

Strictement parlant, l'ID ne devrait pas être nécessaire si le slug est unique, vous pouvez plus facilement garantir des slugs uniques en les scopant à l'intérieur des dates.

c'est à dire:

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

Fondamentalement, cela exploite la faible probabilité que deux limaces identiques soient utilisées le même jour. S'il y a un conflit, la convention générale est d'ajouter un compteur à 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 de slug suppriment également les mots courants tels que «le» et «a» pour aider à garder l'URL courte. Cette approche étendue permet également de trouver très facilement toutes les ressources pour un jour, un mois ou une année donné - vous coupez simplement des segments.

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

Andrew Ingram
la source
11

Le terme slug vient du secteur des journaux et de l'édition. C'est un titre court qui sert à 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 est également rentable 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é à insérer une version complète 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 dérange également les puristes sémantiques, car de nombreuses implémentations ne font que placer cette version sérialisée du titre à la fin de leurs URL.

Alan Storm
la source
10

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

/programming/47427/why-is-billpg-so-very-awesome

billpg
la source
Est-ce que ce type est un bug ou une fonctionnalité?
Jakub Šturc
4
En fait, cela garantit que vous pouvez accéder à un message même après que le sujet a été modifié (et qu'il y a donc une nouvelle URL).
Dirk Vollmar
3
Idéalement cependant, chaque ressource Internet («document») n'a qu'un seul URI. Donc, fondamentalement, autoriser le même document à être consulté via différents URI peut avoir une influence négative sur votre site dans SERP. C'est probablement la seule chose que je n'aime pas à propos de Stack Overflow;)
Mathias Bynens
3
C'est pourquoi les pages canoniques existent et Stack Overflow les utilise. =)
Alix Axel
4
@Alix Axel: 301 redirige des >pages canoniques
Mathias Bynens
6

Comme déjà dit, le `` slug '' aide les gens et les moteurs de recherche ...

Quelque chose à noter, c'est que dans la source de la page il y a une 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">
Robs
la source
3

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 se faire une idée générale de son contenu. Le second ne donne aucune indication sur le contenu de cette page avant de cliquer.

Chris Bartow
la source
2

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

Kibbee
la source
Vous n'avez évidemment jamais été Rick Roll, n'est-ce pas? Combien de liens recevez-vous qui sont: Vérifiez ceci. Hilarant! <lien>. Ce serait bien si Youtube faisait des URL comme ceci: youtube.com/12345/evil-bikini-wax-job-not-work-safe. Cela rendrait les liens plus fiables et m'aiderait à prendre la décision de cliquer ou non.
Armstrongest
1
Cependant, tout système MVC que j'ai vu ne nécessite pas la partie extra diabolique-bikini-wax-job-not-work-safe, et pourrait tout aussi facilement être envoyé que youtube.com/12345, et la plupart des gens qui voulait envoyer des trucs comme ça apprendrait rapidement à les supprimer.
Kibbee
2

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

Si

/programming/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

a le contenu, alors

/programming/47427/

et

/programming/47427/any-other-bollix

ne doit pas être en double. 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é plus tard) et ils devraient rediriger automatiquement 301 vers

/programming/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

assurant ainsi la règle "un morceau de contenu vers un URI", et si l'URI se déplace / change, assurez-vous que les anciens signets suivent / se déplacent avec lui à travers 301 redirections (afin que les navigateurs intelligents puissent mettre à jour les signets).

Alan Doherty
la source
1
Consultez la source de la page et vous trouverez ceci: <link rel = "canonical" href = " stackoverflow.com/questions/47427/… "> Voir: ici: googlewebmastercentral.blogspot.com/2009/02/…
Armstrongest
0

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.

Kyle Cronin
la source
1
Le lien Digg a été le premier que j'ai rencontré en descendant la page principale. C'est une pure coïncidence qu'il se trouve que cela illustre également à quel point Digg est tombé - une histoire sur la dépendance sexuelle a été publiée trois fois.
Kyle Cronin le