URL: Dash vs. Underscore [fermé]

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

  •  02-07-2019
  •  | 
  •  

Question

Est-ce que cela doit être / about_us ou / about-us ?

Du point de vue de la convivialité, je pense personnellement que / about-us est beaucoup mieux pour l'utilisateur final, mais que Google et la plupart des autres sites Web (ainsi que des frameworks javascript) utilisent des noms de soulignement. Est-ce juste une question de style? Existe-t-il des problèmes de compatibilité avec les tirets?

Était-ce utile?

La solution

Ceci est juste une supposition, mais il semble qu'ils aient choisi celui que les gens ne tiendraient probablement pas dans un nom. De cette façon, vous pouvez avoir un nom qui inclut un mot composé, et utiliser le bas de page comme séparateur de mots, par ex. UseTwo-wayLinks peut être converti en use_two-way_links.

Dans votre exemple, / about-us serait un répertoire nommé mot coupé par un trait d'union "about-us". (si un tel mot existait, et / about_us serait un répertoire nommé phrase "à propos de nous" convertie en une seule chaîne de caractères non blancs.

Autres conseils

Depuis Google Webmaster Central

  

Pensez à utiliser la ponctuation dans votre   URL. L'URL    http://www.example.com/green-dress.html   est beaucoup plus utile pour nous que    http://www.example.com/greendress.html .   Nous vous recommandons d'utiliser des traits d'union (-)   au lieu de traits de soulignement (_) dans votre   URL.

Voici quelques arguments en faveur des tirets:

  • Les tirets sont recommandés par Google pour les traits de soulignement ( source ).
  • Les tirets sont plus familiers à l'utilisateur final.
  • Les tirets sont plus faciles à écrire sur un clavier standard (nul besoin de déplacer).
  • Les tirets ne se cachent pas derrière le soulignement.
  • Les tirets se sentent plus natifs dans le contexte des URL car ils sont autorisés dans les noms de domaine.

Ce n'est pas juste un tiret contre un trait de soulignement:

  • texte avec des espaces
  • textwithoutspaces
  • % 20spaces% 20in% 20URL encodés
  • underscore_means_space
  • dash-mean-space
  • plus + signifie + espace
  • camelCase
  • PascalCase
  • " texte cité avec des espaces " (et guillemet simple contre guillemet double)
  • slash / means / space
  • dot.means.space

Dans le passé, Google soulignait le trait de soulignement comme un séparateur de mots, ce qui me paraissait assez fou, mais apparemment, il le fait maintenant. En raison de cette histoire, les tirets sont préférés. Même si les soulignements sont maintenant autorisés du point de vue du référencement, je pense toujours que les tirets sont les meilleurs.

Un avantage est que votre internaute moyen semi-illettré est beaucoup plus susceptible de pouvoir taper un tiret sur le clavier; il se peut même qu'il ne sache pas ce que le trait de soulignement est.

J'avais l'habitude d'utiliser des traits de soulignement tout le temps, maintenant je ne les utilise que pour des parties d'un site Web que je ne souhaite lier directement à personne, fichiers js, css, ... etc.

Du point de vue du référencement, les tirets semblent être le moyen privilégié de le gérer, pour une explication détaillée, de la bouche des chevaux http://www.mattcutts.com/blog/dashes-vs-underscores/ .

L’autre problème qui semble se produire, davantage auprès du grand public que des programmeurs, est que lorsqu'un hyperlien avec soulignement est souligné, vous ne pouvez pas voir le soulignement. Les utilisateurs avancés y parviendront, mais Joe Public ne le fera probablement pas.

Utilisez toujours les traits de soulignement dans le code plutôt que les tirets - les programmeurs les comprennent, mais pas la plupart des gens.

Jeff a quelques idées à ce sujet: https: //blog.codinghorror .com / d'espaces-underscores-and-dash /

Il y a des inconvénients aux deux. Je suggérerais que vous en choisissiez un et soyez cohérent.

Le gourou du référencement Jim Westergren l'a testé

Je suis plus à l'aise avec les traits de soulignement. Premièrement, ils correspondent à mon expérience de programmation habituelle de variable_names_are_not-soustraction , deuxièmement, et je crois que cela a déjà été mentionné, les mots peuvent avoir des traits d'union, mais ils n'ont jamais de trait de soulignement. Pour prendre un exemple vraiment stupide, " Nation-state country " est différent de "pays de la nation". Le premier traduit quelque chose comme "la terre des États-nations" (Pensez "c’est ici le pays des armes à feu! Mieux vaut avancer, y'ear?"), alors que ce dernier ressemble à une liste de synonymes. http://example.com/nation-state-country/ ne semble pas vouloir dire la même chose que http://example.com/nation-state_country/ , et pourtant, si les traits d'union sont des délimiteurs / "espaces" en plus des caractères dans les mots, c'est possible. Ce dernier semble plus clair quant au but réel, tandis que le premier ressemble plus à cette liste, si tant est.

Les traits de soulignement remplacent les espaces où les espaces ne sont pas autorisés. Les tirets (traits d'union) peuvent faire partie d'un mot. Par conséquent, joindre des mots à des traits d'union comprenant déjà des traits d'union est déplorable / déroutant.

Mauvais: 

/low-budget-movies

Bon: 

/low-budget_movies

Je préfère les tirets au motif qu'un trait de soulignement peut être masqué dans une certaine mesure par un soulignement de lien. Les URL textuelles sont principalement destinées à être reconnues en un coup d'œil plutôt que correctes sur le plan grammatical, de sorte que l'argument en faveur de la préservation des tirets pour une utilisation dans les mots composés est limité.

La précision d'une URL textuelle est importante pour la lecture à quelqu'un, auquel cas vous ne souhaitez pas confondre un trait de soulignement pour un espace (ou inversement).

Je trouve également les traits plus esthétiques, si cela compte pour quoi que ce soit.

Pour les utilisateurs finaux, je préfère "à propos de nous". ou "à propos de nous" pas "about_us"

Personnellement, j’éviterais d’utiliser about-us ou about_us, mais d’utiliser about about.

Certains anciens serveurs d'hébergement Web et DNS rencontrent des problèmes pour analyser les caractères de soulignement des URL, de sorte que les conventions comme celles-ci peuvent jouer un rôle.

Personnellement, je voudrais éviter tous les tirets et les soulignements et opter pour camelCase ou PascalCase si c'est dans le code.

L'article de Wikipedia sur camelCase explique un peu le raisonnement qui sous-tend ses origines. Ils s'élèvent à

  1. Les programmeurs paresseux qui n'aimaient pas atteindre la touche _
  2. Confusion potentielle sur lisibilité
  3. Le " Alto " clavier chez xerox PARC qui n'avait pas de touche de soulignement.

Si l'utilisateur doit voir la chaîne, alors je ne ferais rien de ce qui est mentionné ci-dessus et utiliserais "À propos de nous". ou " AboutUs " si je devais le faire, car camelCase s'est répandu dans des domaines tels que les noms de produits. c'est-à-dire ThinkPad, TiVo

Les espaces sont autorisés dans les URL. Vous pouvez donc utiliser simplement "& aboutissement de nous" " dans un lien (bien que cela soit codé en "/ à propos de% 20us". Mais soyez honnête, ce sera toujours votre préférence personnelle, il n’ya donc pas de vraie réponse à donner ici.

La convention selon laquelle les tirets peuvent apparaître dans les mots doit être convertie, les espaces doivent donc être convertis en traits de soulignement.

Mieux utiliser. - / en tant que séparateurs, car _ ne semble pas être un séparateur.

http: //www.sistrix. com / blog / 832-combien-de-longueur-peut-un-lien texte-be.html

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