AI가 사용자를 실패하게 만드는 지점에서 시작하세요
Agent Readiness는 llms.txt, schema, WebMCP를 추가해서 얻는 단일 점수가 아닙니다. 더 실용적인 질문은 단순합니다. 검색 엔진, 답변 엔진, 권한을 받은 에이전트가 사이트에 도달했을 때 올바른 페이지를 찾고, 사실을 이해하고, 브랜드를 잘못 설명하지 않으며, 사용자가 요청한 작업을 안전하게 끝낼 수 있는가입니다.
이 감사에는 발견 가능, 이해 가능, 인용 가능, 실행 가능의 네 계층이 있습니다. 아래에서 위로 고쳐야 합니다. 낮은 계층의 실패는 높은 계층에서 한 작업을 불안정하게 만듭니다.
이 글은 감사와 우선순위 프레임워크이지 모든 웹사이트를 자율 에이전트로 바꾸자는 주장이 아닙니다. 대부분의 기업에는 첫 세 계층을 갖추는 것만으로도 더 큰 SEO와 GEO 문제를 해결할 수 있습니다. 네 번째 계층은 실제 에이전트 작업, 권한 경계, 의미 있는 확인 경험이 있을 때만 적용됩니다.
아래에서 위로 고치세요. 발견성은 기반이고, 이해는 사실을 세우며, 인용은 답변 적격성을 얻고, 작업은 마지막입니다.
1계층: 발견 가능
이곳은 여전히 SEO의 기반입니다. 적절한 crawler가 페이지에 도달하고, 렌더링하고, 가져오고, 색인할 수 있어야 합니다. 중요한 페이지에는 안정적인 URL, 내부 링크, 올바른 canonicalization이 필요합니다. 안정적인 상태, 사용할 수 있는 HTML, 명확한 탐색, 예측 가능한 오류도 에이전트를 돕습니다.
확인할 사항:
- 중요한 제품, 서비스, 문서, 정책, 도움말 페이지에 안정적이고 색인 가능한 URL이 있는가.
- robots 규칙, 인증 장벽, JavaScript 렌더링, canonical 때문에 의도치 않게 막히지 않는가.
- 중요한 사실이 이미지, 비디오, 로그인 후 인터페이스에만 갇혀 있지 않은가.
- 내부 링크가 핵심 작업 페이지와 근거 페이지를 연결하는가.
- 로드 실패, 빈 상태, 언어 또는 지역 변경에 설명 가능한 대체 경로가 있는가.
블로그 색인만 감사하면 안 됩니다. 가격, 제한, 반품, 통합, 이용 가능 여부, 지원 정책 페이지가 AI 답변이나 에이전트 판단에서 확인해야 할 정보인 경우가 많습니다.
2계층: 이해 가능
이 계층에서 시스템은 당신이 누구인지, 무엇을 제공하는지, 누구를 위한 것인지, 어떤 조건에서 제공되는지를 알아야 합니다. 이는 키워드 범위보다 엔터티와 제품 사실 관리에 더 가깝습니다.
의도가 강한 모든 페이지에는 독립적으로 성립하는 답이 필요합니다. 제품 또는 서비스를 정의하고, 대상 사용자를 밝히고, 의미 있는 한계를 설명하고, 증거를 연결해야 합니다. 가격 조건, 지역, 호환성을 세 단락의 마케팅 문구에서 사람이나 모델이 추측하게 하지 마세요.
| 페이지 유형 | 즉시 명확해야 하는 사실 | 흔한 공백 |
|---|---|---|
| 제품 페이지 | 카테고리, 대상 사용자, 기능, 한계, 가격 또는 가격 조건 | 경계 없는 슬로건 |
| 서비스 페이지 | 범위, 지역, 산출물, 자격, 예약 방법 | 지역과 적합성이 FAQ에 숨음 |
| 비교 페이지 | 기준, 버전 날짜, 공통점, 실제 차이 | 증거 없는 경쟁사 공격 |
| 도움말 페이지 | 문제, 사전 조건, 단계, 실패 방식 | 단독으로 끝낼 수 없는 단계 |
| 정책 페이지 | 시행일, 지역, 예외, 연락 경로 | 오래된 정책과 새 정책의 모순 |
3계층: 인용 가능
GEO는 브랜드 이름이 언급되는 것만을 뜻하지 않습니다. 더 좋은 목표는 특정 질문에 답할 때 시스템이 콘텐츠의 명확하고, 출처가 있고, 범위가 정해진 일부를 재사용할 수 있으며 브랜드나 규칙을 잘못 말하지 않는 것입니다.
인용 준비도는 FAQ를 많이 쌓는다고 생기지 않습니다. 직접적인 답변, 검증 가능한 사실, 명확하게 이름 붙인 엔터티, 주장을 뒷받침하는 증거, 구별되는 섹션, 필요한 날짜·지역·제약에서 나옵니다.
일반 추천 질문만 하지 말고 실제 구매자, 지원, 비교 질문 20개를 테스트하세요. 각 답변에서 브랜드가 나오는지, 올바른 URL을 인용하는지, 핵심 사실이 정확한지, 중요한 제약이 남아 있는지를 기록합니다. 2~4주마다 재테스트하고 오류 패턴을 페이지로 다시 연결하세요.
인용은 이분법이 아닙니다. 브랜드 언급, 정확한 출처, 사실 정확성, 제약 보존을 따로 기록해야 합니다.
4계층: 실행 가능
이 계층만이 Agent Readiness의 작업 측면입니다. 사이트는 실제 작업을 명확히 나눠야 합니다. 어떤 입력이 필요한지, 권한은 어디서 오는지, 결과를 어떻게 미리 보는지, 어디에서 확인이 필수인지, 실패에서 사용자가 어떻게 회복하는지입니다. 사람을 위한 인터페이스도 계속 작동해야 합니다. 에이전트는 추가 협력자이지 일반 보안 모델을 우회하는 슈퍼유저가 아닙니다.
WebMCP는 하나의 구현 선택지입니다. 브라우저에서 JavaScript 함수나 HTML 폼을 구조화 도구로 공개해 DOM 추측을 줄일 수 있습니다. 하지만 프로토콜이 있다는 이유만으로 로드맵에 넣으면 안 됩니다. 먼저 자동화할 가치가 있는 작업인지 증명하고 위협 모델을 완성하세요.
콘텐츠, SEO, GEO, 도구의 경계는 WebMCP, SEO, GEO: AI 에이전트 웹사이트 최적화는 실제로 무엇을 최적화하는가 에서 확인하세요. 프로토타입을 만들 준비가 되었다면 WebMCP 보안 체크리스트 의 신뢰할 origin, 신뢰할 수 없는 콘텐츠, 읽기·쓰기, 확인 통제를 사용하세요.
우선순위 매트릭스: 낮은 계층 실패를 높은 계층 혁신으로 포장하지 마세요
| 발견 사항 | 계층 | 위험 | 다음 조치 |
|---|---|---|---|
| 제품 페이지가 crawler에 빈 shell로 렌더링됨 | 발견 가능 | 높음 | GEO 전에 렌더링과 접근 가능한 콘텐츠를 수정 |
| 브랜드 페이지에 대상 사용자, 가격 조건, 한계가 없음 | 이해 가능 | 높음 | 사실 기반 페이지 모듈을 만들고 제품·서비스 템플릿 검토 |
| AI 답변이 브랜드는 언급하지만 지역 제한을 빠뜨림 | 인용 가능 | 중상 | 검증 가능한 범위 설명을 앞부분에 추가하고 prompt 재테스트 |
| 검색 작업에서 에이전트가 잘못된 필터를 선택함 | 실행 가능 | 중간 | 구조화 도구 전에 폼 상태, 라벨, 오류 개선 |
| 에이전트가 리뷰를 읽고 환불을 만들 수 있음 | 실행 가능 | 치명적 | 자동화를 멈추고 권한, UGC, 확인을 위협 모델링 |
이것이 "WebMCP가 SEO에 영향을 주는가"라는 질문이 핵심을 벗어나는 이유입니다. 1계층의 크롤링 문제는 WebMCP로 고칠 수 없습니다. 3계층에 사실이 없으면 도구가 있어도 인용 가능해지지 않습니다. WebMCP가 개선할 수 있는 것은 4계층에서 이미 검증된 하나의 작업뿐입니다.
증거부터 시작하는 30일 계획
1주차: 범위를 정하고 기준선을 만드세요
사이트 전체가 아니라 제품 라인 하나나 가치 높은 서비스 하나를 고르세요. 중요한 URL 10개, 실제 질문 20개, 빈도가 높은 작업 3개를 적습니다. 색인 가능성 및 렌더링, 사실 공백, AI 답변 오류 유형, 각 작업의 수동 경로를 기록합니다.
2주차: 발견성과 이해를 고치세요
차단된 크롤링, 잘못된 canonical, 빈 shell 렌더링, 오래된 정책, 깨진 내부 링크를 고칩니다. 가장 중요한 페이지에 명확한 정의, 대상 사용자, 한계, 증거, 다음 단계를 추가하세요. 사실 검토 전에는 AI로 페이지를 대량 재작성하지 마세요.
3주차: 인용 테스트를 만드세요
같은 질문 세트를 관련 답변 표면에서 테스트합니다. 출처 URL, 답변 정확성, 유지된 제약, 경쟁사 등장, 예상되는 다음 사용자 행동을 기록합니다. 브랜드 언급 수만 보지 말고 오류 패턴을 기준으로 페이지를 업데이트하세요.
4주차: 안전한 작업 프로토타입 하나를 고르세요
첫 세 계층에 명확한 방해 요인이 없을 때만 공개, 읽기 전용, 저영향 작업을 하나 고릅니다. 입력과 출력을 정의하고 사람 확인과 실패 대체 경로를 남겨 둡니다. UGC나 제3자 데이터를 에이전트에 반환하기 전에 검토하세요. Google Chrome의 WebMCP 도구 보안 가이드 는 책임을 분명히 합니다. untrustedContentHint, readOnlyHint, 정확한 origin 공개는 도구 작성자의 책임입니다.
점수는 작업 순서를 정하는 데 쓰고 판단을 대체하지 마세요
첫 점검에 Auspia Agent Readiness Score 를 사용할 수 있지만, 총점은 작업을 정렬하는 데만 도움이 됩니다. 콘텐츠 구조가 훌륭한 사이트라도 주문 조회가 신뢰할 수 없는 origin에 공개되어 있다면 안전하지 않습니다. 반대로 에이전트 도구가 전혀 없어도 첫 세 계층이 강하면 이미 탄탄한 SEO와 GEO 기반을 갖춘 것입니다.
각 계층마다 세 가지 증거를 남기세요. 페이지 샘플, 실제 테스트 결과, 담당자입니다. AI 플랫폼이나 웹 표준이 바뀌어도 팀은 새 레이블을 쫓는 대신 증거와 프로세스를 업데이트할 수 있습니다.
FAQ
GEO를 위해 네 계층을 모두 완성해야 하나요?
아닙니다. GEO는 발견 가능성을 기반으로 이해 가능성과 인용 가능성에 집중합니다. 실행 가능 계층은 에이전트가 사이트의 실제 작업을 끝내야 할 때만 적용됩니다.
llms.txt는 어느 계층에 속하나요?
기껏해야 보조적인 발견 또는 안내 신호입니다. 접근 가능한 페이지, 명확한 사실, 증거, 테스트를 대체하지 않습니다. 플랫폼 지원을 확인하고 실제 측정으로 사용하세요.
AI 테스트 질문 20개는 어떻게 고르나요?
검색 수요, 영업 통화, 지원 기록으로 뒷받침되는 질문에서 시작하세요. 제품 적합성, 비교, 가격 조건, 지역 이용 가능성, 설정, 한계, 문제 해결입니다. 각 질문은 담당자가 있는 페이지에 연결되어야 합니다.
실행 가능 계층에서 WebMCP가 유일한 선택인가요?
아닙니다. 더 나은 폼, 안정적인 API, 접근 가능한 HTML, 명확한 확인으로 많은 작업을 먼저 개선할 수 있습니다. WebMCP는 브라우저 에이전트를 위한 구조화 인터페이스 후보이며 아직 초기 단계입니다.
출처
작성자: Ethan Marlowe, Auspia에서 500개 이상의 prompt에 대한 GEO 측정을 이끄는 담당자. Ethan은 prompt 추적, 인용 보고, 가시성 대시보드, AI 답변 품질 검토를 다룹니다.
