X 게시물을 로그인 없이 읽게 하던 오픈소스 프런트엔드 Nitter가 X의 중단 요구를 받은 뒤 공식 서비스와 개발을 멈췄다. 8월 24일 X Corp.가 Nitter 인스턴스와 프로젝트 저장소의 영구 중단을 요구하는 서한을 보냈고, nitter.net은 법률 자문을 구하는 동안 오프라인으로 전환됐다. GitHub 저장소도 8월 25일 아카이브돼 읽기 전용 상태가 됐다.
로그인 장벽 바깥에서 X의 특정 계정과 게시물을 읽어 오던 팀은 Nitter나 그 인스턴스를 거치는 지점을 다시 확인해야 한다. 모니터링, 고객 응대 참고, 리서치 링크, 내부 알림이 여기에 해당할 수 있다. Nitter를 기반으로 X 게시물을 보여 주던 XCancel 같은 서비스도 같은 의존 범위에 들어간다.
Nitter는 어떤 읽기 경로였나
Nitter는 X 앱을 열거나 계정을 만들지 않고 공개 게시물을 읽게 해 주는 오픈소스 프런트엔드였다. TechCrunch가 확인한 내용에 따르면 이 서비스는 공개 X 게시물을 가져와 광고, 추적 쿠키, 자바스크립트를 걷어낸 화면을 제공했다. 저장소에 남아 있는 과거 화면은 프로필·타임라인·미디어 탭을 별도 계정 로그인 없이 보여 주던 구성을 확인하게 한다.
이 경로는 이미 2024년에 API 제한으로 흔들렸다. 당시 대표 인스턴스 nitter.net이 일시적으로 내려갔고, 인스턴스 운영자는 실제 X 계정에 연결해야 하는 조건을 맞춰야 했다. 이번에는 기술적 제한을 넘어 법적 중단 요구가 더해졌다. Nitter 공지는 개발도 당분간 멈춘다고 밝혔고, TechCrunch가 본 서한은 API 및 관련 데이터의 무단 사용·우회를 문제 삼으며 8월 25일 오후 5시(미 동부시간)까지 중단하라고 요구했다.
우리 팀은 어디에서 X에 기대고 있는가
점검의 시작점은 “누가 X를 보는가”보다 “무엇이 X 게시물을 입력값으로 삼는가”다. 경쟁사·정책 담당자·고객 계정의 게시물을 매일 읽는 사람이 있는지, 링크 미리보기나 사내 봇이 Nitter 주소를 저장하는지, 고객에게 보낸 문서에 Nitter 기반 열람 링크가 남아 있는지를 한 목록에 모은다. 그다음 각 항목에 담당자, 필요한 결과물, 현재 접근 경로, 로그인·계정 권한 여부를 붙이면 끊긴 경로와 단순 참고 링크가 구분된다.
대체 수단을 고르기 전에 남길 기준
대체 도구를 급히 찾기보다 산출물 기준부터 고정하는 편이 낫다. 단순히 게시물 하나를 열어 보는 일이면 공식 웹·앱의 로그인 경로가 충분할 수 있다. 반면 정기 모니터링이라면 게시물 URL, 관찰 시각, 인용 문맥, 담당자 확인 여부처럼 나중에 재검토할 정보를 남겨야 한다. API나 승인된 데이터 제공 경로를 검토할 때도 필요한 계정 권한, 사용 약관, 호출량, 기록 보존 기간을 함께 결정해야 한다.
특히 자동화는 “보인다”와 “운영해도 된다”를 같은 질문으로 묶지 않는 것이 중요하다. 화면을 읽을 수 있는 경로가 생겨도 그 경로가 서비스 약관, 계정 권한, 팀의 개인정보·보안 기준과 맞지 않으면 운영 입력값으로 삼을 수 없다. 필요한 데이터가 무엇인지 먼저 줄여 두면, 특정 우회 프런트엔드가 사라졌을 때 바꿔야 할 범위도 작아진다.
이번 주에 끝낼 수 있는 점검은 무엇인가
저장소, 문서, 자동화 설정에서 nitter, nitter.net, xcancel을 검색해 링크와 호출 위치를 찾는다. 각 위치를 실제로 열어 보고, 실패했을 때 업무가 멈추는지 참고 자료만 사라지는지도 표시한다. 결과물에는 공식 로그인 경로, 승인된 API, 사람이 확인하는 수동 절차 가운데 맞는 경로를 연결한다. 이렇게 정리해 두면 외부 플랫폼 의존을 어떤 입력값과 권한 위에 둘지 판단할 수 있다.
출처: TechCrunch · Nitter GitHub 저장소 · nitter.net