モデレーター向け：Discord監査ログ45日分を残しケースメモと紐づける

Q: Discordのモデログはどう確認しますか

サーバー設定を開き、監査ログを選び、VIEW_AUDIT_LOG 権限があることを確認するとエントリが見られます。同じ画面で操作の種類やモデレーターで絞れます。開発者は監査ログAPIから同じデータを取れます。

Q: Discordのログはどこで見られますか

標準の管理操作は、サーバー設定の監査ログに出ます。保持はDiscordのドキュメントどおり45日です。それより古いもの、または詳しいケースメモが要るなら、あらかじめBotが書き込むモデログチャンネルが必要です。Discord自身はその履歴を持ちません。

管理操作の帰属はDiscord標準の監査ログに置き、長く残すケース履歴はBotが書き込む非公開のモデログチャンネルに置いてください。監査ログの保持は45日間だけなので、その窓を超えて必要な記録は、自分たちのログチャンネルに持たせる必要があります。頼る前に記録Botのデータアクセスを確認し、モデログチャンネルはスタッフだけに閉じてください。

TL;DR: - Discordの監査ログは、BAN、キック、ロール変更といった管理操作を追う45日の窓を提供する。それより長く残すなら外部のログが必要になる。 - 操作の種類とユーザーIDで監査ログを絞ると、メッセージ削除、BAN、AutoModのヒットを、残っている期間内で早く調べられる。 - Botが書き込む非公開のモデログチャンネルを置くと、警告や証拠を含む進行中のケース履歴を、Discord標準の45日制限を超えて残せる。 - セットアップの要点は、Botのデータアクセスの確認、権限の締め、監査エントリとケースIDの紐づけである。メンバーの紛争を正確に解くために必要になる。 - Better Antispamのような自動モデレーションツールは、スパムの波とレイド対応をリアルタイムで処理し、手作業の記録を減らし、モデログを解決済みのインシデントで埋める。

Discordが標準で残すもの：監査ログのイベントとメンバー/Mod View
Discordの監査ログの確認と絞り込み
永続するモデログチャンネルと記録Botを用意する
プライバシーと保持と方針の考え方
監査ログとBotログを突き合わせる：段階的な帰属ワークフロー
構造化したケースログで組むモデレーターワークフロー
モデログについてほとんどのサーバーが誤っていること
Better Antispamがモデログで助けること
モデレーターがブックマークすべき公式ドキュメントと方針リンク
出典
よくある質問

Discordが標準で残すもの：監査ログのイベントとメンバー/Mod View

Discord標準の監査ログは、Botなしで管理操作を自動記録します。サーバー変更の範囲は広い一方で、警告履歴や証拠メモのような詳しいモデレーションの物語を残す設計にはなっていません。

モデレーターがいちばんよく見る中核の分類は次のとおりです。

メンバー操作：キック、BAN、タイムアウト、ロール変更。
チャンネルとサーバー設定：作成、削除、権限上書き、ウェブフックの変更。
メッセージイベント：単一削除と一括削除。
AutoModイベント：ブロックされたメッセージと、確認チャンネルに送られたコンテンツ。

エントリはDiscord側に45日残り、APIは1リクエストあたり1から100件、既定は50件で返し、before / after のカーソルでさらに前へページ送りします。この窓は重要です。インシデントの2か月後に紛争が起きても、どこかへ保存していなければ、その監査の痕跡はもうありません。

メンバー単位の調査を急ぐときは、メンバーページが、対象となるオーナーとモデレーターに Mod View を出します。アカウント年齢、参加日、ロール履歴、メッセージ数が並び、同じ画面から直接モデレーション操作もできます。「この人は何をしてきたか」を見るには監査ログより速いですが、誰がいつ何をしたかという管理記録そのものは、監査ログの代わりにはなりません。

Discordが標準で残すもの：監査ログのイベントとメンバー/Mod Viewの概要図

Discordの監査ログの確認と絞り込み

日々の問い（「誰がこの人をBANしたか」「誰があのメッセージを消したか」）の大半は、クライアントから1分以内に答えられます。

サーバー設定を開き、左サイドバーの監査ログを選ぶ。
VIEW_AUDIT_LOG 権限を持っていることを確認する。ないとタブにエントリは出ない。
フィルターメニューで、操作の種類、または実行したモデレーターで結果を狭める。
ページ送りされた一覧をスクロールする。Discordは一度に全部ではなく、まとめて読み込む。

Botや独自ツール向けには、同じデータが GET /guilds/{guild.id}/audit-logs から取れます。user_id、action_type、before / after に加え、1から100（既定50）の limit を受け付けます。結果は新しい順なので、45日の期限に届く前まで遡るなら、カーソルでのページ送りが確実です。

メッセージ削除の実行者を探すときは、手でスクロールするより MESSAGE_DELETE または MESSAGE_BULK_DELETE で絞ってください。BAN、ロール変更、AutoModのヒットも同じです。先に操作の種類で絞り、関係者が分かっているならユーザーIDでさらに狭めます。

ヒント: 監査に残したい操作をBotが行うときは、X-Audit-Log-Reason ヘッダーを渡してください。Discordはエントリの reason フィールドに、URLエンコードで最大512文字を保存するので、あとからの照合が減ります。

永続するモデログチャンネルと記録Botを用意する

監査ログが教えるのは、管理操作が何だったかです。モデログチャンネルが教えるのはその周りの物語、警告、過去のインシデント、証拠、結果であり、ほとんどのサーバーは必要になるまでここを飛ばします。

最低限、各モデログエントリには次を残してください。

あとから突き合わせるためのケースID。
イベントの種類（警告、ミュート、BAN、キック、メモ）。
対象ユーザーまたは対象オブジェクトのIDと、実行したモデレーターまたはBot。
理由、時刻、証拠リンク、存在するなら監査エントリID。

設定では、チャンネルをスタッフロールだけに閉じ、埋め込みで投稿するかプレーンテキストにするかを早く決めてください。埋め込みは眺めやすい一方、生テキストでの検索は難しくなります。保持方針も決めておきます。チャンネルが大きくなったら古いケースを外部データベースへアーカイブするか、も含みます。

本番サーバーに記録Botを放つ前に、短いチェックリストを回してください。Data Accessタブを確認する、実際に必要な権限だけを渡す、先にステージングサーバーで試す、本物の監査エントリときれいに突き合うか確かめる、Bot自身の操作で X-Audit-Log-Reason ヘッダーに対応しているか見る。

ヒント: ケース記録は、Redbotの modlogモジュールと同じく create_case と get_case で組み立ててください。チャンネルをスクロールする代わりに、メンバーの履歴全体を問い合わせられるようになります。

プライバシーと保持と方針の考え方

Discord自身の監査ログは45日でエントリを消しますが、Botが書き込むモデログは無期限に残り得ます。責任は運用する側に移ります。モデレーションデータを長く持つほど、誰がなぜ見られるかを丁寧にする必要があります。

その責任を扱いやすくする習慣がいくつかあります。

NSFWの証拠をモデログチャンネルへ直接投稿しない。説明するか、閲覧を絞った場所へのリンクにする。
性的に露骨な証拠が入り得るチャンネルは年齢制限をかけ、Discordの性的コンテンツ方針と揃える。
機微なケースは、モデレーションチーム全体ではなく、名前の付いた少人数の信頼できるスタッフへ上げる。
メッセージ本文や添付の全記録を有効にする前に、記録Botの開発者規約とDiscordのBotデータアクセス案内を読む。

残すのをメタデータ、時刻、ユーザーID、操作の種類に限り、本文そのものを持たない運用は、たいていモデレーションの問いに答えつつ、不要なプライバシー上の負債を作りません。

監査ログとBotログを突き合わせる：段階的な帰属ワークフロー

Botログと標準の監査ログは、同じ出来事を二つの角度から書きます。時刻のずれや欠けたエントリが、モデレーターの混乱のいちばんよくある原因です。一定の突き合わせ方がそれを直します。

先にBotのログエントリを取り、時刻、ユーザーID、操作を控える。
履歴全体を眺めるのではなく、before / after カーソルでその時刻付近の監査ログを取る。
action_type と user_id で絞り、候補を狭める。
一致を確認し、監査エントリIDをケース記録へ保存して、あとから参照できるようにする。

VIEW_AUDIT_LOG が欠けているときの直し方は、回避策ではなく権限変更です。Botログだけから操作を推測するのではなく、そのロールに権限を渡してください。関係する監査エントリが45日の保持を過ぎているときは、Botが書き込むケースログが唯一残る記録になります。だからこそ、切れずに走らせておく必要があります。

ヒント: 一致を見つけた瞬間に監査エントリIDを記録してください。期限切れのあとでもう一度探すことはできません。

構造化したケースログで組むモデレーターワークフロー

記憶や散らばったスクリーンショットに頼らず、構造化したケースログを残しているサーバーは、メンバーの紛争をより速く解けます。記録がすでに、何が起き、誰が動き、なぜかを述べているからです。ケースがプラットフォームへの通報や異議申し立てに上がるときも、この構造は効きます。はっきりした時系列は、思い出話より重みを持ちます。

自動化は、ここでの手作業の負担をかなり減らします。Better Antispamは、スパムの波の検知、レイド対応、チャンネル掃除をリアルタイムで処理するので、人間のモデレーターが手で記録する操作そのものが減ります。

中小規模のサーバーなら、実務の下限は単純です。出来事を取る、監査ログと突き合わせる、検索できるケース記録に残す、第二の目が要るものは上げる。

モデログについてほとんどのサーバーが誤っていること

この話題の案内の多くは、監査ログを完全なモデレーション履歴であるかのように扱います。そうではありません。責任追及のための45日の管理記録であり、証拠アーカイブではありません。自分たちのケースログを置かないサーバーは、もう存在しない記録が必要になってから、それに気づきます。

より大きい隙間は、記録の量ではなく、突き合わせの規律です。記録Botを走らせていても、「前回も同じ理由でこの人をBANしたか」に答えられないサーバーは多いです。誰もBotエントリを、監査ログのユーザーIDと操作の種類と突き合わせていないからです。紐づいていないメッセージで埋まったモデログチャンネルは、ログがない状態よりわずかに良いだけです。

先に退屈な部分を優先してください。一貫したケースIDの付け方、すべてのケースメモに監査エントリIDを貼る習慣、本当に必要な最小のスタッフだけに閉じたチャンネルです。自動化と体裁はそのあとで足せます。

— Adam

Better Antispamがモデログで助けること

信頼できるモデログを組む手作業は、そのログを生むモデレーション操作が自動で処理されると減ります。Better Antispamはスパムの波、詐欺、レイドの試みにリアルタイムで応じ、人間が介入する前にスパム送信者を黙らせたりチャンネルをロックしたりします。ケースログは進行中の混乱ではなく、解決済みのインシデントで埋まります。

記録ワークフローに効く機能には、即時のチャンネル掃除付きの自動スパム・レイド対応、柔軟なメンバー認証の選択肢、権限変更の監視、スタッフ妨害への保護、一括モデレーション操作向けのケース処理があります。

先にステージングサーバーへ入れ、Data Accessタブを確認し、チームが実際に必要なスコープだけを有効にし、本番の前にサンドボックスのインシデントを1回回してください。料金とセットアップの詳細は、Better Antispamのランディングページにあります。