Pourquoi devrais-je utiliser les URL de style Web 2.0? [fermé]

Question

En bref, pourquoi utiliser quelque chose comme http://stackoverflow.com/badges/6/supporter au lieu de quelque chose de "plus simple" " (et subjectivement, à cela) comme http://stackoverflow.com/badges/6/ .

Même sur mon propre site, je viens d'utiliser / post / 6 / pour référencer des publications (par identifiants, même si je stocke toujours un slug.) Au lieu de / post / 6 / small-rant-on -urls , et dans certains cas, ils peuvent même devenir plus absurdes , bien plus que nécessaire.

Answer 1

Parce que vous pouvez potentiellement vous retrouver avec des doublons si vous ne faites pas attention. J'imagine que le dépassement de capacité de la pile a ajouté l'identifiant, car le potentiel de doublons était élevé compte tenu du volume de publications créées.

D'autres systèmes peuvent choisir de ne pas utiliser l'ID dans l'URL. Par exemple, un système de blogging n'en aura probablement pas besoin.

Il est préférable que le contenu généré par les utilisateurs génère une nouvelle URL afin d'inclure un identifiant de publication. Si le seul moyen de créer une nouvelle URL consiste à accéder au type administrateur, vous pouvez probablement vous en passer, à condition de vérifier les doublons.

Answer 2

L'optimisation des moteurs de recherche en est un, tout en rendant l'URL plus lisible par les humains. Les moteurs de recherche aiment généralement que votre URL, votre titre et votre H2 contiennent le & topic; sujet " de la page.

Si vous avez les deux, vous pouvez taper / ID manuellement et être automatiquement transféré vers le répertoire "fleuri". URL avec réécriture .. enregistre un peu vos doigts:)

Answer 3

L'ajout du slug dans tous les liens à du contenu aide les moteurs de recherche, car ceux-ci utilisent généralement des mots dans l'URL elle-même pour faciliter l'indexation du contenu.

Answer 4

La raison pour laquelle l'identifiant est inclus dans l'URL est qu'il est plus facile en arrière-plan de récupérer le bon article dans la base de données, car une recherche peut être effectuée sur l'ID plutôt que sur le titre de l'article.

La raison pour laquelle le titre complet de l'article a été inclus est que Google attribue des tas de points de bonus aux termes de recherche correspondant au nom du fichier.

Answer 5

@Greg Hewgill

  

L'ajout du slug dans tous les liens vers le contenu aide les moteurs de recherche, car ceux-ci utilisent généralement des mots dans l'URL elle-même pour aider à l'indexation du contenu.

J'aurais dû préciser un peu: je parlais des URL contenant à la fois un identifiant et . Je ne vois tout simplement pas l'intérêt d'avoir quelque chose comme / post / 1 / la-la-la-la-texte-hahahaha vs / post / 1 / ou / post / la-la-la-la-text-hahahaha , car le premier fonctionnerait sans le texte extranous à la fin.

Answer 6

L'URL fait partie de l'interface utilisateur Web.

Il existe un étude de eyetracking sur l'utilisation des moteurs de recherche qui a révélé que les gens dépensent < fort> 24% du temps passé à regarder les URL dans les résultats de recherche.

Les chercheurs s'intéressent particulièrement à l'URL lorsqu'ils évaluent la crédibilité et l'utilité d'une destination. Si l'URL ressemble à des ordures, les gens sont moins susceptibles de cliquer sur cette recherche. D'autre part, si l'URL ressemble à la page répondra à la question de l'utilisateur, il est plus probable qu'il clique.

Answer 7

Il est possible que la publication d’un article sur un blog soit plus rapide par l’identificateur que par le slug. Mettez donc l’id pour la requête SQL et le slug pour les moteurs de recherche (SEO).

https://stackoverflow.com/users/58163/movaxes65675

J'aime le type / post / la-la-la-la-texte-hahahaha, je me souviens de l'URL, je connais le titre du message (avant de charger le site). Je n'aime pas beaucoup le / post / 1 / cela ne signifie rien pour moi, mais le post # 1 (mauvais pour le marketing?)

edit: id permet également d'éviter les doublons comme l'a souligné andybaird

Answer 8

Eh bien, tout d’abord, il convient de souligner que les "URL de style Web 2.0" " font en réalité partie de quelque chose appelé REST . Ces URL sont parfois appelées URL RESTful. Les avantages réclamés sont les suivants:

  

  
• Offre un temps de réponse amélioré et une charge de serveur réduite grâce à sa prise en charge.   pour la mise en cache des représentations;
  
• Améliore l'évolutivité du serveur en réduisant la nécessité de maintenir la session.   Etat. Cela signifie que différents   les serveurs peuvent être utilisés pour gérer   différentes demandes dans une session;
  
• Nécessite moins de logiciels côté client à écrire que les autres approches,   car un seul navigateur peut accéder   toute application et toute ressource;
  
• dépend moins du logiciel du fournisseur et des mécanismes qui superposent   les infrastructures de messagerie au-dessus de HTTP;
  
• Fournit une fonctionnalité équivalente par rapport à une alternative   approches de la communication;
  
• Ne nécessite pas de mécanisme de découverte de ressource distinct en raison de   l'utilisation d'hyperliens dans   représentations;
  
• Offre une meilleure compatibilité et une plus grande évolutivité à long terme   caractéristiques que RPC. Cela est dû   à:      
    
  • La capacité des types de documents tels que HTML à évoluer sans   faire marche arrière ou   compatibilité à terme; et
    
  • La capacité des ressources à prendre en charge de nouveaux types de contenu à mesure qu'ils   sont définis sans laisser tomber ou   réduction du support pour les anciens contenus   types.