URL 진단으로 돌아가기

무엇을 확인했고,
어디까지 알 수 있을까요?

진단 방법 · 기준일 2026.10.16

GEO 진단은 사이트의 기술 상태와 AI 답변에서의 실제 노출을 구분해야 합니다. 이 진단기는 공개 URL에서 확인한 사실과 각 판정의 근거를 보여줍니다.

페이지에 도달수집 정책과 응답본문 회수검색 이용 제한발견과 문서 구조

URL 하나로 직접 확인하는 것

  • 응답: HTTP 상태, 리디렉션, 로그인·보안 확인 화면의 신호를 기록합니다. 연결 실패는 원인을 확인할 수 없는 상태로 남깁니다.
  • 수집 규칙: 검색·학습·사용자 요청용 봇을 나눠 입력 경로에 적용되는 robots 규칙과 행 번호를 보여줍니다. 허용 규칙이 실제 접속 성공을 뜻하지는 않습니다.
  • 요청 비교: 허용된 검색봇 3종의 User-Agent를 넣어 우리 서버에서 요청합니다. 공식 봇의 IP나 방문을 재현하는 검사가 아닙니다.
  • 본문과 이용 제한: JavaScript 실행 전 HTML의 본문, 봇별 색인·스니펫 지시, JSON-LD 구문과 문서 구조를 따로 살핍니다.
  • 발견 경로: 대표 URL, robots에 선언된 사이트맵과 제한된 하위 표본, 내부 링크 표본을 검사합니다. 사이트 전체 크롤링 결과로 확대 해석하지 않습니다.

측정하지 않은 값은 만들지 않습니다.

실제 검색 색인, Search Console의 AI 이용 설정, AI 답변의 언급·인용, JavaScript 실행 후 본문은 이 검사만으로 알 수 없습니다. 0점이나 정상으로 채우지 않고 미측정으로 남깁니다.

학습봇 차단과 llms.txt 부재를 검색 실패로 판정하지 않습니다. 구조화 데이터가 없다는 이유만으로 사이트를 탈락시키지도 않습니다.

합계 점수보다 고칠 순서

문제가 발견된 항목을 먼저 보여주고, 같은 심각도에서는 접속·차단·검색 제한처럼 다음 단계에 영향을 주는 문제를 앞에 둡니다. 문서 구조의 권고는 그 뒤입니다.

재진단은 같은 URL의 이전 결과와 비교합니다. 검사 버전이 달라졌다면 판정 변화가 사이트 개선 때문이라고 단정하지 않습니다.

해외 도구에서 가져온 설계 원칙

해외 대표 제품 15개와 공개 구현 6개의 문서·코드를 조사했습니다. 아래는 우리 서비스에 채택한 원칙이며, 각 도구의 유료 기능 전체를 실측하거나 정확도 순위를 매긴 결과는 아닙니다.

  • Otterly: 사이트 기술 진단과 실제 AI 답변 모니터링을 구분합니다.
  • Scrunch: 봇이 받은 본문을 근거로 제시하는 접근을 참고했습니다. 브라우저 렌더링 비교는 현재 미구현입니다.
  • Peec: 지표를 답변 원문과 측정 조건에 연결합니다. 우리 URL 진단에는 실제 AI 응답 지표를 섞지 않습니다.
  • Ahrefs Brand Radar: 데이터 수집 방법과 표본의 한계를 공개합니다. 우리 결과에도 요청 방식·범위·미측정을 표시합니다.

실제 AI 노출을 측정할 때의 기준

질문, 엔진·모델, 웹 화면/API 구분, 국가·언어, 관측 시각, 답변 원문과 인용 URL을 함께 남겨야 합니다. API의 결과와 소비자용 ChatGPT 화면의 결과는 같은 것으로 취급하지 않습니다.

예를 들어 성공한 답변 20개 중 브랜드가 등장한 답변이 4개라면 그 표본의 언급률은 20%입니다. 실패한 요청을 미언급으로 세지 않으며, 이 수치를 모든 질문에서의 노출률이나 매출 효과로 표현하지 않습니다.

검증된 서버 로그는 실제 봇 방문, Search Console·Bing Webmaster Tools의 계정 자료는 해당 플랫폼 성과를 확인하는 별도 근거입니다.

판정 기준의 공식 출처

공식 규칙, 이번에 관찰한 사실, 별도 검증이 필요한 권고를 구분합니다. 공개 문서가 바뀌면 검사 기준도 버전과 함께 갱신합니다.

내 URL 진단하기