Amélioration continue de yacs.fr

URL Rewriting - Le point sur les capacités SEO de Yacs(Macnana RC7)

PreviousNextIndex

Cela faisait longtemps que je n'avais pas fait, pour vous, le point sur les possibilités de Yacs sur le plan du référencement

[title]Anciennes lectures fournies à toutes fins utiles [/title] Balise META - Le point sur les capacités SEO de Yacs(Macnana RC7)
Yacs 7.10 : l'horizon referencement de Yacs
Yacs 7.6.3 Le CMS diablement SEO !
7.4 : Vers la normalisation des raccourcis rewrités
7.3 la dernière étape de l'url rewriting !

[title]De Yacs 7.3 à Yacs 8.11 (Macnana Version RC7)[/title] C'est vrai qu'on s'y perd un peu en nomenclature de version... La dernière bêta disponible à l'heure actuelle est la version 8.11 qui hérite au passage de tout le travail sur les capacités SEO fait jusque là.
Il était bien temps, depuis la dernière analyse (sur Yacs 7.10 c'est à dire il y a plus d'un an), de refaire le point sur le potentiel SEO de Yacs !

J'y pense depuis longtemps, et c'est un petit bug sur la gestion des nicknames (ou surnom de page) qui me pousse aujourd'hui à faire un nouveau topo SEO !

[title]De l'avant et de l'après url rewriting[/title] Quel chemin parcouru au niveau des urls rewritées !
Presque rien avant la 7.3 et aujourd'hui c'est l'ensemble du système qui gère jusqu'à deux niveau de ré-écriture de lien (pour passer avec tout les hébergeurs)
Aujourd'hui voilà à quoi ressemble une url type parfaitement ré-écrite avec Yacs : * www.sitename.ext/article-000-mot-cles-choisis

Vous y trouvez donc le nom du site (www.sitename) et son extension de domaine (.ext), un slash (/) suivit de l'objet (ici article, mais cela vaut pour section ou catégorie), un tiret (-), un chiffre[/] puis encore un tiret ([b]-) et une suite de mots clés issus directement soit du titre de la page, soit d'une liste indiquée par l'auteur dans la partie contenu/surnom de l'édition d'un article.

Le choix à été fait de ne pas indiquer une extension de fichier (.html) pour une raison simple :
Avec Yacs nous voyons loin et pensons au futur ! Et oui, qui sait quelle extension phare sera d'actualité dans 2, 5 ou 10 ans ? Autant ne pas en mettre et être sûr d'être toujours dans le vent !

Il existe aujourd'hui quelques petits bugs résiduels sur l'utilisation de la ré-écriture des liens qui seront sans doute résolus dans quelques jours, le temps de livrer la toute dernière archive pour Yacs Macnana !

[title]Possibilités d'évolution de l'url rewriting ?[/title] Quelqu'un me posait la question il y a peu : -"Quelle est la prochaine étape ?"

En voilà une question piège

En fait, tout est question de juste milieu...
Ça ne vous parle pas hein ? Et si je disais que le trop est l'ennemi du mieux ? Toujours rien ?
Ok, vous savez que la présence de mot-clés est important dans l'url. Vous savez aussi que celle-ci doit être courte et ne pas contenir trop de paramètres...

L'idéal serait à peu près ceci :
* www.sitename.ext/nom-section/000/mot-cles-choisis * Quelle différence avec ceci ? * www.sitename.ext/article-000-mot-cles-choisis

On sépare les paramètres d'identification par des slash et on ne garde que l'ID de l'article pour éviter les doublons d'url...
Le problème c'est que dans cette configuration, l'url peut devenir très longue si le nom de section (ou son surnom) et le nom de l'article (ou son surnom) sont déjà d'une taille conséquente... Exemple :
* www.sitename.ext/ma-section-bien-ecrite-et-bien-decrite/00001/mon-article-avec-ses-mots-cles-et-ils-sont-assez-nombreux

[subtitle]Cela fait beaucoup de blabla mais concrètement, ça sert à quoi ?[/subtitle] Identifier bien distinctement la section de la page permet de créer une liste de thèmes logiques.
Admettons que mon dada à moi soit le référencement... Je crée une section dédiée au "référencement" et je crée à la volée des pages liées : * www.mondomaine.com/referencement/1/mots-cles-principe-generaux * www.mondomaine.com/referencement/2/inscription-annuaire * www.mondomaine.com/referencement/3/choisir-ses-metas-tags * www.mondomaine.com/referencement/4/redaction-contenu-orientee-moteur * www.mondomaine.com/referencement/5/pieges-a-eviter

Dans ce cas précis, la section constitue un répertoire virtuel (ce qu'elle est) où sont stockées des informations (des articles). C'est le même principe que les sites créés avec le répertoire Yacs situé après l'url. Certains s'en servent déjà pour appuyer un mot-clé non contenu dans le nom de domaine...

Pour bien faire, il faut aussi distinguer les différents conteneurs de Yacs, à savoir les sections, articles et autres catégories...

[subtitle]Et si on proposait quelque chose ?[/subtitle] Pour l'exemple, reprenons ce qui existe ici, et osons quelques modifications :
Une section seule : * http://www.yacs.fr/section-237-le-forum * PROPOSITION * http://www.yacs.fr/237/le-forum * Le paramètre "section" passe à la trappe (inutile) * Le tiret qui risque d'associer "le forum" à "237" est supprimé (on sépare l'ID du thème)

Un article type : * http://www.yacs.fr/article-487...mage-par-upload * PROPOSITION * http://www.yacs.fr/le-forum/48...mage-par-upload * On supprime "article" * Le surnom de la section (sans l'ID) est intégré * Les séparateurs de contenu entrent en jeu * L'ID de la section est supprimé, l'ID de l'article est suffisant pour éviter les conflits d'url

Une catégorie : * http://www.yacs.fr/category-470-images * PROPOSITION * http://www.yacs.fr/category/470/images * séparation logique par slash et non par tiret (l'idée est toujours DE NE PAS associer le numéro d'ID avec le mot clé.

[subtitle]Et si on descend dans la hiérarchie ?[/subtitle]

Voilà qui pourrait poser problème en théorie...
Que faut il afficher pour une sous section ? Faut-il reprendre le nom de la section mère en plus de la section fille ? C'est bien ici que le bât blesse car il faudrait "obliger" les webmestres à n'indiquer que des titres de section très courts...
Pour une arborescence peu fournie, c'est faisable, mais dès qu'un site dispose de nombreuses sections imbriquées, cela devient ingérable...
Le mieux est encore de ne rien faire et de ne prendre en compte que la dernière section utilisée.

PreviousNextIndex