진짜 차단

몇 년 전, 제가 관리하던 웹사이트에서 비슷한 상황이 발생했을 때에도 비슷한 경험을 했습니다. 한 사용자가 폭력적인 전 남친에게 추적당해 그 웹사이트에서 만났다고 말한 적이 있었죠. 그 사용자는 그를 차단하지 말라고 우리에게 구체적으로 요청했습니다(그녀는 잠재적인 후과를 두려워했기 때문이죠). 그래서 저는 그분의 입장을 충분히 이해합니다.

이 주제에 대해 말씀드리자면, 저는 이전에 이에 대해 질문한 적이 있으며, 진정한 양방향 차단功能的 도입을 요청한 제 입장을 유지합니다. 사람들에게 ‘숨겨진 콘텐츠 보기’ 링크를 클릭하지 말라고 말하는 것은 좋은 일이지만… 요즘 인간 본성을 관찰해 보셨나요? 자기 통제라는 개념은 이제 거의 구식처럼 느껴집니다 :flushed: 그리고 다른 상황에서는, ‘숨겨진 콘텐츠 보기’ 링크 자체를 보는 것이 학대적인 대화나 기타 불쾌한 경험에 대한 고통스러운 상기제가 될 수 있습니다. 다시 말하지만, 사람들이 그렇게 느끼지 말라고 말하는 것은 쉽지만, 실제로 그들은 그렇게 느끼며, 이는 우리 사이트에서 가치 있는 회원들을 잃게 만드는 결과를 초래합니다(그리고 아, 이런 상황들은 우리 규칙을 위반한 명백한 흑백논리의 사례가 아닙니다 - 그냥 사람들을 차단하고 끝낼 수 없는 여러 가지 미묘한 지점들이 있죠).

차단자와 차단 대상자의 계정이 상호적으로 존재하지 않게 된다면(페이스북처럼), 많은 시간과 수고를 절약할 수 있을 것입니다. 우리 사용자들은 이 기능을 반복적으로 요청하고 있으며, 저는 매번 Discourse가 이를 지원하지 않는다고 말해야 합니다. 정말 실망스러운 일입니다.

이것이 이미 가능한 일인가요? 저는 사이트의 CSS를 수정할 위치에 있지 않지만, 이것이 포럼 관리자 UX의 일부가 된다면 우리는 그것을 실행할 수 있을 것입니다.

2개의 좋아요

저는 아직 배우는 중입니다. 하지만 네, 대부분 단순할 것입니다. '요소 검사’를 사용하여 "Hidden Content"를 식별한 후 display none으로 전환하면 됩니다.

1개의 좋아요

진짜 블록에 대한 기능을 고려해 주세요. 토픽에서의 블록 코멘팅도 포함하여요.

  • 예를 들어, A는 항상 B를 괴롭힙니다.
  • B는 A가 자신의 토픽에 계속 게시물을 올리는 것을 좋아하지 않습니다.
    B는 A가 자신의 토픽에 댓글을 달지 못하도록 차단하고 싶습니다.

이것은 우리 포럼에서 점점 더 많이 요청되는 기능/기능이 되고 있습니다…

감사합니다

4개의 좋아요

이것은 귀하가 관리하고 модератор(모더레이터)가 있는 커뮤니티 사이트와 관련이 있나요?

A가 항상 B를 괴롭힌다면, A가 B의 주제에 댓글을 달지 못하도록 금지할 수 있는 기능 요청은 합리적인 것으로 보입니다. B가 접근이 제한된 폐쇄된 카테고리에 게시물을 올리거나, A가 사이트에서 BAN(차단)당하는 것과 같은 다른 옵션들도 있습니다. 첫 단계는 A에게 B의 주제에 게시물을 올리는 것을 멈추도록 요청하거나, 모더레이터로부터 이를 하지 말라는 공식적인 경고장을 받는 것이 도움이 될 수 있습니다.

현재 구조에 대한 그들의 근거를 설명하는 관련 주제에 대한 게시물은 다음과 같습니다:

멤버들이 다른 멤버가 자신의 주제에 댓글을 달지 못하도록 막을 수 있는 새로운 기능이 구현된다면, 이것이 추가적인 문제를 초래할 위험이 있는 것으로 보입니다.

가장 중요한 것은 유능한 모더레이션이 이루어지는 것입니다. 누군가가 다른 사람에게 자신을 괴롭히지 말라고 요청했을 때, 그 요청이 존중되어야 합니다. 한 사람이 정기적으로 괴롭힘을 당하고 있다면, 같은 문제로 인해 다른 사람들도 괴롭힘을 당하고 있을 가능성이 높으며, 이를 해결하기 위해 모더레이터의 개입이 필요합니다.

그것은 과장된 표현입니다. 현존하는 최고의 모더레이터 팀을 가질 수 있습니다. 더 완전한 차단 기능을 제공하는 것이 토론의 문명스러움을 해치지 않으므로 이점이 있습니다. 실제로 사이트 이용을 원하는 사람들 간의 불필요한 갈등을 줄여 커뮤니티에 더 편리함을 줄 수 있습니다.

저는 커뮤니티 다수의 의견이 자신과 같다고 느끼며, 3명의 사용자에게 극도로 격분한 회원이 있었습니다. 이 회원은 제가 독성이 있는 다른 사람들을 어떻게 음소거/차단해야 하는지에 대해 공개적으로 교육하는 것을 좋아했지만,

결국 이 회원은 여전히 다른 사람들이 그 3명을 응답(답글/인용)하는 것을 볼 수 있었기 때문에, 그 3명이 사이트를 "모두"에게 망치고 있다고 주장하며 그들을 밴해 달라고 요구했습니다. 저는 차단 기능을 토픽으로 확장하는 확장 컴포넌트를 추가했습니다.

저는 또한 신고자에게 시스템에 사전 설정된 임계값이 있으며, 5명의 사용자가 특정 개인을 차단하면 시스템이 모더레이터와 차단된 사용자에게 해당 사용자가 독성이 있다고 판단된다는 메시지를 보내도록 되어 있다고 설명했습니다. 기억이 맞다면, 문제의 3명 중 누구도 그 낮은 최소 기준(기본값은 5명의 회원이 단일 개인을 차단하는 것)에 도달하지 않았습니다.


때로는 단순히 다른 사람의 태도를 싫어하는 회원들이 있습니다. 그리고 그들의 존재를 더 완전히 음소거할 방법을 단순히 필요로 합니다. 해당 개인에 대한 직접적인 답글이나 그들이 무슨 말을 했는지 볼 수 있는 "숨겨진 댓글"을 클릭해서 보는 것조차 원치 않을 수 있습니다.

몇몇 사용자의 답글이나 해당 개인에 대한 사람들의 반응을 보지 않는 것은 토론에 방해가 되지 않습니다. 문제가 없는 사람들은 모든 것을 보고, 한 사람에게 문제가 있는 사람들은 그들의 기여에 가치를 느끼지 못하는 누군가에게 방해받지 않고 토론을 즐길 수 있습니다.

우리 10명이 무언가를 논의하고 있고 당신이 밥(Bob)에게 문제가 있다고 가정해 봅시다. 밥의 댓글과 밥에게 작성된 댓글을 보지 않는 것이 토론을 방해하지 않습니다. 다른 8명은 당신과 밥이 밥을 싫어하기 때문에 세부 사항을 논의할 필요 없이 모두와 논의할 수 있습니다. 밥은 당신을 불편하게 만드는 방식으로 일을 밀어붙일 수 있고, 그로 인해 당신이 반응하게 되며 그 반대도 마찬가지입니다. 간단한 더 완전한 차단이 문제를 해결할 수 있다면, 모더레이터가 양쪽을 다투는 학교 아이들처럼 대우할 필요 없이 누구도 밴할 필요가 없습니다.

완벽한 커뮤니티라면 각자가 서로를 수용하고 특이점/싫어하는 점이 상황을 흐트러뜨리지 않을 것입니다. 불행히도 우리는 다른 사람, 즉 다른 점을 가진 사람들을 수용하는 그런 이상향(샹그릴라) 사회를 가지고 있지 않습니다. 자제력과 자기 검열은 많은 사람들이 갖추지 못한 기술입니다.

모니터링(채퍼론)을 해야 하는 것보다, 사용하기 쉬운 자기 관리 컨트롤을 통해 그들을 분리해 두는 것이 종종 더 쉽습니다.

1개의 좋아요

무엇이 과장되었다고 말씀하시는 건지 알 수 없습니다.

이 기능 요청은 이미 오래전부터 반복적으로 언급되어 왔는데, 상황이 달라질지는 모르겠습니다.

모더레이터는 경호원이 아닙니다!

재검토된 아이디어는 매우 흔합니다. 아이디어가 어떻게 구현되는지에 대한 이야기입니다. 그렇습니다. 7년 넘게 Discourse를 관찰하고 사용해 온 결과, 원래는 일축되었던 많은 아이디어들이 이제 코어(핵심 기능)의 일부가 되었습니다.

자체 서비스 사용자 제어가 강력하고 번성하는 커뮤니티를 유지하는 데 필수적입니다. 모든 사용자가 자신의 불만을 타인에게 전가하는 것을 단순히 무시할 수 있는 세밀한 내장 제어를 가지고 있는 것은 아닙니다.

많은 플랫폼이 명확히 보여주었습니다. 차단 기능이 작동하며 토론에 방해가 되지 않는다는 것을요.

동의합니다. 모더레이터가 그렇게 될 필요가 없어야 하며, 그것이 바로 사용자 자체 제어가 중요한 이유입니다. 커뮤니티 전체가 공유하지 않는 타인에 대한 자신의 문제를 완화하기 위해 더 완전한 차단을 사용하는 것과 같은 상황을 사용자가 스스로 관리할 수 있도록 하여, 모더레이터가 불필요한 상황에 처하지 않도록 보장하는 것이 핵심입니다.

우리는 모두 다른 사람들에 대해 부정적으로 반응하고, 그 사람들이 사전에 설정된 틀에 맞지 않는다는 이유로 커뮤니티를 떠나라고 제안하는 것을 보아왔습니다. 그저 그 사람들과 상호작용하지 않는 것만으로 충분할 텐데도요.

다른 사람에 대한 편견, 즉 그들의 관점과/또는 화법 등입니다. 이는 열린 문명적 토론을 위한 다양하고 포용적인 커뮤니티를 육성하지 못합니다.

여기서 중요한 질문이 하나 있습니다. 이러한 양방향 차단 요청 중 몇 건이 로그인 필수 게시판 또는 카테고리에서 이루어졌을까요?

게시글을 보기 위해 로그인이 필요하다면, 제가 앞서 말한 것처럼 양방향 차단은 그렇게 "허구"가 아닙니다.

설정 페이지 예시 텍스트:

차단된 사용자는 여전히 포럼의 공개 영역에서 게시글을 읽을 수 있습니다.

3개의 좋아요

진짜 차단(True Block)은 사용자가 로그인한 상태에서만 적용됩니다. Reddit에는 진짜 차단 기능이 있습니다. 로그인하지 않은 상태로 콘텐츠를 열람하면, 본인이 다른 사용자를 차단했거나 다른 사용자가 본인을 차단한 상태가 표시됩니다. AReddit에도 익명 모드(anonymous mode)가 있습니다. 다만 로그인하지 않았거나 익명 보기 모드인 경우, 열람한 콘텐츠에 게시물을 작성하거나 답글을 남길 수 없습니다.

더 완전한 차단 기능은 회원의 편안함을 향상시키고, 다른 사용자와 갈등이 있는 회원이 커뮤니티의 일원으로 남을 수 있도록 장려합니다. 반면, 회원이 너무 화가 나서 다수의 커뮤니티를 해친다고 생각하는 개인들을 영구 금지(permanently banned)해야 한다고 주장하면서 커뮤니티를 떠나는 경우를 방지할 수 있습니다.

저는 이런 상황을 겪었습니다. 한 회원이 몇몇 개인이 다른 사람들을 '가스라이팅(gaslighting)'한다고 믿었습니다. 제가 무시(ignore) 기능을 사용하는 방법을 명확히 설명했고, 민감한 반응을 보이는 해당 회원에게 5명의 고유한 회원이 특정 개인을 무시하면, 무시된 사용자에게 커뮤니티가 그 사람을 독성이 있다고 느낄 수 있다는 메시지를 보내고 동시에 모더레이션 팀에게도 알린다는 임계값(threshold)을 설명하려 했음에도 불구하고요.

불행히도 정말 좋은 기여자였던 이 회원은 무시된 사용자의 답글을 볼 수 있었기 때문에 결국 커뮤니티를 떠났습니다.

팀이 회원들이 서로를 무시하는 것이 진행 중인 토론을 억압하거나 실제로 방해하지 않는다는 점을 이해하는 데 어려움을 겪는 것 같습니다.

이것은 정말로 필요한 사람들에게 적절한 셀프 서비스(self-serve) 도구를 제공할 뿐입니다. 또한 서로 문제가 있는 정상적인 기여자들 사이의 불필요한 갈등을 처리하는 모더레이션 팀의 스트레스도 줄여줍니다.


참고로, 저는 무시 기능을 무시된 사용자의 답글까지 포함하도록 확장하는 테마 컴포넌트를 작동시켜 보려 부분적으로 이 문제를 해결하려고 하고 있습니다.

불행히도 AI를 사용한 첫 번째 시도는 다른 회원의 게시물에서 무시된 사용자의 인용문(quote)을 부분적으로 숨기는 것만 시도했습니다. 인용문은 여전히 표시되지만, 인용문의 콘텐츠가 비어 있습니다. 무시된 사용자의 인용문이 있다는 것은 표시되지만 인용문의 콘텐츠가 비어 있습니다.

그러나 로직은 무시된 사용자의 답글을 숨기지 않습니다. 따라서 AI가 왜 작동하지 않는지 파악할 수 있는지 확인하거나, 제가 아직 갖추지 못한 기술을 가진 사람들에게 도움을 요청하기 위해 개발(dev) 토픽을 게시해야 할 것 같습니다.

안녕하세요 여러분, 저희 포럼(그리고 아마 많은 다른 포럼들도 마찬가지겠지만!)은 2023년 온라인 안전법(Online Safety Act 2023)에 따라 Ofcom의 관할을 받고 있으며, 사용자 안전을 개선하는 방법을 모색하고 있습니다.

현재의 음소거(mute)와 무시(ignore) 기능만으로는 충분하지 않은데, 차단된 사용자가 여전히 콘텐츠를 보고 상호작용할 수 있기 때문입니다. Ofcom의 새로운 규정과 집행에 따라 더 나은 사용자 안전과 더 강력한 차단 기능이 매우 필요하며, 이를 도입하면 큰 도움이 될 것입니다.

Discourse에 이 기능을 추가할 계획이 있을까요? 저희와 비슷한 상황에 있는 다른 포럼들에게도 큰 도움이 될 것입니다.

감사합니다!

2개의 좋아요

조금 더 자세히 설명해 주시겠어요? 저희 Meta에서는 OSA 준수 절차를 이미 거쳤으며, 필요한 완화 도구를 이미 갖춰 두었다고 확신합니다.

어떤 위험 벡터(risk vector)를 완화하고자 하는 건지 설명해 주실 수 있나요?

2개의 좋아요