Un autre problème que j’ai détecté aujourd’hui. Celui-ci constitue une très mauvaise pratique en matière de référencement (SEO) et de réseaux sociaux.
Le nom d’URL (slug) d’un sujet change dès que le titre est modifié.
C’est une grave erreur de SEO.
Imaginez que vous ayez un sujet qui a acquis de nombreux backlinks ou qui devient viral sur les réseaux sociaux.
Un utilisateur de niveau TL3 repère alors une faute de frappe dans le titre et le modifie.
Le slug change également, entraînant ainsi le changement de l’URL canonique.
Tous les backlinks seront perdus et le sujet cessera immédiatement de devenir viral, car l’ancienne URL renverra désormais une erreur 404.
Les noms d’URL (slugs) devraient être figés une fois qu’un sujet a été publié.
Seuls les administrateurs/modérateurs devraient avoir la possibilité de modifier les slugs des sujets, et un avertissement doit être affiché. Autrement dit, lorsque je modifie le titre en tant qu’administrateur/modérateur, des options devraient être proposées : modifier uniquement le titre, ou modifier le titre et le slug.
Mise à jour : Je viens de découvrir que Discourse effectue automatiquement une redirection 301 au lieu d’une erreur 404 lors des modifications de slug. Cela atténue le problème dans une certaine mesure. Je privilégierais tout de même un slug figé.
Oui, cela effectue une redirection 301, mais je privilégierais à nouveau les slugs figés. Google « peut » l’accepter. Mais si un utilisateur de TL3 se lance dans une frénésie… je ne sais pas. En tant qu’opérateur du site web, je n’aimerais pas cela.
Pour la plupart des sites de réseaux sociaux, les modifications d’URL signifient que vous perdez vos métriques d’engagement pour cette URL ; les redirections 301 n’aident pas dans ce cas. Des approches plus complexes sont nécessaires ici :
Ce n’est pas un tabou en matière de référencement. Vous présentez un ensemble de circonstances incroyablement artificielles. Si vous craignez que les utilisateurs de TL3 fassent cela, rendez TL3 inaccessible sur votre instance spécifique.
Ce n’est pas non plus un bug : la redirection et les mises à jour des identifiants (slugs) ne sont pas un hasard, le système a été conçu pour se comporter ainsi.
Un rapport de bug signifie qu’un dysfonctionnement empêche l’utilisation normale ou typique de Discourse.
Je suis d’accord sur la valeur d’avoir un paramètre qui nous permet (en tant qu’administrateurs) de créer des slugs figés.
La solution de @Stephen a été de désactiver la possibilité pour certains utilisateurs de mettre à jour leurs titres. Mais je trouve que laisser les utilisateurs améliorer leurs titres est une bonne idée.
Même en tant qu’administrateur, je réorganise les informations et renomme les choses tout le temps, donc je ne pense pas que « ne pas renommer les titres » soit une bonne solution.
Idées alternatives
En tant qu’administrateur, il serait incroyable de pouvoir déterminer un slug pour un article. Ainsi, même si le titre du sujet change, le slug reste court et simple.
Ce serait bien sûr un ajout à la redirection 301 actuelle, car après avoir expérimenté, j’ai réalisé qu’elle fonctionne tant que le / [#nombre] à la fin de l’URL est conservé.
Je soutiens la demande de @Terrapop, je pense que c’est une excellente option à offrir aux administrateurs et à éviter les problèmes à long terme.
Il est injuste de qualifier mon commentaire de solution - comme la réponse l’a indiqué dans une modification, ce n’est pas vraiment un problème. La redirection rend les modifications du slug effectivement dénuées de sens.
Le gel des slugs suppose que le titre original et la partie lisible par l’homme résultante de l’URL sont d’une manière ou d’une autre supérieurs à la version renommée. Si tel est vraiment le cas, pourquoi voudriez-vous que vos utilisateurs puissent renommer des sujets ? C’était là mon argument.
En supposant un instant que les renommages de sujets sont bénéfiques, pourquoi ne voudriez-vous pas que l’URL lisible par l’homme reçoive le même avantage ?
À bien des égards, renommer un sujet et changer l’URL n’est pas un problème majeur car cela redirige correctement. Le routage des sujets est basé sur l’ID du sujet, donc même si vous tapez https://meta.discourse.org/t/donk/162580, vous accédez toujours à ce sujet. Cet ID de sujet ne changera pas suite à une interaction utilisateur sur le site.
Si l’URL renvoyait une erreur 404, bien sûr, le SEO et les réseaux sociaux seraient un problème, mais ce n’est pas le cas – elle redirige et Google mettra correctement à jour l’URL.
Nous recommandons à tous les gestionnaires de communauté de mettre à jour les titres pour refléter fidèlement le contenu de la discussion. C’est bénéfique à la fois pour le SEO (car le facteur le plus important pour le classement est de faire correspondre l’intention de recherche avec le contenu de la page) et pour la découverte/participation au sein de la communauté elle-même.
Parce que les URL ne sont pas affichées si souvent de nos jours ? Et parce que Discourse n’utilise pas de belles URL du tout (comme cela peut être fait dans WordPress) ?
L’URL lisible par l’homme était autrefois un battage médiatique pour le référencement et, certes, elle aidait un utilisateur à comprendre ce à quoi il pouvait s’attendre, mais aujourd’hui, la plupart des plateformes utilisent une approche similaire à celle de Onebox ici. Les URL ne sont plus importantes pour un utilisateur.
Comment le renommage des titres redirige-t-il automatiquement ? Est-ce un paramètre qui doit être configuré manuellement ? Actuellement, le renommage des publications semble casser les liens.
Je viens de réaliser une série de tests et cela semble fonctionner comme prévu maintenant, peut-être que c’était juste une erreur de ma part à l’époque, ou peut-être que j’enlevais la série de chiffres à la fin du post.
Y a-t-il une limite au nombre de modifications de titres de sujets qui sont stockées, ou toute modification de sujet est-elle redirigée ?
Il n’y a pas de stockage, pas même de création de redirection. Le nom du sujet est complètement ignoré lorsque l’URL contient l’ID du sujet, donc les renommages sont gratuits.
