Outre les problèmes de référencement, existe-t-il des avantages légitimes à avoir un type d'URL par rapport à l'autre dans la liste suivante:
example.com/learning-how-to-fish.html
- Nom de la page uniquement
learning.example.com/fishing.html
- Sous-domaine
example.com/learning/how-to-fish.html
- Utilisation du dossier
Les politiques de Google sur les choses triviales lient cela semble changer souvent, ce qui ne m'intéresse que très peu du point de vue du référencement. Mais y a-t-il une autre bonne raison de l'un contre l'autre? J'ai vu des informations sur l'utilisation de sous-domaines, mais elles datent toutes de plusieurs années et ne sont généralement comparées qu'à des dossiers au lieu de l'autre option, qui consiste à ne pas utiliser de dossiers du tout.
Je tiens à mentionner quelques facteurs qui peuvent aider à mieux décider de ce dont vous avez besoin et à l'aise avec cela.
Quand j'ai commencé mon site web, j'avais le même genre de dilemme (vous voulez que tout soit organisé de manière idéale), alors maintenant, je vais expliquer comment mon goût a changé dans ce sens:
J'ai d'abord aimé l'idée de scinder différents sujets sur des sous-domaines tels que:
mais il peut y avoir des difficultés à gérer les sous-domaines (en particulier lorsque vous utilisez l'hébergement partagé, ils ne vous permettent pas toujours de gérer ce genre de choses à votre guise), les sous-domaines ayant également un système de classement différent. Le site Web en mouvement peut aussi avoir des problèmes, etc.
Avoir la structure de répertoires est agréable, je l’utilise aussi et j’adore, mais certains disent qu’il ne faut pas aller trop loin et qu’il est préférable d’avoir 2 ou 3 branches maximum (pour la lisibilité, pour le référencement et juste pour être flexible).
Avoir des extensions est redondant comme: .html
. J'ai commencé par .htm
parce que cette idée me plaisait. Chaque page permettait de télécharger des versions pdf et doc. Dans mon URL, je changeais simplement l'extension avec un objectif différent:
comme ça, j’ai aimé cette première fois mais j’ai ensuite pensé que c’était redondant pour .htm
et que l’url serait un peu moins lisible. mais c'est une question de goût.
Enfin, j'ai préféré: site.com/poets/poems/dsa-poem-name
Qu'en est-il de dsa
J'ai créé un outil de masquage de chiffres avec des lettres utilisant tous les symboles de l'alphabet latin; cette méthode est bonne pour une raison quelconque, même les ID longs ont une taille plus petite. Par exemple, si vous avez mal orthographié les mots de votre URL, vous pouvez les modifier plus tard et faire des redirections 301 en fonction de l'identifiant, par exemple:
dsa
dans le numéro ex: 13412, et vérifiez si les URL ne correspondent pas à la redirection pour en corriger une, sans afficher le numéro 404 (dans ce cas, vous ne perdrez pas les utilisateurs qui visitent une ancienne version d'adresses incorrectes).la plupart utilisent des identifiants eux-mêmes mais cela ne semble pas agréable pour les yeux avec mon opinion, et la lettre convient mieux.
Alors finalement je recommande de faire:
.html
Une grande partie est liée à la vanité.
L'avantage d'utiliser des noms de dossier au lieu de noms de fichier est que vous pouvez omettre les extensions de fichier sur l'URL. Ainsi, si vous placez un fichier index.html
dans le répertoire example.com/learning/how-to-fish/
, ce fichier d'index s'affiche. Cela donne une architecture de dossier de site plus intuitive pour vous et vos visiteurs. Donc au lieu de:
example.com/learning-how-to-fish.html
example.com/learning-how-to-drive.html
example.com/learning-Excel.html
vous pourriez obtenir:
example.com/learning/how-to-fish/
example.com/learning/how-to-drive/
example.com/learning/Excel/
Les dossiers et les sous-domaines sont fondamentalement à la hauteur de votre stratégie globale de conception/architecture. Beaucoup de gens utilisent des sous-domaines pour les sites/microsites/pages de destination dont le contenu et/ou la conception sont très différents pour garder les choses organisées.
Donc, au final, c’est une bonne idée d’utiliser des dossiers plutôt que des fichiers, mais l’utilisation des sous-domaines dépend de vous et de vos créateurs de contenu.
Pour éviter toute confusion, vous pouvez avoir cette approche
le problème avec le sous-domaine est que votre sous-domaine peut surpasser votre domaine principal et vous ne voulez pas que cela se produise.