【Slack】デスクトップ通知で困った時の監査ログで原因を追う方法

Slackのデスクトップ通知が突然届かなくなったり、逆に頻繁に表示されて業務に支障が出たりする場合、原因を特定するために監査ログを活用する方法があります。管理者であれば、Slackの監査ログ(Audit Log)を確認することで、通知設定の変更履歴やユーザーの操作ログを追跡できます。本記事では、デスクトップ通知に関するトラブルの原因を監査ログから特定する手順を、具体例や失敗パターンを交えて解説します。

1. デスクトップ通知に関するよくあるトラブル

会社のSlackを使っていると、次のような通知トラブルが発生することがあります。まずは代表的な事例を理解しておきましょう。

• 通知が全く表示されない:メッセージに気づかず、返信が遅れてしまう。
• 通知が頻繁に表示される:大量のバッジやトースト通知に業務が中断される。
• 特定のチャンネルやDMだけ通知が来ない:設定の変更漏れやポリシーの影響が考えられる。
• 通知が遅延する:リアルタイム性が求められる業務に支障が出る。

これらの問題は、ユーザー自身の設定ミスだけでなく、管理者によるポリシー変更やアプリのアップデートが原因になることもあります。監査ログを確認すれば、誰がいつ何を変更したのかを正確に把握できるため、原因特定の強力なツールとなります。

2. 監査ログで確認すべき主要イベント

Slackの監査ログには、ワークスペース内のさまざまな操作が記録されます。デスクトップ通知に関連する主なイベントは以下の通りです。

問題の種類	考えられる原因	監査ログで確認するイベント
通知が届かない	ユーザーが通知設定をオフにした、管理者がポリシーで制限した	user_preferences_changed(通知設定変更)、policy_updated(ポリシー変更)
通知が多すぎる	@channelや@everyoneの過剰使用、通知設定が「全てのメッセージ」になっている	message_sent(@channel送信)、channel_preferences_changed(チャンネル通知設定変更)
通知が遅延する	ネットワーク問題、Slackサーバー側の遅延、デスクトップアプリのバグ	app_connection_event(接続状態の変化)
特定チャンネルだけ通知が来ない	チャンネルの通知設定がミュート、または無視されている	channel_preferences_changed(チャンネルミュート/通知変更)

3. 監査ログを確認する具体的な手順

ここからは、実際にSlack管理画面で監査ログを開き、通知トラブルの原因を調査する手順を説明します。操作は管理者アカウントで行ってください。

1. Slack管理画面(https://ワークスペース名.enterprise.slack.com/admin)にアクセスします。
2. 左側メニューから「監査ログ」をクリックします。Enterprise Grid版の場合は「セキュリティ」→「監査ログ」と進みます。
3. 画面上部の日付フィルタで、問題が発生したと思われる期間を指定します。例えば「過去7日間」などに設定します。
4. 「イベント」ドロップダウンから、通知関連のイベントを選択します。候補としては「user_preferences_changed」「channel_preferences_changed」「app_connection_event」などを選びます。
5. 「ユーザー」フィルタに、問題を報告しているユーザーのメールアドレスを入力して検索します。
6. 結果一覧を確認し、該当する変更がいつ、どの端末から行われたかを確認します。特に「詳細」欄を開くと、変更前後の値が表示されるので、通知設定が意図せず変更されていないかチェックします。
7. 必要に応じてCSVエクスポートを行い、大量のログをExcelなどで解析します。エクスポートは画面右上の「エクスポート」ボタンから可能です。

3-1. ユーザー自身による設定変更を確認する

最も多いケースは、ユーザー自身が誤って通知設定を変更してしまうことです。監査ログで「user_preferences_changed」イベントをフィルタリングすると、どのユーザーがいつ、どの設定を変更したかが分かります。例えば「notifications_for_activity」が「everything」から「nothing」に変わっていた場合、ユーザーが手動で通知をオフにしたことが確認できます。

3-2. 管理者によるポリシー変更を確認する

ワークスペース全体の通知ポリシーが変更された場合も、監査ログに記録されます。「policy_updated」イベントを確認し、変更内容に「notification_policy」が含まれているかどうかをチェックします。例えば、ポリシーで「すべての通知を許可しない」設定になると、ユーザー側で個別に許可しても通知が表示されなくなります。

3-3. アプリの接続状態を確認する

通知が遅延する場合、Slackクライアントとサーバーの接続状態が不安定な可能性があります。「app_connection_event」イベントでは、接続の切断や再接続の記録が確認できます。特定の時間帯に頻繁に切断が発生している場合、ネットワーク障害やVPNの問題が疑われます。

4. 失敗パターンと注意点

監査ログを使った調査では、以下のような失敗が起こりがちです。事前に把握しておくことで、無駄な作業を減らせます。

• 権限不足でログが見られない:監査ログを参照するには「ワークスペースの所有者」または「管理者」権限が必要です。権限がない場合は、上位管理者に依頼してください。
• ログの保持期間を過ぎている:無料版のSlackでは監査ログの保持期間はありません(利用不可)。有料版でもプランにより保持期間が異なり、Business+プランでは30日、Enterprise Gridでは90日です。古い変更は確認できないため、問題が発生したら早めにログを確認しましょう。
• フィルタが不適切で目的のイベントを見つけられない:イベント名が英語表記のみで分かりにくいため、あらかじめ主なイベント名をリストアップしておくとスムーズです。
• ユーザー側のPC設定を確認しない:Slackの監査ログでは、OSの通知設定や「フォーカスアシスタント」(Windows)、「おやすみモード」(Mac)などの影響は分かりません。ユーザーにPCの通知設定を確認してもらう必要があります。

5. 管理者に確認しておくべき情報

監査ログ調査を依頼された場合、事前に以下の情報を整理しておくと、原因特定がスムーズになります。

• 問題が発生した日時(可能な限り正確に)
• 影響を受けているユーザーアカウント
• どのチャンネルやDMで通知が来ない/多すぎるのか
• ユーザー自身のSlackアプリバージョンとOSバージョン
• 最近の組織的な設定変更の有無(ポリシー変更、アプリ更新など)

これらの情報を基に管理者が監査ログを検索すれば、原因を効率的に突き止められます。

6. よくある質問(FAQ)

Q1. ユーザー自身の設定変更は監査ログに必ず記録されますか?
はい、ユーザーの通知設定変更は「user_preferences_changed」イベントとして記録されます。ただし、変更前後の値はイベントの詳細に表示されるため、具体的にどの設定が変わったか確認できます。

Q2. 監査ログを見ても原因が分かりません。どうすればよいですか?
Slackアプリの再インストールや、OSの通知設定リセットを試すと改善することがあります。また、Slack公式サポートに問い合わせる際は、監査ログの該当箇所をスクリーンショットで添付するとスムーズです。

Q3. フリープランでも監査ログは使えますか?
いいえ、フリープランでは監査ログ機能は提供されていません。有料プラン(Pro以上の全プラン)でご利用いただけます。Enterprise Grid以外の有料プランでは保持期間が限られますのでご注意ください。

7. まとめ

Slackのデスクトップ通知トラブルは、監査ログを活用することで多くの場合原因を特定できます。まずは問題の発生時刻とユーザーを特定し、適切なイベントフィルタを使ってログを検索してみてください。ユーザー自身の設定変更が原因なのか、管理者のポリシー変更が原因なのかを切り分けることが重要です。なお、OSやアプリのバグが疑われる場合は、Slackサポートへの連絡も検討しましょう。日頃から監査ログの確認手順をチーム内で共有しておくと、トラブル発生時の初動が格段に速くなります。