web-dev-qa-db-fra.com

Y at-il un avantage réel à utiliser un sous-domaine, un dossier ou un nom de page?

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.

2
Tony DiNitto

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:

  • utilisateurs.site.com
  • poets.site.com
  • music.site.com etc.

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:

  • site.com/poets/poems/poem-name.htm
  • site.com/poets/poems/poem-name.pdf

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:

  • si vous aviez ../dsa-poem-neme et que vous modifiez plus tard avec ../dsa-poem-name l'url ../dsa-poem-neme fonctionnera toujours en redirigeant vers le formulaire correct, et vous identifierez l'entrée en convertissant 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:

  • structure de dossier, avec 2 ou 3 branches maximum
  • avoir un identifiant dans l'URL (au début ou à la fin)
  • n'utilisez pas d'extensions de fichier factices redondantes telles que: .html
  • conseil supplémentaire: ne laissez pas les barres obliques à la fin de l’URL du type: ../dsa-poem-name/, c’est plus beau sans cela.

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.

3
Austin

Pour éviter toute confusion, vous pouvez avoir cette approche

  1. example.com/Fishing/how-to-catch-cat-fish
  2. example.com/Driving/how-to-drive-a-4x4
  3. example.com/Biking/how-to-ride-a-bike

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.

1
Tony Logarta