Comment gérer les changements d'URL canoniques comme Stack Overflow

13

Les sites Stack Overflow ont tous de jolies URL qui incluent le titre de la question. Dans le HTML, il a également une URL canonique pour cette page.

Je viens de découvrir que lorsque je modifie le titre de la question, l'URL est immédiatement modifiée. L'URL canonique est également mise à jour. Cela signifie-t-il que tant que la page contenant l'ancienne URL canonique redirige vers la nouvelle URL canonique, les moteurs de recherche mettront également à jour leurs enregistrements de l'URL canonique?

Y a-t-il autre chose que l'on puisse faire activement pour rendre le changement d'URL encore plus fluide?

lulalala
la source

Réponses:

16

Toutes les questions sur Stack Exchange contiennent un ID numérique (28070 pour cette question) qui est la seule chose qui identifie de manière unique une question.

Ainsi, lorsqu'un titre de question est modifié, l'URL telle que la /28070/old-question-titlemontre toujours, car l'ID est toujours là. L'ID est recherché et le nouveau titre renvoyé, ce qui signifie que la nouvelle URL peut être déterminée et affichée dans la balise canonique.

Cela fonctionne parfaitement pour les moteurs de recherche - lorsqu'ils voient l'ancienne URL, ils peuvent voir l'URL canonique (ou obtenir une redirection 301 dans la plupart des cas), alors mettez à jour leur index.

Chèvre mécontente
la source
3
Cela me rappelle un argument de conception de base de données classique sur la question de savoir si les clés primaires doivent être significatives ou sans signification. D'une part, de nombreuses classes d'objets semblent avoir des attributs inhérents uniques qui, à leur surface, sont parfaitement adaptés à une utilisation comme clé primaire. Cela évite aux concepteurs de bases de données de créer une clé primaire dédiée qui ne sert à rien d'autre. Cependant, en réalité, bon nombre de ces clés primaires «évidentes» sont mutables. Le nom d'une personne peut changer (par exemple, elle se marie), tout comme son adresse, son numéro de téléphone, etc. Même quelque chose comme un ID d'employé peut changer si le format de l'ID est modifié.
Lèse majesté
Cela montre une fois de plus que le référencement de Google pousse le monde. J'ai du mal à trouver une raison pour laquelle les sites ont besoin de longues URL remplies de mots-clés SEO alors qu'une URL plus courte avec juste le nombre suffirait. Et ne me dites pas que cela augmente l'expérience utilisateur, car l'utilisateur doit toujours entrer le numéro dans l'URL / lien pour accéder à la page, il n'y a donc aucune excuse pour les mots clés dans l'URL autre que le référencement.
Marco Demaio
1
@Marco, l'argument UX ne concerne pas l'utilisateur tapant l'URL, il s'agit de donner à l'utilisateur une indication de la nature de la page. Il existe un argument valable pour ne pas utiliser du tout un ID, mais vous rencontrez des difficultés techniques en recherchant de longues chaînes au lieu d'un ID simple et rapide.
DisgruntledGoat
1
@Lese, je pense que vous venez de répondre à votre propre débat;) Les clés primaires sans signification n'ont pas vraiment d'inconvénients et vous pouvez toujours utiliser des contraintes uniques supplémentaires dans votre base de données.
DisgruntledGoat
1
@lulala: Oui, si vous 301 ou définissez le lien canonique, Google saura mettre à jour leur index.
Lèse majesté