SCORING MODEL 4.2.0
AEO 점수는
어떻게 계산하나요?
AEO 준비도 점수는 제출한 단일 URL에서 확인할 수 있는 기술·콘텐츠 신호를 6개 영역으로 나눠 합산한 100점 지표입니다. AI 노출 확률이나 검색 순위 점수가 아닙니다.
6개 평가 영역과 배점
| 평가 영역 | 배점 | 주요 확인 항목 |
|---|---|---|
| AI 크롤러 접근·색인 | 26점 | robots.txt의 검색·AI 크롤러 접근 규칙과 meta/X-Robots-Tag의 noindex 여부 |
| 에이전트 접근성 | 7점 | 링크·버튼의 식별 가능한 이름, 폼 라벨·필드명, 접근성 트리 무결성(랜드마크·ARIA 참조·목록 구조·허용 role) |
| 구조화 데이터 | 15점 | 유효한 JSON-LD, WebSite·Organization, sameAs, 페이지 적합 스키마, Breadcrumb |
| 콘텐츠 구조·인용 친화도 | 22점 | H1/H2와 헤딩 순서·계층, 질문형 제목, 표·목록, 상단 직접 답변 단락 |
| E-E-A-T·최신성·신뢰 | 18점 | 저자, 날짜 메타, 운영사·연락처·사업자 정보, 본문 업데이트 날짜 |
| 기술 기본기 | 12점 | canonical, HTTPS, 메타·OG, 언어·인코딩, sitemap, 이미지 alt, 초기 HTML |
| 합계 | 100점 | 현재 점수 모델 v4.2.0 |
왜 일부 항목은 점수에 넣지 않나요?
채점 모델 v3는 실험 단계이거나 브라우저 실측이 필요한 신호를 100점과 분리합니다. 결과의 선택·실험 에이전트 체크리스트에서 상태는 확인할 수 있지만, 없다는 이유로 본점이 낮아지지는 않습니다.
| 비채점 항목 | 표시 방식 | 이유 |
|---|---|---|
| llms.txt | N/A·통과·주의 | 선택 규약이며 Lighthouse도 404를 N/A로 처리 |
| WebMCP | N/A·통과·오류 | 실험 표준; 일부 적용한 경우에만 스키마 유효성 확인 |
| CLS | 브라우저 측정 필요 | 원본 HTML만으로 실제 레이아웃 이동을 측정할 수 없음 |
| FAQPage·HowTo | N/A·본문 일치 확인 | Google 리치결과 또는 AI 노출 가산점으로 보지 않음 |
HowTo는 schema.org 타입으로 계속 사용할 수 있지만 Google은 2023년 검색 리치결과 지원을 종료했습니다. FAQPage도 일반 사이트의 리치결과가 제한됩니다. 따라서 존재 여부가 아니라, 마크업을 사용했을 때 화면 콘텐츠와 일치하는지만 확인합니다.
공식 근거: Lighthouse 에이전트 브라우징 채점 · 에이전트 접근성 · Google FAQ·HowTo 변경
헤딩(H1~H6) 판정의 공식 근거는 무엇인가요?
헤딩은 사람과 AI가 페이지의 뼈대를 파악하는 1차 단서라 콘텐츠 구조 영역에서 비중이 큽니다. 다만 업계 관행이 아니라 공개된 규격 문서에 근거해서만 판정합니다. 아래가 각 항목이 무엇에 기대고 있는지, 그리고 어디까지가 규격이고 어디부터가 그보다 엄격한 적용인지에 대한 설명입니다.
| 검사 항목 | 판정 기준 | 근거 |
|---|---|---|
| H1 최소 1개 | H1이 하나라도 있으면 통과. 개수가 많다고 감점하지 않습니다. | axe page-has-heading-one은 레벨 1 헤딩의 존재만 요구하고 상한을 두지 않습니다. Google도 SEO 기본 가이드에서 “페이지에 이상적인 헤딩 개수라는 것은 없다”고 밝히고 있습니다. |
| H2 2개 이상 | 본문이 의미 단위로 나뉘어 있는지 확인 | 순위 신호가 아니라 발췌 가능성 기준입니다. 섹션이 나뉘어야 AI가 필요한 부분만 인용할 수 있습니다. 규격 요건이 아니므로 없다고 해서 오류로 표시하지 않습니다. |
| 헤딩 레벨 건너뛰기 없음 | H1 다음에 H2를 건너뛰고 H3로 내려가지 않기 | axe heading-order — “헤딩 레벨은 한 단계씩만 내려가야 한다”. 레벨이 올라가는 것(H3 → H2)은 상위 섹션 복귀라 위반이 아닙니다. |
| 첫 헤딩이 H1 | 내비게이션 제목 등이 H1보다 앞에 오지 않기 | axe page-has-heading-one 문서의 권장 사항 — “본문은 h1으로 시작하며 그보다 앞에 다른 헤딩이 없어야 한다. h1이 본문 시작이 아닌 곳에 있으면 스크린리더 사용자가 구조를 파악하는 데 더 많은 부분을 들어야 한다.” axe의 자동 검사는 존재 여부만 보므로 이 항목은 그보다 엄격합니다. |
위 두 axe 규칙은 WCAG 필수 요건이 아니라 Deque Best Practice 등급입니다. 그래서 헤딩 문제는 색인 차단 같은 치명 항목과 달리 점수 상한을 적용하지 않고 부분 감점으로만 반영합니다.
또한 Google은 같은 가이드에서 “헤딩을 의미 순서대로 두는 것은 스크린리더에 훌륭하지만, Google 검색 관점에서는 순서가 어긋나도 상관없다”고 설명합니다. 즉 헤딩 순서는 검색 순위 요소가 아니라 사람과 AI 에이전트가 문서를 읽는 품질의 문제이며, AEO 검사기가 이 항목을 두는 이유도 순위가 아니라 인용 가능성 때문입니다.
검사는 어떤 순서로 진행되나요?
- URL 정규화입력한 주소를 안전한 HTTP(S) URL로 정리하고 접근 가능 여부를 확인합니다.
- 공개 리소스 수집제출 페이지의 원본 HTML, robots.txt, sitemap.xml, llms.txt 같은 공개 파일을 가져옵니다.
- 규칙 기반 분석6개 영역의 측정 가능한 조건을 검사하고 통과·주의·개선 필요로 판정합니다.
- 등급과 우선순위 제시합산 점수와 함께 색인 차단 같은 치명 문제, 배점이 큰 개선 항목과 수정 방법을 보여줍니다.
Blocked와 Unclear는 무엇인가요?
noindex가 있거나 주요 검색 크롤러가 명시적으로 전면 차단된 경우입니다. 합산 점수와 별개로 검색·AI 노출의 선행 조건이 막혀 있음을 알립니다.
robots.txt 5xx·시간 초과, 초기 HTML 부족 등으로 일부 항목을 확정하기 어려운 경우입니다. 허용으로 추정하지 않고 판단 한계를 함께 표시합니다.
점수를 해석할 때 주의할 점은 무엇인가요?
- 검사 결과는 입력한 단일 페이지 기준이며 사이트 전체 품질을 대표하지 않습니다.
- 검사 대상이 페이지에 없는 항목(폼이 없는 페이지의 폼 라벨, 이미지가 없는 페이지의 alt, 기사형이 아닌 페이지의 Article 스키마 등)은 "해당 없음"으로 채점에서 제외하고, 총점은 해당되는 항목만으로 100점 환산합니다. 그래서 카테고리 만점이 위 표의 배점보다 작게 표시될 수 있습니다.
- 원본 HTML 기준이므로 자바스크립트 실행 뒤에만 나타나는 콘텐츠는 제한적으로 판단될 수 있습니다.
- 에이전트 접근성 7점은 원본 HTML의 정적 이름·라벨·시맨틱 검사이며, 브라우저가 만든 전체 접근성 트리 감사와 동일하지 않습니다.
- robots.txt에서 특정 AI 봇을 허용하는 것만으로 인용이나 노출이 보장되지는 않습니다.
- llms.txt·security.txt·WebMCP·FAQPage·HowTo는 선택 사항으로 표시하며 없다는 이유로 감점하지 않습니다.
- Google-Extended는 Google 검색 색인·순위와 구분되는 정보성 항목으로 다루며 점수에 넣지 않습니다.
- 점수 모델이 바뀌면 같은 URL도 결과가 달라질 수 있어 결과에 버전을 표시합니다.