Comparaison: Optimisation d'url

[iz0n]

Bonjour WRI,
Dans le cadre de mon projet de fin d'études, je code un CMS like, et je souhaiterai optimiser mes URL générées.
J'ai intégré deux possibilités de génération d'url en fonction de l'autorisation ou non des .htaccess.
Voici un petit exemple de ce que ça donne (notez bien les id qui sont: 53, 72 et 78. Relatifs aux identifiants de rubrique, sous rubrique...).
Méthode 1: Hébergeur ne supportant pas l'URL REWRITING:

http://www.e-commune.org/index.php?cat=administration&ncat=53&rub=service-des-finances-et-affaires-administratives&nrub=72&srub=bureau-etat-civil&nsrub=78&article=102

Méthode 2: Hébergeur supportant l'URL REWRITING (donc permission d'utiliser un fichier .htaccess):

http://www.e-commune.org/administration-53/service-des-finances-et-affaires-administratives-72/bureau-etat-civil-78/ article-102.html

Pensez vous que l'utilisation de la méthode 1 nuit au référencement ou est moins performante que la méthode 2 ?
La méthode 2 est correcte ?
Suis je obliger de revoir mon algorithme pour produire des URL du genre (méthode 3):

http://www.e-commune.org/administration/service-des-finances-et-affaires-administratives/bureau-etat-civil/article-53-72-78-102.html

?

Méthode 2 vs méthode 3 ?

Merci pour votre aide.

 

[finstreet]

Euh On ne dit pas CMS like. On dit CMS Tu peux faire une Volvo Like ou une Peugeot Like, mais on ne fait pas une automobile Like

 

[iz0n]

Euh On ne dit pas CMS like. On dit CMS Tu peux faire une Volvo Like ou une Peugeot Like, mais on ne fait pas une automobile Like

Hihi !
Et la réponse à mes questions ? :wink:

 

[CARREZ]

Je dirais que la méthode 2 est bonne ... L'incidence de passer tous les id à la fin est vraiment minime il me semble sur le référencement.
Par contre je te conseille de remplacer les séparateur d'id par des virgules par exemple :

http://www.e-commune.org/administration,53/service-des-finances-et-affaires-administratives,72/bureau-etat-civil,78/ article,102.html

Ca permet d'identifier plus facilement les id dans les url.

Pour la méthode 3 elle ne permet pas de bien dissocier les repertoires : imagine que tu ai 2 repertoires "administration" au même niveau (avec 2 id différentes), ils vont se "fusionner" dans ton rewriting. Ca complique la lecture des stats. Le cas est tiré par les cheveux mais pas impossible.

 

[Marie-Aude]

Remplacer les séparateurs d'id par des virgules est une mauvaise idée, car ce ne sont pas des séparateurs "officiels" et j'ai expérimentés sur certains sites que les urls peuvent être corrompues (des forums les corrigent par exemple)

Si tu veux vraiment optimiser tes urls, il faut les raccourcir, vérifier si les sous dossiers sont vraiment nécessaires (puisque l'id de l'article est censée être unique....), je verrais plus un truc genre

-http://www.e-commune.org/administration-53/etat-civil-72-78-102.html

 

[finstreet]

Hihi !
Et la réponse à mes questions ? :wink:

Je t'ai déjà remonté ton topic

 

[Madrileño]

Lol Finstreet.

 

[spout]

Le plus "user friendly" c'est sans les ids:

http://www.e-commune.org/administration/service-des-finances-et-affaires-administratives/bureau-etat-civil/article-untel.html

 

[CARREZ]

Remplacer les séparateurs d'id par des virgules est une mauvaise idée, car ce ne sont pas des séparateurs "officiels" et j'ai expérimentés sur certains sites que les urls peuvent être corrompues (des forums les corrigent par exemple)

Oui effectivement, bien que je n'ai jamais eu de problème avec cette méthode.

Si tu veux vraiment optimiser tes urls, il faut les raccourcir, vérifier si les sous dossiers sont vraiment nécessaires (puisque l'id de l'article est censée être unique....), je verrais plus un truc genre
-http://www.e-commune.org/administration-53/etat-civil-72-78-102.html

Là je nuancerais un peu : tout à fait d'accord pour la simplification des url et bien vérifier que tous les niveaux des répertoires sont nécessaires, par contre trop simplifier ne facilite pas l'analyse des stats de visites. C'est confortable de voir simplement quelle partie d'un site est la plus (ou la moins) visitée. Il faut trouver le juste milieu !

Le plus "user friendly" c'est sans les ids:

Les id sont indispensables pour éviter les "conflits d'url" !

 

[finstreet]

Les id sont indispensables pour éviter les "conflits d'url" !

Tout dépend comment tu construis tes urls. Il peut très bien n'avoir aucun conflit si tu controles avant

 

[spout]

Les id sont indispensables pour éviter les "conflits d'url" !

Oui, surtout quand on se casse la tête avec l'URL Rewriting:
https://www.webrankinfo.com/forum/pratique-htaccess-lire-avant-poser-t13288 ... l#p1217718

 

[iz0n]

Bonsoir,
Merci pour vos réponses, c'est vraiment extra 8)
Tant que les id ne dérangent pas, je vais donc garder ce que j'ai.
A vrai dire, je ne souhaites pas enlever les id pour une raison, qui est que mon code ne génère pas de requête sql en fonction de ce qui est marqué dans l'url, mais seulement les id (du coup, si un "friendly text" est modifié sans toucher à l'id, cela n'affecte pas le résultat de la page).
J'ai fais cela pour plus de restriction niveau sécurité et aussi pour n'avoir aucun conflit d'url, car bien évidement on peut en avoir (surtout quand c'est un CMS qui est sensé être manipulé par mamie).
Merci pour l'aide ;-)

 

[finstreet]

"du coup, si un "friendly text" est modifié sans toucher à l'id, cela n'affecte pas le résultat de la page"

Donc si tu mets "machin-chose-22", ca affichera la même chose que "trucmuche-petit-machin-22". Google n'aime pas du tout

 

[mitchum]

a moins de faire une 301 si "trucmuche-petit-machin-22" !- "machin-chose-22" au début du fichier article php genre

if ($urlsaisie != $bonneurl){
//301 vers $bonneurl
}

c'est ce que je fais et ca marche plutot pas mal !

 

[Leonick]

Remplacer les séparateurs d'id par des virgules est une mauvaise idée, car ce ne sont pas des séparateurs "officiels" et j'ai expérimentés sur certains sites que les urls peuvent être corrompues (des forums les corrigent par exemple)

exact : j'ai du supprimer ce type de séparateurs. FB coupait souvent à la virgule et certains forums ajoutaient une espace après la virgule :roll: