Je suis l'administrateur d'un blog avec environ 20 auteurs contribuant à des articles. Je viens de migrer de Wordpress.com.
Le problème qui commençait à se produire sur WP.com était que les auteurs utilisaient les balises différemment. C'est-à-dire que certains choisiraient uniquement des balises de base, d'autres énuméreraient tous les mots clés possibles.
Il semblerait que pour WP rôles, tous ceux qui permettent aux utilisateurs de soumettre des publications, ils peuvent également baliser leurs publications avec autant de balises qu’ils le souhaitent.
Ma question est donc la suivante: Quelle est la meilleure pratique de gestion des balises pour un blog ayant plusieurs auteurs?
- Je suppose que la réponse à cette question pourrait être subjective. Mais j’ai vraiment besoin de conseils expérimentés à ce sujet, et Wordpress-Answers est le lieu où je vais trouver ceci.
- Content de vous convertir au Wiki de la communauté?
Je gère un blog avec 3 éditeurs et 8 à 10 contributeurs.
D'après mon expérience, le meilleur moyen de gérer les balises est simplement de demander aux contributeurs de ne pas ajouter de balises à leurs propres articles, mais de demander aux éditeurs de marquer les articles. Vous pouvez ensuite travailler avec les éditeurs pour définir l’objet des balises sur votre site et vous assurer de l’application de ces règles.
J'utilise le plugin Simple Tags pour ajouter des balises à des articles qui remplace le système de saisie de balises par défaut. Lorsque vous tapez une balise, elle recherche automatiquement les balises existantes et les affiche dans un menu déroulant AJAX-y, ce qui est très utile pour éviter les doublons et pour voir quelles balises similaires existent.
Comme je n'avais pas toujours géré les tags de manière aussi diligente, j'ai utilisé le plug-in Terms Management Tool pour fusionner des balises similaires/en double. Nous avions beaucoup de choses comme "Firefox" et "Mozilla Firefox". Je les ai donc combinées en une seule balise. Simple Tags permet d'éviter de tels problèmes à l'avenir.