페이지가 Google 검색 결과 1위에 올랐다고 해서 AI 에이전트도 그 내용을 읽을 수 있는 것은 아닙니다. isitagentready 같은 진단 도구는 다른 질문을 던집니다. ChatGPT, Perplexity, Claude 또는 Google AI Overviews의 기반 크롤러가 웹사이트를 방문했을 때, JavaScript를 실행하거나 레이아웃을 추측하지 않고도 인용할 텍스트를 온전히 가져갈 수 있는가 하는 질문입니다. 고객사 웹사이트를 진단하다 보면 검색 상위권 페이지가 낙제점을 받는 경우가 흔합니다. 원인은 거의 언제나 콘텐츠의 품질이 아니라 기계가 콘텐츠를 읽는 계층에 있습니다.
isitagentready가 진단하는 것은 사람의 가독성이 아니라 기계 가독성입니다
전통적인 SEO 도구는 키워드 밀도, 외부 링크, 페이지 속도 점수 등을 살펴봅니다. isitagentready 같은 도구는 관점을 바꿉니다. 브라우저 없이 HTTP 요청만 보내는 AI 에이전트의 입장에서 페이지가 무엇을 반환하는지 확인합니다. 이 차이는 매우 중요합니다. 사용자가 브라우저에서 페이지를 열면 JavaScript가 실행되고 이미지가 로드되며 레이아웃이 완성됩니다. 반면 대부분의 AI 크롤러는 원본 HTML을 수집하며 프런트엔드 프레임워크의 실행이 끝날 때까지 기다리지 않습니다. 핵심 콘텐츠가 JavaScript 렌더링에 의존한다면 에이전트가 받는 것은 사실상 빈 뼈대뿐일 수 있습니다.
그래서 Lighthouse 점수가 높은 웹사이트도 AI가 인용하기에는 전혀 적합하지 않을 수 있습니다. 빠른 속도와 매끄러운 상호작용은 사람을 위한 지표입니다. 기계가 콘텐츠를 깔끔하게 추출할 수 있는지는 별도의 기준으로 판단해야 합니다. 그 기준을 이루는 뼈대가 다음 8가지 항목입니다.
AI 에이전트 가독성을 판단하는 8가지 지표
- 크롤러 접근 권한: robots.txt와 llms.txt가 GPTBot, ClaudeBot, PerplexityBot, Google-Extended 같은 AI 에이전트의 접근을 허용하는가.
- 서버 사이드 렌더링: JavaScript를 실행하지 않아도 원본 HTML에 핵심 콘텐츠가 포함되어 있는가.
- HTTP 상태: 응답 코드가 200인지, 불필요한 리디렉션은 없는지, canonical 설정은 올바른가.
- 시맨틱 HTML: 제목 계층이 합리적이며 article, main, nav 같은 시맨틱 태그를 사용하고 있는가.
- 구조화 데이터: Article, FAQPage, Organization 등의 스키마를 JSON-LD로 마크업했는가.
- 메타데이터: title, meta description, Open Graph가 빠짐없이 설정되어 있고 설명이 정확한가.
- 추출 가능한 답변 구조: 핵심 정보를 문답, 정의, 표처럼 쉽게 추출할 수 있는 형태로 제시했는가.
- Markdown 친화성: 내비게이션이나 스타일 노이즈 없이 핵심 콘텐츠를 일반 텍스트 또는 Markdown으로 깔끔하게 변환할 수 있는가.
첫 세 항목은 페이지가 발견될 수 있는지를 결정합니다
가장 먼저 확인할 지표는 크롤러 접근 권한입니다. 여기서 막히면 다른 모든 작업이 무의미해지기 때문입니다. robots.txt가 GPTBot을 차단하거나 사용 중인 CDN이 브라우저가 아닌 User-Agent를 기본적으로 차단한다면, 나머지 7개 항목을 아무리 잘 갖춰도 에이전트는 페이지에 들어오지 못합니다. 개선 방법은 명확합니다. robots.txt가 주요 AI 크롤러의 접근을 명시적으로 허용하는지 확인하고, 가장 인용되기를 원하는 페이지와 간단한 설명을 일반 텍스트로 정리한 llms.txt를 추가합니다. 기업이 자신도 모르게 AI 크롤러를 차단한 사례는 적지 않으며, 실제 진단 첫날 가장 자주 발견하는 문제이기도 합니다.
두 번째는 서버 사이드 렌더링입니다. 페이지를 ‘요소 검사’가 아니라 ‘페이지 소스 보기’로 열어보세요. 소스에서 본문이 보이지 않는다면 에이전트도 읽지 못할 가능성이 큽니다. 특히 싱글 페이지 애플리케이션(SPA)에서 이 문제가 자주 발생합니다. 모든 콘텐츠를 프런트엔드에서 불러오고 원본 HTML에는 빈 div만 남기 때문입니다. 해결하려면 서버 사이드 렌더링이나 정적 생성을 도입해 첫 번째 응답부터 텍스트 전체가 전달되도록 해야 합니다. 세 번째인 HTTP 상태 점검은 기반을 정리하는 작업입니다. 페이지가 soft 404가 아닌 200을 반환하는지 확인하고, 여러 단계로 이어지는 리디렉션을 제거하며, canonical이 유일하게 올바른 URL을 가리키도록 설정합니다. 프록시가 중복되거나 만료된 버전을 반환하지 않는지도 확인해야 합니다.
가운데 세 항목은 콘텐츠를 이해할 수 있는지를 결정합니다
페이지에 들어온 에이전트는 어디까지가 제목이고 본문이며 내비게이션인지 구분할 수 있어야 합니다. 시맨틱 HTML은 이를 위한 지도 역할을 합니다. 페이지에는 h1을 하나만 사용하고, 제목 단계를 건너뛰지 않으며, 핵심 콘텐츠는 main 또는 article 안에 넣고, 사이드바와 푸터에도 용도에 맞는 태그를 지정해야 합니다. 의미 없는 div를 연달아 사용해도 사람은 화면 배치를 보고 이해할 수 있지만, 기계에는 모두 비슷한 블록으로만 보입니다. 여기에 구조화 데이터로 명확한 설명을 덧붙입니다. JSON-LD를 사용해 ‘이 콘텐츠는 기사이며, 작성자는 누구이고, 발행일은 언제인지’를 알려주거나 FAQPage로 질문과 답변을 표시합니다. 기계가 추측하게 두는 대신 정보를 직접 전달하는 단계입니다.
여섯 번째인 메타데이터는 사소한 항목으로 취급되기 쉽지만, 에이전트가 페이지 주제를 판단할 때 가장 먼저 확인하는 단서입니다. title은 키워드를 억지로 채우기보다 페이지의 내용을 정확히 설명해야 합니다. meta description은 한 문장만 떼어도 인용할 수 있도록 작성하고, Open Graph 태그는 링크가 공유되거나 재구성될 때 어떻게 표시되는지를 결정합니다. 세 필드를 모두 합쳐도 코드가 20줄을 넘지 않지만, 에이전트가 해당 페이지를 답변에 포함할지 여부에는 직접적인 영향을 줍니다.
마지막 두 항목은 콘텐츠가 인용될 수 있는지를 결정합니다
내용을 이해시키는 것만으로는 부족합니다. 에이전트가 특정 문단을 떼어 그대로 활용할 수 있어야 합니다. 추출 가능한 답변 구조란 핵심 결론을 맥락 없이 읽어도 의미가 통하는 완결된 문장으로 작성하는 것을 뜻합니다. 가급적 관련 질문이나 소제목 바로 뒤에 배치하고, 세 문단에 걸친 설명이 끝난 뒤에야 결론이 나오도록 구성하지 않는 것이 좋습니다. 표, 정의, 단계별 목록도 경계가 명확하고 잘라 쓰기 쉬워 에이전트가 특히 선호하는 형식입니다. 마지막 품질 점검은 Markdown 친화성입니다. 페이지를 일반 텍스트로 변환한 뒤에도 본문이 자연스럽게 읽히는지, 내비게이션 바와 광고, 소셜 버튼 때문에 내용이 조각나지는 않는지 확인합니다. 전체 텍스트에서 실제 콘텐츠가 차지하는 비율이 높을수록 깔끔하게 인용될 가능성도 커집니다.
진단 후 무엇부터 개선해야 할까요?
8가지 항목을 한꺼번에 개선할 필요는 없습니다. ‘발견, 이해, 인용’의 3단계에 따라 순서를 정하면 됩니다. 먼저 통과 여부를 좌우하는 크롤러 접근과 서버 사이드 렌더링을 해결하고, 그다음 구조화 데이터와 시맨틱 태그를 추가한 뒤, 마지막으로 답변 구조를 다듬습니다. B2B SaaS 고객사의 GEO를 진단해 보면 대개 첫 두 단계만 개선해도 30일 이내에 대부분의 페이지가 통과 기준에 도달합니다. 브랜드 노출에도 이 두 단계가 가장 빠른 변화를 만드는 경우가 많습니다. ‘에이전트가 아예 읽지 못하는’ 근본적인 문제를 해결하기 때문입니다.
isitagentready는 점수를 제공하지만, 어떤 항목이 비즈니스에 가장 중요한지 또는 개선에 어느 정도의 리소스를 투입해야 하는지까지 알려주지는 않습니다. 이미 진단을 실행했지만 어디서부터 시작해야 할지 판단하기 어렵다면 30분 GEO 진단을 신청해 보세요. 실제 웹사이트 주소를 기준으로 8가지 항목을 모두 점검하고, 우선 개선해야 할 문제를 짚어드립니다.
