返信が元の投稿に対する「技術的に」正しい答えである場合、モデレーターが投稿を解決済みとしてマークしても問題ないと思います。
特に次のような場合:
- 元の投稿が非常に具体的な質問をしている
- 質問がタイトルにある場合はさらに良い
- それが古い投稿である(トピックが「古い」と見なされる期間を設ける、例えば6か月)
- トピックにアクティビティがない場合(同じく、例えば3か月)
- モデレーターがその答えが正しいと確信している
解決済みとしてマークされると、正しい答えを検索しやすくなるのでしょうか?検索やAIボットは、解決済みとしてマークされたトピックにより重きを置くのでしょうか?
「いいね!」 3
Moin
23
それは prioritize_solved_topics_in_search の設定によると思います。私にとっては、検索結果でトピックが解決済みであることがわかるだけでもすでに役立っています。検索結果を解決済みのトピックで絞り込むこともできます。
「いいね!」 1
それは私の次の質問であり、知っておくと良いことです。
「コンテンツ・ガーデニング」の概念は、フォーラムをソリューションを検索しやすくすることに焦点を当てているようです。
解決済みのトピックは検索結果でより優先されるべきでしょうか? バナーや、「このトピックにはマークされた解決策がある」と明示的に示す方法を設けるべきでしょうか?
Moin
25
より大きなバナーは好ましくないと思います。緑色のチェックボックス以上の情報を追加せずにスペースが必要です。
この議論をガーデニングのリクエストから分けるのは意味がありますか?
一般的なコンテンツガーデニングの議論を煩雑にしないために、この議論を続けたいのであれば。
サポート関連のすべてのカテゴリ(ここMetaで)は、「解決策としてマーク」オプションを採用していますか?
追記:
しかし、私はそれを暗示するつもりはありませんでした
これはトピックから外れていると言いたかったのです。実際にはその逆です。
「解決策としてマーク」オプションは、「コンテンツガーデニング」のプロセスにおいて非常に役立つ可能性があると感じています。
「いいね!」 2
ToddZ
27
これは、複数の解決策が提案される可能性がある多くの領域で使用されています。
Moin
28
「いいね!」 1
ToddZ
29
re. モデレーターによる解決策のマーク付け:
良いリストですね!
JammyDodger はより短い期間を使用していました:
2週間から6ヶ月の間の経験則から始めるのは良いでしょうね 
「いいね!」 1
[quote=“ToddZ, post:29, topic:397606”]大まかな目安として2週間から6ヶ月の間ですね
[/quote]
ええ、ただ数字を出しただけです
2週間の方が当てはまりそうですね
また、op(元の投稿者)が返信して問題が解決したと述べたものの、解決策としてマークしなかった場合、それは確実な証拠になります。
「いいね!」 2
mcwumbly
(Dave McClure)
31
試してみてどうなるか見てみるための、考えられる回避策を実装しました。
- 信頼レベル3のユーザーに作成権限を付与しました
- 「新しいトピックの承認を要求する」をオンにしました
- 次のトピックテンプレートを追加しました
<!-- このカテゴリのチームメンバーでない場合は、トピックを作成しないでください。 -->
<!-- 信頼レベル3のユーザーは、タイトルとタグを編集できるように作成権限を持っています -->
これにより、TL3ユーザーがそれらのドキュメントカテゴリのタイトルとタグを修正できるようになり、誰がそれらのカテゴリでトピックを作成できるか、または作成すべきかについて、あまり混乱を招くことなく対応できるはずだと思います。
どうなるか見てみましょう。
(これは、gitリポジトリから同期によって管理されている Documentation > Developer Guides を除く、各 Documentation サブカテゴリに対して行いました)
「いいね!」 3
私は最近これについて少し考えていました。なぜなら、OPが「ありがとう、これで問題が解決しました」のようなことを言っても、解決済みとしてマークしないケースを多く見かけるからです。昨日、私が介入して解決済みとしてマークしましたが、もし私たちがこれを実行するのに数週間待つとしたら、それは適用されるのでしょうか?
人々が「解決済み」と書かれた大きな緑色のボタンを見逃しているのかどうかはわかりませんが、サイトを整理するために私たちが行う必要があることなのであれば、たとえそれが最近のことだとしても、正当な行動であるべきだと思います。
「いいね!」 1
mcwumbly
(Dave McClure)
33
検討すべき事項として、以下が挙げられます。
- ソリューションにマークを付ける
- その旨をコメントで伝える
あるいは、最近この機能を追加しました: Notify OP and answerer if staff accepts an answer

これを有効にしてみるべきでしょうか?
「いいね!」 2
mcwumbly
(Dave McClure)
34
参考までに、ここではこれがしばらく有効になっています。

私の意見では、その選択肢は悪くありません。私がここで過去に見てきた唯一の他の実行可能な選択肢は、「解決済み」としてマークしてトピックをロックすることですが、目的を果たした直後にトピックをロックしたいわけではありません。フォローアップの質問や問題が発生する可能性があるからです。ロックメッセージでユーザーに知らせる方が、完全な返信よりもずっと良いと思いますが、可能な限り、特にサポートトピックで、恣意的にトピックをロックすることは避けるべきだと思います。
OP(元の投稿者)に知らせるのが正しい選択肢のように思えますが、モデレーターやスタッフが解決策としてマークし、トピックが自動的にクローズされるようにするという選択肢もあるように感じます。どこかで解決策を提案する機能の提案を見たことを覚えています。しかし、それは今日できることではありません。それまでの間、それを有効にする方が良いかもしれません。
mcwumbly
(Dave McClure)
36
ええ、これもすでに設定されています。
それはかなり寛大ですね(30日間?)。
それで、もう一方のオプションをオンにするなら、「解決済みとしてマーク」で十分だと思います。
- 解決済みとしてマーク
- OPに通知される
- (返信して「いや、解決していない」と明確にするために30日間ある)
- トピックが自動的にクローズされる
そして、30日間が長すぎると感じるなら、短縮することもできます…
「いいね!」 1
Moin
38
それが、そのカテゴリで多くのタグが欠落している理由かもしれません。タグはGitHubでも追加されていますか?
うーん… こちらを見ても、タグがあるようには見えません。また、こちらに示されているように、タグはドキュメントのフロントマターの一部ではないようです。
mcwumbly
(Dave McClure)
40
ええ、Documentation > Developer Guides は現時点では少し別物として扱い、まずは他のものに焦点を当てましょう。
ToddZ
41
そのOPへの通知がどのようなものか興味があります。js.review.stale_help のようなものでしょうか…?

「これは解決したように見えますが、もし間違っていたら訂正してください」というニュアンスを伝えるべきだと考えています。
「いいね!」 1