관리자 보고 및 분석: 점진적 변경 사항

[chapoi]

관리자 대시보드의 더 광범위한 개편을 시작합니다.
첫 번째 단계는 보고서 및 분석(Reporting & Analysis) 섹션을 더 명확하고 탐색하기 쉽게 만드는 데 초점을 맞춥니다.

이 주제에서는 첫 번째 점진적인 변경 사항을 검토하고, 오늘 바로 이를 사용하기 시작하는 방법을 공유하겠습니다.

변경 사항

보고서 그룹화

우리가 취하는 첫 번째 단계는 보고서를 그룹화하는 것입니다. 답변할 수 있는 질문의 유형별로 그룹화하는 것을 목표로 합니다. 현재 이러한 그룹은 다음과 같습니다:

• 참여도(Engagement)
• 트래픽(Traffic)
• 멤버(Members)
• 콘텐츠 및 건강 상태(Content & Health)
• 모더레이션(Moderation)
• 보안(Security)

해당 카테고리에 맞지 않거나 새로운 보고서는 ‘기타’ 카테고리에 배치됩니다.

목표는 인지 부하를 줄이고, 긴 평면 목록을 훑어보지 않아도 필요한 보고서를 쉽게 찾을 수 있도록 하는 것입니다.

보고서 정리

시간이 지나면서 보고서 페이지에는 대부분의 관리자가 실제로 의미 있게 사용하지 않는 차트가 축적되었습니다.

이번 업데이트의 일환으로, 메인 뷰에서 일련의 보고서를 제거했습니다.

레거시 보고서 개요

• 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

현재로서는 직접 링크를 통해 여전히 접근할 수 있지만 보고서 페이지에서는 숨겨져 있으며, 점차 비활성화(deprecated)될 예정입니다. (우리가 간과했을 강력한 사용 사례가 있다면 재고려할 의향이 있습니다.)

더 세밀하거나 일회성 분석을 위해서는 데이터 탐색기(data explorer)를 통해 항상 복제할 수 있습니다.

내비게이션 및 레이아웃 변경

또한 헤더 섹션을 간소화하여 최근 관리자 레이아웃과 일치시키고, 모든 보고서 페이지에서 반복되지 않도록 하여 실제 공간을 확보했습니다.

보시는 바와 같이: 첫 화면(above the fold)에 더 많은 콘텐츠가 표시됩니다.

보고서 페이지는 이제 대시보드와 분리되었습니다.
대시보드 뷰 내에서 렌더링되던 대신, 이제 자체 전용 라우트(/admin/reports)에서 작동합니다.

이로써 중복된 라우트가 제거되고, 더 모듈형인 관리자 경험으로 나아가면서 내비게이션이 단순해집니다.

이는 더 큰 대시보드 개편의 첫 번째 단계이며, 현재 이 영역의 동작이 일관되지 않을 수 있지만, 후속 반복(iteration)을 통해 개선될 것입니다.

커뮤니티에서 보고서 개선 기능 활성화하기

현재로서는 이 변경 사항이 실험적 기능으로 간주됩니다! 여러분의 피드백을 환영하며, 이를 통해 개선을 하고 더 널리 배포하는 데 도움이 될 것입니다.

활성화하려면 관리자 영역의 예정된 변경 사항(Upcoming changes) 페이지(/admin/config/upcoming-changes)로 이동하여 보고서 개선(Reporting improvements) 항목을 찾으세요. 활성화 대상(Enabled for)… 필드를 업데이트하여 사이트에 이 새로운 디자인을 적용하세요:

여러분의 생각은?

여러분 차례입니다: 이 개편에 대한 여러분의 생각을 듣고 싶습니다. 그룹화가 합리적인가요? 여러분은 우리의 보고서를 어떻게 사용하고 계신가요?

이 주제에서는 이 영역에 대한 추가 개선 사항이 업데이트될 것입니다.

[hellekin]

Thank you for taking care of admins!

@chapoi

we’ve removed a set of reports from the main view.

Can these be published as data-explorer queries in #data-reporting, or will someone document how to use Discourse Prometheus for interested people?

@chapoi

Do the groupings make sense?

@chapoi

How do you use our reporting?

Honestly I think I’m going to use reporting more after the rework. Until now, I didn’t see much interest in exploring this area, especially because of its lack of structure, so… good work!

[Moin]

@hellekin

Can these be published as data-explorer queries in #data-reporting::category

They are. You can currently still find them with the dashboard-sql tag, and they are linked in Admin dashboard report reference guide

For future reference as they are likely to be removed from these soon:

report	topic
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

[gormus (Osman Görmüş)]

Feature request:

Would you consider moving the reports a non-admin path, and managing access via a new ..._allowed_groups setting? :))

  access_reports_allowed_groups:
    default: "1|2" # auto groups admins, moderators
    mandatory_values: "1|2" # auto group admins, moderators
    type: group_list
    allow_any: false

[Moin]

Is the warning within the table on my dashboard an expected result?

[Moin]

What determines the order in which the plugin reports are shown? The order seems to change based on my interface language, but it’s not alphabetical.

English	German
solved	solved
documentation categories	AI
AI	user notes
Reactions	Calendar
User notes	documentation categories
Calendar	Reactions

[chapoi]

At the moment thats not on the table at all. We feel reports are a very specific admin area.

Do you have a specific usecase in mind?

@Moin

What determines the order in which the plugin reports are shown?

Haha, so okay, I think we did something very special here

It seems they are ordered alphabetically, based on the name of the first report in the group…

So for example in English I have:

While I do think there is a certain quirky charm to it, we’ll get it… sorted

[gormus (Osman Görmüş)]

@chapoi

At the moment thats not on the table at all. We feel reports are a very specific admin area.

Do you have a specific usecase in mind?

I have received certain interests in some of the reports from the leadership who are not necessarily technical and should not have the admin or moderator role just to access the reports.

I could of course re-create the reports using the Data Explorer, and share those reports with them too. But on the downside;

• I need to maintain those data explorer reports as they are updated in the core
• Graphs and charts are only available in the Reports, not in the Data Explorer reports (unless I missed something)
• The Reports UI is less admin-y (more user-friendly) than the data explorer reports UI

I’d even take it one step further and ask for enabling Reports reports for selected groups, just like the data explorer reports do

Yet again, this whole ask would have been a “nice to have” feature, not a “must have” : ))

[chapoi]

Thanks for expanding on it – it’s an interesting usecase.

I don’t know how much overhead something like this would bring; maybe it’s minimal. I’ll bring it up internally when discussing this project!

[chapoi]

@chapoi

While I do think there is a certain quirky charm to it, we’ll get it… sorted

This is now done – should be alphabetical, and change with the user interface language.

[Zanbabe (Suzanne)]

I use the top_users_by_likes_received_from_a_variety_of_people to determine one of our end-of-year awards. Would like to still have access to that report for that reason.

I have used a few of the other ones that are going to be deprecated as well. Echo the desire to still have access in some way. … Would actually be nicer to just have a menu of reports and have the ability to choose which ones we want on our dashboard, including custom ones.

[chapoi]

@Zanbabe

top_users_by_likes_received_from_a_variety_of_people

Can you explain why the total liked wouldnt suffice? Is that to avoid the awards can be gamed by intensive liking between a small group?

[ToddZ]

@chapoi

we’ve removed a set of reports from the main view
…
and they will eventually be deprecated

I’m not protesting - just curious: why remove these instead of tucking them under a collapsed heading or something. Will they require maintenance that’s not worth it?

[Zanbabe (Suzanne)]

Yeah. We have a small group that games the system extensively, although they are also helpful in other ways, so we’re not going to kick them off or anything. They tend to dominate the awards… we do give awards for the straight numbers as well, but want to diversify and give awards (and draw attention to) people who are behaving better.

The more user reports I have that show people doing things that we want to motivate, the better.

Off topic for this conversation, but I also wish we could adjust points more specifically. I don’t want to turn them off completely in the fun areas of my site and disincentivize the people that are participating there, but I would love to give MORE points in certain categories, rather than just turning points on or off.

[chapoi]

@ToddZ

I’m not protesting - just curious:

Fair question.

@ToddZ

Will they require maintenance that’s not worth it?

In software, as a golden rule, everything requires maintenance! The specific reports maybe not so much though, so we could keep them around.

To answer your main question:

@ToddZ

hy remove these instead of tucking them under a collapsed heading or something

Because seeing if any complaints show up is the easiest way to find out if something is valuable or not

And in design, and to me personally, the concept of having a “extra” category that’s just shoved underneath come collapsible heading is a sign that the surrounding features aren’t designed well. Part of good design is also daring to prune away things.

[ToddZ]

@chapoi

Part of good design is also daring to prune away things.

That is very quotable

Thanks for the reply – always nice to learn the thought process behind changes. I hadn’t made much use of those reports myself, but it’s good to know the queries will still be around if someone really needs them.

[Moin]

대시보드에 데이터가 없는 리포트의 경우, 예정된 변경 사항이 활성화되면 훨씬 더 많은 공간이 필요하다는 것을 확인했습니다.

[gassim (Al-Gassim Sharaf Addin)]

안녕하세요

@chapoi

이를 활성화하려면 관리자 영역의 예정된 변경 사항 페이지(/admin/config/upcoming-changes)로 이동하여 리포트 개선 항목을 찾으세요. 활성화 대상… 필드를 업데이트하여 사이트에 이 새로운 디자인을 적용하세요:

제 드롭다운 메뉴에서는 ‘Staff only(스태프 전용)’ 옵션을 볼 수 없고, 대신 'Everyone(모두)'이 보입니다. 스크린샷의 ‘Staff only’ 옵션과 다르기 때문에 이것이 무엇을 의미하는지 궁금합니다.
아래 스크린샷을 확인해 주세요:

감사합니다!

[zogstrip]

드롭다운이 의도대로 작동하고 있습니다

“보고 개선” 설정은 단순한 켜기/끄기 토글이므로 모두(켜짐)와 아무도(꺼짐) 두 가지 옵션만 제공합니다. 이 설정에는 그룹 기반 타겟팅 기능이 없습니다.

[2026-02-16 timezone=Europe/Paris]에 이 변경 사항을 적용했는데, 이는 특정 그룹으로 범위를 지정할 수 없는 향후 변경 사항으로 인한 혼란을 방지하기 위한 것입니다. "보고 개선"은 관리자 보고 UI에 전역적으로 적용되므로 “스태프만” 옵션을 제공하는 것은 의미가 없었습니다. 활성화되거나, 아니면 비활성화된 상태입니다.

OP의 스크린샷은 해당 변경 사항이 적용되기 전에 촬영된 것입니다. 모두를 선택하는 것이 올바르게 옵트인하는 방법입니다.

[martin (Martin Brennan)]

이와 같은 항목에 대해 “모든 사람”이라는 옵션이 여전히 다소 어색하기 때문에, “직원만” 또는 “아무도”와 같은 옵션을 선택할 수 있도록 여기서도 약간의 변경을 계획하고 있습니다.