/GEO 배우기/JavaScript는 실행되나
테크니컬 GEO · 렌더링

AI 크롤러는 JavaScript를 실행하나요?

이 질문은 답이 얼마나 단정적으로 나오는지와 그 답 뒤에 증거가 얼마나 있는지의 간극이 가장 큽니다. 두 엔진은 렌더링을 문서로 밝히고, 한 부류는 구조상 렌더링하며, 나머지는 한 회사가 한 달 동안 한 번 측정한 것이 전부입니다.

이 페이지의 내용
이 글 공유하기
X에 공유 LinkedIn에 공유
짧은 답

실행하는 것도 있고, 대부분은 어느 쪽으로도 말하지 않으며, 단정적인 형태의 답은 그 근거가 뒷받침하지 못합니다. Google과 Apple은 모두 자사 문서에서 JavaScript를 렌더링한다고 밝히고 있고, 에이전트형 브라우저는 Chromium 빌드이므로 렌더링합니다. 전통적인 AI 크롤러에 대해 공개된 기록은 2024년 12월 17일자 인프라 로그 연구 한 건이 전부이며, 이 연구는 살펴본 다섯 개 크롤러 계열 어디에서도 실행을 발견하지 못했습니다. OpenAI 에이전트는 가져오기의 11.50%를, Anthropic은 23.84%를 JavaScript 파일 다운로드에 쓰고 있었는데도 그렇습니다.1

핵심 요약
  • Google과 Applebot은 자기 문서로 렌더링을 밝히고, Gemini는 Googlebot의 렌더러를 물려받습니다. OpenAI, Anthropic, Perplexity는 어느 쪽으로도 말하지 않습니다.
  • 모두가 인용하는 5억 6,900만이라는 숫자는 같은 글의 다른 절에 있는 크롤 규모 통계입니다. 렌더링 테스트는 표본 크기도, 달력상의 기간도 밝히지 않았습니다.
  • 실행은 페이지 렌더링이 끝날 때 발화하는 비콘으로 감지했습니다. 그래서 렌더러가 없는 크롤러와 비콘이 밖으로 나가지 못한 크롤러는 똑같아 보입니다.
  • Microsoft의 어시스턴트는 고유한 user agent가 없다는 이유로 제외되었고, 이 벤더들이 오늘 문서화한 크롤러 토큰 중 여럿은 당시 표본에 없었습니다.
  • 이 중 어느 것도 여러분이 내보낼 것을 바꾸지는 않습니다. 최초 HTML 응답에 들어 있는 텍스트는 JSON이더라도 모든 부류의 시스템이 읽습니다.
세 갈래

AI 크롤러는 JavaScript를 실행하나요?

여기에는 둘이 아니라 셋이 있고, 온라인 논쟁의 대부분은 이 셋을 하나로 뭉개는 데서 나옵니다. 두 엔진은 자기 말로 렌더링을 문서화합니다. Google은 “차단되지 않은 한 JavaScript 안의 콘텐츠를 처리할 수 있다”고 하면서, JavaScript 프레임워크가 이 작업을 “대체로 더 복잡하게” 만든다는 단서를 붙입니다3. 그리고 “Applebot은 브라우저 안에서 여러분 웹사이트의 콘텐츠를 렌더링할 수 있다”고 하며, Apple은 JavaScript와 CSS가 robots.txt에서 차단되어 있으면 그렇게 하지 못할 수 있다고 경고합니다.5 Gemini는 Googlebot의 렌더러를 물려받고1, 에이전트형 브라우저가 렌더링하는 이유는 그것이 Chromium이기 때문입니다. Tow Center 연구진은 2025년 10월, 그중 하나가 클라이언트 측 오버레이 뒤에 있던 9,000단어짜리 구독자 전용 기사를 가져온 반면, 같은 회사들의 일반 채팅 인터페이스는 그 기사에 접근할 수 없다고 답했다고 밝혔습니다.9

세 번째 그룹이 바로 모두가 논쟁하는 대상이고, 아무도 아무 말을 하지 않은 대상이기도 합니다. OpenAI, Anthropic, Perplexity가 공개한 봇 문서를 읽어 보면 render, rendering, JavaScript라는 단어가 한 번도 나오지 않습니다(2026년 8월 30일 확인).678 이 침묵 자체가 결론이고, 그래서 로그 연구 한 건이 이렇게 큰 무게를 지게 되었습니다.

01

렌더링을 문서화함

Google과 Applebot이 자기 말로, 여기에 상속으로 Gemini까지. 여기서는 여러분의 스크립트가 실행된다고 가정하십시오. 자기 JS나 CSS를 차단하면 손해는 여러분 몫입니다.

02

구조상 렌더링함

에이전트형 브라우저는 Chromium입니다. 여러분의 번들을 실행하고 DOM을 읽으며, 로그에는 선언된 봇이 아니라 평범한 Chrome 세션처럼 남습니다.

03

한 번 측정된 뒤 침묵

OpenAI, Anthropic, Meta, ByteDance, Perplexity의 크롤러입니다. 로그 연구 한 건은 실행을 보지 못했습니다. 다섯 곳 중 어디도 어느 쪽으로든 문서화하지 않았습니다.

그 측정

2024년 12월 연구는 실제로 무엇을 측정했나요?

호스팅 회사와 SEO 컨설팅 회사가 자기 서버 로그를 읽고, 2024년 12월 17일에 네 명의 저자 이름을 달아 블로그 글로 공개한 것입니다.1 대상은 그 호스팅 회사가 유지하는 프레임워크의 문서 사이트, 그보다 넓은 네트워크, 그리고 스택 간 대조군으로 쓰인 채용 사이트 두 곳이었습니다. 이것이 표본의 전부입니다. 1차 로그 데이터로서 어떤 크롤러가 무엇을 했는지에 대해 공개된 가장 강한 증거이면서, 동시에 한 벤더의 트래픽이라는 편의 표본이라 크롤러 일반이 무엇을 하는지에 대해서는 약한 증거입니다.

기간은 정확히 말해 둘 가치가 있습니다. 계속 잘못 옮겨지기 때문입니다. 글 어디에도 달력상의 구간이 인쇄되어 있지 않습니다. 트래픽 수치는 “지난 한 달”이라는 말로 소개되고, 데이터 수집 절은 주된 데이터가 그 자산들을 “지난 몇 달” 모니터링한 데서 나왔다고 적습니다. 페이지에 있는 유일한 날짜는 공개일입니다. 그러므로 시작 월을 지정하는 어떤 재진술도 인용이 아니라 추론이며, 이 사이트도 2026년 8월까지 바로 그 추론을 하고 있었습니다.

모두가 인용하는 그 숫자도 다른 주장에 속합니다. GPTBot의 5억 6,900만 가져오기와 Anthropic 크롤러의 3억 7,000만은 규모와 분포를 다루는 절에 있고, 그 옆에는 Googlebot의 45억, Applebot의 3억 1,400만, PerplexityBot의 2,440만이 있습니다. 이 수치들이 재는 것은 크롤이 얼마나 일어났는가입니다. 뒤이어 나오는 렌더링 절은 표본 크기를 전혀 밝히지 않은 채 결론을 보고합니다. 페이지 수도, 요청 수도, 크롤러별 내역도 없습니다. 이 크롤 규모 수치를 렌더링 테스트의 n으로 인용하는 것이 이 출처를 두고 가장 흔히 저지르는 잘못입니다.

감지 방식

실행은 어떻게 감지했고, 그 테스트는 무엇을 놓칠 수 있나요?

비콘으로 감지했습니다. 방법은 그 AI 크롤러 글이 아니라, 그 글이 상세 내용으로 연결한 2024년 7월 글에 있습니다. 거기서 같은 팀은 해당 자산들에 맞춤 엣지 미들웨어를 두어 봇 요청을 식별하고, 그들에게 제공되는 HTML에 가벼운 JavaScript 라이브러리를 주입했다고 설명합니다. 이 라이브러리는 페이지 렌더링이 끝날 때 발화해 요청 식별자와 타임스탬프를 별도 서버로 보고하고, 그 보고를 원본 접근 로그와 맞춰 보면 어떤 요청이 렌더링되었는지 알 수 있습니다.2

좋은 설계이고, 한쪽으로만 열린 설계입니다. 발화한 비콘은 실행을 증명합니다. 한 번도 발화하지 않은 비콘이 증명하는 것은 보고가 도착하지 않았다는 사실뿐이고, 렌더러가 없는 것 말고도 그런 결과를 만드는 것들이 있습니다. 외부 네트워크가 없는 샌드박스에서 스크립트를 실행하는 크롤러, 하위 리소스 요청을 버리는 크롤러, 비콘 가져오기가 차단되거나 시간 초과되는 크롤러입니다. 어느 것도 그냥 HTML만 읽는 클라이언트와 구별되지 않습니다. “현재 주요 AI 크롤러는 어느 것도 JavaScript를 렌더링하지 않는다”는 널 결과에 대한 합당한 해석입니다. 다만 유일한 해석은 아닙니다.

앞선 글은 자기 범위를 분명히 밝힙니다. 대상은 Googlebot이었고, 2024년 4월 1일부터 30일까지 서버와 비콘이 짝지어진 렌더링 페이지를 37,000건 넘게 확보했으며, 팀은 AI 제공사에 대해서는 아직 데이터를 모으는 중이라고 적었습니다.2 이 계측은 실제로 렌더링하는 크롤러를 상대로 대규모로 검증되었습니다. 렌더링하지 않는 것으로 보이는 크롤러에 대해 그것이 만들어 낸 것은 부재이고, 부재에는 보고할 표본 크기가 없습니다.

포함 범위

어떤 크롤러가 포함되었고, 어떤 크롤러가 빠졌나요?

다섯 계열이 렌더링하지 않는다고 지목되었고, 둘이 렌더링한다고 지목되었으며, 어시스턴트 하나는 고유한 user agent가 없다는 이유로 아예 제외되었습니다.

크롤러2024년 12월 표본에 포함?관찰된 내용렌더링에 대한 현재 벤더 입장
Googlebot과 Gemini포함공유 인프라에서 렌더링함있음, Google이 문서화3
Applebot포함브라우저에서 렌더링함있음, Apple이 문서화5
GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot포함실행 관찰되지 않음어느 쪽으로도 없음67
Meta-ExternalAgent, Bytespider, PerplexityBot, CCBot포함실행 관찰되지 않음어느 쪽으로도 없음8
OAI-AdsBot, Claude-SearchBot, Claude-User표본에 없음측정된 적 없음어느 쪽으로도 없음
Microsoft의 어시스턴트저자가 제외측정된 적 없음이 연구의 대상 아님

이 목록을 같은 벤더들이 오늘 공개한 내용과 나란히 읽어 보면 간극이 분명합니다. Anthropic은 이제 하나가 아니라 세 개의 로봇을 문서화하며 학습, 사용자가 시작한 가져오기, 검색 품질로 나눕니다.7 OpenAI는 이제 셋이 아니라 네 개의 토큰을 나열하고, 여기에는 광고 크롤러도 포함됩니다.6 연구 이후 추가된 크롤러 토큰은 하나도 표본에 없었습니다. 그러니 그것들에 대한 정직한 답은 “렌더링하지 않는다”가 아니라 “아무도 확인하지 않았다”입니다.

20개월

2024년 12월 이후 무엇이 달라졌나요?

세 가지이고, 그중 어느 것도 재현은 아닙니다. 첫째, 문서가 움직였습니다. Anthropic은 이제 학습용 ClaudeBot, 사용자가 시작한 가져오기용 Claude-User, 검색 품질용 Claude-SearchBot을 설명하며, 그 페이지는 2026년 4월 7일에 마지막으로 업데이트되었습니다.7 Google의 생성형 AI 안내는 2026년 7월 10일에 마지막으로 업데이트되었고, JavaScript 안의 콘텐츠 처리에 관한 같은 문장이 그대로 남아 있습니다.3 침묵하는 쪽에서 늘어난 것들은 모두 침묵을 지켰습니다. 그러니 침묵은 메워진 것이 아니라 넓어졌습니다.

둘째, 완전히 새로운 부류의 클라이언트가 등장했습니다. 에이전트형 브라우저는 연구가 진행될 때는 대중 시장 제품이 아니었지만, 지금은 그 표본에 있던 두 회사가 내놓고 있습니다. 이들은 무엇이든 렌더링하고, 접근 로그에서는 Chrome과 구별되지 않으며, 크롤러 단계의 차단이 지키려던 텍스트를 읽습니다.9 AI는 여러분의 JavaScript를 볼 수 없다는 조언은, 점점 커지는 AI 트래픽의 일부에 대해서는 이미 틀렸습니다.

셋째, 아무것도 재현되지 않았습니다. AI 크롤러 렌더링에 관한 두 번째 로그 연구는 이 커리큘럼이 찾은 한 공개된 적이 없고, 어떤 벤더도 이 결과를 확인하거나 부인하지 않았으며, 앞선 글이 약속한 AI 제공사에 대한 후속도 나오지 않았습니다.2 여기서 20개월은 긴 시간입니다. 옳은 대응은 결론을 뒤집는 것도, 결론을 확정된 사실처럼 계속 인용하는 것도 아닙니다.

SPA인 경우

사이트가 싱글 페이지 앱이면 어떻게 하나요?

재작성이 요건은 아닙니다. 요건은 더 좁습니다. 독자가 인용할 만한 말이 최초 HTML 응답에 들어 있어야 한다는 것입니다. 이 연구도 권고 범위를 그렇게 잡아, 서버에서 렌더링할 대상으로 본문, 제목, 설명, 카테고리, 내비게이션을 지목하고, 카운터와 위젯과 인터랙티브 개선은 클라이언트 렌더링으로 남겨 둡니다.1

팀들이 생각하는 것보다 여유가 있습니다. 목표가 렌더링된 마크업이 아니라 응답 본문이기 때문입니다. 같은 글은 최초 HTML 응답에 담긴 콘텐츠는 JSON 데이터라도 색인될 수 있다고 적습니다. 이 시스템들이 HTML이 아닌 콘텐츠도 해석할 수 있기 때문입니다.1 페이지 데이터를 이미 문서 안으로 직렬화해 두는 프레임워크는 아무것도 마이그레이션하지 않고 이미 기준을 통과한 셈입니다.

그러니 먼저 가져와 보십시오. JavaScript를 실행하지 않는 평범한 커맨드라인 클라이언트로 페이지를 요청하고 돌아온 것을 읽으십시오. 제목과 첫 두 문단과 내부 링크가 거기 있으면 그 페이지에 대한 이야기는 끝입니다. 빈 컨테이너와 번들만 돌아온다면, 문제를 사이트 단위가 아니라 페이지 단위로 알게 된 것입니다. 마이그레이션을 예상하고 마케팅 사이트 전체에 이 점검을 돌린 한 팀은, 주요 14개 페이지 중 11개가 이미 본문을 내보내고 있었고, 그러지 않은 세 개가 가격표, 비교표, 고객 사례였다는 것을 발견했습니다. 엔진이 가장 인용하고 싶어 할 세 페이지입니다.

효과 있는 가장 값싼 수정

  • 주장을 담은 페이지를 프리렌더링하거나 정적으로 생성하고, 앱 본체는 그대로 둡니다
  • 프레임워크를 손대기 전에 페이지 본문을 HTML이나 JSON으로 최초 응답에 직렬화합니다
  • 리소스가 없을 때도 깔끔하게 렌더링합니다. Apple 문서가 말하는 우아한 성능 저하입니다5

할 필요 없는 일

  • user agent를 탐지해 봇에 다른 페이지를 주는 것. Google은 동적 렌더링을 권장 해법이 아니라 우회책이라고 부릅니다4
  • 직접 돌려 본 가져오기가 아니라, 재현되지 않은 블로그 글 하나를 근거로 삼은 프레임워크 마이그레이션
  • robots.txt에서 자기 JavaScript와 CSS를 차단하는 것. 실제로 렌더링하는 두 엔진이 망가집니다
재현되지 않은 측정 하나가 세울 수 있는 것과 세울 수 없는 것

세울 수 있는 것은 여기까지입니다. 그 자산들에서, 그 달에, 그 user agent를 단 요청들은 렌더링 비콘을 만들지 않았습니다. 이것은 실제 관찰이고, 누구도 이보다 나은 증거를 공개한 적이 없습니다. 세울 수 없는 것은 그 크롤러들에 렌더러가 없다는 것, 이 결과가 2026년에도 유효하다는 것, 벤더들이 나중에 추가한 토큰에도 유효하다는 것, 그리고 표본에서 가장 큰 자산이 그 벤더가 직접 유지하는 프레임워크의 문서 사이트인 호스팅 네트워크 하나의 바깥에서도 유효하다는 것입니다. 이해관계는 결격 사유로 취급하지 않되 짚어 둘 가치가 있습니다. 공개한 쪽은 서버 사이드 렌더링을 파는 회사이고, 결론은 서버 사이드 렌더링을 권합니다. 여기서는 1차 로그 데이터가 여전히 올바른 증거입니다. 다만 표본도 기간도 밝히지 않은 블로그 글 하나로는 그 증거로 충분하지 않습니다.

제품이 도움이 되는 지점, 되지 않는 지점

이 페이지의 내용에는 소프트웨어가 필요 없습니다. 점검은 페이지마다 명령 하나이고, 수정은 여러분 팀이 쥐고 있는 빌드 시점의 결정입니다. Bavior는 여러분의 사이트를 크롤링하지 않고, 페이지를 렌더링하지 않으며, 어떤 엔진이 여러분의 번들을 실행했는지도 알려줄 수 없습니다. 어떤 도구도 그렇게 할 수 없습니다. 엔진이 그것을 보고하지 않기 때문입니다. Bavior가 맡는 것은 그 아래 단계입니다. 정해진 프롬프트 묶음을 다섯 개 엔진에 정기적으로 돌리고 각 답변이 어떤 출처를 인용했는지 기록합니다. 본문을 최초 응답으로 옮긴 뒤 이름이 불리는 대상이 달라졌는지는 그렇게 확인합니다. 인용된 출처가 진행 중인 토론 스레드일 때는 여러분이 관리하는 계정으로 답글 초안을 씁니다. 무엇이든 게시되기 전에 여러분이 승인합니다. 무료 AI 가시성 체커무료 GEO 진단은 유료 플랜 없이 이용할 수 있습니다. 유료 플랜은 월간 결제 시 월 $99부터, 연간 결제 시 월 $79.17입니다(2026년 8월 30일 기준).

출처, 모두 2026년 8월 30일 확인
  1. Zecchini, Moore, Ubl, Siddle, “The rise of the AI crawler”, Vercel·MERJ, 2024년 12월 17일(유일하게 공개된 측정, 1차 로그 데이터, 달력상 기간 미기재): vercel.com/blog/the-rise-of-the-ai-crawler
  2. Zecchini, Moore 외, “How Google handles JavaScript throughout the indexing process”, Vercel·MERJ, 2024년 7월 31일(비콘 방법, Googlebot, 2024년 4월 1일부터 30일, 짝지어진 페이지 37,000건 초과): vercel.com/blog/how-google-handles-javascript-throughout-the-indexing-process
  3. Google Search Central, “Google’s Guide to Optimizing for Generative AI Features on Google Search”, 2026년 7월 10일 최종 업데이트(JavaScript 처리, 1차 출처): developers.google.com/search/docs/fundamentals/ai-optimization-guide
  4. Google Search Central, “Dynamic rendering as a workaround”, 2025년 12월 10일 최종 업데이트(1차 출처): developers.google.com/search/docs/crawling-indexing/javascript/dynamic-rendering
  5. Apple, “About Applebot”(브라우저 렌더링, 차단된 리소스, 우아한 성능 저하, 1차 출처): support.apple.com/en-us/119829
  6. OpenAI, 크롤러 및 봇 문서(토큰 네 개, 페이지 어디에도 렌더링 관련 서술 없음, 1차 출처): developers.openai.com/api/docs/bots
  7. Anthropic, “Does Anthropic crawl data from the web?”, 2026년 4월 7일 업데이트(로봇 세 개, 렌더링 관련 서술 없음, 1차 출처): support.claude.com/en/articles/8896518
  8. Perplexity, 봇 문서(PerplexityBot과 Perplexity-User, 렌더링 관련 서술 없음, 1차 출처): docs.perplexity.ai/guides/bots
  9. Chandrasekar, Jaźwińska, Tow Center for Digital Journalism, “How AI Browsers Sneak Past Blockers and Paywalls”, 2025년 10월 30일: cjr.org/analysis/how-ai-browsers-sneak-past-blockers-and-paywalls.php
FAQ

자주 묻는 질문입니다.

AI 검색에 인용되려면 싱글 페이지 앱을 전면 재작성해야 하나요?

거의 확실히 아닙니다. 요건은 독자가 인용할 만한 말이 최초 HTML 응답에 도착하는 것이지, 애플리케이션 전체를 서버에서 렌더링하는 것이 아닙니다. 주장을 담은 몇 개 페이지를 프리렌더링하거나 정적으로 생성하면 요건은 충족됩니다. 2024년 12월 연구도 조회수 카운터, 위젯, 인터랙티브 개선에는 클라이언트 렌더링을 명시적으로 남겨 둡니다. 거기에는 인용될 것이 없기 때문입니다.

AI 크롤러는 JavaScript를 볼 수 없다는 말이 맞나요?

일반론으로는 맞지 않습니다. Google과 Applebot은 둘 다 렌더링한다고 문서화하고 있고, Gemini는 Googlebot의 인프라에서 돌아가며, 에이전트형 브라우저는 무엇이든 실행하는 Chromium 빌드입니다. 이 주장은 2024년 12월 17일에 공개된 인프라 로그 연구 한 건에서 나왔고, 그 연구는 다섯 개 크롤러 계열에서 실행을 관찰하지 못했습니다. 아무도 재현하지 않았고, 그 그룹의 어떤 벤더도 어느 쪽으로든 문서화하지 않았습니다.

내 페이지의 텍스트가 최초 HTML 응답에 들어 있는지 어떻게 확인하나요?

JavaScript를 실행하지 않는 평범한 커맨드라인 클라이언트로 페이지를 요청한 다음 돌아온 것을 읽으십시오. 제목과 첫 두 문단과 내부 링크가 있으면 그 페이지에 대한 질문은 끝났습니다. 빈 컨테이너와 스크립트 번들이 돌아온다면 진짜 문제를 찾은 것이고, 사이트 단위가 아니라 페이지 단위로 찾은 것입니다.

에이전트형 브라우저가 무엇이든 렌더링한다면 서버 사이드 렌더링은 여전히 중요한가요?

중요합니다. 두 부류가 서로 다른 이유로 여러분의 사이트를 읽기 때문입니다. 에이전트형 브라우저는 사람이 요청한 한 페이지를 한 세션에서 렌더링합니다. 크롤러는 여러분이 애초에 후보가 되는지를 결정하는 색인을 만들고, 측정된 크롤 규모가 가장 큰 크롤러들이 바로 렌더러가 문서화되지 않은 쪽입니다. 본문을 응답에 담으면 둘 다 커버됩니다. 에이전트 렌더링에만 기대면 이미 여러분을 찾아온 트래픽만 커버합니다.

Bavior 편집팀

Reddit 마케팅과 AI 검색 가시성에 관한 Bavior의 콘텐츠를 조사하고 관리하는 팀입니다. 본문의 모든 수치에는 출처와 확인 날짜를 명시했으며, 제휴 링크는 사용하지 않습니다.

수치에 오류를 발견하셨나요? 알려주시면 다시 확인하겠습니다: support@bavior.com

여러분의 텍스트는 HTML 안에 있거나,
아니면 추측입니다.

무료 체험 시작