Our forum is 2 years old and its doing well. Engagement increased over time and we have started to get some organic traffic from search engines.
Our tags are not blocked in robots.txt file and most of our organic traffic comes to tag pages. But here the problem arises, the titles and meta descriptions of tags are like this “Topics tagged coffee-beans” and we want it to be something like this “Coffee Beans: Latest Discussions”, it fulfills the user intention in search keyword and they are more likely to visit our forum.
So, is there is any plan of the discourse team to add functionality to edit tags titles and description.
It’s not planned, as that would make tags overlap with categories. Tags are meant to be rather lightweight, and adding a bunch of metadata makes them .. less lightweight.
다시 한번 검토해 보고 있는데, 이제 여기에는 태그에 대한 *설명(description)*이 있어야 한다고 생각합니다. 다만 ‘짧은’ 설명과 ‘긴’ 설명을 모두 필요로 하는지에 대해서는 감정이 엇갈리네요. @neil@sam@eviltrout 여러분은 어떻게 생각하시나요?
설명은 태그 페이지의 정보 버튼에서 관리할 수 있으며, 기존에 있던 이름 변경, 동의어, 삭제 컨트롤과 함께 제공될 수 있습니다.
태그가 가볍고 간편해야 한다는 취지와 맞으면서도, 포럼을 체계적으로 유지하려면 사람들이 태그의 의미와 사용 시점에 대해 동일한 정의를 가져야 한다는 점을 인식하고 있다는 점에서 동의합니다.
숨겨진 긴 설명을 두는 것이 여전히 유용할 수 있다고 생각합니다. 예를 들어 태그 사용 기준을 설명하거나, 이 태그를 추가할 수 있는 권한이 있는 사람이 누구인지, 이 태그를 사용하려면 부모 태그도 함께 추가해야 하는지 등을 안내하는 데 활용할 수 있겠죠. 특히 스태프에게는 특히 도움이 될 것 같습니다.
저는 Stack Overflow의 다양한 사이트를 사용하며, 해당 사이트의 태그에는 태그의 의미를 이해하는 데 필요한 최소한의 맥락만 제공하는 짧은 발췌문과, 태그별 모든 주제를 나열하는 개요 페이지에 표시되는 더 긴 설명이 있습니다. 제 생각에는 이 방식이 사용 편의성과 SEO 모두에서 매우 효과적입니다.
짧은 설명(최대 255자)을 제공해 주시면 매우 도움이 됩니다.
이렇게 하면 태그에 설명을 추가하고, 예를 들어 태그의 홈페이지 링크를 배치할 수 있습니다.
Nextcloud의 경우 현재 Nextcloud 앱에 대해 100개의 카테고리가 있습니다. 그중 일부는 항목이 적고 카테고리 목록이 매우 방대합니다. 따라서 태그를 사용하되, 설명 필드를 통해 사용자를 해당 앱의 GitHub 저장소로 연결하고 싶습니다.
성능상의 이유로 이 기능을 구현할지는 확실하지 않습니다… @tgxworld 또는 @kris.kotlarek이 이것이 가능한지 여부에 대해 더 나은 의견을 가질 수 있을 것입니다.
차이는 카테고리가 수량이 훨씬 적고 관리자에 의해 생성된다는 점입니다… 사이트가 1,000개의 카테고리를 가질 것이라고 기대하지 않으며, 만약 그렇게 된다면 각 카테고리에 직렬화되는 데이터량(설명, 색상, 다양한 설정 등) 때문에 성능 문제가 발생할 것입니다. 반면 태그는 사용자가 생성할 수 있으며, 사이트에서 수천 개의 태그가 존재할 가능성이 있습니다… 따라서 대부분의 경우 이름과 ID만 포함합니다.