web-dev-qa-db-fra.com

SEO et URL modifiables mais facultatives

Existe-t-il un inconvénient pour une URL modifiable?

Prenez n'importe quelle question d'échange de pile par exemple. L'URL ressemble à ceci:

webmasters.stackexchange.com/questions/3079/should-i-use-a-file-extension-or-not

Simplement webmasters.stackexchange.com/questions/3079 est le "vrai" lien, car vous pouvez toujours accéder à cette question par son ID même si le titre change.

Mais disons que la question est renommée par l'utilisateur après avoir été indexée par Google. L'URL est donc désormais webmasters.stackexchange.com/questions/3079/file-extensions-are-yummy

Quelqu'un peut-il donner un aperçu des compromis ici? J'aime avoir le titre du document (dans ce cas, le titre de la question) après l'ID du document à des fins de référencement et de lisibilité, mais je me demande quels sont les inconvénients pour la dernière partie de l'URL modifiée.

Est-il utile d'empêcher les utilisateurs de renommer leur document? Dois-je configurer des redirections 301 délicates?

7
Lotus Notes

Existe-t-il un inconvénient pour une URL modifiable?

Dépend. Regardons l'URL de votre question. En ce moment, l'URL est:

webmasters.stackexchange.com/questions/5376/seo-and-changeable-urls

Comme vous l'avez indiqué, si vous modifiez le titre de la question, l'URL change également et devient:

webmasters.stackexchange.com/questions/5376/file-extensions-are-yummy

Maintenant, si Google a l'URL d'origine indexée et cette URL d'origine n'est plus valide, nous avons un problème, tant au niveau du référencement et, plus fondamentalement, quiconque est lié à la question ou en favori la question n'aura pas un lien brisé et obtiendra un 404.

Cependant, ce n'est pas comme ça que ça marche sur StackExchange. Il semble que StackExchange examine l'ID de la question et ignore ensuite la partie titre. Comme vous l'avez noté, vous pouvez visiter http://webmasters.stackexchange.com/questions/5376 et cela charge votre question. Vous pouvez également visiter http://webmasters.stackexchange.com/questions/5376/file-extensions-are-yummy (ou http://webmasters.stackexchange.com/questions/5376/whatever-dude) et cela fonctionne aussi!

Donc, si vous modifiez le titre de votre question et que la "nouvelle" URL est

webmasters.stackexchange.com/questions/3079/file-extensions-are-yummy

Cela ne signifie pas que votre ancienne URL ne fonctionnera pas - cela fonctionnera toujours. Ainsi que le nouveau.

À ce stade, vous craignez peut-être à juste titre qu'il existe des URL en double. S'il existe un certain nombre de liens vers votre URL d'origine (webmasters.stackexchange.com/questions/5376/seo-and-changeable-urls) et un numéro vers la nouvelle (webmasters.stackexchange.com/questions/5376/file-extensions-are-yummy), vous allez diviser le classement de la page dans Google et les autres moteurs de recherche. Heureusement, ceci peut être atténué en utilisant la balise <link rel="canonical" />.

Google fournit une bonne description de <link rel="canonical" /> dans son entrée de blog Spécifiez votre canonique . En bref, vous pouvez utiliser cette balise pour dire au moteur de recherche: "Peu importe l'URL que vous avez utilisée pour accéder à cette page, traitez-la comme si vous étiez en train de visiter via cette autre URL."

Sur StackExchange, l'URL canonique est l'URL du titre de la question d'origine (ou du moins, je le suppose). Si vous faites une vue/source sur cette page, vous verrez la balise suivante:

<link rel="canonical" href="http://webmasters.stackexchange.com/questions/5376/seo-and-changeable-urls">

De même, si vous visitez http://webmasters.stackexchange.com/questions/5376 ou http://webmasters.stackexchange.com/questions/5376/file-extensions-are-yummy ou http://webmasters.stackexchange.com/questions/5376/whatever-dude the canonical<link>, la balise reste inchangée. Je présume que sa valeur est fixe, que vous changiez ou non le titre de votre question.

Donc, si vous avez les choses correctement configurées, il n’ya aucun inconvénient à ce que les URL soient modifiables. Mais si vous générez des 404 ou n'utilisez pas la balise canonique (ou un autre formulaire ou la réécriture d'URL), il y a des inconvénients.

Bonne programmation!

7
Scott Mitchell

Si vous modifiez l'URL, vous avez une nouvelle page dans les yeux de Google et de tous les autres moteurs de recherche. Cela signifie que la page recommencera avec les liens PR et les liens entrants chaque fois qu'elle changera. Ce n'est évidemment pas ce que vous voulez.

Si vous autorisez les URL à changer, vous devez vous assurer que vous effectuez une redirection 301 de l'ancienne URL vers la nouvelle. Mais ce n’est vraiment pas une bonne solution si les URL changent plus d’une fois, car vous aurez alors une longue chaîne de redirections qui entraînera une perte de relations publiques ainsi que le potentiel des moteurs de recherche de rencontrer une erreur ou de cesser de suivre les URL. chaîne après X quantité de redirections.

Il n'y a pas de bonne solution pour cela car vous perdez finalement quelque chose, sinon tout, lorsque vous changez d'URL. Je déconseillerais cela à moins que le changement ne soit effectué rapidement après la création et laissé à un seul changement. Quelque chose d'autre alors qui demande des problèmes.

2
John Conde

Si l'URL change, le code 404 s'affichera lors de l'exploration de cette page. Si le titre de votre page change souvent, vous risquez de désindexer et de réindexer plusieurs pages de votre site régulièrement, ce ne serait évidemment pas formidable grâce au référencement. la perspective. De plus, si votre page génère beaucoup de liens, vous modifiez le titre de la page. Tous ces liens pointent vers un 404 et deviennent pratiquement sans valeur du point de vue du référencement et de celui de l'utilisateur. Si vous le définissez de manière à conserver le contenu tant que l'ID est correct, vous risquez des problèmes de duplication de contenu.

Une méthode hybride que j’ai vue et qui fonctionne bien si les pages sont générées manuellement consiste à leur permettre de créer un "slug" c’est descriptif et utilisé comme adresse URL afin que l’utilisateur puisse modifier le nom aussi souvent qu’il le souhaite, mais L'URL reste intacte.

(Notez que de nombreux sites Web sont configurés de cette manière et fonctionnent bien avec le référencement tant que vous êtes au courant des problèmes potentiels et que vous vous assurez qu'ils ne vous échappent pas, vous serez ok).

0
Joshak