레딧, 무인증 JSON 엔드포인트 종료 예고…모더레이터들은 “스팸 잡는 도구까지 막힌다” 반발

• 레딧이 “사람 냄새 나는 레딧을 지키겠다”는 명분으로 자동화 접근을 더 빡세게 조이겠다고 발표함

  • 대상은 대규모 스크래핑, 스팸 네트워크, 자동 계정 생성, 에이전트형 계정 남용 같은 것들임
  • 모더레이터 앱, 접근성 도구, 커뮤니티 유틸리티 같은 “좋은 자동화”는 살리겠다고 했지만, 어디까지가 좋은 자동화인지는 이제 더 강하게 레딧 쪽 정책에 묶이게 됨

• 가장 큰 변경은 무인증 .json 엔드포인트 종료임

  • 지금까지는 일부 레딧 URL 뒤에 .json을 붙여 로그인 없이 구조화된 데이터를 가져오는 식의 사용이 가능했음
  • 레딧은 이 통로가 “책임 추적 없이 스크래핑하는 수단”이 될 수 있다고 보고 닫겠다는 입장임
  • 로그인된 사용자나 인증된 접근은 영향이 없고, 개발자는 공식 플랫폼인 Devvit을 쓰라는 안내가 붙었음

• 규칙 8, 그러니까 “사이트를 망가뜨리지 말라”는 정책도 더 구체화됨

  • 자동화된 남용, 조율된 계정 생성, API 오용이 명시적으로 포함됨
  • 단순히 기술적으로 요청을 보낼 수 있느냐가 아니라, 플랫폼이 허용한 방식이냐가 더 중요해지는 흐름임

• 댓글 반응은 꽤 날카로움. 특히 모더레이터들은 삭제된 글을 보는 기능이 사기 대응에 필수라고 말함

  • 사기꾼들이 글을 올리고, 피해자를 잡거나 지적받으면 바로 삭제하고, 다시 올리는 패턴을 반복한다는 거임
  • 현재 레딧 기본 도구만으로는 이런 삭제 후 재게시 패턴을 충분히 추적하기 어렵다는 불만이 나옴
  • 티켓 사기, 시계 사기, 그래픽카드 사기, 트레이딩 카드 사기 같은 사례가 언급됨

• 패션 서브레딧 쪽 사례는 더 세다. 어떤 모더레이터는 삭제 기록 접근이 없으면 성인 콘텐츠 홍보 계정을 못 막는다고 주장함

  • 한 패션 커뮤니티에서는 게시물의 약 80%가 성인 콘텐츠 크리에이터 홍보성이라 제거된다고 함
  • 성인 콘텐츠 필터나 프로필 링크 검사만으로는 일부만 잡힌다고 함
  • 미성년자가 성인 콘텐츠를 판매하려는 사례나, 타인 사진을 동의 없이 올리는 캣피싱도 삭제 기록을 통해 잡아냈다고 함

• RSS도 논쟁의 한복판에 들어옴. 레딧은 RSS가 스크래핑 표면이 될 수 있다며 사용 사례를 묻고 있음

  • 모더레이터들은 RSS를 새 게시물 알림, 모더레이션 큐 감시, 검색 필터 기반 피드, 디스코드 연동 등에 쓴다고 설명함
  • 한 사용자는 게임 중 디스코드나 데스크톱 사이드바로 서브레딧 글을 확인한다고 함
  • 다른 사용자는 레딧, 블루스카이, 디스코드 커뮤니티를 RSS로 연결해 같은 취미권 사람들이 한곳에 갇히지 않게 만든다고 말함

• RSS 지지자들의 논리는 단순함. 알고리즘 피드보다 시간순 피드가 모더레이션에 더 맞다는 거임

  • 새 글이 생기면 바로 보고, 본 건 다시 안 보고, 주제별로 묶어서 처리하는 방식이 가능함
  • 알고리즘 피드는 시간을 섞고, 주제를 섞고, 이미 본 걸 다시 띄워서 운영자 입장에서는 비효율적이라는 비판이 나옴
  • 한 20년차 레딧 사용자는 자신이 가입한 커뮤니티는 약 30개지만 RSS로는 44개 커뮤니티와 1명 사용자를 따른다고 밝힘
  • 그 사용자는 r/liberalgunowners를 5만~7만 5천 명 규모에서 30만 명 이상으로 커지는 동안 운영해왔다고 함

• “RSS를 죽이지 말고 내용만 줄이라”는 절충안도 나옴

  • 전체 본문, 이미지, 링크까지 피드에 넣는 게 문제라면 제목과 레딧 게시물 링크만 남기자는 제안임
  • 핵심은 외부 피드 리더에서 새 글 목록을 받고, 실제 내용은 클릭해서 레딧에서 보게 하면 된다는 것
  • 스크래핑 리스크는 낮추고, 알림·모니터링 워크플로는 유지하는 타협안인 셈임

• 물론 레딧 쪽 명분도 아예 없는 건 아님. 실제로 대규모 LLM 봇 계정 때문에 모더레이터가 터질 뻔한 사례도 댓글에 나옴

  • 한 모더레이터는 몇 달 전 수천 개의 LLM 봇 계정 때문에 하루에 신고·필터링 댓글 1,000개를 혼자 처리했다고 함
  • 어느 날 갑자기 하루 약 100개 수준으로 줄었고, 레딧 운영진의 봇 단속 덕분으로 이해하고 있다고 말함
  • 그러니까 자동화 남용을 막는 작업 자체는 커뮤니티에도 실제 도움이 되는 면이 있음

• 문제는 “나쁜 자동화”를 막다가 “좋은 자동화”까지 부수는 순간임

  • 사기꾼을 잡는 모더레이터, 접근성 도구 개발자, RSS 기반 고급 사용자, 커뮤니티 간 브리지 운영자가 모두 같은 공개 인터페이스에 기대고 있었음
  • 레딧이 인증된 RSS, 사용자별 토큰, 속도 제한, 모더레이터 전용 삭제 기록 접근 같은 대안을 내지 않으면 반발은 계속 커질 가능성이 높음
  • 특히 API 변경 때 이미 신뢰를 크게 잃은 전력이 있어서, 이번 발표도 “투자자에게 데이터 가치를 보호한다고 보여주려는 것 아니냐”는 식으로 받아들여지고 있음

---

기술 맥락

• 레딧이 막으려는 건 단순한 크롤러 한두 개가 아니라, 로그인 없이 구조화된 데이터를 대량으로 긁어가는 경로예요. .json 엔드포인트는 개발자에게는 편한 우회로였지만, 플랫폼 입장에서는 누가 얼마나 가져가는지 통제하기 어려운 통로였거든요.

• RSS가 민감한 이유는 기능이 낡아서가 아니라 너무 잘 연결돼 있기 때문이에요. 피드 리더, 디스코드 봇, 검색 필터, 모더레이션 알림 같은 도구들이 이미 RSS를 공용 접착제처럼 쓰고 있어서, 이걸 닫으면 특정 앱 하나가 아니라 운영 방식 전체가 흔들려요.

• Devvit 같은 공식 플랫폼으로 유도하는 건 보안과 정책 집행에는 유리해요. 인증, 권한, 속도 제한, 감사 로그를 붙이기 쉬우니까요. 대신 기존 공개 웹 기반 워크플로를 그대로 옮기려면 기능 호환성과 접근성이 따라와야 하는데, 댓글 반응을 보면 그 신뢰가 아직 부족해 보여요.

• 가장 현실적인 해법은 전체 공개 접근을 그대로 두거나 전부 닫는 양끝단이 아니에요. 제목만 제공하는 RSS, 사용자별 토큰이 붙은 피드, 모더레이터 검증 후 삭제 기록 제한 접근처럼 목적별 권한을 나누는 쪽이 커뮤니티 운영과 악용 방지를 같이 만족시킬 가능성이 커요.