모든 GEO 기사들은 유용한 콘텐츠를 작성하고 스키마(schema)를 추가하라고 조언합니다. 좋은 조언입니다. 하지만 이들 기사는 또한 기계가 페이지를 읽을 수 있다고 조용히 가정하며, 많은 사이트의 경우 그 가정이 틀립니다.
AI 검색은 두 단계로 작동합니다. 첫째, 엔진이 크롤링하여 읽을 수 있는 내용을 저장합니다. 그런 다음, 누군가 질문을 하면 가장 적합한 구절들을 가져와 답변을 조립합니다. 문제는 첫 번째 단계에서 발생하며, 어떤 콘텐츠 전술도 발휘할 기회조차 생기기 전에 문제가 됩니다.
크롤러는 실제로 JavaScript를 어떻게 처리하는가
Vercel은 2024년에 연구를 진행했으며, 그 결과는 2026년까지 광범위하게 보고되었습니다. 주요 AI 크롤러들이 어떻게 작동하는지 기록했습니다:
- GPTBot (OpenAI)은 JavaScript 파일을 가끔만 가져왔으며 실행한 것은 없었습니다.
- ClaudeBot (Anthropic)은 요청의 약 4분의 1에서 JavaScript를 다운로드했지만, 실행하지는 않았습니다.
- PerplexityBot은 순수 HTML(plain HTML)만 읽었습니다.
- Googlebot만이 예외입니다. Gemini와 AI Overviews는 Googlebot의 렌더러를 거치기 때문에, JavaScript가 지연되어 실행되기는 합니다.
따라서 네 개 중 세 개의 크롤러에게 있어, 사이트가 브라우저에서 구축하는 모든 것은 보이지 않습니다. 스크립트에 의해 가져온 제품 사양. 프레임워크를 통해 확장되는 FAQ. 로드 후에 가져오는 리뷰 수. 이들 어느 것도 크롤러의 관점에서는 존재하지 않습니다.
30초 만에 확인하는 방법
페이지를 열고, '요소 검사(inspect element)'가 아닌 '페이지 소스 보기(view source)'를 사용하세요. '요소 검사'는 JavaScript 실행 후의 라이브 DOM을 보여줍니다. 반면, '페이지 소스 보기'는 크롤러가 받는 것과 비슷한 원시 HTML 응답을 보여줍니다.
그 소스에서 화면에 보이는 문장을 검색해 보세요. 만약 그 문장이 거기에 있다면 괜찮습니다. 만약 그것이 인스펙터(inspector)에서만 나타난다면, 문제가 있는 것을 발견한 것입니다.
아니면 단순히 가져와서 확인하세요:
curl -s https://yoursite.com/page | grep -i "a sentence from your page"
결과가 없다는 것은 크롤러가 인용할 내용이 없다는 뜻입니다.
해결책, 순서대로
서버에서 콘텐츠 렌더링하기(Server render the content). 정적 생성(Static generation), 서버 측 렌더링(server side rendering), 또는 사전 렌더링(pre-rendering) 모두 이 문제를 해결합니다. 스택에 맞는 것을 선택하세요. 요구 사항은 실제 콘텐츠가 첫 번째 HTML 응답에 포함되는 것뿐입니다.
robots.txt에서 적절한 크롤러 허용하기(Open the right crawlers in robots.txt). 차단한 시스템으로부터 인용될 수 없습니다:
User-agent: GPTBot
Allow: /
...
두 가지 솔직한 참고 사항입니다. PerplexityBot은 robots.txt를 무시하는 것으로 보고되었으므로, 여기에 차단한다고 해서 어떤 것도 보장되지 않습니다. 그리고 Google-Extended는 Gemini와 일반 Googlebot과는 별도로 학습을 제어하므로, 이를 차단해도 Google 검색에서 제외되는 것은 아니지만 일부 AI 기능에서는 옵트아웃(opt out)됩니다. 기본값으로 설정하기보다는 의도적으로 결정하세요.
블록 형태로 작성하기(Write in blocks). 검색 시스템(Retrieval systems)은 위에서 아래로 읽지 않고, 조각들을 가져옵니다. 제목이 없는 빈 페이지에 떨어진 어떤 단일 섹션도 여전히 의미가 통하도록 작성하세요. 40~60단어의 답변으로 시작한 다음, 그 아래에서 설명하세요.
증거 추가하기(Add the evidence). 프린스턴(Princeton)과 IIT Delhi의 GEO 연구에 따르면, 출처 인용, 인용구 추가, 통계 포함 각각이 가시성을 약 30~40% 높이는 것으로 나타났습니다. 키워드 스터핑(Keyword stuffing)은 아무 효과가 없었습니다. 출처가 있는 구체적인 숫자가 핵심 동력입니다.
개체 신호(entity signals) 전송하기. 동일한 프로필을 가리키는 sameAs가 포함된 Organization schema, 모든 곳에서의 일관된 명명 규칙, 자격이 된다면 Wikidata 항목. Ahrefs에 따르면 웹 전반의 브랜드 언급이 백링크보다 AI 가시성의 가장 강력한 상관관계였습니다.
Article 및 Product schema 추가, 그리고 정확한 최종 업데이트 날짜 설정하기. Ahrefs는 또한 AI 플랫폼이 일반 검색 결과가 선호하는 것보다 약 26% 더 최신 콘텐츠를 선호하며, ChatGPT에서 가장 많이 인용된 페이지 대부분이 지난 30일 이내에 업데이트되었다는 것을 발견했습니다.
신경 쓰지 않아도 되는 두 가지
FAQ rich results. Google은 2026년 5월에 검색(Search)에서 FAQ rich results를 완전히 제거했으며, 6월에는 보고 및 테스트 지원도 중단했습니다. FAQPage 마크업을 유지하세요. 왜냐하면 JSON-LD를 읽는 모든 시스템이 질문과 답변에 대한 깔끔한 설명을 받기 때문입니다. 단지 드롭다운(dropdown) 기능을 기대하며 추가하지 마세요. 모두에게 사라진 기능입니다.
llms.txt. 지난 2025년 말부터 2026년까지 진행된 7개월간의 서버 로그 연구에 따르면, GPTBot, ClaudeBot, PerplexityBot, 또는 Google-Extended로부터 llms.txt로의 요청은 기록되지 않았습니다. John Mueller는 2026년 중반에 이를 일축했습니다. 사이트를 깔끔하게 유지하고 싶다면 이 파일을 추가하세요. 현재 아무런 효과가 있는 전술로 간주해서는 안 됩니다.
요약 (The short version)
콘텐츠가 원시 HTML(raw HTML)에 포함되어 있는지 확인하세요. 나머지 부분은 서버에서 렌더링(server render)하세요. 크롤러를 여세요. 그런 다음 콘텐츠에 대해 걱정하세요.
이 두 가지 작업을 수행하면 대부분의 사이트가 달성하지 못하는 기준을 통과하게 됩니다.
원래 Techno Accelerator의 Technical GEO Playbook에 게시되었으며, 전체 버전에는 빌드 순서와 검증 단계가 포함되어 있습니다.