[Sondage] La Meilleure URL pour Catégorie ?

marque/modèle

 

Pour la pagination, je ferais /categorie/2, mais j'essayerais plutôt de segmenter plus, pour éviter la pagination: ça te permet de cibler un peu plus ton optimisation.

 

Bonjour à tous,

Je profite de ce post pour rebondir sur la réponse d'Olivier.

Imaginons une arborescence géolicalisée pour chaque région française et dans chaque région une série de catégories de produit communes à toutes les régions.

- France, Alsace, Aquitaine, Auvergne, Basse-Normandie, etc...
- Produit 1E, Produit 2E, Produit 3E, Produit 4E, etc...

A votre avis, pour éviter le duplicate content est-il préférable d'utiliser une arborescence de type :

• France -> Aquitaine -> Sommaire
  France -> Aquitaine -> Produit 1E
  France -> Aquitaine -> Produit 2E
  France -> Bretagne -> Sommaire
  France -> Bretagne -> Produit 1E
  France -> Bretagne -> Produit 2E

ou

• France -> Sommaire
  France -> Produit 1E -> Aquitaine
  France -> Produit 1E -> Bretagne
  France -> Produit 2E -> Aquitaine
  France -> Produit 2E -> Bretagne

ou

• France -> Sommaire
  France -> Produit 1E Aquitaine, Bretagne, etc..
  France -> Produit 2E -> Aquitaine, Bretagne, etc..

Cette dernière arborescence utilisant un moteur à facettes et une pagination des résultats dont les pages 2, 3, 4, etc.. renverront vers la page 1 via une meta canonical

Merci de vos réponses

 

je ne mettrais pas les catégories dans les url des fiches produits, car quand tu voudras changer la structure de tes catégories, toutes tes url changeront !

 

Ok, mais il y a des cas où les catégories sont immuables et nécessaires pour le SEO : hotel 5 étoiles bordeaux, camping à la ferme, etc ...

 

--> pas besoin de faire du /france/aquitaine/gironde/bordeaux/hotels/5-etoiles/hotel-xyz.html

..d'autant que ce n'est pas le "5 étoiles" dans l'URL qui va t'aider à te positionner

 

j'en déduis que posting.php?mode=quote&f=19&p=1496949 ne devrait pas permettre de se positionner correctement ?
si ta catégorie 5* est importante, tu vas peut-être être amené à la scinder, du genre hotel 5 étoiles bordeaux centre historique et hotel 5 étoiles bordeaux périphérie !
voire, au début, à regrouper des catégories, car trop peu d'hôtels et peur de te faire sanctionner par gg pour contenu insuffisant !

 

Pas compris ton lien 8O

Pour le reste, tout à fait d'accord concernant le contenu des URL.

Par contre, pourriez-vous répondre à la question initiale de mon msg concernant le duplicate content et les exemples d'arborescences cités ?

Merci ;-)

 

De mon côté pour les URL je procède de la sorte :

ndd.ext/categorie-parente
ndd.ext/categorie-parente/2
ndd.ext/categorie-parente/categorie-fille
ndd.ext/categorie-parente/categorie-fille/2
ndd.ext/categorie-parente/article-id

Exemple de noms de catégories parentes : dossiers, annuaire, news, boutique, blog etc.
Avec cette architecture je n'associes pas l'url d'un article a une catégorie fille mais uniquement a une catégorie parente.Tu as donc plus de facilité de l'inclure dans plusieurs catégorie filles sans que ça pose problème au niveau de l'URL. Je pars quand même du principe qu'un article de dossiers ne devrait jamais avoir besoin de se retrouver dans "annuaire", "blog" etc.

Tu peux donc associer ton article a x catégorie filles appartenant à la catégorie parente, ou à x tags

Et petite précision, lorsque je laisse aux utilisateurs la possibilité de faire des tris je passe par l'intermédiaire des query strings :

ndd.ext/categorie-parente?tri=blabla&tri2=blablabla
et je met une balise canonical sur ndd.ext/categorie-parente, pour éviter le DC

 

C'est possible dans mon cas, car mon arborescence étant géocalisée un article se retrouve fatalement dans plusieurs catégories mères.

Exemple :
France/Bretagne/Hotel_5_Etoiles
France/Bretagne/Morbihan/Hotel_5_Etoiles
France/Bretagne/Morbihan/Quiberon/Hotel_5_Etoiles

Comme il est nécessaire de placer le site sur ces 3 pages (longue traine), il y aura fatalement du DC, d'où ma question quant au type d'arborescence à utiliser ...

France/Bretagne/Morbihan/Hotel_5_Etoiles
ou
Hotel_5_Etoile/Bretagne/Morbihan
ou
Hotel_5_Etoiles + Moteur à facettes + redirection canonical [page > 1] vers [page 1]

Sachant que le but est de placer le site sur les requêtes
Hotel 5 Etoiles
Hotel 5 Etoiles en Bretagne
Hotel 5 Etoiles à Quiberon
etc ...

:roll:

 

comme te l'as rappelé HawkEye au dessus, ton url va avoir un impact hyper négligeable dans ton positionnement. Ca sera essentiellement ton contenu (et les ancres, mais sans en abuser, sinon, boum !)
l'url de cette discussion que je t'avais affichée dans un post précédent était pour t'indiquer que si olivier avait laissé de telles url sur wri, ça indique bien que'on pouvait se positionner sans problème sans optimiser l'url

 

@jimry : Tu peux très bien envisager ceci

ndd.ext/france/
ndd.ext/bretagne/
ndd.ext/Morbihan/

et pour l'article

ndd.ext/article-id

Tu dois déjà connaitre les dépendances entre tes catégories, inutile de tout mettre dans ton URL.

Après si il y a trop de choix possibles je partirais peut être sur des URL du type :

ndd.ext/page?s=dfdf&s1=dff

Et dans certains cas je serais même d'avis de ne pas indexer ces pages pour t'éviter d'avoir du DC.

Avec ton systeme j'ai l'impression que tu risques de créer un très très grand nombre de pages automatiquement. résultat beaucoup de DC et de longues URL. Sans compter si tu intègres la pagination à chacune de tes URL

 

et ça rentre en plein dans les conditions de pénalisation de sites édictées par gg : contenu généré automatiquement, faible en quantité, voire qualité :roll:

 

déjà, une "page" ne doit pas finir par "/", sinon c'est un répertoire

pour ce qui est du duplicate, ça ne sera pas à cause du titre que ta page sera considérée duplicate. Tout juste auras-tu des messages d'avertissement dans GWT t'indiquant que tes titres sont dupliqués

 

@Leonick :

Penses tu que ceci :

ndd.ext/categorie/article/id

peut poser plus de problème que ceci :

ndd.ext/categorie/article-id

Dans le 1er cas, l'id serait donc vu comme le nom de la page
Alors que dans le second c'est "article-id" <-- plus de mots clés ici

Y aura t-il vraiment une grosse différence au niveau du référencement?

j'imagine que non dans la mesure ou l'url n'a que peu d'impact sur le positionnement.

 

au niveau du référencement, pour l'instant, ça ne devrait rien changer, mais si on fait une analogie avec le classement de photos numériques, par exemple, ça reviendrait à faire un répertoire par photo. Si tu as pris 300 photos, hier, tu aurais donc ton répertoire 2014-09-30 qui contiendrait 300 répertoires, qui, eux-mêmes, ne contiendraient chacun qu'une seule photo !

même si ce sont des répertoires virtuels, une règle de réécriture pour article-id se fait sans aucun problème, même si ton article contient plusieurs "-" exemple : (.*)-([0-9]+)$

 

au contraire ca me semble pas aussi évident :/

j'ai qu'une seule règle, et faut que je regarde si je peux me démerder avec ça et mon modèle MVC actuel :

RewriteRule ^([a-zA-Z0-9\-\_\/]*)$ index.php?p=$1 [L]

Je vais me pencher dessus car je trouve également que c’est plus logique, mais si je ne pense pas que ca soit d'une importance capitale

 

et fait si : la seule chose importante étant l'id, dans mon exemple je capturais le reste, mais en fait tu n'en as pas besoin, il suffit juste de capturer la fin, soit :
-([0-9]+)$ /index.php?p=$1 [L]
donc ton ^ n'a pas d'intérêt, en fait