Quelle URL dois-je utiliser pour les archives de mon blog?
Je commence un nouveau blog et j'ai la possibilité de publier mes archives (les anciennes URL de publication qui recevront la plus grande partie de mon trafic de recherche) où je le veux, sans répercussion. Je prends un peu de temps pour réfléchir à l’endroit où publier mes archives, qui seront des versions dashifiées des titres des articles (c.-à-d. my-post-about-topic-x.html) et mes choix sont de publier à la racine (blogurl.com/my-post.html), dans un sous-répertoire (blogurl.com/archive/my-post.html) ou une autre option à laquelle je n’ai pas pensé.
Je me concentre sur simplicité donc j'aime bien la première option (pas de sous-répertoire), mais cela nécessite de réserver certains noms pour d'autres modèles (comme une liste de tous les anciens posts sur archive.html). Cependant, ne réserver aucun nom de fichier présente également des avantages en termes de simplicité.
Quels sont les autres avantages et inconvénients des URL d'archives que j'ai énumérés? Je serais intéressé par toutes les autres URL d'archives auxquelles vous pourriez penser.
Avantages de l'utilisation de sous-répertoires:
Traitement des doublons de titres/URI/noms de fichiers. Lorsque tout est suspendu à un seul répertoire, vous devez faire attention à ne plus jamais utiliser le même nom. Assez facile à négliger maintenant, mais 5 ans plus tard, vous le ressentirez. Vous pouvez éviter cela en ajoutant simplement une date ou un identifiant unique dans l'URL (par exemple, "/2010-11-29-some-post.html" ou "/ 6012/what-url-should-i-use-for-my -archives du blog").
Si vous codez l'application vous-même à partir de zéro, il vous sera utile de disposer du sous-répertoire si vous souhaitez différencier l'affichage des publications archivées des publications actuelles. Pour la plupart des blogs modernes, ce ne sera de toute façon pas un véritable répertoire, mais simplement un déclencheur permettant d’appeler du code et des vues supplémentaires (calendriers permettant de naviguer dans l’historique, etc.).
Les moteurs de recherche aiment les URL descriptives.
Les inconvénients:
Si vous le codez vous-même, cela peut ajouter une couche ou deux de complexité. Vous seriez en train de définir une règle stricte consistant à ne pas autoriser d'autres vues pour certaines publications - mais si vous n'en avez pas besoin, vous n'en avez pas besoin.
C'est une organisation inutile du point de vue de l'utilisateur. Par exemple, "/ monkeys/1045-stuff-about-monkeys" a un contexte - il me dit dans quelle catégorie je suis, et qu'il y a probablement d'autres messages liés. D'autre part, "/ archive/1045-stuff-about-monkeys" me dit que le message est vieux.
Je ne peux penser à aucun autre inconvénient, mais au final, il s’agit surtout d’organisation et de préférences personnelles. Le seul problème réel est la possibilité de dupliquer les URL (ci-dessus), et c'est facile à contourner.
Eh bien, puisque vous pouvez faire n'importe quoi, j'irais un peu en détail, comme suit:
http://blogurl.com/archive/2010/jan/post-name
Cette URL est basée à la fois sur des préférences personnelles et certaines supposées (lire: suppositions logiques) Tactique de référencement.
- J'aime avoir des URL lisibles par l'homme. Dans mon esprit, ce qui est bon pour nous l'est aussi pour les chenilles.
- Je laisse toujours le www en dehors de mon URL. Certains désapprouvent, mais pour un blog, cela ajoute simplement plus de caractères à votre URL, ce qui peut affecter votre référencement (très peu).
- Comme il s’agit d’un blog personnel (je suppose), vous ne publiez probablement pas plus de 10 publications par jour; je considère donc qu’il est inutile d’inclure la date dans votre URL. Le mois et l'année sont cependant très utiles.
Je déconseille toute structure telle que:
http://blogurl.com/post-title ou http://blogurl.com/archive/post-title
si vous utilisez Wordpress. Si vous choisissez cela, cela peut nuire aux performances de Wordpress.