레딧 연결 이전을 관리하는 작업판이 열린다

공개 연결의 종료 날짜가 정해졌다

레딧은 2026년 9월 30일, 공개 데이터 연결을 사용하는 앱과 봇을 새 개발자 플랫폼으로 옮기겠다고 발표했다. 공개 데이터 연결은 외부 서비스가 레딧의 게시물과 댓글을 읽거나 글을 올릴 때 사용하는 통로다.

2026년 10월 31일부터는 이 통로를 새로 사용하겠다는 신청을 받지 않는다. 기존 앱 중 등록하지 않았거나 레딧의 연락에 응답하지 않은 앱은 2027년 1월 12일부터 접근이 차례로 끊기며, 남은 공개 접근도 2027년 3월 종료될 예정이다.

기존 앱을 운영하는 사람은 앱을 등록하고, 현재 기능을 새 개발자 플랫폼인 Devvit으로 옮겨야 한다. Devvit은 레딧 안에서 앱을 실행하고 저장공간과 설정 화면 등을 제공하는 공식 제작 환경이다.

레딧은 1만4,000개가 넘는 앱과 봇이 이미 등록됐다고 밝혔다. 앱마다 담당자와 이용 커뮤니티, 읽는 자료, 자동으로 처리하는 행동이 다르다는 점을 생각하면 단순히 계정을 한 번 등록하는 수준의 일이 아니다. 이 수치는 레딧 자체 발표다.

이전 지원 기금은 미화 100만 달러로 원화로는 10억원대이며, 조건을 충족한 앱은 이전을 마치면 미화 1,000달러, 즉 원화 100만원대의 보상을 받을 수 있다. 보상 등록은 2026년 11월 30일까지이고 이전 완료 기한은 12월 31일이지만, 지급 여부는 레딧 심사에 달려 있다.

도구가 바뀌는 사이에서 일이 끊긴다

직원 세 명이 일하는 국내 시장조사 업체에서 레딧 키워드 알림 서비스를 운영하는 대표를 떠올려 보자. 이 서비스는 특정 커뮤니티의 새 글을 읽고, 조건에 맞으면 사내 메신저와 고객 화면에 알림을 보낸다.

지금 대표는 레딧에서 온 이메일을 읽고, 앱 등록 페이지를 열고, 개발자가 관리하는 코드 저장소에서 기능 목록을 찾는다. 등록 여부는 문서에 옮겨 적고, 이전 중 발견한 문제는 메신저로 보내며, 테스트 결과는 다시 별도 문서에 기록한다.

이 과정에서 레딧 이메일에서 일정표로, 코드에서 기능 목록으로, 시험 화면에서 오류 문서로 정보가 손으로 옮겨진다. 어느 계정이 어느 앱의 주인인지, 글 읽기와 댓글 작성 중 무엇이 새 환경에서 되는지, 실패하면 어느 고객이 영향을 받는지가 서로 이어지지 않는다.

하나의 작업판이 있다면 먼저 앱 이름과 운영 계정, 담당자, 이용 커뮤니티를 등록할 수 있다. 이어서 ‘글 읽기’, ‘댓글 작성’, ‘예약 실행’, ‘외부 저장공간 사용’처럼 현재 기능을 고르면 새 환경에서 시험할 항목과 마감일이 자동으로 묶인다.

시험을 시작하면 기존 연결과 새 연결의 결과를 나란히 기록하고, 실패한 기능에는 담당자와 다음 행동을 붙인다. 접근 종료일이 가까워질 때 등록되지 않은 앱이나 답이 없는 담당자만 골라 알려주면 전체 공지를 반복해서 확인할 필요도 줄어든다.

그렇다고 코드 이전까지 자동으로 끝나는 것은 아니다. 여러 커뮤니티를 가로지르는 작업, 큰 외부 저장공간, 오래된 파이썬 프로그램처럼 새 환경에 그대로 맞지 않는 부분은 사람이 다시 설계해야 하며, 어떤 기능을 포기할지도 운영자가 결정해야 한다.

따라서 기회는 레딧 자료를 또 대량으로 모으는 서비스보다 이전 업무를 잇는 서비스에 가깝다. 이용자가 입력한 앱 정보, 레딧의 공식 일정, 허용된 범위의 시험 결과만 다루면 서비스 자체가 종료 예정인 공개 연결에 다시 기대는 위험도 줄일 수 있다.

해외에서는 연결 관리에 이미 돈을 낸다

미국의 Postman은 외부 서비스 연결이 정상인지 정기적으로 시험하고 실패를 알리는 도구를 팀 단위 구독과 점검 요청량에 따라 판매한다. 미국 업무도구 관리 회사 BetterCloud는 30개가 넘는 외부용 연결과 700개가 넘는 내부 연결의 시험을 이 도구로 모았다.

BetterCloud는 최대 5분 간격으로 연결을 점검하고 실패하면 사내 메신저나 당직 알림 도구로 전달했다. 모니터 하나를 설정하는 시간이 약 5분으로 줄었다는 결과는 Postman의 고객 사례 페이지가 밝힌 수치라 별도 검증된 통계는 아니다.

영국 금융회사 Kikin은 고객이 쓰는 Xero와 QuickBooks 회계 자료를 심사 과정으로 옮기기 위해 Apideck을 사용했다. Apideck은 서로 다른 업무도구의 연결 방식을 하나로 맞춰 주고, 해당 월에 API 호출 또는 웹훅 이벤트를 만든 연결 고객 계정 수를 기준으로 요금을 받는다.

Kikin은 계약 후 3개월 안에 첫 연결을 내놓았고 두 회계도구로 고객 기반의 95% 이상을 다룰 수 있었다고 밝혔다. 한 플랫폼에 종속된 서비스를 만드는 대신 여러 자료원을 같은 작업 흐름에 넣는 방식이며, 성과 수치는 Apideck의 고객 사례에 나온 자체 발표다.

Drata는 처음 직접 만든 인사도구 연결보다 Merge를 이용한 연결의 시험을 더 빨리 마쳤다고 밝혔다. 이후 업무도구와 고객 계정을 관리하며 연결 관리 시간이 줄었다는 결과도 회사 사례 페이지의 자체 발표다.

여기서 만들 수 있는 네 가지

• 레딧 앱 이전 작업판은 앱별 등록 상태, 담당자, 마감일과 영향을 받는 기능을 한곳에 모은다. 레딧 봇을 여러 개 맡은 소규모 운영대행사나 커뮤니티 관리팀이 쓰며, 2027년 1월부터 실제 접근 종료가 시작되기 때문에 지금 필요하다. 첫 화면에는 앱 목록과 ‘미등록’, ‘연락 대기’, ‘시험 중’, ‘이전 완료’ 상태를 놓는다.

• 기능 차이 점검기는 현재 봇이 하는 일을 질문으로 받고 새 플랫폼에서 바로 옮길 수 있는 기능과 별도 설계가 필요한 기능을 나눈다. 파이썬으로 만든 오래된 봇을 넘겨받았지만 원래 개발자가 없는 운영자가 쓰며, 저장공간과 외부 연결 같은 차이가 이전 일정에 직접 영향을 주기 때문에 지금 필요하다. 첫 화면에는 ‘글 읽기’, ‘댓글 작성’, ‘예약 작업’, ‘외부 자료 저장’ 선택지와 결과 요약을 놓는다.

• 이전 전후 동작 비교 알림은 기존 앱과 새 앱이 같은 조건에서 어떤 결과를 내는지 기록하고 차이가 생기면 담당자에게 알린다. 고객에게 레딧 알림이나 분석 결과를 제공하는 작은 서비스 운영자가 쓰며, 종료일 직전에 한꺼번에 바꾸는 위험을 줄이려면 두 방식을 미리 나란히 시험해야 한다. 첫 화면에는 오늘 성공 횟수, 실패한 기능, 마지막 정상 작동 시각과 담당자를 놓는다.

• 커뮤니티 봇 인수인계함은 운영자를 찾기 어려운 봇의 기능과 연락 기록, 대체 앱 후보, 중단 공지를 모아 준다. 특정 봇에 게시물 정리와 신고 처리를 맡겨 온 커뮤니티 관리자가 쓰며, 기존 제작자가 응답하지 않으면 2027년 1월부터 도구가 먼저 끊길 수 있다. 첫 화면에는 현재 쓰는 봇, 운영자 연락 상태, 꼭 남겨야 할 기능과 대체 준비도를 놓는다.

오늘 확인해 볼 것

레딧 앱이나 봇 운영자 한 명과 30분 동안 화면을 보며 등록 상태, 담당 계정, 멈추면 곤란한 기능 하나, 새 환경의 시험 결과를 찾아보자. 이 네 가지를 확인하려고 이메일과 코드 저장소, 문서처럼 세 곳 이상을 오가거나 하나라도 답하지 못한다면 이전 작업판을 작게 만들어 볼 만하다.