Discourse サイトの全ユーザーへのメッセージ送信

:bookmark: このガイドでは、Discourse サイト上の全ユーザーにプライベートメッセージやメールを送信する方法、外部メールサービスの利用方法、および「お知らせ」カテゴリの作成方法について説明します。

:person_raising_hand: 必要なユーザーレベル:管理者

Discourse はメール送信サービスとして設計されているわけではありませんが、必要に応じてサイト内の全ユーザーに連絡するための方法はいくつか存在します。このガイドでは、外部メールサービスの利用と、Discourse 内での「お知らせ」カテゴリの作成という 2 つのアプローチを紹介します。

外部メールサービスの利用

外部サービスからメールを送信するには、以下の手順に従ってください。

  1. サイトのユーザーファイルをエクスポートします。

    • 管理パネルに移動します
    • ユーザーページへ移動します
    • ページヘッダーにある「エクスポート」ボタンをクリックします
  2. エクスポートが完了するまで待ちます。CSV ファイルの準備ができると、ダウンロードリンクを含むプライベートメッセージが届きます。ダウンロードリンクの有効期限は 48 時間です。

  3. CSV ファイルをダウンロードし、スプレッドシートプログラムで開きます。

  4. email 列からメールアドレスを抽出します。

  5. 選択したメール送信サービスにこれらのメールアドレスをアップロードします。

  6. 外部サービスを使用してメッセージを作成し、送信します。

「お知らせ」カテゴリの作成

外部メールサービスの代わりに、Discourse 内で保護された「お知らせ」カテゴリを作成することもできます。

  1. 「お知らせ」という名前の新しいカテゴリを作成します(または任意の名前を使用してください)。

  2. カテゴリの権限を設定します。

    • トピックの作成を特定のグループ(例:サイトスタッフ)に制限します
    • これによりスパムを防ぎ、承認されたユーザーのみがお知らせを投稿できるようにします
  3. 全ユーザーがカテゴリをウォッチするように設定します。

  4. 変更を過去に遡って適用します。

    • 設定を保存した後、変更を過去に遡って適用するかどうか尋ねられます
    • 「はい」を選択して、既存の全ユーザーを含めるようにします
  5. このカテゴリで新しいトピックを作成して通知を送信します。

    • アクティブなユーザーはサイト内通知を受け取ります
    • 非アクティブなユーザーはメールを受け取ります(通知設定に基づきます)

:information_source: 通知やメールがトリガーされるのは新しいトピックのみであることに注意してください。カテゴリ内の返信は、ユーザーがそのトピックを明示的にウォッチしていない限り、通知を生成しません。

よくある質問

Q: 送信されたメールの開封数や開封者を追跡できますか?
A: Discourse にはメールの開封を追跡する機能は標準で備わっていません。セルフホスト型の Discourse サイトの場合、メール送信サービスを通じて開封を追跡できる可能性はありますが、この機能は Discourse にはネイティブに含まれていません。

Q: 「お知らせ」カテゴリ内のすべての投稿に対してユーザーは通知を受け取りますか?
A: いいえ、ユーザーが通知を受け取るのはカテゴリ内の新しいトピックのみです。既存のトピックへの返信は、ユーザーがそのトピックを明示的にウォッチしていない限り、通知を生成しません。

「いいね!」 15

素晴らしい、ありがとうございます。開封されたメールの数(ましてや誰が開封したか)を知る方法はないということでしょうか?

Discourse は、メールが開かれたかどうかを追跡する方法を提供していません。Discourse サイトがセルフホストされている場合、メール送信サービスを通じてメールの開封を追跡できる可能性があります。

「いいね!」 2

残念ながら、この短いチュートリアルの画像がなくなってしまいました。再作成していただけますでしょうか?よろしくお願いします。

このトピックは https://meta.discourse.org/t/missing-images-at-meta-discourse.org/302963/ で追加しました。

画像は、誰かが再度追加するまで、Send a personal message or email to all users on a Discourse site - admins - Discourse Meta で見つけることができます。

「いいね!」 3

素晴らしい実用的なガイドです。

今、正確な設定を思い出すことができないので、質問があります。

ウォッチしているカテゴリの通知で、メール通知をデフォルトで無効にする方法はありますか?

つまり、管理者はネイティブの通知のみを希望し、大量のメール通知をトリガーしたくない場合です。

現在、カテゴリをデフォルトのウォッチとして設定すると、例えば全ユーザーベースに対して、メール通知が届く可能性があります。時折、そのような大量のメールトリガーは必要ない、または望ましくない場合があり、プラットフォーム内の通知のみを希望することがあります。

その機能だけを無効にするオプションはありません。

ユーザー設定のメールタブには、次のオプションがあります:

引用、返信、@ユーザー名のメンション、または監視中のカテゴリ、タグ、トピックに新しいアクティビティがある場合にメールを送信します。

ユーザーはこれを「从不」、「離席時のみ」、「常時」に設定できます。この設定のデフォルト値は default_email_level サイト設定で構成できます。この値を変更する際、既存のユーザーにも変更を適用するかどうかを選択できます。ただし、これは監視中のカテゴリだけでなく、@メンションや投稿への返信にも関連します

「いいね!」 2

ありがとう。そうだったなという予感はしていましたが、それが理由で正確な設定が思い出せませんでした。:thinking:

もしかすると、長期間アクティブでないユーザーを整理する時期が来たのかもしれません。あるいは、少なくともそのようなユーザーのデフォルト設定を変更する方法はあるでしょうか?例えば、「墓場」というグループ :headstone: に入れて、メール送信を無効にするなどのデフォルト設定にすることはできるでしょうか。

何かアドバイスがあればぜひ教えてください。:grimacing:

この問題について考え、既存のソリューションを探し、専用のトピックを立てる前に、ここで検討するのが適切だと感じました:

「一括メール管理キュー機能」を導入する根拠はあるでしょうか?

あると思います。

私の使用ケースでは、ガイドに従って一括アラートを送信すると、望まない一括メールも同時にトリガーされます。このシナリオにおいて、一括メールキューが存在すれば、そのトリガーは管理者の承認を必要とすることになります。

つまり、人間の目で確認されるまで実行されません。

これは、一括での承認や、特定のグループを追加・除外できる細かな承認のいずれかです。

これにより、問題が実際に解決されるとともに、有益な機能が追加されます。

このような機能は、意図しないコストの発生を防ぐことにもつながると考えます。多くの場合、有料の第三者メールサービスを利用しているため、設定ミス、人為的な過ち、あるいは長期間にわたる無知により、誤って10万通ものメールが一斉に送信されると、非常に短期間で高額な請求になる可能性があります。