underscores toujours déconseillés dans les URL ?

Bonjour,
Nous sommes sur la refonte de notre site avec l'urlrewriting.
Nous avons besoin de plusieurs séparateurs et utilisons - / et _

Google devais considérer l'underscore comme séparateur.
Qu'en est-il aujourd'hui ?

Pensez-vous qu'il soit rentable de remplacer le _ par + dans nos urls ?
Le site étant référencé depuis 8 ans, le gain est-il plus grand que le fait de perdre toute l'ancienneté des url ( même avec des redirections 301 bien sur ) ?

Merci d'avance pour vos avis,
Astus

 

ok, c'est bien ce que nous pensions.

Le tout est de savoir maintenant si le gain en long train est supérieur au fait de changer les urls

Pour de pages ou l'on référence des personnes avec nom et prénoms, nous avons actuellement ( il faut tenir compte des prénoms avec espace et noms avec apostrophe:

Exemple : Jean Pierre L'ablabla

Actuellement : jean-pierre_l_ablabla.html

A transformer en : jean-pierre+l.ablabla.html

Peut-on espérer un gain en terme de référencement ?

 

Ce serait bien sur idéal mais on en ici dans le l'url rewriting ou on va générer plusieurs milliers de page avec un seul script qui va chercher les infos dans une base de donnée.
Il faut bien pouvoir détecter ce qui est le nom, le prénom et s'il y a une apostrophe.
On est ici dans un impératif technique et non pas un simple choix d'url.
Il faut donc impérativement 3 séparateurs différents, sinon on prendrais le tiret uniquement et on ne se poserai pas de question...

 

Le site est celui du profil, j'avais oublié de le précisé.

 

Avec la structure de notre site, on ne peut pas modifier une seule fiche au sein d'une rubrique.
Donc pour les nouvelles fiches ou les mises à jour, on ne peut pas mélanger ( pour une rubrique, c'est un seul fichier qui génère toutes les pages à partir d'une base de donnée )
Nous venons de faire le test sur la rubrique architectes avec -+. au lieu de -_
Nous avons mis en place les redirections 301 et mis à jour le sitemap.
Le sitemap est à 0 pages indexées dans gwt, on va voir la vitesse ou il prend les pages et s'il en indexe plus ou moins qu'avant, ce sera déjà une première indication.

 

je ne sais pas si vous lisez vraiment les messages... Si nous pouvions mettre que des tirets, nous ne nous poserions même pas la question et ce topic n'existerais pas.

Une rubrique de notre site est composée d'une base de donnée avec les renseignements d'une fiche.
Le script qui génère la page appel la base avec le code postal, le nom et le prénom.

Si dans nos urls, on ne met que des tirets, cela nous donnerai quelque chose du type:

/00000/marie-aude-la-moderatrice.html

Comment on va pouvoir savoir quel est le nom et prénom pour appeler la fiche dans la base ????
prénom: marie
nom: aude la modératrice
ou alors
Prénom: marie aude la
nom: modératrice
.....
Imaginez en plus que nous avons pas mal de noms avec apostrophe....

Il nous faut donc IMPERATIVEMENT, 3 séparateurs différent, c'est la structure qui le veut.

Comme il n'existe pas 36 séparateurs qui fonctionnent et qui donnent des url propres, nous utilisons bien sur le tiret mais il en faut 2 autres.
Si nous oublions l'underscore, il nous reste apparemment d'après tous les conseils que nous avons lu, le plus et le point. La virgule posant aussi problème.

Donc s'il vous plait, ne répondez plus de ne mettre que des tirets, répondez à la question ou ne répondez pas...
Le site est celui du profil, allez voir si vous ne comprenez pas tout.
Le site est programmé sans cms, nous programmons directement à partir du bloc note.
Merci d'avance.

 

Ah, merci de ce message constructif.

Le but n'était pas de vous froisser, mais d'avancer, toutes nos excuses...

Donc pour vous, il vaut mieux deux tirets qu'un plus.

Nous avons aussi écarté l'apostrophe, mais est-il vraiment gênant dans une url, pas en tant que séparateur mais comme caractère tout simplement:

Jean Michel l'ablabla deviendrais alors jean-michel--l'ablabla.html

qui serait donc mieux que jean-michel+l'ablabla.html donc...

 

le problème est que tous les prénoms ne sont pas composés et que le nom peut comporter plusieurs espaces.

albert-de-la-tronche-en-bias.html
et
albert-jean-rene-fox.html

Même avec une base bien construite, comment séparer nom et prénom. Sans avoir des séparateurs différents, impossible de découper ensuite.

même si je ne veux pas focaliser sur l'apostrophe :lol: , si dans ma base j'ai comme nom l'ablabla, si j'enlève l'apostrophe dans le rewriting, je ne pourrai pas trouver lablabla dans ma base...

 

Nous avions effectivement envisagé l'id dans l'url mais pas retenu pour 3 raisons:
Nous avons déjà des url un peu longues, ajouter 5 ou 6 chiffres qui n'apportent rien ne nous a pas paru pertinent.
Avec l'id, il y a un risque de duplicate content car avec n'importe quel nom, on arrive sur la même page alors qu'actuellement nous maîtrisons exactement ce risque en renvoyant une 410 si un caractère de l'url n'est pas bonne.
Avec cette technique, le piratage de nos base devient très facile avec une simple boucle qui incremente l'id ( notre site comporte plus de 2 millions de pages, nos bases représentent 10 ans de travail ...)

Pour ce qui est de l'apostrophe, il faudra nous expliquer comment "calculer"... C'est un caractère comme un lettre qui peut se situer n'importe ou ( un breton L'Helgoualc'H ou encore Manip M'Ebobisse, ce sont des nom de médecins que nous avons sur notre site ), nous ne voyons toujours pas sans séparateur comment ensuite interroger notre base...

En tout cas merci de vos avis, ( surtout à la duchesse modératrice :lol: )

Il n'y a pas de vérité, tout est une question de compromis.

 

Super idée Blount !
On construit l'url dans la base de donnée, cela permet de régler d'un coup les problèmes d'accent, caractères spéciaux et apostrophe.
La effectivement, on peut rewriter uniquement avec des tirets et tout le monde est content
C'est la solution idéale, on adopte.
Merci encore...