web-dev-qa-db-fra.com

SEO: ajouter une clé de description inutile dans une URL dynamique est-il bon ou non?

dans le site typique cms/ecommerce piloté par DB, vous aurez des pages d'articles dans les URL sous une forme similaire à

http://www.domain.com/item.php?id=36

1) Est-il bon pour le référencement d’ajouter une sorte de description (liée au contenu de la page) dans l’URL? i.e.

http://www.domain.com/item.php?id=36&descr=cheap-blue-jeans

même si la webapp n'a pas besoin de la clé descr pour extraire un élément de la base de données, il est ainsi nécessaire d'utiliser l'URL avec/sans la clé descr et d'afficher la même page identique.

Je pose la question parce que, par exemple, mon profil sur Pro Webmasters semble faire exactement cela:

https://webmasters.stackexchange.com/users/1429

https://webmasters.stackexchange.com/users/1429/marco-demaio

Ce sont les mêmes URL, la valeur marco-demaio n'est pas nécessaire, seule la valeur 1429 est nécessaire pour obtenir mon profil à partir de DB.

NOTE: dans ce dernier exemple, je pense également que la réécriture d'URL est impliquée, mais cette question va au-delà de la réécriture d'URL, . Je ne suis pas intéressé par la réécriture d'url ici et à quiconque est un addict url-rewrite-je suggère de lire ceci article officiel de Google .

2) En supposant que la réponse à (1) soit oui ou presque oui , dois-je effectuer une redirection 301 (ou utiliser canonique)? Et si oui de http://...?id=36&descr=cheap-blue-jeans à http://...?id=36 ou vice-versa?

3) Supposons que la réponse à (2) est "oui, il vaut mieux faire la redirection" , pourquoi ai-je besoin d'une redirection (ou canonique)? Je veux dire ai-je même besoin d'une redirection/canonique lorsque je suis absolument sûr que mon application Web ne sera jamais liée aux deux pages , de sorte que vous ne trouverez jamais dans la même page est liée de deux manières différentes (c’est-à-dire que tout lien vers id = 36 sera sous la forme http://...?id=36&descr=cheap-blue-jeans alors pourquoi Google devrait-il se préoccuper de http://...?id=36, je veux dire qu’il ne devrait jamais être même indexé et par conséquent Je ne devrais jamais avoir de problèmes de contenu en double.

Si vous êtes arrivé ici, merci pour votre patience, et plus pour toute réponse. :)

seourldynamiccanonical-url
1
Marco Demaio

Ce qui est malheureux à propos de l'article de Google que vous avez publié, c'est qu'il crée presque plus de mythes qu'il n'en détruit. Il est vrai que les moteurs de recherche ne rencontrent aucun problème pour indexer les URL dynamiques, mais les URL statiques ont toujours tendance à mieux se classer.

La raison principale en est que lorsque vous créez des URL statiques, elles sont moins "diluées" avec des caractères et des mots-clés non pertinents. Si vous prenez ceci, par exemple:

products.php?id=123&descr=product-name&view=comments

Ici, vous avez php, id, descr et view comme mots-clés essentiellement non pertinents pour la page. Cela ne nuira pas activement à votre classement, mais à certains égards, cela ressemblera à appeler votre photo de chien brun my-black-cat.jpg.

Comme d'autres l'ont dit, des URL claires et concises sont ce qu'il y a de mieux pour les utilisateurs et les moteurs de recherche. products/123/product-name/comments est beaucoup plus facile à comprendre que ce qui précède. S'il est possible d'avoir des "slugs" uniques dans l'URL, supprimez l'ID et choisissez un format tel que products/product-name/comments.

Pour répondre plus directement à vos questions:

  1. Oui, cela améliorera le référencement par rapport à l’identification du produit. Mais il est toujours préférable que les utilisateurs aient une URL statique.
  2. L'un ou l'autre, c'est bien. Je crois que Canonical et 301 agissent de la même manière en ce qui concerne le passage de PageRank, etc. Normalement, canonique est utilisé en raison de restrictions techniques ou en tant que pansement.
  3. Cela dépend de comment et quand vous redirigez. Par exemple, si vous redirigez uniquement lorsque le paramètre descr ne correspond pas à la description du produit spécifié par id, vous manquez la situation lorsque quelqu'un accède à ?descr=cheap-blue-jeans&id=36. Il est donc toujours bon de l'inclure, au cas où vous auriez manqué une redirection.
2
DisgruntledGoat

Si l'URL dynamique est explorée d'une manière ou d'une autre par le moteur de recherche, un description ne fera pas mal. Après tout, il s'agit d'aider le moteur de recherche à mieux indexer les pages, n'est-ce pas?

En outre, qui est plus reconnaissable 1429 ou marco demaio?

1
Starx

Comme toujours, la priorité accordée aux utilisateurs et à la convivialité produit les meilleurs résultats de référencement.

  1. La création d'URL descriptives permet aux utilisateurs et aux moteurs de recherche de savoir en quoi consiste la page. Donc, oui, il vaut toujours mieux utiliser http://domain.tld/product/36/cheap-blue-jeans que http://domain.tld/product/36.

  2. Si l'URL descriptive est plus utile pour les utilisateurs et les moteurs de recherche, c'est naturellement ce que vous souhaitez indexer et utiliser comme URL canonique.

  3. Mieux vaut prévenir que guérir. Pourquoi voudriez-vous risquer de créer un contenu en double? Il n'y a aucun avantage à cela, seulement un préjudice. Souhaitez-vous créer une porte dérobée non sécurisée vers votre site Web tant qu'elle n'est liée à aucun endroit?

1
Lèse majesté

C'est pourquoi je détesterais les solutions élaborées par l'industrie.

Je fais tout à la main (j'ai mon propre framework, etc., donc la rapidité de livraison n'est pas un problème pour moi), afin de rendre le site plus convivial.

Voir l'évolution:

Le dernier, IMHO, est l’option la plus concise, conviviale et pertinente. Quel besoin 'pour y parvenir?

  • mod_rewrite, comme d'autres solutions.
  • créer un index de base de données sur le champ de description abrégé, afin que nous puissions garder les choses rapidement
  • une routine simple pour trouver des produits par description, à la place par id.

Quelques travaux supplémentaires, un peu de convivialité pour les utilisateurs. Oui, car les nombres dans les URL ne disent rien aux utilisateurs, ni aux moteurs de recherche. Garder leur soutien comme solution de secours peut être une option, mais utiliser uniquement des descriptions me semble plus logique.

1
Dave