Another issue I detected today. This one is a particularly bad practice with regards to SEO and social media.
The slug name of a topic changes once the title changes.
That’s a big SEO no, no.
Imagine, you have a topic that has gained a lot of backlinks or is going viral on social media.
Now a TL3 user finds a typo in the title and changes the title.
The slug changes too and therefore the canonical URL.
All backlinks will be lost, and the topic will immediately stop going viral, as the former URL is now 404.
Slug names should freeze once a topic has been posted.
Only admins/mods should have the possibility to change the topic slugs and a warning should be given. Means, when I change the title as an admin/mod, options should be provided: only change the title, or change title and slug.
Update: I just found out that Discourse automatically 301 instead of 404 on slug changes. This mitigates the problem to some extend. Still would opt for a frozen slug.
Yes, it 301 redirects, but again I would opt for frozen slugs. Google “may” be fine with it. But if a TL3 user goes on a frenzy… I don’t know. I as an operator of the website would not like it.
For most social media sites, URL changes will mean you lose your engagement metrics for that URL, 301 don’t help here, more complicated approaches are needed in this case:
This isn’t an SEO no-no. You’re presenting an incredibly contrived set of circumstances. If you’re worried that TL3 users will do this, make TL3 unobtainable on your particular instance.
This also isn’t a bug, the redirect and slug updates aren’t a fluke, it was engineered to behave this way.
A bug report means something is broken, preventing normal/typical use of 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.
