트위터 뷰어는 많지만 AI 에이전트가 쓸 수 있는 X 뷰어는 거의 없습니다

한마디로: 트위터 뷰어는 X 계정 없이 공개 X 프로필, 게시물, 트렌드 목록을 보여주는 페이지입니다. 이런 트위터 보기 사이트는 수십 곳에 이르고, 브라우저로 보는 사람에게는 대부분 충분합니다. 저희는 2026년 10월 7일, 가장 잘 알려진 여덟 곳을 AI 에이전트가 하는 방식 그대로 curl로, 쿠키 없이 요청해 봤습니다. 두 곳은 Cloudflare 챌린지를 돌려줬고, Nitter 인스턴스 두 곳은 다운되었거나 법적 이유로 차단되어 있었으며, 세 곳은 데이터가 전혀 들어 있지 않은 JavaScript 껍데기를 반환했습니다. FxTwitter 한 곳만 JSON을 돌려줬지만 단일 게시물과 사용자 조회에 한정됩니다. 뷰어 페이지 자체를 스크립트가 읽을 수 있는 곳은 한 곳도 없었습니다. 에이전트 친화적인 트위터 뷰어는 요청을 URL에 담고, 같은 URL에서 JSON이나 Markdown을 반환하며, 속도 제한을 헤더에 표시하고, 종량제 API와 필드 이름을 공유합니다. UnifAPI의 트위터 뷰어 시리즈는 그렇게 만들어졌고, 시리즈의 모든 페이지는 로그인 없이, 계정 없이, API 키 없이 무료로 쓸 수 있으며, 방문자별 횟수 제한으로 10분에 20회 조회까지 가능합니다.

"트위터 뷰어"는 X와 관련해 가장 많이 검색되는 문구 중 하나이고, 표기도 제각각입니다. 한국어로는 "트위터뷰어", "x 뷰어", "트위터 무료보기", "트위터 게시물 보는 사이트"처럼 여러 갈래로 갈리고, 영어권에서는 "x viewer"와 오타인 "twitter viwer", 스페인어와 포르투갈어권에서는 "visualizador de twitter", 일본에서는 "twitterビューア"로 검색합니다. 의도는 모두 같습니다. 로그인하지 않고 계정이나 게시물이 어떻게 보이는지 확인하는 것입니다.

달라진 것은 이 검색어를 입력하는 주체입니다. 조회의 상당수가 이제는 아예 사람이 입력하지 않습니다. "이 계정 좀 확인해 줘"라는 요청을 받은 에이전트, 매일 밤 인게이지먼트 수치를 갱신하는 스크립트, 핸들 50개로 뻗어 나가는 리서치 워크플로가 조회를 수행합니다. 이런 호출자는 보기 좋은 배너에 관심이 없습니다. 페이지를 프로그램이 지정하고, 읽고, 신뢰할 수 있는지가 전부입니다. 이 글은 그 간극에 대한 이야기이고, 저희가 직접 뷰어를 만들기 전에 무엇을 테스트했는지에 대한 기록입니다.

트위터 뷰어가 하는 일, 그리고 누가 쓰는가

트위터 뷰어는 X의 공개 데이터를 읽어 계정 없이 열 수 있는 페이지에 보여줍니다. 프로필 뷰어는 소개, 팔로워 수, 최근 게시물을 보여주고, 게시물 뷰어는 게시물 하나를 미디어와 지표까지 전부 보여줍니다. 트렌드 뷰어는 특정 지역에서 무엇이 트렌딩인지 나열합니다. 이 여러 기능을 검색창 하나 뒤에 묶어 두는 사이트도 있습니다.

사용자는 두 부류로 나뉘고, 필요한 것도 다릅니다.

대부분의 뷰어는 첫 번째 부류만 염두에 두고 설계되었습니다. 2022년에는 합리적인 선택이었습니다. 지금은 문제입니다. 반복 트래픽은 두 번째 부류에서 나오고, 뷰어를 워크플로 전체의 데이터 소스로 바꿔 놓는 것도 두 번째 부류이기 때문입니다.

트위터 뷰어 사이트 8곳을 에이전트 방식으로 테스트했습니다

방법은 일부러 단순하게 잡았습니다. 에이전트가 첫 시도에서 하는 일이 정확히 이것이기 때문입니다. 각 뷰어에서 @NASA의 공개 프로필 페이지(또는 그 사이트가 제공하는 가장 가까운 것)를 curl로, 기본 user agent, 쿠키 없음, JavaScript 없음 상태로 요청했습니다. HTTP 상태, 첫 응답에 프로필 데이터가 들어 있는지, JSON이나 Markdown이나 RSS 대체본이 있는지, 에이전트를 위한 경로를 문서화해 두었는지를 기록했습니다. 기본 user agent를 차단하는 사이트에서는 Chrome user agent 문자열로 다시 시도했습니다.

세 가지가 눈에 띕니다.

첫째, 자동화 관점에서 Nitter의 시대는 끝났습니다. Nitter는 2024년 1월 X가 게스트 계정을 없애면서 작동을 멈췄고, 2025년에 실제 계정 기반으로 돌아왔지만, 2026년 8월 프로젝트와 주요 공개 인스턴스들이 X Corp로부터 중지 요청 서한을 받았습니다. 저희가 테스트한 날, 가장 큰 인스턴스는 RSS를 포함한 모든 경로에서 HTTP 451을 반환했습니다. Nitter RSS 위에 세운 워크플로는 갈 곳이 없습니다.

둘째, 사람의 검색에서 상위에 오르는 두 뷰어, Sotwe와 Twstalker는 브라우저가 아닌 모든 클라이언트에 Cloudflare 봇 챌린지를 띄웁니다. 사람만 상대하는 사이트로서는 합리적인 선택이지만, 에이전트가 받는 것은 403과 "Just a moment"라고 적힌 HTML 페이지뿐입니다.

셋째, 에이전트를 생각하는 사이트조차 그것을 본 서비스 옆에 따로 둡니다. twitterviewer.net은 llms.txt에서 자사의 프로필과 게시물 페이지가 크롤링 가능한 피드가 아니라 브라우저 인터페이스라고 분명히 밝히고, 에이전트를 OAuth 등록이 필요한 MCP 서버로 안내합니다. 링크 미리보기를 고치기 위해 존재하는 FxTwitter는 일반 URL에 JSON으로 답하는 유일한 곳이지만, 단일 게시물과 사용자 레코드만 다룹니다. 검색, 답글, 미디어 월, 트렌드, 팔로워는 없습니다.

그래서 정직한 요약은 "에이전트를 지원하는 뷰어가 없다"가 아닙니다. "사람이 쓰는 URL과 같은 URL로 에이전트를 지원하는 뷰어가 없고, 그나마 지원하는 곳도 X의 아주 일부만 다룬다"입니다.

트위터 뷰어가 에이전트를 실망시키는 일곱 가지 방식

위 표는 어느 날 오전의 데이터입니다. 하지만 그 뒤에 있는 패턴은 이 카테고리 전체에서 일관되고, 각 실패마다 해결책이 다르기 때문에 하나씩 이름을 붙여 둘 가치가 있습니다.

1번부터 3번까지의 실패는 "twitter viewer API"와 "twitter viewer json"이 별도의 검색어로 존재하는 이유를 설명합니다. 사람들은 눈으로 보기에 잘 되는 뷰어를 찾고 나서야, 그것을 호출할 방법이 없다는 사실을 알게 됩니다.

에이전트 친화적인 트위터 뷰어의 조건

일곱 가지 실패를 뒤집으면 짧은 명세가 나옵니다. 에이전트 친화적인 뷰어는 다음을 갖춰야 합니다.

1. 요청을 URL에 담습니다. 프로필 뷰어에서는 ?q=<handle>, 게시물 뷰어에서는 ?q=<post URL or ID>입니다. URL만으로 같은 화면이 재현되므로 기록하고, 캐시하고, 공유하고, 재시도할 수 있습니다.
2. 같은 URL에서 기계용 형식을 반환합니다. 프로그램에는 ?format=json, 결과를 텍스트로 읽을 모델에는 ?format=md 또는 Accept: text/markdown입니다. 별도 제품도, 등록 절차도 아닙니다.
3. 첫 요청에서 데이터를 제공합니다. 빈 껍데기도, 알아내야 할 두 번째 fetch도 없습니다.
4. 브라우저가 아닌 클라이언트를 정상으로 취급합니다. 스크립트와 브라우저가 같은 답을 받습니다. 남용 방지는 네트워크 엣지에서 수행되며, 클라이언트 유형이 아니라 요청량을 기준으로 조정됩니다.
5. 제한을 명시합니다. 모든 응답에 X-RateLimit-Limit, X-RateLimit-Remaining, X-RateLimit-Reset을 담습니다. 429 응답은 Retry-After와 함께 제한을 풀 수 있는 곳을 알려줍니다.
6. 필드 이름을 안정적으로 유지하고 문서화합니다. profile.followers는 계속 profile.followers입니다.
7. 다음 단계로 이어집니다. 조회 한 건이 오백 건이 되면, 키를 쓰는 종량제 API에서 같은 필드 이름을 그대로 쓸 수 있어야 코드가 바뀌지 않습니다.

UnifAPI의 무료 X 뷰어 시리즈는 이렇게 만들어졌습니다. 각 뷰어 페이지는 /tools/x/ 아래의 무료 엔드포인트 위에 얹은 얇은 레이어이므로 브라우저와 에이전트가 정확히 같은 레코드를 읽고, 그 레코드는 유료 X / Twitter API와 같은 모양을 갖습니다.

에이전트는 애초에 트위터 뷰어를 어떻게 찾는가

에이전트 입장의 발견 가능성은 그 자체로 별개의 문제이고, "트위터 뷰어"로 검색 상위에 오르는 것과는 다릅니다.

사람이 어시스턴트에게 "@NASA의 최근 게시물을 봐 줘"라고 하면, 어시스턴트는 보통 https://x.com/NASA를 먼저 시도하고 데이터가 전혀 없는 JavaScript 애플리케이션을 받습니다. 다음 단계는 웹 검색인데, 이때 어시스턴트가 쓰는 질의는 사람이 입력하는 것과 다릅니다. 문제 설명문에 가깝습니다. 저희가 공개 데이터 위에서 에이전트를 만들고 테스트해 온 경험상, 질의는 이런 모습입니다.

• view x profile without login json
• get tweet by url as json no api key
• x.com returns empty page curl how to read profile
• twitter trends api free no key
• nitter alternative api 2026
• fetch twitter replies for a tweet id

이런 질의에서 이기는 페이지에는 몇 가지 공통점이 있습니다. URL 패턴을 버튼 뒤가 아니라 본문에 그대로 적습니다. curl 예시와 샘플 응답을 보여줍니다. 에이전트가 훑어보는 단어를 씁니다. JSON, Markdown, no API key, rate limit, Retry-After 같은 것들입니다. llms.txt를 게시하고, 가능하면 모든 페이지의 Markdown 대체본도 게시해서 모델이 요청 한 번으로 전체를 읽을 수 있게 합니다. 그리고 도구가 하지 않는 일을 명시합니다. 경계를 아는 에이전트는 보호된 계정에 호출을 낭비하지 않기 때문입니다.

저희는 이것을 뷰어 페이지 자체에 적용했습니다. UnifAPI의 모든 X 뷰어는 첫 문단에서 엔드포인트, 파라미터, 제한을 밝히고, Markdown 대체본을 갖추고, 사이트의 llms.txt에 등재되어 있습니다. 무언가를 꼼수로 얻자는 것이 아닙니다. 에이전트가 도착한 페이지에서, 에이전트의 어휘로, 에이전트의 질문에 답하자는 것입니다.

명령줄에서 트위터 뷰어 호출하기

시리즈의 모든 뷰어에는 URL 형식과 엔드포인트 형식이 있습니다. 둘 다 무료이고, 둘 다 방문자별로 속도 제한이 적용되며, 같은 본문을 반환합니다.

공개 프로필을 JSON으로 받기:

curl -s "https://unifapi.com/tools/x/profile?handle=nasa" | jq '.profile.followers, .engagementRate'

같은 프로필을 Markdown으로 받기. 결과를 모델의 컨텍스트에 바로 넣을 때 알맞은 형식입니다.

curl -s -H "Accept: text/markdown" "https://unifapi.com/tools/x-profile-viewer?q=nasa"

URL로 게시물 하나 조회하기:

curl -s "https://unifapi.com/tools/x/post?url=https://x.com/NASA/status/1234567890123456789"

그 아래 답글을 좋아요 많은 순으로, 이어서 다음 페이지까지:

curl -s "https://unifapi.com/tools/x/replies?id=1234567890123456789&sort=top"
curl -s "https://unifapi.com/tools/x/replies?id=1234567890123456789&sort=top&cursor=<nextCursor>"

특정 지역의 실시간 트렌드를 Markdown으로:

curl -s "https://unifapi.com/tools/x/trends?location=japan&format=md"

모든 응답에 속도 제한 헤더가 실리므로, 올바르게 동작하는 에이전트는 추측하는 대신 X-RateLimit-Remaining을 읽고 스스로 속도를 조절합니다.

HTTP/2 200
X-RateLimit-Limit: 20
X-RateLimit-Remaining: 17
X-RateLimit-Reset: 1791356400
Content-Type: application/json

윈도를 다 쓰면 429 본문도 JSON이며, 호출자가 직접 찾아 헤매게 두지 않고 업그레이드 경로를 알려줍니다.

{
  "error": {
    "type": "rate_limited",
    "message": "Free limit of 20 requests per 10 minutes reached. Retry after 412s, or use a UnifAPI workspace key (pay as you go) for uncapped access.",
    "retryAfterSeconds": 412,
    "upgrade": "https://unifapi.com/apis/twitter"
  }
}

엔드포인트 레퍼런스

아홉 개 뷰어는 하나의 엔벨로프를 공유합니다. 목록은 { items, hasMore, nextCursor }로 돌아오고, cursor=<nextCursor>를 넘기면 다음 페이지를 받습니다. 모든 오류는 { error: { type, message } } 형태이며, type은 validation_error, not_found, rate_limited, upstream_error, upstream_unavailable 중 하나입니다.

어느 엔드포인트든 format=md를 붙이거나 Accept: text/markdown을 보내면 같은 내용을 Markdown으로 받습니다. 모든 뷰어 페이지는 ?q=에 format=을 더한 같은 파라미터를 받으므로, /tools/x-profile-viewer?q=nasa&format=json과 /tools/x/profile?handle=nasa는 같은 요청입니다.

전체 시리즈

뷰어 하나로 충분한 경우는 드뭅니다. 크리에이터를 검증하려면 프로필, 미디어 탭, 답글 스레드 몇 개가 필요하고, 이슈를 추적하려면 검색과 트렌드가 필요합니다. 이 시리즈는 X의 공개 영역을 아홉 개 페이지로 다룹니다.

허브 페이지는 핸들, 게시물 링크, 해시태그, 자유 텍스트 질의를 받아 답할 수 있는 뷰어로 넘겨줍니다. 에이전트에게는 진입점이 하나라는 뜻입니다. 입력을 /tools/twitter-viewer?q=…&format=json으로 보내고 결과를 읽으면 됩니다.

뷰어가 하지 않는 것

에이전트 친화적이라는 말은 무제한이라는 뜻도, 비공개를 본다는 뜻도 아닙니다.

• 공개 데이터만 읽습니다. 보호된 계정은 공개 헤더만 표시되고 그 외에는 아무것도 표시되지 않습니다.
• 방문자별로 속도 제한이 적용됩니다. 10분에 20회 조회이며, 엣지에서 적용되고 헤더에 표시됩니다.
• X에 로그인하지 않습니다. 당신의 계정은 관여하지 않으며, 아무것도 쓰거나, 좋아요를 누르거나, 팔로우하거나, 전송하지 않습니다.
• 동영상은 X 자체 CDN에서 재생됩니다. 다시 호스팅하거나 다운로드용으로 제공하지 않습니다.
• X의 약관을 대체하지 않습니다. 다른 공개 페이지를 쓰듯 레코드를 사용하세요.

이 경계가 바로 출력을 안전하게 인용할 수 있게 하는 요소이기도 합니다. 에이전트는 공개 기록을 가리키고, 그다음에 무엇을 할지는 운영자가 통제하도록 남겨둘 수 있습니다.

뷰어만으로 부족해질 때

무료 뷰어는 보기 위한 것입니다. 워크플로에 물량이나 보장이 필요해지는 순간, 같은 레코드를 UnifAPI의 X / Twitter API에서 워크스페이스 키로 받을 수 있습니다. 가격은 쓴 만큼 내는 종량제이고, 벗어나야 할 무료 티어도, 규모를 미리 정해야 할 구독도 없습니다. 필드 이름이 뷰어와 일치하므로 /tools/x/profile에서 통한 프롬프트는 고치지 않고도 API에서 그대로 통합니다.

전형적인 경로는 이렇습니다.

1. 한 사람이 핸들 세 개로 트위터 프로필 뷰어를 써 봅니다.
2. 에이전트가 같은 URL에 ?format=json을 붙여 받고, 밤새 핸들 50개를 점수화하라는 요청을 받습니다. 방문자별 제한에 걸려 429를 읽습니다.
3. 팀이 워크스페이스 키를 추가하고 루프를 API로 옮깁니다. 점수화 코드는 바뀌지 않습니다.

이 연속성이 뷰어와 API를 같은 데이터 레이어 위에 만든 이유입니다.

FAQ

트위터 뷰어란 무엇인가요? X에 로그인하지 않고도 공개 X 프로필, 게시물, 트렌드 목록을 보여주는 웹사이트입니다. 계정이 공개한 내용만 읽습니다. "x 뷰어", "트위터 보기 사이트"는 같은 것을 다르게 부르는 이름입니다.

계정 없이 트위터 무료 보기가 되는 가장 좋은 뷰어는 무엇인가요? 사람이라면 위 사이트 중 열리는 곳 아무 데나 괜찮습니다. 차이는 주로 광고와 속도입니다. 스크립트나 AI 에이전트라면 질문이 달라집니다. 일반 URL에 JSON으로 답하고 속도 제한을 헤더에 표시하는 뷰어를 고르세요. 저희가 테스트한 날 기준으로 FxTwitter는 단일 게시물과 사용자에 대해 그렇게 했고, UnifAPI의 뷰어는 프로필, 게시물, 답글, 미디어, 검색, 트렌드, 커뮤니티, 팔로워에 대해 그렇게 합니다.

스크립트에서 여전히 쓸 수 있는 Nitter 대안이 있나요? 그대로 갈아 끼울 수 있는 대안은 없습니다. Nitter의 공개 인스턴스는 다운되었거나 차단되었고, 같은 라우트를 쓰는 포크도 없습니다. 읽기 용도라면 URL에서 Markdown이나 JSON을 반환하는 뷰어를 쓰세요. 피드 용도라면 같은 게시물을 JSON으로 반환하고 커서로 페이지를 넘길 수 있는 API를 쓰세요.

AI 에이전트는 왜 대부분의 트위터 뷰어에서 어려움을 겪나요? 대부분의 뷰어는 요청을 URL이 아닌 폼에 담고, HTML만 반환하고, 결과를 JavaScript로 렌더링하고, 브라우저가 아닌 클라이언트를 차단하고, 속도 제한이 얼마인지 알려주지 않습니다. 에이전트에게는 모든 항목에서 그 반대가 필요합니다.

트위터 뷰어 결과를 JSON으로 받을 수 있나요? UnifAPI의 뷰어에서는 가능합니다. 어느 뷰어 URL에든 format=json을 붙이거나, 해당하는 /tools/x/ 엔드포인트를 직접 호출하세요. Markdown은 format=md를 붙이거나 Accept: text/markdown을 보내면 됩니다.

무료 X 뷰어는 정말 무료인가요? 제한은 어떻게 되나요? 네. 모든 조회는 실제 조회이고 비용이 들지 않습니다. 무료 조회는 방문자당 10분에 20회로 제한되며, 남은 횟수와 윈도가 초기화되는 시점은 헤더가 알려줍니다. 제한 없는 접근은 UnifAPI 워크스페이스 키를 쓰는 종량제입니다.

트위터 뷰어로 비공개 또는 보호된 계정을 볼 수 있나요? 아니요. 보호된 계정은 공개 헤더만 표시됩니다. 뷰어는 공개 데이터를 읽으며 X 로그인을 사용하지 않습니다.

다음에 읽을 것

트위터 뷰어 - 허브 페이지입니다. 핸들, 링크, 해시태그 또는 질의를 붙여넣으세요.

트위터 프로필 뷰어 워크플로 - 아웃리치 전에 계정을 검증하는 5분 점검입니다.

공개 데이터를 위한 에이전트 우선 스킬 - 에이전트가 감독 없이 쓸 수 있도록 공개 데이터 조회를 감싸는 방법입니다.

X / Twitter API - 조회 한 건이 여러 건이 될 때 쓰는 종량제 영역입니다.