Pourquoi certains sites web ajouter des "Limaces" à la fin de l'Url?

Question

De nombreux sites web, y compris celui-ci, ajoutez quelles sont apparemment appelé les limaces descriptives, mais aussi loin que je peux dire inutile des morceaux de texte à la fin de l'Url.

Par exemple, l'URL du site donne à cette question est la suivante:

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

Mais l'URL suivante fonctionne tout aussi bien:

http://stackoverflow.com/questions/47427/

Est le point de ce texte juste pour faire en quelque sorte l'URL plus convivial ou il y en a quelques autres avantages?

Answer 1

Les limaces faire de l'URL, plus convivial, et vous savez à quoi vous attendre lorsque vous cliquez sur un lien. Les moteurs de recherche tels que Google, classer les pages plus élevé si le searchword est dans l'URL.

Answer 2

La convivialité est une des raisons, si vous recevez ce lien dans votre e-mail, vous savez à quoi s'attendre. SEO (search engine optimization) est une autre raison. Les moteurs de recherche tels que google va le classement de votre page plus élevé pour les mots clés contenus dans l'url

Answer 3

J'ai récemment changé mon url de site web en format de:

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

Pour

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

et a remarqué que le taux de clics de l'article a augmenté d'environ 300% après le changement. Il aide certainement à l'utilisateur de décider si ce qu'ils pensent de cliquer sur est pertinent, en termes de fins de SEO si je dois dire que j'ai vu peu d'impact après le changement

Answer 4

Je suis d'accord avec les autres réponses que tout mal tapé slug devrait redirection 301 pour la bonne forme. Dans otherwords http://stackoverflow.com/questions/47427/wh doit rediriger vers http://stackoverflow.com/questions/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 une redirection vers une URL canonique, il apparaît que vous avez une quasi-infinité de pages en double. Google déteste le contenu dupliqué.

Cela dit, vous devriez vraiment ne se soucient de l'ID de contenu et permettent une entrée pour le slug aussi longtemps que vous rediriger. Pourquoi?

http://stackoverflow.com/questions/47427/why-do-some-sites web-add-limaces-à-la-fin-du-url

... Oups, le logiciel de messagerie de couper la fin de l'URL! Pas de problème, mais parce que vous ne pouvez toujours rouler avec juste http://stackoverflow.com/questions/47427

Le seul gros problème avec cette approche est que si vous dérivez la limace dans le titre de votre contenu, comment allez-vous traiter avec les non-ascii, UTF-8 titres?

Answer 5

En gros, c'est un plus significatif de l'emplacement de la ressource. L'aide de l'ID est parfaitement valide, mais il signifie plus de machines que de personnes.

Strictement parlant, les ID ne devrait pas être nécessaire si le slug est unique, vous pouvez plus facilement faire en sorte unique de limaces par la portée à l'intérieur des dates.

c'est à dire:

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

Fondamentalement, cela permet d'exploiter la faible probabilité de deux identiques limaces être utilisés sur la même journée. Si il y a un conflit de la convention générale est d'ajouter un compteur à la fin de la chute, mais il est rare que vous voyez jamais ces:

/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/

Beaucoup de slug algorithmes également de se débarrasser de mots communs comme "le" et "a" pour aider à garder l'URL courte. Cette étendue approche rend également très facile de trouver toutes les ressources pour un jour donné, le mois ou l'année, - il vous suffit de couper des segments.

En outre, stackoverflow Url sont mauvais dans le sens où ils introduisent un segment afin de fonctionnalité de la limace, qui est une violation de l'idée que chaque segment doit représenter en train de descendre une hiérarchie de ressources.