GEO 점검 체크리스트

GEO 점검이란 무엇인가

GEO 점검이란 AI 검색 서비스가 페이지를 읽고, 주제를 파악하고, 특정 질문에 대한 답변 조각을 뽑아내기 쉬운 구조인지 확인하는 작업입니다. 순위표를 겨루는 일이 아니라 문서의 뼈대를 정리하는 일에 가깝습니다. 핵심은 다섯 가지입니다. 초기 HTML에 본문이 있을 것, 첫 문단이 곧바로 답할 것, 용어를 정의할 것, 질문과 답을 짝지을 것, 출처와 날짜와 저자를 밝힐 것.

구조가 흐트러지면 생기는 일

AI가 답변을 만들 때 참고할 만한 “덩어리”를 찾기 어려워집니다. 본문 전체가 하나의 긴 문단이고 결론이 마지막 줄에 있는 문서를 생각해 보세요. 애드브랜치의 B02(첫 문단의 직접 답변)와 B03(정의/결론 문장)은 개선 권장을 표시할 수 있습니다. 반면 E03(Q&A 구조)과 E04(정의문 구조)는 해당 신호가 없어도 info로 표시하는 참고 항목입니다. 이 결과를 모두 같은 경고나 사실성 판정으로 읽지 마세요.

더 앞선 문제도 있습니다. 본문이 JavaScript 실행 후에만 나타나면 초기 HTML에는 읽을 텍스트가 없습니다. 초기 HTML이란 서버가 처음 내려주는, 스크립트 실행 전의 HTML 문서를 말합니다. 이 경우 A01은 초기 HTML 텍스트가 없으면 치명적으로, A02는 텍스트/HTML 비율과 script 수를 바탕으로 판정합니다. 다른 콘텐츠 신호는 관찰할 텍스트가 없어 확인 불가가 될 수 있습니다. 이 결과는 초기 HTML 관찰 결과이며 실제 검색 서비스의 렌더링·인용 여부를 뜻하지 않습니다.

점검 항목

항목	검사 id	무엇을 보나	통과 기준
초기 HTML 본문	A01	스크립트 실행 전 본문 텍스트	200자 이상 및 80단어 이상
렌더링 의존도	A02	HTML 대비 텍스트 비율과 script 수	낮은 비율과 3개 이상 script 조합을 검토
두괄식 첫 문단	B02	첫 문단이 주제어를 포함한 답인지	80자에서 450자, 주제어 포함
정의/결론 문장	B03	”…란 …입니다” 형태 존재	첫 문단 안에 1개 이상
요약 블록	B04	요약 소제목·문단 또는 description	요약 소제목/문단, 또는 70자에서 180자 description
저자 정보	C02	작성자 표기	이름 또는 팀명 명시
게시·수정 날짜	C03	ISO 형식 날짜	time[datetime] 등 1개 이상
출처 링크	D01	본문 안 외부 링크 밀도	300단어 미만은 적용 안 함; 그 외 1,000단어당 1개 이상
참고 섹션	D02	출처 목록 제목과 링크	외부 링크 1개 이상 포함
기준 시점	D04	수치 주변의 기준일 표기	“2026년 9월 기준” 등
Q&A 구조	E03	질문형 소제목과 답변 문단	2쌍 이상 또는 FAQPage; 없으면 정보성 결과
정의문 구조	E04	dl/dt/dd 또는 정의 문장	dl 1개 또는 정의문 2개 이상

표의 글자수와 단어수 기준은 애드브랜치 검사기가 판정에 쓰는 자체 기준이며, Google이 공식적으로 요구하는 값은 아닙니다. E03의 FAQPage 언급도 구조 판정용 신호일 뿐입니다. Google은 2026년 5월 7일부터 FAQ 리치 결과를 검색 결과에 보여 주지 않으므로, FAQPage는 더 이상 리치 결과를 위한 표시 신호가 아닙니다(Google Search 업데이트).

바로 쓸 수 있는 문서 골격

다음은 사이트맵을 설명하기 위한 가상 문서입니다. 실제 발행 시에는 작성자·날짜·본문을 자신의 사실로 바꾸세요. 파일 한도는 Google 사이트맵 안내와 대조할 수 있습니다.

<main>
  <article>
    <h1>사이트맵 파일 분할 기준</h1>

    <p>
      사이트맵이란 공개 URL 목록을 검색엔진에 전달하는 XML 파일입니다. URL 발견을 돕는 신호이며
      색인을 보장하지는 않습니다. 파일 분할 기준은 URL 개수와 압축 전 용량을 함께 확인하고, 한도를
      넘으면 여러 파일을 사이트맵 index로 묶는 것입니다.
    </p>

    <p class="meta">
      <span class="author">작성자: 애드브랜치 편집팀</span> ·
      <time datetime="2026-09-03">2026-09-03 게시</time> ·
      <time datetime="2026-09-03">2026-09-03 수정</time>
    </p>

    <section class="summary">
      <h2>핵심 요약</h2>
      <ul>
        <li>사이트맵 하나의 URL 개수는 50,000개 이하여야 합니다.</li>
        <li>압축하지 않은 파일 용량도 50MB 이하여야 합니다.</li>
        <li>제출 후에도 실제 색인 상태는 별도로 확인합니다.</li>
      </ul>
    </section>

    <h2>사이트맵 index와 urlset은 무엇이 다른가요?</h2>
    <p>
      urlset은 페이지 URL을 나열하고, 사이트맵 index는 다른 사이트맵 파일의 주소를 나열합니다.
      index만 열어서는 페이지가 목록에 있는지 알 수 없으므로 자식 파일도 확인해야 합니다.
    </p>

    <dl>
      <dt>urlset</dt>
      <dd>페이지 URL 목록을 담는 사이트맵의 루트 요소입니다.</dd>
      <dt>sitemapindex</dt>
      <dd>여러 사이트맵 파일의 위치를 담는 목록입니다.</dd>
    </dl>

    <h2>참고 자료</h2>
    <ul>
      <li>
        <a href="https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap"
          >Google 사이트맵 안내</a
        >
      </li>
    </ul>
  </article>
</main>

이 예시는 설명용 가상 HTML입니다. 현재 규칙 세트 2026.09.3으로 첫 번째 HTML fence를 다시 실행하면 다음 결과가 나옵니다.

ID	관찰 결과	해석
geo-b02-lead-direct-answer, geo-b03-lead-definition, geo-b04-summary-block	pass	도입부와 요약 신호를 찾음
geo-c02-author-info, geo-c03-dates, geo-d02-references-section, geo-e04-definition-structure	pass	작성자: 표기, 날짜, 참고 섹션, 정의 목록을 찾음
geo-e03-qa-structure	info	답변된 질문이 하나뿐임; 모든 문서에 Q&A를 추가할 필요는 없음

점수를 위해 두 번째 질문을 덧붙이지 마세요. 실제 독자의 질문이 생길 때만 추가하면 됩니다. 이 검사는 구조 신호를 찾을 뿐 출처의 사실성이나 AI 서비스의 인용을 검증하지 않습니다.

잘못된 예와 수정된 예

1. 결론이 뒤에 있는 첫 문단

잘못된 예입니다.

<p>
  요즘 검색 설정이 자주 바뀌면서 헷갈린다는 이야기를 많이 듣습니다. 이 글에서는 그 내용을 하나씩
  살펴보겠습니다.
</p>

무슨 설정을 설명하는지와 답이 없습니다. 실제 페이지에 적용한 뒤 B02와 B03의 근거 문장을 비교하세요. 짧은 문단 조각만으로 전체 페이지의 판정을 예측할 수는 없습니다.

수정된 예입니다.

<p>
  사이트맵이란 공개 URL 목록을 검색엔진에 전달하는 XML 파일입니다. URL 발견을 돕지만 색인을 보장하지
  않으므로, 제출 여부와 실제 색인 상태는 나누어 확인해야 합니다.
</p>

2. 질문만 있고 답이 흩어진 소제목

잘못된 예입니다.

<h2>사이트맵을 제출하면 색인되나요?</h2>
<ul>
  <li>상황에 따라 다름</li>
</ul>
<h2>다음 주제</h2>

질문형 소제목 뒤에 답변 문단이 없습니다. B09의 답변 근거를 확인하고, Q&A 개수를 보는 E03과는 구분하세요. 한 질문의 답을 보완해도 두 쌍을 보는 E03까지 통과한다는 뜻은 아닙니다.

수정된 예입니다.

<h2>사이트맵을 제출하면 모든 페이지가 색인되나요?</h2>
<p>
  그렇지 않습니다. 사이트맵은 URL 발견을 돕는 신호이며 색인을 보장하지 않습니다. 사이트맵 처리
  상태와 각 URL의 색인 상태는 Search Console에서 별도로 확인하세요.
</p>

3. 출처 없는 수치

잘못된 예입니다.

<p>사이트맵을 넣으면 방문자가 40% 늘어납니다.</p>

수정된 예입니다. 이 예시는 실제 수치를 만들지 않고, 검증 가능한 기술 사실의 출처를 바로 붙입니다. 한도는 Google의 sitemap 안내에서 확인합니다.

<p>
  Google 문서 기준으로 sitemap 하나는 URL 50,000개 이하이면서 압축 전 용량도 50MB 이하여야 합니다.
  <a href="https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap"
    >Google의 sitemap 안내</a
  >에서 최신 한도를 확인하세요.
</p>

애드브랜치 검사기와의 연결

이 가이드는 GEO 검사 카탈로그의 A01, A02, B02, B03, B04, C02, C03, D01, D02, D04, E03, E04와 연결됩니다. 검사 결과에서 “답변 명확성” 카테고리가 낮다면 첫 문단부터, “근거와 신뢰성”이 낮다면 주장 옆의 실제 출처와 날짜부터 검토하세요. 링크나 날짜가 있다고 사실성이 자동 검증되는 것은 아닙니다.

주의점과 흔한 오해

먼저 표현부터 정리하겠습니다. 이 항목들을 채웠다고 해서 특정 AI 서비스가 페이지를 인용한다고 말할 수는 없습니다. 여기서 다루는 것은 AI가 주제와 답변을 이해하기 쉬운 구조인지에 대한 점검이고, 실제 인용과 표시는 각 서비스의 정책과 시점에 따라 달라집니다.

두 번째 오해는 “FAQ를 붙이면 점수가 오른다”는 생각입니다. 내용과 무관한 질문을 억지로 붙이면 문서가 산만해지고, 질문형 소제목 뒤에 실질적인 답변 문단이 없으면 판정도 통과하지 못합니다. 실제 독자가 물을 법한 질문만 넣으세요.

세 번째는 출처 링크를 많이 걸수록 좋다는 오해입니다. 검사기는 링크의 존재와 문맥 연결만 봅니다. 출처의 정확성이나 권위는 자동으로 판단하지 않으니, 개수를 늘리기보다 주장 바로 옆에 관련 출처를 두는 편이 낫습니다.

자주 묻는 질문

모든 페이지에 Q&A 구조가 필요한가요?

필요하지 않습니다. 현재 E03은 Q&A 신호가 없으면 info로 남기는 참고 항목입니다. 상품 페이지나 서비스 소개처럼 질문 형태가 어색한 문서에 무관한 FAQ를 넣지 마세요. 설명형 콘텐츠에서 실제 질문이 있을 때만 유용합니다.

첫 문단은 얼마나 길어야 하나요?

두세 문장, 대략 80자에서 450자 사이가 적당합니다. 짧으면 주제와 답이 담기지 않고, 너무 길면 답변 조각으로 뽑아내기 어렵습니다. 첫 문장에 정의 또는 결론을 두고, 두 번째 문장에서 범위나 조건을 밝히는 구성이 안정적입니다.

날짜와 저자를 꼭 넣어야 하나요?

콘텐츠 유형에 따라 다르지만, 정보성 문서라면 넣는 편이 낫습니다. 게시일과 수정일은 내용이 어느 시점 기준인지 알려 주고, 저자 표기는 책임 주체를 밝힙니다. 다만 저자 정보가 있다고 해서 전문성이 증명되는 것은 아닙니다.

렌더링이 클라이언트에서만 일어나는 사이트는 어떻게 하나요?

서버 렌더링이나 사전 렌더링으로 핵심 본문을 초기 HTML에 포함시키는 것이 가장 확실합니다. noscript 요약은 보조 수단일 뿐, 실제 서비스가 JavaScript 콘텐츠를 어떻게 처리하는지 증명하지 않습니다. 이 도구의 관찰 범위 밖인 실제 렌더링과 접근 정책은 해당 서비스의 문서와 로그로 확인하세요.

관련 가이드

• SEO와 GEO는 무엇이 다른가
• SEO 기본 점검 체크리스트
• title과 meta description 작성법