管理者レポートと分析:段階的な変更

管理者ダッシュボードの大規模な改修に着手しています。
この最初の一歩は、レポートと分析セクションをより明確にし、ナビゲートしやすくすることに焦点を当てています。

このトピックでは、最初の一歩の変更点を確認し、今日からどのように使用を開始できるかをご紹介します。

:microscope: 変更点

レポートのグループ化

最初に行う手順の1つは、レポートをグループ化することです。これらのレポートが回答できる質問の種類に基づいてグループ化することを目指しています。現時点でのグループ分けは以下の通りです。

  • エンゲージメント (Engagement)
  • トラフィック (Traffic)
  • メンバー (Members)
  • コンテンツと健全性 (Content & Health)
  • モデレーション (Moderation)
  • セキュリティ (Security)

どのグループにも当てはまらないものや新しいレポートは、「その他 (other)」というカテゴリに分類されます。

目標は、認知的負荷を軽減し、長く平坦なリストをスキャンすることなく、必要なレポートを見つけやすくすることです。

レポートの整理

時間の経過とともに、レポートページには、ほとんどの管理者が意味のある方法で使用する以上のチャートが集積していました。

このアップデートの一環として、メインビューから一連のレポートを削除しました

レガシーレポートの概要
  • bookmarks
  • likes
  • moderator_warning_private_messages
  • notify_moderators_private_messages
  • notify_user_private_messages
  • post_edits
  • profile_views
  • system_private_messages
  • top_users_by_likes_received_from_inferior_trust_level
  • top_users_by_likes_received_from_a_variety_of_people
  • user_to_user_private_messages

現時点では、これらのレポートは直接リンクから引き続き利用可能ですが、レポートページからは非表示になっており、最終的には廃止される予定です。(もし見落とした強力なユースケースがあれば、喜んで再検討します。)

より詳細または単発の分析については、データエクスプローラーを介していつでも複製できます。

ナビゲーションとレイアウトの変更

また、ヘッダーセクションを合理化し、より新しい管理レイアウトに合わせるとともに、すべてのレポートページで繰り返されないようにすることで、使用可能な領域を解放しました。

ご覧のように、ファーストビュー(above the fold)により多くのコンテンツが表示されます。

レポートページはダッシュボードから切り離されました。
ダッシュボードビュー内でレンダリングされる代わりに、専用のルート(/admin/reports)に配置されるようになりました。

これにより、重複するルートが削除され、よりモジュール化された管理エクスペリエンスに向けて移行するにつれて、ナビゲーションが簡素化されます。

これは、より大きなダッシュボード改修の最初の一歩であり、現時点ではこの領域の動作に一貫性がない部分もありますが、後のイテレーションで改善される予定です。

:gear: コミュニティでレポート機能の改善を有効にする

現時点では、これは実験的な変更と見なされています! 私たちは皆様からのフィードバックを歓迎しており、それが改善を行い、さらに展開していくのに役立ちます。

これを有効にするには、管理者エリアの**今後の変更点 (Upcoming changes)** ページ(/admin/config/upcoming-changes)に移動し、Reporting improvements の項目を探します。Enabled for… フィールドを更新して、サイトをこの新しいデザインにオプトインしてください。

:mega: ご意見をお聞かせください

皆様からのご意見をお待ちしております。この改修についてどう思われるか、ぜひお聞かせください。グループ分けは理にかなっていますか?皆様はレポートをどのように利用されていますか?

このトピックは、このエリアのさらなる改善で更新されます。

「いいね!」 17

管理者の方々、ありがとうございます!

これらは#data-reportingで#data-explorerクエリとして公開されるのでしょうか、それとも興味のある人向けにhttps://meta.discourse.org/t/discourse-prometheus/72666の使い方を誰かが文書化してくれるのでしょうか?

正直なところ、リワークの後の方がレポートをより使うようになると思います。これまでは、特に構造上の欠如から、この領域を探索することにあまり関心がありませんでしたので…素晴らしい仕事です!

「いいね!」 3

公開されています。現在でも dashboard-sql タグで検索でき、Admin dashboard report reference guide でリンクされています。

今後の参考情報として(これらはまもなくこれらから削除される可能性があるため):

レポート トピック
bookmarks Dashboard Report - Bookmarks
likes Dashboard Report - Likes
moderator_warning_private_messages Dashboard Report - Moderator Warnings
notify_moderators_private_messages Dashboard Report - Notify Moderators
notify_user_private_messages Dashboard Report - Notify User
post_edits Dashboard Report - Post Edits
profile_views Dashboard Report - User Profile Views
system_private_messages Dashboard Report - System
top_users_by_likes_received_from_inferior_trust_level Dashboard Report - Top Users by Likes Received from a User with a Lower Trust Level
top_users_by_likes_received_from_a_variety_of_people Dashboard Report - Top Users by Likes Received From a Variety of People
user_to_user_private_messages Dashboard Report - User-to-User
「いいね!」 2

機能リクエスト:

レポートを非管理者パスに移動し、新しい ..._allowed_groups 設定を介してアクセスを管理することを検討していただけますか?:))

  access_reports_allowed_groups:
    default: "1|2" # 自動グループ管理者、モデレーター
    mandatory_values: "1|2" # 自動グループ管理者、モデレーター
    type: group_list
    allow_any: false
「いいね!」 2

ダッシュボードの表内の警告は予期された結果ですか?

プラグインレポートが表示される順序は何によって決まりますか?順序はインターフェースの言語によって変わるようですが、アルファベット順ではありません。

英語 ドイツ語
solved solved
documentation categories AI
AI user notes
Reactions Calendar
User notes documentation categories
Calendar Reactions

現時点では、それは全く検討されていません。レポートは非常に特定の管理者エリアだと考えています。

具体的なユースケースはありますか?

ハハ、なるほど、ここでは非常に特殊なことをしたようですね :sweat_smile:

グループ内の最初のレポートの名前に基づいて、アルファベット順に並んでいるようです…

例えば英語では以下のようになります。

それに独特の魅力があるとは思いますが、整理します。

「いいね!」 2

リーダーシップ層から、必ずしも技術者ではなく、レポートにアクセスするためだけに管理者やモデレーターの役割を持つべきではない人々から、一部のレポートに対する関心を受けています。

もちろん、Data Explorerを使用してレポートを再作成し、それらのレポートを共有することもできます。しかし、欠点としては次のようになります。

  • コアが更新されるたびに、これらのData Explorerレポートを維持する必要があります
  • グラフやチャートはレポートでのみ利用可能であり、Data Explorerレポートでは利用できません(何か見落としているかもしれませんが)
  • レポートのUIは、Data ExplorerレポートのUIよりも管理者っぽくなく(よりユーザーフレンドリーです)

Data Explorerレポートが行うように、選択されたグループに対してレポートレポートを有効にすることを要求する、さらに一歩進んだ提案をすることもできます :smiley:

しかし、このすべてのお願いは、「必須」機能ではなく、「あれば嬉しい」機能になるでしょう : ))

「いいね!」 5

ご説明ありがとうございます。興味深いユースケースですね。

このようなものがどれくらいのオーバーヘッドをもたらすかは分かりません。おそらく最小限でしょう。このプロジェクトについて議論する際に社内で提起します!

「いいね!」 3

これは完了しました。アルファベット順になり、ユーザーインターフェースの言語に合わせて変更されるはずです。

top_users_by_likes_received_from_a_variety_of_people を使用して、年末の表彰の 1 つを決定しています。その目的のために、そのレポートへのアクセスを引き続き利用できるようにしたいと考えています。

非推奨になる予定の他のレポートもいくつか使用しました。何らかの形でアクセスを引き続き利用できるようにしたいという要望に同調します。…カスタムレポートを含め、どのレポートをダッシュボードに表示したいかを選択できるレポートのメニューがあれば、実際にはもっと便利になります。

「いいね!」 1

合計の「いいね」数では不十分な理由を説明していただけますか?それは、少人数のグループ間での集中的な「いいね」によってアワードが悪用されるのを防ぐためでしょうか?

抗議しているわけではありません。ただの好奇心ですが、これらを折りたたみ可能な見出しの下に格納するのではなく、削除するのはなぜでしょうか?メンテナンスに値しないものになるのでしょうか?

ええ。システムを悪用する小規模なグループがいますが、彼らは他の面でも役立っているので、追放したりはしません。彼らは賞を独占する傾向があります。純粋な数値に対しても賞は与えていますが、より良い行動をしている人々に賞を与え(そして注目を集め)たいと考えています。

私たちが奨励したい行動をしていることを示すユーザーレポートが多ければ多いほど良いです。

この会話とは話が逸れますが、ポイントをより具体的に調整できればとも思っています。サイトの楽しいエリアでポイントを完全にオフにして、そこで参加している人々の意欲を削ぎたくはありませんが、ポイントをオン/オフするだけでなく、特定のカテゴリでより多くのポイントを与えたいと思っています。

「いいね!」 3

もっともな質問です。

ソフトウェアでは、黄金律として、すべてにメンテナンスが必要になります!ただし、特定のレポートについてはそれほどでもないかもしれないので、残しておくことはできるかもしれません。

あなたの主な質問に答えるために:

苦情が出るかどうかを確認することが、何かが価値があるかどうかを見つける最も簡単な方法だからです :slight_smile:

そしてデザインにおいて、そして私個人としては、「余分な」カテゴリが折りたたみ可能な見出しの下に押し込まれているという概念は、周囲の機能がうまく設計されていないことの兆候です。良いデザインの一部は、物を取り除く勇気を持つことも含まれます。

「いいね!」 2

それは引用する価値がありますね :clinking_beer_mugs:

ご返信ありがとうございます。変更の背後にある考え方を学ぶのはいつも嬉しいことです。私はそれらのレポートをあまり使っていませんでしたが、誰かが本当に必要とした場合にクエリがまだ利用可能であることを知っておくのは良いことです。

「いいね!」 2

ダッシュボード上のデータがないレポートは、今後の変更が有効になると、より多くのスペースを必要とすることに気づきました。


「いいね!」 1

こんにちは

ドロップダウンに「スタッフのみ」のオプションが表示されず、「全員」が表示されています。スクリーンショットにある「スタッフのみ」のオプションと異なるため、これはどういう意味でしょうか?以下のスクリーンショットを参照してください。


ありがとうございます!

ドロップダウンは期待通りに動作しています :wink:

「Reporting improvements(レポート機能の改善)」設定は単純なオン/オフのトグルなので、Everyone(オン)と No one(オフ)しか選択肢がなく、この設定にはグループベースのターゲティングはありません。

この設定は管理者向けレポートUI全体に適用されるため、「Staff only(スタッフのみ)」のオプションを提供するのは意味がありませんでした。有効にするか、しないかのどちらかです。そのため、今後の変更で特定のグループにスコープ設定できないことによる混乱を防ぐために、[2026-02-16 Europe/Paris]にこの変更を加えました。

OPのスクリーンショットは、その変更が行われる前に撮影されたものです。オプトインする正しい方法はEveryoneを選択することです。

「いいね!」 3

ここについてさらに少し変更を加え、「全員」だとやはり意味が通じないため、「スタッフのみ」や「誰も」といったオプションを設定できるようにする予定です。

「いいね!」 1