Jay-C
(user565)
2026 年 8 月 10 日午前 9:57
1
こんにちは、
現在、私たちはDSA(デジタルサービス法)の遵守という戦線にいます。この一環として、ディスカッションボードがDSA下で「オンラインプラットフォーム」に該当するため、Discourseの使用状況も見直す必要があります。
ご存知の通り、標準化されたコンテンツモデレーション透明性レポートが導入され、これまで持っていた柔軟性は失われました。さらに、DSA透明性データベースに適用される理由の声明書を提出することも義務付けられており、Discourseのモデレーション機能にはいくつかの制限があることが判明しました。
具体的には、モデレーション判断と並行して構造化された情報を一貫して記録できる必要があります:
DSAの標準化された分類体系と一致させることができる、拡張されたカスタム停止理由。既存の定義済み理由の名前を変更するのではなく、追加の停止理由を追加することが現在では不可能です。
判断が違法コンテンツに関連するものか、利用規約違反に関連するものか。
判断の契約上の根拠。
情報源(ユーザー報告、自主的モデレーション、信頼できるフラッガーなど)。
停止UI内でカスタムドロップダウンを構成してこの情報を収集することは可能ではないようですが、もし私が間違っていたら訂正してください。「メールメッセージ」フィールドを通じて追加情報を提供することはできますが、モデレーターに大きな責任を負わせ、私たちが望む構造化データを提供しないため、長期的な解決策としては適切ではありません。
他のEUの顧客(そしてDiscourse自身?)が、標準化されたDSA報告と理由の声明書の要件にどのように対処しているのか、またこの分野で追加の機能性が計画されているかどうかを知りたいです。私たちはDiscourseから離れることを望んでいないので、何らかの解決策を見つけられることを願っています。アドバイスがあれば幸いです!
HAWK
(Hawk)
2026 年 8 月 10 日午後 7:56
3
Jay-C
(user565)
2026 年 8 月 11 日午前 8:12
4
Hawkさん、返信ありがとうございます。また、標準化されたテンプレートに関する急な発表についてお詫び申し上げます。私たちは皆、同じチームです!
HAWK
(Hawk)
2026 年 8 月 11 日午後 11:49
6
現在の公開DSAレポートへのリンクを共有できますか?
Jay-C
(user565)
2026 年 8 月 12 日午前 8:13
7
ご迷惑をおかけしないことを願いますが、このアカウントから雇用主を公開することは避けたいと考えています。新しい標準化されたテンプレートを使用して報告書をまだ公開していないことが、この理由です。
HAWK
(Hawk)
2026 年 8 月 12 日午後 7:14
8
それは問題ありません。ただ、あなたの起点がどこにあるのか分からないため、サポートが少し難しくなります。理論的には、すでに十分に発展したレポート(私たちのようなもの)をお持ちのはずなので、理由の提出以外の部分で、具体的にどのような不足があるのかを知りたかったのです。
HAWK
(Hawk)
2026 年 8 月 13 日午後 8:29
9
@Jay-C 様へのお知らせです。機械判読可能なレポートおよびSORデータベースへの提出用レポートに追加のデータフィールドを追加するために必要な作業を仕様定義中です。後ほど更新いたします。
Jay-C
(user565)
2026 年 11 月 10 日午後 1:44
11
@HAWK こんにちは!Experimental の新しい DSA 機能を見つけて、すごくクールだと思いました!「DSA レポート機能を有効化」のチェックボックスにチェックを入れて、いくつかのコミュニティルールを追加してみましたが、コミュニティルールが機能していないようです。モデレーション理由リストにカスタムオプションが表示されません。これは既知のissueで、Experimental 段階であることによるものだろうと推測していますが、一応お知らせしておきたくて投稿しました。
コンテンツやユーザーを削除するフラグを操作している場合、以下のようなモーダルが表示されるはずです:
ここまで進めていますか?「コミュニティルール」のドロップダウンリストに選択肢が何も表示されていない状態でしょうか?
Jay-C
(user565)
2026 年 11 月 11 日午前 9:16
15
ああ、ユーザープロフィールからテストアカウントを停止しようとしていました。もしかして、そちらにも同じ機能を持たせることはできますか?
Jay-C
(user565)
2026 年 11 月 11 日午前 9:48
16
了解、サブアカウントから自分自身にDMを送信し、フラグを立ててモデレーターとして処理しました。正直なところ、現状のワークフローは少し分かりにくいと感じています。
/admin/schema/dsa_community_rulesで入力した「Ground」は「Community Rule」のタイトルになるようですが、直感的ではないと感じます
/admin/schema/dsa_community_rulesで入力した「Ground」は、上記のDSA分類画面にある「Community Rule」ドロップダウンに表示されますが、ここが最適な場所かどうか分かりません
理由の説明(Statement of Reasons)の目的で、ユーザー向けにGroundやExplanationが表示されないようです(サブアカウントの受信箱やDMにこれらへの参照がありません)
現時点で/admin/schema/dsa_community_rulesにおける「Explanation」の関連性や、どこに表示されるのか分かりません
tgxworld
(Alan Tan)
2026 年 11 月 11 日午後 10:10
17
お試しいただきありがとうございます
Jay-C:
では、どこに表示するのがより適していると思いますか?
Jay-C:
Ground(理由)も Explanation(説明)も、ユーザー向けには表示されていないようです(Statement of Reasons の観点から、私のサブアカウントの受信箱やDMにこれらに関する記載はありません)
この課題は認識しており、送信するモデレーション通知に Ground(理由)と Explanation(説明)を含めるよう対応を進めています。
Jay-C:
現時点で /admin/schema/dsa_community_rules の「Explanation」がどのような関連性を持つのか、またどこに表示されるのか不明です
Explanation は、透明性データベースに記録のステートメント(Statement of Records)を送信する際に使用されます。これは、サービス利用規約の特定のセクションに適合しないと見なされる理由を説明するフィールドを要求します。「事実や状況を繰り返す必要はないが、それらを参照することは可能」という仕様です。