제안: Akismet에 의해 플래그된 사용자를 삭제하지 않고 무음 처리하도록 허용

이것은 의견 요청입니다! 이 제안이 여러분의 모더레이터 워크플로우를 개선하는 데 도움이 될까요? 제가 놓치고 있거나 잘못 이해하고 있는 부분이 있을까요?

현재, 새로운 사용자가 가입하여 Akismet에 의해 스팸으로 표시된 경우, 해당 플래그를 처리하는 모더레이터에게 제공되는 유일한 옵션은 아니요와 사용자 삭제입니다.

고객들이 즉시 사용자를 삭제하는 것에 불편함을 느끼거나, 법적 이유로 삭제가 불가능하다고 말씀하시는 경우가 드물지 않습니다. 그들은 스팸이 아님을 입증할 기회를 사용자에게 주고, 스스로 조사할 시간을 확보하기 위해 사용자를 침묵 처리(Silence)하는 것을 선호합니다. 이를 수행하는 과정은 번거롭습니다. 아니요라고 응답한 후, 관리자 사용자 목록으로 가서 해당 사용자를 찾아 침묵 처리해야 하기 때문입니다.

따라서 여기 사용자 침묵 처리 옵션을 추가하는 것이 제안입니다. 사용자를 침묵 처리하고, 침묵 처리된 이유와 기간에 대해 사용자에게 충분히 알리는 데 이미 견고한 기능이 존재합니다. 사용자 침묵 처리 필드는 미리 입력되어 있을 것입니다. Akismet은 아직 이 사용자가 스팸이라는 학습을 받지 않습니다.

나중에 모더레이터는 사용자의 침묵을 해제하거나 사용자를 삭제할 수 있습니다. 삭제하는 경우, 이 시점에서 Akismet에 사용자가 스팸임을 학습시킬 수 있는 옵션이 있어야 합니다. 이 이메일 및 IP 주소 삭제 및 차단이 선택된 경우에도 현재 이것이 가능한지 확실하지 않습니다. 그럴 가능성이 높아 보이지만요.

요약하자면, 모더레이터 워크플로우는 다음과 같을 수 있습니다:

  1. Akismet에 의해 스팸으로 표시됨
  2. 모더레이터가 표시된 사용자를 검토하고 조치를 결정
    • 스팸 아님 → 사용자가 사이트에 가입할 수 있음, Akismet 학습되지 않음
    • 스팸 삭제 → Akismet 즉시 학습
    • 스팸 침묵 처리 → Akismet 학습되지 않음 (아직)
  3. 적절한 대기 시간 후, 모더레이터가 침묵 처리된 스팸 사용자를 삭제
    • 삭제만 → Akismet 학습되지 않음
    • 삭제 및 차단 → Akismet 학습됨

모더레이터는 침묵 처리된 사용자가 쌓이도록 그냥 두는 것도 가능합니다. 침묵 처리된 상태이므로 데이터베이스에 존재하는 것에는 특별한 해가 없기 때문입니다.

할 일(Todo)은 다음과 같습니다:

  • Akismet에 의해 스팸으로 표시된 사용자를 검토할 때 침묵 처리 옵션 추가
  • 선택 시, 침묵 처리 모달에 “영구” 기간과 침묵 처리 사유 "기타 → 사용자 스팸"이 미리 입력됨
  • 제출 시, 사용자가 침묵 처리되고 침묵 처리 이메일을 수신
  • 스태프의 작업이 데이터베이스에 기록됨

관련된 할 일로 생각되는 것은:

  • 침묵 처리된 사용자의 사용자 프로필 접근 제한
  • 이 이메일 및 IP 주소 삭제 및 차단 기능이 어떻게 작동하는지 검토하고, 해당 기능이 존재하지 않는 경우 이 경우 사용자가 삭제될 때 Akismet 학습이 수행되도록 추가
5개의 좋아요

이것은 전반적으로 도움이 될 것 같다고 생각합니다.

세 번째 옵션은 "spammer(스팸)"라고 말해서는 안 된다고 생각합니다. 결국 스팸으로 확인된 경우라면 ‘삭제’ 옵션이 바로 옆에 있으니까요. 대신 "보류"와 같은 표현을 사용하는 것이 어떨까요?

무음 처리된 사용자가 관리자에게 메시지를 보낼 수 있나요? 저는 다음과 같은 기능이 있었으면 좋겠습니다.

  1. 잠재적 스팸 감지
  2. 상황이 불분명하므로 관리자가 "보류"를 선택
  3. 사용자는 무음 처리되지만…
  4. 사용자는 자동 시스템이 계정을 확인을 위해 보류했으며, 원하면 더 많은 정보를 제공할 수 있다는 DM을 받음
  5. 사용자가 일정 시간 내에 응답하지 않으면 자동 삭제
  6. 사용자가 응답하면, 관리자에게 “답변 후 유지”, “답변 후 삭제”, “그냥 삭제하고 넘어가기” 버튼이 표시됨
3개의 좋아요

사실 침묵(무음) 처리가 어떤 영향을 미치는지 정확히 확신하지는 못합니다. 침묵 처리된 사용자가 관리자에게 개인 메시지를 보낼 수 있다고 생각하며, 침묵 처리 시 이메일이 발송된다면 해당 이메일에 회신할 수도 있다고 봅니다.

또 확인해 보니, 침묵 처리된 사용자의 사용자 프로필이 여전히 존재하는 것을 알 수 있었습니다. 이는 제 생각에 옳지 않은 것 같습니다. 사용자가 어떤 이유로든 문제 있는 사용자로 판단되었다면, 왜 그 사용자의 프로필이 여전히 전 세계에 노출되어야 하는지 의문이 듭니다.

또 하나 궁금한 점은, 나중에 관리자가 사용자 관리 기능을 통해 사용자를 삭제할 때 어떻게 되는지입니다. 이 이메일과 IP 주소 삭제 및 차단 옵션이 선택된 경우에도 Akismet에 통보가 이루어지는지 알고 싶습니다.

2개의 좋아요

그들은 침묵 처리(silenced)되고 그리고 그 이유가 프로필에 표시되는 것일까요? (만약 그렇다면, 그것 또한 잠재적으로 문제될 수 있습니다.)

하지만: 침묵 처리는 종종 점진적으로 강화되는 제재가 포함된 행동 강도 대응 정책의 첫 번째 단계입니다. 그 목표는 사이트 멤버가 조금 진정할 시간을 주는 것이지, 그들을 완전히 사라지게 만드는 것이 아닙니다.

아마도 다른 단계가 필요할 것 같습니다 — 숨김 처리(hidden)? (이 경우 해당 사용자의 모든 게시글도 숨겨지는 것 같습니다?)

2개의 좋아요

음소거(reason)에 “사용자 프로필” 항목을 추가하고, 해당 경우 사용자의 음소거가 해제될 때까지 프로필을 숨기는 방식은 어떨까요?

Akismet에 의해 스팸으로 표시된 사용자 스팸을 각 사이트에서 어떻게 처리하는지, 또는 사용자 프로필에 부적절한 콘텐츠를 게시한 사용자를 어떻게 대응하는지에 대해 더 많은 사이트의 의견을 듣고 싶습니다.

또한, 사용자 프로필을 볼 때 플래깅 시스템을 통해 사용자를 플래그할 수 있는지 궁금합니다. 가능하지 않을 것 같습니다. 커뮤니티 구성원이 부적절하거나 스팸으로 보이는 사용자 프로필 페이지를 발견했을 때 관리자에게 알릴 수 있도록 하는 데 도움이 될 수 있을 것입니다.

1개의 좋아요

침묵(무언어) 처리된 사용자에 대한 몇 가지 정보:

침묵 이유는 공개되지 않지만, 정지(중단) 이유는 공개됩니다.

정지 이유가 공개되는 이유에 대해서는 여기에서 명시적으로 언급된 적은 없지만, 제프 앳우드(Jeff Atwood)가 그곳에서 일하던 시절 스택 익스체인지(Stack Exchange)에 정지 기능이 처음 도입되었을 때(기억이 맞다면 그는 블로그 포스트를 작성했습니다) 다른 사용자에게는 정지 조치가 투명하게 보이는 것이므로 정지 조치를 취하는 것을 볼 수 있기 때문에 좋은 조치라고 설명한 것으로 기억합니다.


제가 가장 많이 관리하는 사이트의 경우, 우리가 받는 대부분의 보고는 스팸이 아닙니다. 확실하지 않을 경우, 해당 사용자의 메인 사이트 프로필(해당 사이트는 회사용 포럼이므로 SSO를 사용하고 있습니다)을 확인하여 그곳에 관련 정보가 있는지 살펴봅니다. 그래도 여전히 확실하지 않을 경우, 일단 허용하고 필요 시 나중에 조치를 취합니다.

2개의 좋아요

와! 정말 흥미롭네요. 그러면 무음 처리된 사용자도 여전히 커뮤니티의 일원이긴 한 거네요. 다만 강제로 lurk(관전)만 하게 되는 거고요. 좋아요를 누를 수 있다는 게 놀랍네요.

무음 처리된 사용자가 자신의 “자기소개” 프로필을 수정할 수 있어야 한다는 데는 동의합니다. 특히 무음 처리된 이유가 스팸처럼 보이는 프로필이나 다른 문제가 있어서, 무음이 해제되기 전에 관리자가 수정을 요청한 경우라면 더더욱 그렇죠.

이제서야 기억나는데, add rel nofollow to user content 기능이 있는 것 같은데, 이게 사용자 프로필에도 적용된다고 알고 있습니다. 그래서 스팸성 내용을 아무리 올려도 검색엔진에는 절대 노출되지 않아요.

Screenshot 2024-05-01 at 3.29.00 PM

2개의 좋아요

그게 논리적으로 맞지 않나요? 그들은… 음소거된 것이니까요. 밴당하거나 다른 제재를 받은 것이 아닙니다.

4개의 좋아요

저도 이 의견에 동의합니다. 특히 이제 리액션을 고려해야 하니까요.

또한 스태프가 아닌 사용자에게 보낸 개인 메시지(PM)에 답글을 남기는 기능도 제거해야 한다고 생각합니다.

이렇게 하면 Silence가 커뮤니티 상호작용은 허용되지 않지만, 읽지 않은 목록은 여전히 추적되고, 북마크는 여전히 작동하며, 스태프와의 개인 메시지 대화는 여전히 가능한 중간 단계의 기능으로 더 효과적으로 작동할 수 있을 것입니다.

5개의 좋아요

훌륭한 제안입니다. 저희 커뮤니티에서는 스팸 게시물을 삭제하기보다는 스토커를 무음 처리(99.9% 확신하더라도)하는 방식을 취합니다.

Akismet 피드백과 실제 수행되는 조치를 분리하는 것이 더 나을 것 같습니다. Akismet 알림에서 옵션을 "이것이 스팸 프로필입니까? 예/아니요/확신할 수 없음"으로 설정할 수 있습니다.

답이 '아니요’인 경우, 현재와 동일하게 Akismet이 잘못 분류했음을 학습하고 프로필에 대한 조치는 취하지 않습니다.

답이 '예’인 경우, Akismet이 올바르게 분류했음을 학습하고 관리자에게 사용자를 삭제하거나 무음 처리할 옵션을 제공합니다.

답이 '확신할 수 없음’인 경우, Akismet은 어떤 방향으로든 학습하지 않으며 관리자에게 프로필을 삭제하거나, 무음 처리하거나, 아무 조치도 취하지 않을 옵션을 제공합니다.

2개의 좋아요

얼마나 많은 사이트가 스팸 사용자를 삭제하는 대신 침묵 처리하는지 궁금합니다. 실제로 이런 방식은 얼마나 흔할까요? 스팸 가입자 처리 워크플로우에 대해 다른 사이트들의 의견을 듣고 싶습니다.

참고로, 우리는 스팸을 보내는 사람들을 삭제합니다. 왜 그러지 않을지 이해가 안 됩니다.

2개의 좋아요

일부 사용자는 IP 차단(특히 VPN을 사용하는 경우)을 원하지 않을 수 있으므로, 삭제보다 영구 정지하는 것이 더 좋습니다)

4개의 좋아요

일부 조직의 법무팀은 이 조치에 대한 이의 제기 옵션 없이 삭제하는 것을 원하지 않습니다.

3개의 좋아요

이 기능들은 강제적인 핵심 기능 변경보다는 설정 가능한 옵션으로 유지하는 것이 좋다고 생각합니다.

PM의 경우, 사용자는 받은 PM에 답장만 할 수 있고 새로운 PM을 생성할 수는 없습니다. 제 경험상 대부분의 사용자는 이 허점을 인지하지 못하며, 일반적으로 큰 해가 되지 않는 경우가 많습니다.

다만, 무음 처리된 사용자는 무음 해제 검토나 문제 해결을 원할 경우 스태프에게 메시지를 보내도록 안내하는 것이 좋다고 생각합니다. 모든 사이트가 시스템 사용자를 인간 모더레이터에게 연결하지 않기 때문이죠.

2개의 좋아요

이것은 대개 각자가 무엇을 스팸으로 생각하는지에 따라 달라집니다. 많은 스팸이 저스틴 포터 스튜어트 판사의 기준(내가 보면 알겠어)에 부합하지만, Akismet이 전혀 이유 없이 완전히 허용 가능한 게시물을 스팸으로 표시하는 경우도 보았습니다. 또한, Akismet이 통과시킨 경우에도 거의 모든 오프토ピック 게시물, 특히 ‘상업적’ 느낌이 나는 게시물이 스팸으로 간주되는 커뮤니티에도 참여해 본 적이 있습니다.

또한, 해킹을 당해 본인도 모르게 스팸 통로로 이용당한 사용자들도 여러 명 있었습니다.

따라서 어떤 커뮤니티에서든, 특히 쉽게 되돌릴 수 없는 조치나 어떠한 형태의 적법 절차 없이 누군가를 스팸으로 지정하는 경우를 포함하여, 스팸으로 지정한 데에는 완화 사정이 있을 수 있습니다.

때로는 '스패머’에게 무엇이 허용되고 무엇이 허용되지 않는지를 설명하는 것이 실제로 필요한 경우도 있습니다. 커뮤니티의 기준에 대한 합리적인 설명에 대부분의 사람들이 귀를 기울일 것이라고 생각하지만, 일부는 단순히 문제를 일으키고 싶거나 규칙이 자신에게 적용되어서는 안 된다고 믿는 사람들도 있습니다.

3개의 좋아요

이 플러그인은 코어에 포함될 좋은 후보입니다. 음소거된 사용자가 스태프 및/또는 그룹에게 개인 메시지를 보낼 수 있도록 허용하는지도 확실하지 않습니다.

새 사용자 가입 시 매우 유용합니다.

저는 매우 구체적인 것을 의미합니다: 스패머란 포럼에서의 유일한 목적이 상업적 사이트, 사기 사이트, 또는 악성 코드 사이트로 트래픽을 유도하는 사람을 말합니다. 그들은 실존하는 인간과 의미 있게 연결된 실제 신원 하에 행동하지 않습니다 — '실명 정책’의 의미에서가 아니라, 실제로 그렇다는 뜻입니다. 해당 계정은 완전히 스크립트로 운영되거나, 저급 클릭샵에 의해 운영되고 있습니다.

실존하는 사람이지만 동일한 사이트의 링크를 계속 게시하거나, 허용되지 않는 곳에서 서비스를 홍보하는 경우와 같은 경계선 사례에 대해서는 말씀하신 내용을 이해합니다. 저에게는 제가 설명하는 문제와 다른 문제이지만, 일부 사람들과 커뮤니티가 실제로 그러한 행동도 "스팸"이라고 부르는 점은 인정합니다.

1개의 좋아요

기본 설정에서는 신규 사용자의 첫 몇 개 게시글이 직원 검토를 위해 보류됩니다. Akismet이 직원 검토 전에 해당 게시글을 확인하는지, 후에 확인하는지는 알 수 없습니다.

Akismet(또는 기타 스팸 탐지 도구)이 스팸 작성자를 삭제하기보다 침묵 처리하는 방식이 훨씬 좋습니다. 제 생각에 악성 행위자 계정을 삭제하는 것은 직원이 수행해야 할 업무이기 때문입니다. 적어도 적법 절차(due process)를 위해 침묵 처리된 사용자가 직원에게 연락할 수 있는 방법이 필요합니다.

일부 봇은 상당히 정교해져서 자동화 스크립트가 아닌 사람인 것처럼 착각하게 만들 정도로 발전했습니다. AI의 발전으로 이는 더 악화될 것입니다. Discourse가 AI 악성 행위자를 대응하기 위해 AI 도구를 개발할까요?

또 다른 가능성은 '격리된 스팸 작성자’를 위한 별도의 상태(예: 침묵 처리와 유사하게)를 만드는 것입니다. 이는 무질서한 사용자를 침묵 처리할 때 사용되는 옵션과 다른 옵션을 가질 수 있습니다. 이는 특정 시점에 침묵 처리된 사용자가 몇 명뿐인 것이 아닌 대규모 커뮤니티에서 유용할 수 있습니다. 해당 상태를 별도로 검색할 수 있기 때문입니다. 그러나 이는 훨씬 더 복잡한 프로젝트가 될 가능성이 높습니다.

1개의 좋아요