通知レベル - カテゴリ通知レベルの理解と伝達

Having used Discourse for ~1 year, I’ve underestimated category notification levels, both in terms of how much there is to comprehend, and how much they influence the user experience - too low, and things seem dead, but too high, and people (and spam filters!) get snarky at the quantity of emails.

I’ve created this table to break down the differences between the various options. I’ve been testing it for a few weeks, and I’m mostly confident it’s accurate (which is to say there’s a good chance it’s inaccurate).
Does anyone (a) know of a similar or better resource, or (b) have any edits / updates / suggestions to make this more accurate?

Discourse Notifications testing.pdf (12.7 KB)

「いいね!」 3

There’s some Notification info in the New User Guide that may be useful.

Maybe some links to the sections in Preferences where you can change the settings may be good? (you can make them generic for your site by adding ‘my’ instead of u/username - eg https://meta.discourse.org/my/preferences/notifications)

Preferences/Notifications
Preferences/Categories
Preferences/Emails

「いいね!」 2

Thanks @JammyDodger.
This is great info, that will be very helpful in training up our users. I think I’ll still add in more info about category level notifications, but you’ve definitely made my task easier.
Thanks for taking time with the links.

「いいね!」 2

テーブルありがとうございます。大変参考になります。コミュニティでの通知レベルの使用について、あまり伝達できておらず、訪問者が少ないため、多くの人が見逃していることに気づきました。

さまざまなレベルのスクリーンショットはあまり役に立たないことがわかりました。私自身もそれらを変更する影響を理解するのに苦労しています。あなたのテーブルは私にとってより明確になりました。

「いいね!」 2

この返信を書いたばかりなので、ここでもう一度引用します。まだ適用されます。

(メールは、過去10分間にウェブブラウザがウェブサイトにアクセスしていない場合にのみ送信されます。)

「いいね!」 4

この点については、自分自身で違いを理解し、ユーザーが理解できる言葉で説明を記述し、適切な方法でガイドする方法について、引き続き苦労しています。また、当初は私たちのオーディエンスと、Discourseのインストール環境とのインタラクション方法を誤解していたため、過度に積極的なメール設定から始め、大量のメール(そして、議論の余地はあるかもしれませんが、意図しないスパム)を生成していました。

以下は、私が到達したところです(先週、@pfaffman の協力を得て):

Watching(「Emailed and Notified」に改名すべきか?)
これらのカテゴリのアクティビティについて、すべてフォーラムで通知され、すべてのアクティビティについてメールでも通知されます。新しい投稿のカウントもトピックの横に表示されます。CCフォーラム:この設定は大量のメールトラフィックを生成する可能性があるため、すべてのアクティビティについてメール通知を受けたいカテゴリにのみ使用してください。ワークショップのチケット購入カテゴリで、後続のチケットの利用可能性について通知およびメールを受け取りたい場合に推奨されます。

Tracked(「Notified」に改名すべきか?)
これらのカテゴリのアクティビティに関するメールは一切受信しません。新しい投稿のカウントがトピックの横と、ホームページの「new」に表示されます。CCフォーラム:メールは必要ないが、追跡しておきたいほとんどのカテゴリに推奨されます。

Watching first post(「Emailed about first posts, otherwise Notified」に改名すべきか?)
これらのカテゴリの各新しいトピックの最初の投稿について、フォーラムで通知され、メールも送信されます。CCフォーラム:ワークショップのチケット購入カテゴリに推奨されます。ただし、後続の追加チケットのリリースについてもメールを受け取りたい場合は、それらのカテゴリを「watched」に設定する必要があります。

Muted
これらのカテゴリの新しいトピックに関する通知は一切受け取らず、カテゴリや最新ページにも表示されません。これらのカテゴリのアクティビティに関するメールは一切受信しません。CCフォーラム:特別な理由がない限り、推奨されません。

通知をメールから切り離す必要があります。ユーザーはカテゴリをウォッチしている可能性がありますが、メール通知はオフになっている場合があります。

ここの説明は妥当です。

「いいね!」 6

ああ、はい、おっしゃる通りです。メールが有効になっているかどうかを切り分ける必要があります。ありがとうございます。

デフォルトの説明については、よくわかりません。数年間、非常にパートタイムで私たちのインストールを実行してきた者として、これらのさまざまな区別を理解し、そこからユーザーへの推奨事項やカテゴリのデフォルト設定を作成できるようになるまでに長い時間がかかりました。

標準のガイダンスの説明を変更する前に、ユーザーから多くのフィードバックがありましたが、彼らには意味がなく、調整することに消極的でした。そのため、解釈作業(成功と正確さの度合いはさまざまですが)を行おうとしてきました。

それはもっともです。私はDiscourseを長年使い続けてきたため、いくつかのことに関しては判断が歪んでいるかもしれません。:slight_smile:

@mcwumbly さんからさらにコメントがあるかもしれませんが、それまでの間、ご自身のサイトのテキストは好きなように編集できることをご存知ですか?

/admin/customize/site_texts にアクセスして、テキスト文字列を検索してください。

「いいね!」 3

Discourseに参加する前、コミュニティを運営していた頃、これらの設定をより分かりやすくする方法を模索していました。以前、このことについていくつかのアイデアをここで共有しました:What is a notification?

「いいね!」 3

はい、ありがとうございます。そうしてきました。(実際に理解する前にいくつか怪しい変更を加え、今ではより良く、より正確な情報も追加しました。このスレッドの早い段階でリストアップしています)。

6件の投稿が新しいトピックに分割されました:サイト閲覧ではなく「投稿閲覧」に基づいて視聴メール通知を送信する