Discourse가 실효성 있는 댓글 플랫폼이 되기 위해 노력해야 할까요?

커뮤니티 구축
1

최근 몇 가지 게시글을 통해 Discourse를 댓글 플랫폼으로 사용하는 방법과 기존 기능을 개선하여 댓글을 임베딩하는 방법에 대해 다뤘습니다:

해당 게시글들에 대한 반응이 거의 없는 것으로 보아, Discourse 팀이나 커뮤니티에서 Discourse를 댓글 플랫폼으로 활용하는 데 큰 관심이 없는 것 같다는 의심이 듭니다. 제 입장에서는 괜찮지만, 제 주장을 명확히陳述해 보고자 합니다.

2010년대 어느 시점에 이르러 뉴스 조직들은 자체 댓글 시스템을 운영하는 것에서 벗어나 기사에 대한 토론을 소셜 미디어에 의존하기 시작했습니다: The Trend Of Killing News Comment Sections Because You 'Just Really Value Conversation' Stupidly Continues | Techdirt. 그러나 결과적으로 댓글 섹션은 뉴스 조직에게 여전히 가치를 제공한다는 것이 드러났습니다: Killing Website Comment Sections Wasn't The Brilliant Move Many Newsroom Leaders Assumed | Techdirt.

Facebook과 X/Twitter의 최근 변화는 뉴스 기사 토론에 소셜 미디어를 의존하는 것의 다른 문제점들을 부각시키고 있습니다:

Facebook은 뉴스 비즈니스에서 손을 떼려는 노력을 기울이고 있습니다: https://www.niemanlab.org/2022/06/facebook-looks-ready-to-divorce-the-news-industry-and-i-doubt-couples-counseling-will-help/. 최근 캐나다 법에 대한 대응으로 “캐나다에서 뉴스 출판사와 방송사가 게시한 뉴스 링크와 콘텐츠는 더 이상 캐나다 내 사람들에게 표시되지 않습니다.”

X/Twitter의 문제는 해당 플랫폼을 사용하는 누구에게나 자명할 것입니다. 최근 소유권 변경으로 사이트의 분위기가 완전히 바뀌었으며, 주류 미디어의 게시물에는 “lol” 류의 댓글로 넘쳐납니다. 게시물에 어떤 참여가 발생하더라도, 기사를 작성하는 기자들에게는 그 반응이 실망스러울 수밖에 없을 것이라 생각합니다.

저에게는 Discourse가 이 문제에 대한 잠재적 해결책이 될 수 있다는 것이 명백해 보입니다.

이 분야에서 제가 볼 수 있는 가장 가까운 경쟁자는 Coral(Vox Media가 후원하는 오픈 소스 프로젝트)입니다. Coral의 철학은 여기에서 설명되어 있습니다: https://coralproject.net/blog/five-myths-of-community-design-day-one/. Coral이 하고 있는 것 중 Discourse의 임베디드 댓글 기능에 몇 가지 개선만으로도 달성할 수 없는 것은 거의 없어 보입니다. 백엔드 측면에서, 기사 주변의 대화를 조정하고 구조화하는 관점에서 보면, Discourse는 Coral이 제공하는 것보다 훨씬 쉽게 개선할 수 있다고 생각합니다.

Discourse를 댓글 시스템으로 홍보하는 것이 Discourse 팀이나 이를 맡고자 하는 다른 그룹에게 막대한 수익을 가져다줄 것이라고는 확신하지 못합니다. 하지만 온라인 저널리즘과 민주주의를 개선하는 데 도움이 될 수 있다고 생각합니다.

완전한 공개를 위해 말씀드리자면, 저는 개인 시간 동안 여기에서 언급한 아이디어를 바탕으로 댓글을 개선하기 위한 WordPress 플러그인을 개발하고 있습니다: Active moderation mode - a slow mode alternative. 이를 성공적으로 마무리하더라도, Discourse 댓글 시스템이 가질 수 있는 영향력과는 같은 수준의 영향을 미치지는 못할 것입니다. 블로그에서는 사용될 수 있겠지만, 주류 미디어(MSM) 뉴스 사이트에서 사용될 가능성은 낮을 것입니다.

25개의 좋아요
2023: The Year in Review
An idea for more economical comments?
How to automatically adjust iframe height for embedded wordpress posts
Should Discourse make an effort to become the next best "CMS"
Types of community & their characteristics
Current Projects - January 2025
2

이제 봇이 읽는 법을 알게 되었습니다:

저는 이것이 GPT-4의 다소 균형 잡힌 분석이라고 생각합니다.

적절한 읽기/쓰기 댓글 시스템을 구축하는 것은 거대한 프로젝트입니다. 5인 팀이 6개월짜리 개발 사이클을 가득 채울 만큼의 규모입니다.

저는 현재 이 일을 처리할 여유가 있다고 보지 않으며, 아직 진행 중인 대규모 JS 현대화 작업도 함께 고려해야 합니다.

Discourse 팀이 향후 12개월 내에 이 프로젝트를 진행할 가능성이 매우 낮으므로, 유일한 현실적인 방법은 제3자가 프로토타입을 제작하거나 솔루션을 구축하는 것이라고 생각합니다. 적절한 범위 설정과 팀 구성이 이루어진다면, 저는 적어도 일부에 대해 스폰싱을 고려할 것입니다.

하지만 여기서 어려운 점은 관심 부족이며, 이는 매우 투기적인 시도가 될 것입니다.

13개의 좋아요
3

읽기/쓰기 시스템이 되어서는 안 된다고 생각합니다. 댓글은 현재와 마찬가지로 포럼에서 생성되어야 합니다.

찬성 측 논리는 최근 Facebook과 X/Twitter에서 발생한 변화로 인해 이것이 시의적절하다는 점을 간과하고 있습니다. 현재, 특히 캐나다에서는 디지털 시대에 뉴스 조직이 어떻게 생존할지에 대한 많은 논의가 이루어지고 있습니다.

반대 측 논리는 기술적 난이도를 과장하고 있다고 생각합니다. iframe에 댓글을 표시하고 싶지 않은 사이트들을 위해 oEmbed 엔드포인트를 추가해야 할 필요가 있을 수도 있습니다. (Coral은 댓글을 iframe에 표시하거나 oEmbed API 엔드포인트에서 가져오는 두 가지 옵션을 제공합니다.) 그 외에는 기존 댓글 임베드 기능을 개선하는 문제일 것입니다.

2개의 좋아요
4

다만, 제안이 읽기/쓰기용이 아니라면 혼란스럽습니다. 읽기/쓰기용이 아닌 상황에서 무엇이 이를 실행 가능하게 만듭니까? 댓글 작성 시 마찰이 매우 크기 때문입니다.

이것이 단순히 버그 수정에 관한 것인가요?

4개의 좋아요
5

일정 수준의 마찰은 좋습니다. 이는 저품질 댓글 작성 가능성을 줄여주기 때문입니다.

기존에 사용자가 기사에 직접 댓글을 남길 수 있는 시스템들은 어떤 형태로든 조정(moderation) 과정을 통해 마찰을 유발하고 있을 수 있습니다. 예를 들어, CBC의 댓글 시스템은 모든 댓글을 조정하며, 승인 또는 거부하기 전에 댓글을 30분 이상 보류할 수 있습니다. Discourse 기반 댓글 시스템은 포럼에서 더 자연스럽고 실시간으로 대화가 이루어지도록 허용하면서, 댓글이 포럼에 게시된 시점과 웹사이트에 표시되는 시점 사이에 시간 지연을 도입할 수 있습니다. 이를 통해 조정자가 댓글 작성자와 협력하여 그들이 말하려는 내용을 명확히 하고, 다른 관점을 고려하며, 게시하려는 내용이 정말로 인터넷 전체와 공유하고 싶은 것인지 등을 고려할 시간을 가질 수 있습니다. 본질적으로, 포럼에서 생성된 최고의 게시물들이 웹사이트에 게시됩니다.

댓글을 먼저 포럼에 게시하는 방식은 웹사이트에 직접 게시된 관련 없는 대량의 댓글로 인해 발생할 수 있는 잠재적인 SEO 문제도 해결합니다.

기존 기능을 개선하는 것에 더 가깝습니다. 또한, 가능한 경우 몇 가지 조정 기능을 추가하고, Discourse 기반 댓글 시스템에 사용할 수 있는 방법을 개발하여 홍보하는 것도 포함됩니다.

기능 개선:

  • Discourse에서 외부 게시물 임베딩 관련 문제를 수정합니다. 현재 설정이 너무 어렵습니다.
  • 임베딩된 게시물에서 생성된 토픽의 경우, 스태프가 웹사이트로 가져올 게시물을 표시할 수 있도록 허용합니다.
  • 기존 댓글 템플릿을 개선합니다.
    • 템플릿에 탭을 추가하여 “추천”, “전체”(시간 순으로 정렬된 모든 댓글의 정제된 버전), 그리고 가능한 경우 “관련”(조정자와 신뢰할 수 있는 사용자가 토론을 관련 토픽으로 분기할 수 있도록 허용) 사이에서 선택할 수 있도록 합니다.
    • 댓글 템플릿에 “더 보기” 버튼을 추가하여 댓글이 웹사이트로 배치별로 가져오도록 허용합니다.
  • 제한된 카테고리에서 온 댓글을 웹사이트로 가져오도록 허용합니다. 이는 Discourse의 비공개 토론에서 온 댓글을 웹사이트에 임베딩하는 옵션을 제공합니다.
  • Discourse에서 댓글이 캐시되도록 하여, 웹사이트를 방문하는 익명 사용자가 Discourse에 과도한 부하를 걸지 않도록 합니다.

가능한 신규 기능:

  • 조정자(그리고 가능한 경우 신뢰할 수 있는 사용자)가 OP에서 언급된 사용자에게 누가 답글을 쓸 수 있는지 제한할 수 있는 토픽을 생성할 수 있도록 허용합니다. 사용 사례: Fred와 Bill이 주요 토론에서 총기 규제에 대해 끝없이 논쟁하고 있습니다. 조정자가 Fred와 Bill을 위한 별도의 토픽을 생성하여 임무를 부여하도록 허용합니다. 예를 들어, Dennett의 비판적 평론 규칙을 따르도록 하여 문제를 토론하게 합니다. 그들이 이를 수행할 수 있다면, 주요 토론으로 복귀하도록 허용합니다. 심지어 그들의 관련 토론의 일부를 댓글 템플릿의 “관련” 탭 아래에 웹사이트에 게시하도록 표시할 수도 있습니다.

  • 조정자가 사이트를 전체적으로 정지시키지 않고도 특정 사용자를 토론에서 쉽게 제외할 수 있도록 허용합니다. 예를 들어, 위의 예시에서 Fred와 Bill은 서로의 차이를 해결할 때까지 주요 토론에서 일시적으로 제외될 수 있습니다.

  • 이미 존재하지 않는 경우, 느린 드립(slow-drip) AMA 플러그인을 생성합니다. 예를 들어, AMAs를 한 번에 진행하는 대신, 사용자가 전문가에게 질문이나 댓글을 제출하도록 허용하고, 질문과 답변이 약 일주일 동안 Discourse(그리고 관련 웹사이트)에 게시되도록 합니다. (캐나다인들을 위해, 제 아이디어는 Discourse 기반 Cross Country Checkup입니다.)

  • 댓글을 가져오기 위한 oEmbed API 엔드포인트를 추가합니다.

Discourse 기반 댓글 시스템을 위한 방법 개발 및 홍보:

저에게는 이것이 작업에서 가장 어려운 부분인 것 같습니다. 임베딩된 댓글, Discourse의 조정 기능, Perspective API 플러그인, 구독 플러그인 등이 주류 뉴스 조직의 요구를 충족하기 위해 어떻게 가장 잘 구성될 수 있는지 파악해야 합니다. 저널리스트, 출판사, 뉴스 독자와 대화하여 그들의 요구를 가장 잘 충족하는 방법을 파악해야 합니다. 극단화, 합의 부재, 신뢰 부재와 관련된 현재 문제를 민감하지만 효과적인 방식으로 다루려고 노력해야 합니다. 항상 저널리즘이 민주주의의 필수적 기둥이라는 점을 염두에 두어야 합니다.

위와 같은 작업을 수행한 후, Discourse를 뉴스 조직을 위한 댓글 및 커뮤니티 플랫폼으로 홍보합니다.

위에서 개요를 그린 기술적 측면은 저에게 과도하게 기술적으로 보이지 않습니다. 제가 무언가를 놓치고 있지 않는 한, 이는 제가 스스로 해낼 수 있는 범위 내에 있습니다.

1개의 좋아요
6

댓글 기능으로 Discourse를 시험 적용해 본 뉴스 사이트에 관여하고 있습니다.

우리는 이미 잘 구축되어 있고 활발하게 운영 중인(비공개) Discourse 인스턴스를 보유하고 있었기 때문에, 댓글을 통해 두 플랫폼을 연결하는 데 큰 관심을 가졌습니다.

많은 장점이 있었습니다(특히 커뮤니티 구성원들을 뉴스 기사에 가치 있는 댓글을 작성하도록 유도한 점이 그렇습니다). 하지만 아쉽게도 충분한 시험 기간을 거친 후 이를 중단하게 되었습니다. 우리에게 주요 문제가 되었던 사항들은 다음과 같습니다:

  1. 설정이 까다로웠습니다(두 개의 복잡한 플랫폼이 관여하다 보니 놀라운 일은 아니죠!)

  2. 댓글을 남기려면 뉴스 사이트에서 벗어나야 한다는 점에서 사용자가 느끼는 불편함

    • 이를 용이하게 하기 위해 가입 절차를 간소화했지만, 여전히 불편함이 컸습니다

  3. WordPress 내에서 토론을 강조할 수 있는 도구가 부족했습니다

    • 다소 형편없는 WordPress 기본 댓글은 발견 페이지에서 말풍선 아이콘과 댓글 수를 표시했는데, 이 기능이 매우 아쉬웠습니다
    • 가능한 한 많은 주제에서 활발한 참여가 이루어지고 있다는 인상을 주는 것은 뉴스 팀에게 매우 중요했습니다

  4. 뉴스 팀이 실제로 Discourse에 참여하도록 만드는 데 어려움이 있었습니다

5개의 좋아요
7

이 문제가 매우 바쁜 주류 미디어(MSM) 뉴스 사이트에서는 그렇게 큰 문제가 되지 않을지 궁금합니다. 예를 들어, 트롤과 악플러들의 댓글이 너무 많아 댓글 표시를 꺼려하는 사이트 같은 경우요.

뉴스 웹사이트에 표시되는 댓글이 포럼에서 이루어진 더 큰 논의의 하이라이트임을 명확히 보여줄 수 있는 UI 변경이 가능할지 궁금합니다. 그렇게 하면 독자들이 웹사이트에서 댓글을 달 수 있을 것이라는 기대를 했다가, 실제로는 포럼을 방문해야 한다는 사실을 보고 실망하는 상황을 피할 수 있을 것입니다. 제 관점에서 보면, 웹사이트에서 댓글을 달든 포럼에서 댓글을 달든, 사용자는 댓글을 남기기 전에 계정을 생성하고 로그인해야 하므로, 이러한 저항감은 실제보다는 인식에 더 가까운 것 같습니다.

좋은 지적입니다. 특히 뉴스 사이트의 데이터베이스에 데이터를 추가하지 않는 임베디드(내장형) 댓글의 경우 그렇습니다. 하지만 이 문제에 대한 워드프레스 특화 솔루션을 생각해낼 수 있습니다. 설정이 다소 복잡할 것입니다. (다시 시도해 보고 싶으시다면 제가 도움을 드릴 수 있습니다.)

네, 이 시도가 가치가 있으려면 뉴스 팀이 이에 동의해야 한다고 생각합니다. 또한 이는 저항감 문제의 해결책이 될 수도 있습니다. 잠재적 댓글 작성자들이 디스커스에서 기사의 저자와 상호작용할 기회가 있을 것이라는 것을 알면, 포럼을 방문할 가능성이 더 높아질 수 있기 때문입니다.

3개의 좋아요
8

이 부분이 혼란스럽습니다. WP-discourse가 최근 댓글 수 표시 기능을 제거했나요? 워드프레스 사이트에서 Discourse 댓글 기능을 구현해본 적이 있는데, 해당 워드프레스 테마가 지원되는 방법을 우회하지 않는 한 댓글 수는 분명히 표시되었습니다.

4개의 좋아요
9

3개의 게시글이 새 주제 다크 모드에서 임베딩 사용 문제로 분리되었습니다.

10

솔직히 확신은 없습니다. 이 문제는 후반부에야 비로소 이슈로 떠올랐고, 우리는 실제로 작동하도록 만드는 데 계속 노력하지 않았습니다. 실질적인 결정적 장애 요인은 정말로 이 두 가지였습니다:

하지만 만약 우리가 다시 그 방향으로 간다면, 이미 그 안에 그런 기능이 있다는 것을 알게 되어 좋습니다!

1개의 좋아요
11

미국에 기반을 둔 지역 뉴스 매체에서 저널리즘에 Discourse를 활용하려는 계획을 세우고 있는 입장으로서, 이 일반적인 방향성에 대한 지지를 표명하고 싶습니다.

목표가 뉴스 미디어가 다루는 시민 사회 문제에 대한 담론을 개선하는 것이고, 식별된 주요 장애물이 직원 온보딩과 사용자 마찰이라면: 저는 솔루션을 Discourse를 CMS로 사용하는 방식으로 생각할 것입니다. 이 경우, 특정 카테고리가 "뉴스 매체"용 별도 도메인에 게시할 수 있습니다.

여기서 논의된 기술적 측면, 즉 댓글 임베딩, 인터페이스, 인증, 그리고 두 사이트 간의 사용자 마찰은, 게시와 커뮤니티/댓글을 모두 하나의 시스템에서 네이티브로 사용할 경우 구조적으로 적어도 도움이 될 것으로 보입니다.

뉴스룸 내부 협업 도구로서 Discourse는 훌륭합니다. 건강한 토론을 위한 도구로서도 Discourse는 훌륭합니다. 그러나 실제로 Discourse의 콘텐츠를 활용한 별도의 출판물을 만드는 것은 어려우며, 이것이 제가 보는 가장 큰 문제점입니다.

이것이 Discourse의 설계 목적은 아니라는 점을 인지하고 있습니다. 뉴스 산업에 대한 이곳의 관심이 있다는 점을 높이 평가하여 몇 가지 생각을 공유합니다.

CDCK에게는 전혀 매력적이지 않다는 점을 이해하지만, 이는 Wordpress 또는 WooCommerce 플러그인을 개선하여 처리할 수 있다고 생각합니다. 이 플러그인들은 기사를 Discourse에 게시하고 Wordpress 기사에 답글을 임베딩합니다. 관련이 있었다면 @simon이 언급했을 것이라고 생각합니다.

저의 선호는 이것입니다. 구체적으로, 양방향 게시와 사용자 인증 경로 개선입니다.

직원 온보딩은 Discourse의 문제는 아닌 것 같지만, 직원들이 두 개의 별도 시스템을 사용해야 하는 대신 CMS로 동일한 시스템을 사용한다면 성공 가능성이 더 클 것입니다. 언급했듯이, 직원들의 참여도가 높아지면 댓글을 작성하는 사용자들의 참여도 높아질 수 있습니다.

별도로, 뉴스룸이 사용자 생성 콘텐츠(UCC)에 대해 법적 및 자원적 우려를 가지고 있다는 점을 지적하는 것이 관련 있다고 생각합니다.

많은 뉴스룸은 자금 부족 상태이며, 그들의 보도 특성(공개적, 논란의 여지가 있는, 일반적인 관심사)으로 인해 이에 대한 토론이 독한 영역으로 넘어갈 가능성이 더 높습니다. 직원들의 모니터링만으로는 이를 감당하기 어려울 수 있습니다. 대부분의 Discourse 사용 사례에서 보는 것과는 달리, 신호 대 잡음 비율이 다르다고 생각합니다. 건강한 커뮤니티는 일정 수준의 독점성이 필요하다고 보며, 귀하가 염두에 둔 뉴스 미디어는 다루는 주제에서 독점적이지 않을 가능성이 큽니다.

결론적으로, 뉴스룸은 법적 리스크를 제대로 관리하지 못할 경우의 위험 때문에 어떤 댓글 시스템에도 깊이 관여하는 것을 꺼릴 수 있습니다. 신문 기사에 잘못된 댓글을 게시하면 허위 정보로 간주될 수 있지만, meta의 기사에 잘못된 답글을 남기면 아마도 아마추어적으로 보일 뿐일 것입니다. 변호사는 각 댓글이 실제로 게시되기 전에 검토하고 편집해야 한다고 말할 것입니다. 기본적으로: Write a Letter to The Atlantic - The Atlantic

저의 의견으로는 소셜 미디어와의 비교는 위험을 수반하지만, 저널리즘을 중심으로 커뮤니티를 구축하는 것은 제가 매우 열망하는 부분입니다.

4개의 좋아요
12

흥미롭게도 최근 저는 이 프로젝트의 범위를 _WordPress 기반 뉴스 사이트에서 실행 가능한 댓글 시스템으로 Discourse를 만드는 것_으로 축소하는 것에 대해 고민해 왔습니다. 이 접근 방식을 취하면, 이 주제에서 제기된 대부분의 기술적 반대 의견, 즉 메인 기사에 대해 사용자가 직접 댓글을 달 수 있는 기능을 추가하는 것까지 쉽게 해결할 수 있을 것입니다. 기존 WordPress 플러그인이 프로젝트의 출발점이 될 수 있습니다. 향후 며칠 내에 구현 방법에 대한 세부 정보를 이 주제에 업데이트하겠습니다.

만약 잠재적으로 허위 정보를 포함할 수 있는 사용자 생성 콘텐츠가 공개된 기사의 댓글 섹션에 표시되지 않고, 비공개 Discourse 주제 내에서만 존재하고 논의될 수 있도록 허용된다면 법적 우려가 줄어들 것이라고 생각하시나요?

2개의 좋아요
13

네, 그렇게 생각하지만, 그것이 당신의 제안과 충돌하지 않나요? 당신은 게시 사이트에서 기사와 함께 댓글을 기능으로 포함하는 것을 원하지 않나요?

저는 변호사가 아니지만, 제 언급은 주로 섹션 230에 대한 것이었습니다. 출판사들은 UGC(사용자 생성 콘텐츠)를 편집할 경우 명예훼손으로 소송을 당할 수 있다는 것을 이해하고 있습니다. 만약 그들이 콘텐츠를 건드리지 않는다면, 그들은 책임지지 않습니다. 동시에 그들의 핵심 원칙인 대규모 독자층에 대한 정보 제공과 엄격한 정확성은, 그들이 직접 생성하지 않은 정보일지라도 부정확한 정보를 독자에게 노출하는 것을 억제합니다. 이것이 제가 소셜 미디어와 다르다고 말하는 이유입니다.

만약 어떤 출판사가 댓글에 대해 "손대지 않겠다"는 접근 방식을 취하고 싶다면, 별도의 도메인에서 호스팅하는 것이 법적 조언이 될 것이라고 추측합니다.

공개와 비공개의 구분이 그렇게 중요하다고 생각하지 않습니다. 그것은 제3자 콘텐츠인지 여부, 즉 출판물의 일부로 기능화되면 혼란스러워지는 것과 더 관련이 있습니다.

1개의 좋아요
14

저는 모든 옵션을 고려하고 싶습니다. 제 초기 생각은 대화들이 Discourse에서 이루어지고, 그 대화 중 ‘최고의’ 부분만 메인 웹사이트로 전송되어야 한다는 것이었습니다. 이는版主들이 댓글을 검토해야 함을 의미합니다. 그렇게 되면 법적 책임에 노출될 수 있지만, 대부분의 주류 뉴스 사이트에서는 이미 댓글 검토가 일반적인 관행이라고 생각합니다. (저는 주로 cbc.ca 사이트를 예로 들고 있습니다.)

WordPress 기반 사이트에서 Discourse 댓글을 사용하는 데 초점을 맞출 경우, 사용자가 기사 페이지에서 직접 댓글을 작성할 수 있는 옵션이 열립니다. 이를 구현하는 최선의 방법에 대해서는 여전히 몇 가지 질문이 있습니다. 예를 들어, 사용자가 기사 페이지에서 다른 사용자의 댓글에 직접 답글을 달 수 있어야 하는지, 아니면 그 페이지에서 기사에 대한 직접적인 댓글 작성으로 제한되어야 하는지에 대한 것입니다. 여기서 제가 말하는 것은, 기사 페이지에서는 최상위 댓글만 생성될 수 있다는 뜻입니다. 사용자는 그 페이지에서 다른 사용자의 게시글에 답글을 쓰거나 인용하는 것이 차단됩니다.

Discourse의 신뢰도 수준이나 그룹 시스템은 메인 페이지 댓글 검토 프로세스를 간소화하는 데 몇 가지 가능성을 제공합니다. 예를 들어, 특정 기준에 따라 사용자가 “신뢰할 수 있는 사용자” 그룹에 추가될 수 있습니다. 이 그룹의 멤버는 댓글이 메인 페이지에 즉시 게시될 수 있습니다. 하지만 아직 너무 앞서 나가는 것 같습니다.

이 문제에 대해 여러분이 가지고 있는 생각이 있다면 매우 감사하겠습니다.

15

첫 번째 생각은 모두 정말 좋은 아이디어라는 것입니다.

제 이해가 맞다면, 댓글을 홍보하는 것에 대해 이야기하고 계신 것 같습니다. 게시 사이트에 표시되는 댓글을 큐레이션하는 것은 모더레이터에게 적절하고 강력한 도구로 보입니다.

중첩된 답변과 직접 답변의 차이로 인한 영향에 대해서는 확신이 서지 않습니다. 직접 답변이 논쟁의 가능성을 줄일 수 있을 것 같습니다.

직접 답변 방식을 유지하면, Discourse 사이트가 다른 사용자들과 토론 및 상호작용을 위한 장소임이 명확해질 수 있습니다. 만약 주요 인터페이스가 큐레이션된 댓글이라면, 자신의 댓글이 표시되는 것을 한 번도 보지 못해 좌절감을 느낄 수 있습니다.

직접 답변과 큐레이션을 함께 사용하면, 마치 신문사의 독자 투고란(레터 섹션)처럼 보이기 시작합니다.

AI 스팸 계정이 신뢰 등급을 획득하는 데 사용될 수 있다면, 우려가 됩니다.

2개의 좋아요
16

Discourse를 댓글 플랫폼으로 활용하는 문제는 Discourse 측이 아닌 CMS 통합 플러그인(여기서 SSO는 필수 요소입니다) 측에서 해결되어야 합니다. 예를 들어, 기존 WordPress 통합 플러그인에 WordPress 쪽에서 댓글을 추가할 수 있는 기능을 보완하면 이 문제가 완전히 해결됩니다.

17

이 문제에 대해 조사해 보았습니다: Should Discourse make an effort to become a viable comment platform? - #12 by simon. 워드프레스에서 디스코urs 댓글을 생성할 수 있다면, 모든 댓글도 워드프레스에서 볼 수 있어야 할 것이라는 기대가 있을 것입니다. 현재 플러그인은 ‘최고의’ 댓글만 표시하고 각 게시물의 댓글을 단일 데이터베이스 항목에 저장합니다.

디스코urs의 모든 댓글을 워드프레스에 표시하는 것은 기술적으로 가능하지만, 다소 역설적으로 느껴집니다. 만약 이 목적을 위해 새로운 플러그인을 개발한다면, API를 통해 디스코urs에 직접 댓글을 게시하는 대신 워드프레스의 댓글 양식을 사용하는 것이 더 적절할 것입니다. 워드프레스 댓글이 게시된 후, 이를 디스코urs의 게시물로 게시할 수 있습니다. 이렇게 하면 워드프레스 댓글과 디스코urs 게시물 사이에 1:1 관계가 형성됩니다. 이 접근 방식은 워드프레스에서 댓글을 어떻게 표시할 것인가라는 문제를 해결할 뿐만 아니라, 디스코urs의 검토 대기열을 워드프레스 댓글에 사용할 가능성도 열어줍니다.

다만, 이 기능을 활용할 사이트가 많을지는 확실하지 않습니다. 디스코urs가 기존 임베드 스크립트를 개선하는 데 집중하는 것이 더 유용할 것이라고 생각합니다.

저는 레거시 미디어 사이트에서 디스코urs가 유용한 도구가 될 수 있는지에 대한 일반적인 질문에 더 관심이 있습니다.

3개의 좋아요
18

내장 편집기가 포함된 댓글 시스템은 개발자 한 명이 개발한 talkyyard 플랫폼에 구현되었습니다.

Talkyard Blog Comments..

3개의 좋아요
19

그래서 이게 디스커스 임베드 방식과 비슷해 보일 수 있겠네요. JavaScript를 사용하여 다른 웹사이트에 디스커스 댓글을 임베드하기라는 글을 확인해 보셨나요?

4개의 좋아요
20

비슷하지만, 사이트(블로그)에서 댓글을 추가할 수는 없습니다. Talkyard에서는 이것이 가능하므로, 이를 완전한 댓글 시스템으로 간주할 수 있습니다.

2개의 좋아요