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

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

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

:microscope: 변경 사항

보고서 그룹화

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

  • 참여도(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)을 통해 개선될 것입니다.

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

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

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

:mega: 여러분의 생각은?

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

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

18개의 좋아요

관리자 관련 업무를 처리해 주셔서 감사합니다!

이것들을 data-explorer 쿼리로 #data-reporting에 게시할 수 있나요, 아니면 관심 있는 사람들을 위해 Discourse Prometheus 사용 방법을 누군가가 문서화할 건가요?

솔직히 말하면, 리워크 이후에 보고서를 더 많이 사용하게 될 것 같습니다. 지금까지는 이 영역을 탐색하는 데 큰 관심이 없었거든요. 특히 구조가 부족했기 때문에… 좋은 작업이었네요!

3개의 좋아요

네, 가능합니다. 현재는 dashboard-sql 태그를 통해 여전히 찾을 수 있으며, Admin dashboard report reference guide 링크에도 연결되어 있습니다.

곧 이 목록에서 제거될 가능성이 있으므로 참고용으로 남겨둡니다:

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
2개의 좋아요

기능 요청:

리포트(Reports)를 비관리자 경로로 이동하고, 새로운 ..._allowed_groups 설정을 통해 액세스를 관리하는 방안을 고려해 주실 수 있을까요? :))

  access_reports_allowed_groups:
    default: "1|2" # 자동 그룹: 관리자, 모더레이터
    mandatory_values: "1|2" # 자동 그룹: 관리자, 모더레이터
    type: group_list
    allow_any: false
3개의 좋아요

대시보드의 표 안에 표시된 경고가 예상된 결과인가요?

플러그인 보고서가 표시되는 순서를 결정하는 요인은 무엇인가요? 순서가 제 인터페이스 언어에 따라 바뀌는 것 같지만, 알파벳 순서는 아닙니다.

English German
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 보고서(제가 놓친 부분이 없는 한)가 아닌 Reports에서만 사용할 수 있습니다.
  • Reports UI가 Data Explorer 보고서 UI보다 관리자 느낌이 덜하고(더 사용자 친화적인) 직관적입니다.

한 걸음 더 나아가, Data Explorer 보고서처럼 특정 그룹에 대해 Reports 접근을 활성화해 주었으면 합니다. :smiley:

다시 한번 말씀드리지만, 이 요청은 “필수(must have)” 기능이 아닌 “있으면 좋은(nice to have)” 기능에 해당합니다 : ))

5개의 좋아요

자세히 설명해 주셔서 감사합니다. 흥미로운 사용 사례네요.

이런 방식이 얼마나 많은 오버헤드를 가져올지는 잘 모르겠고, 아마 최소일 수도 있겠네요. 이 프로젝트를 내부적으로 논의할 때 이 부분을 꼭 언급하겠습니다!

3개의 좋아요

이제 처리되었습니다 – 알파벳 순서로 정렬되어야 하며, 사용자 인터페이스 언어에 따라 변경되어야 합니다.

저희 연말 시상식 중 하나의 기준을 정하기 위해 top_users_by_likes_received_from_a_variety_of_people 리포트를 사용하고 있습니다. 이 때문에 해당 리포트에 계속 접근할 수 있으면 좋겠습니다.

조만간 비활성화(deprecate)될 예정인 다른 몇 가지 리포트도 사용해 본 경험이 있습니다. 어떤 방식으로든 계속 접근할 수 있기를 희망하는 의견에 공감합니다. … 사실 대시보드에 표시할 리포트를 선택할 수 있는 리포트 메뉴가 있다면, 커스텀 리포트를 포함하여 원하는 리포트를 직접 고를 수 있을 텐데 훨씬 좋았을 것입니다.

1개의 좋아요

총 좋아요 수가 충분하지 않은 이유는 무엇일까요? 이는 소규모 그룹 내에서 집중적으로 좋아요를 주고받는 방식으로 상을 조작하는 것을 방지하기 위함이죠?

반대하는 것이 아니라, 그저 궁금해서 묻습니다: 왜 접을 수 있는 제목 아래에 넣는 대신 이들을 제거한 건가요? 유지보수가 필요하지만 그 가치가 없는 건가요?

네. 저희 사이트에는 시스템을 적극적으로 악용하는 소수의 그룹이 있습니다. 다만 다른 면에서는 도움이 되기도 해서, 그들을 차단하거나 하는 일은 하지 않을 겁니다. 이들은 주로 상을 독차지하는 경향이 있어요. 저희도 순수 수치 기준으로 상을 주고는 있지만, 더 다양한 분야에서 상을 수여하고(그리고 주목을 받게 하고) 더 나은 행동을 보이는 사용자들에게 인센티브를 제공하기를 원합니다.

저희가 장려하는 행동을 하는 사용자를 보여줄 수 있는 사용자 보고가 많을수록 좋습니다.

이 대화 주제와는 약간 벗어나는 내용이지만, 점수를 더 구체적으로 조정할 수 있으면 좋겠습니다. 사이트의 재미있는 영역에서 점수를 완전히 끄고 그곳에 참여하는 사람들의 동기를 떨어뜨리고 싶지는 않습니다. 대신 특정 카테고리에서 더 많은 점을 부여할 수 있으면 좋겠어요. 단순히 점수를 켜거나 끄는 것보다는요.

3개의 좋아요

좋은 질문입니다.

소프트웨어에서는 황금률로 모든 것이 유지보수를 요구합니다! 다만 구체적인 보고서들은 그렇게까지 많지 않을 수 있으니, 그것들을 남겨두는 것도 가능합니다.

질문하신 주요 사항에 대해 답변드리자면:

불만이 제기되는지 확인하는 것이 어떤 기능이 가치 있는지를 파악하는 가장 쉬운 방법이기 때문입니다 :slight_smile:

그리고 디자인 측면에서, 그리고 개인적으로 저에게도, 접이식 제목 아래에 단순히 밀어 넣어둔 ‘추가’ 카테고리라는 개념은 주변 기능이 설계되지 않았음을 나타내는 신호입니다. 좋은 디자인의 일부는 불필요한 것을 과감하게 덜어내는 것을 두려워하지 않는 것입니다.

3개의 좋아요

정말 인용할 만한 말입니다 :clinking_beer_mugs:

답변해 주셔서 감사합니다. 변경 사항 뒤의 사고 과정을 알 수 있어서 항상 좋습니다. 저는 그 리포트들을 많이 사용하지는 않았지만, 누군가 정말로 필요할 때 쿼리가 여전히 사용 가능하다는 걸 알게 되어 좋습니다.

2개의 좋아요

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


1개의 좋아요

안녕하세요

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


감사합니다!

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

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

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

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

4개의 좋아요

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

3개의 좋아요