En lisant this article:
Dans les noms de sous-dossiers et de fichiers, utilisez des tirets, mais pas de soulignement bon:
Dans mes URL, il se peut que je puisse avoir un ou deux noms de ville, se terminant par la province/l'état: Burnaby_New_Westminister-BC/[some search term]
.
Mes règles d'URL sont actuellement définies de telle sorte que tout ce qui suit le tiret est la province/l'état.
Certains emplacements géographiques contiennent déjà des tirets: Notre-Dame-de-Grâce (au QC), que je convertirais en ~/Notre_Dame_de_Grace-QC /
J'ai pensé placer le prov/state après un autre "/", mais dans certains cas, le nom de province/état peut ne pas exister, donc ~/Notre_Dame_de_Grace /, donc le premier terme après le nom de domaine contient l'emplacement géographique {city, city_name- Etat}.
Je reviens maintenant sur cette question et je me demande si cet ensemble de règles devrait être modifié et, dans l'affirmative, quelle est la méthode recommandée pour la mettre en œuvre?
- UPDATE -
Après avoir visionné cette vidéo, je constate que je devrais utiliser les tirets plutôt que les traits de soulignement. Cependant, étant donné que je souhaite toujours que mes géolocalisations se trouvent dans la première section de l'URL, l'utilisation d'un séparateur à double tiret - par exemple:/nom-ville - état /?
Vache sacrée! Ne réfléchissez pas trop sur le référencement. Ce n'est pas si compliqué. J'ai lu cet article il y a quelque temps et je ne l'ai pas pris trop au sérieux. Ce n'est pas de la malbouffe, prenez-le simplement avec une bonne dose de sel. Cet article a bien sûr une certaine valeur. Je pense juste que l'auteur a manqué la cible sur ce point.
En ce qui concerne les traits d'union et les caractères de soulignement, à l'époque où je codais, nous ne faisions pas la distinction entre les séparateurs, nous utilisions aveuglément les limites de Word du système/langage que nous utilisions. Les limites de mots ne constituent pas une reconnaissance de mots réels, mais un mécanisme permettant d'extraire des valeurs de chaînes. Dans le cas de votre exemple, trait d'union et trait de soulignement, les deux sont des limites de Word dans un système ou une langue qui sont probablement ignorés de manière égale. Si une expression régulière est utilisée à la place d'une limite de mot naturelle, le résultat sera le même.
En ce qui concerne une recommandation personnelle. Je voudrais utiliser ce que vous pensez être le meilleur. L'utilisation de traits de soulignement permet aux mots de mieux ressortir à l'œil humain. Mais ceci est une URL. Est-ce vraiment important? Je ne pense pas. Mais vous faites cette distinction pour vous-même. J'utilise des traits d'union. La raison principale en est qu'il est cohérent et semble être la norme naturellement déterminée par les développeurs Web et les webmasters. Je ne voudrais cependant pas utiliser des doubles traits d'union. Je suis sûr que cela ne cassera aucun code, mais dans certaines circonstances, pourquoi ne pas tenter le coup.
En ce qui concerne le référencement, je doute sérieusement que les traits d'union précédés de traits d'union fassent une différence. Il existe une théorie sur l'utilisation du caractère de caractère |
pour les descriptions bien sûr, mais la description n'affecte que les taux de clics et non le référencement en tant que tel. Même alors, je pense que le personnage de pipe ne fait rien du tout.
Vous remarquerez que l'auteur donne des théories liées aux habitudes de programmation, mais ne fournit pas de métriques ou de preuves pour valider la déclaration. Même alors, j'ai reconnu ce qu'il disait et je devais sourire. À un certain niveau, il a raison sur les habitudes de codage. Mais pour revenir à ce que j'ai déjà dit, il est fort probable qu'une expression régulière soit utilisée et que toute URL soit split
selon les limites de Word à l'aide de \b
ou \B
, qui est une ancre de regex qui représente une limite de mot. Même si ce mécanisme n'est pas utilisé, un character class
serait probablement utilisé et incluait la plupart sinon tous non-Word characters
, y compris le trait d'union et le trait de soulignement, rendant ainsi cette théorie un peu ridicule. Coder de manière à ce qu'un trait d'union et un soulignement ne soient pas égaux nécessite un travail important et délibéré qui ajoute un fardeau et une inefficacité. Juste un petit aperçu sur les programmeurs. Ils sont paresseux ... du point de vue du code - donc je suis sûr que ce n'est pas le cas.
Si l'état ou la province est toujours une abréviation en deux lettres, je ne pense pas que vous auriez besoin de la différencier avec un type de séparateur différent.
Burnaby-New-Westminister-BC/good-food
pourrait être analysé avec l'expression régulière:
([^\/]+)\-([A-Za-z]{2})\/(.*)
Où:
$1
: Ville$2
: Etat ou province$3
: Terme de rechercheIl devrait être assez facile à implémenter dans des règles ou du code de réécriture.