Skip to main content
우리 웹사이트를 훑어서 “AI 엔진이 이 사이트에 들어와서 내용을 읽고 사실을 가져갈 수 있는가”를 점검하는 화면입니다. 사이드바 Content 그룹의 Site Audit 에서 열립니다. 화면 설명은 “Audit your site for issues that affect AI engine access, trust, and citation.” 입니다.
사이트 진단은 준비 상태만 측정합니다. AI 답변에 얼마나 노출되는지는 측정하지 않습니다. 그 결과는 AI 가시성과 인용에서 보세요.
Site Audit 화면. GEO readiness 점수 카드, 개선 권고 목록, 점검 근거 카드
  1. GEO readiness — 0~100 준비 점수입니다. 오른쪽에는 Access / Discovery / Technical health / Structured data 네 영역의 점수 막대가 이어집니다.
  2. Site-wide fixes — 한 번만 고치면 되는 항목입니다. 옆에는 페이지별로 손봐야 하는 Page-level fixes 가 있습니다.
  3. Why we recommend these fixes — 이 권고가 나온 근거, 즉 실제 점검 결과입니다.

​
무엇을 점검하나요

쉽게 말해 세 가지입니다.
  • 들어올 수 있는가 — 우리 사이트가 정상적으로 열리는지, robots.txt가 AI 크롤러를 막고 있지는 않은지 확인합니다.
  • 찾을 수 있는가 — 사이트맵과 내부 링크를 따라 중요한 페이지가 발견되는지 확인합니다.
  • 읽고 뽑아갈 수 있는가 — 페이지가 깨지지 않았는지, 제목과 설명이 명확한지, 제품 정보가 기계가 읽을 수 있는 형태로 표시돼 있는지 확인합니다.
Core Web Vitals, 모바일 화면, 백링크, 키워드 순위는 다루지 않습니다.

​
진단 실행하기

처음 한 번은 직접 하실 필요가 없습니다. 워크스페이스 온보딩이 끝나면 자동으로 한 번 실행되기 때문에, 대부분 처음 이 화면을 열었을 때 이미 결과가 나와 있습니다. 다시 돌리려면 오른쪽 위 Re-run audit(진단 다시 실행)을 누릅니다. 아직 한 번도 실행한 적이 없다면 Run audit 버튼과 함께 No audit yet 안내가 보입니다. 정해진 자동 재실행 주기는 없습니다. 사이트를 고친 뒤에 직접 눌러 주세요. 실행 중에는 Audit in progress 카드에 단계 세 개가 순서대로 표시됩니다.
1

Discovering pages

사이트맵과 내부 링크를 따라가며 페이지를 찾습니다. 끝나면 “[개수] pages found” 로 바뀝니다.
2

Measuring pages

찾은 페이지를 하나씩 기술 점검합니다. 페이지가 500개를 넘으면 URL 패턴별로 대표 표본만 검사하고, 이때는 “대표 표본” 이라고 표시됩니다.
3

Analyzing issues

발견된 문제를 실행 가능한 권고로 묶습니다.
큰 사이트는 몇 분 걸립니다. 화면을 닫고 나가셔도 되고, 다시 들어오면 이어서 보입니다. 워크스페이스당 한 번에 하나만 돌아갑니다.

​
숫자 읽는 법

점수는 네 영역의 합입니다. 화면에는 각 영역이 타일로 표시되고, 녹색은 여유, 노랑은 주의, 주황은 취약을 뜻합니다.
실제로 받을 수 있는 최고점은 85점입니다. 측정 연결을 보는 다섯 번째 영역이 이 화면과 연결돼 있지 않아 항상 0점이기 때문입니다. 만점이 안 나온다고 걱정하지 않으셔도 됩니다.
점수 옆에는 “[신뢰도] confidence · [영역]” 이 붙습니다. 신뢰도는 low 또는 medium 이고, medium 이 현재 규칙상 최고입니다. 10개 이상 페이지를 측정했다는 뜻입니다. 뒤에 붙은 영역 이름은 가장 먼저 손댈 곳입니다. 이전 진단 결과가 있으면 비교 줄이 함께 나옵니다. 준비 점수 증감, Technical health 증감, 그리고 Fixed(사라진 문제 유형), New(새로 생긴 유형), Regressed(영향받는 페이지가 늘어난 유형) 개수입니다. Fixed 는 그 문제 유형이 완전히 없어졌다는 뜻이지, 해당 페이지 수가 줄었다는 뜻이 아닙니다. 그 아래 세 칸이 결론입니다.
  • What’s working — 잘 되고 있는 영역
  • Biggest blocker — 지금 가장 발목을 잡는 영역
  • Do this first — 제일 먼저 할 일

​
권고 읽기

권고는 두 카드로 나뉩니다. 한 번에 최대 6개까지 나옵니다. Site-wide fixes 는 테마나 사이트 설정을 한 번 바꾸면 끝나는 일입니다. 중요한 페이지를 접근 가능하게 만들기, 핵심 사실을 자바스크립트 실행 전에 노출하기, 페이지 사실을 기계가 읽을 수 있게 만들기, 우선순위 페이지를 잘 찾게 돕기, 깨진 페이지 경험 고치기 같은 항목입니다. Page-level fixes 는 페이지별로 손봐야 하는 일이고, 영향받는 페이지 수 순으로 정렬됩니다. 특정 페이지 그룹에 빠진 정보 채우기, 제목과 요약 명확하게 다듬기, 중복되거나 서로 경쟁하는 페이지 정리하기입니다. 각 줄에는 이런 정보가 붙습니다.

​
담당별로 나누면

  • Developer — robots.txt와 방화벽·보안 서비스 설정, 서버에서 미리 그려 보내기, 제품 정보 표시, HTTPS·리소스·속도
  • SEO — 제목·설명·H1 패턴, 중복 정리와 리디렉션, 사이트맵과 내부 링크
  • Content — 내용이 얇은 페이지에 필요한 사실 채워 넣기
  • Analytics — 검증 흐름 세팅
모든 수정은 고객사 사이트에서 이루어집니다. 사이트 진단은 사이트를 직접 바꾸지 않습니다.

​
권고 상세 화면

권고 줄을 누르면 상세 화면이 열립니다.
권고 상세 화면. Why it matters, Primary action, How to validate와 영향받는 페이지 목록
위에는 Why it matters(왜 중요한지), Primary action(무엇을 하면 되는지), How to validate(어떻게 확인하는지)가 있습니다. 개발자에게 그대로 전달하시면 됩니다. 아래는 영향받는 페이지 목록입니다. By issue 로 보면 문제 유형별 카드가 나오고 각 카드에 해당 페이지와 근거(예: 제목이 비어 있음, 단어 수 부족)가 붙습니다. By page 로 보면 페이지 한 줄에 그 페이지가 가진 문제가 모입니다. Export CSV 로 페이지 목록을 내려받아 전달하셔도 됩니다. 목록이 길면 Load more 로 더 불러옵니다. 사이트 전체 차원의 권고에는 페이지 목록 대신 “이 권고는 페이지 단위가 아니라 사이트 단위로 측정됩니다” 라는 안내와 함께 실행 항목이 나옵니다. 다시 진단한 뒤 해당 문제가 사라졌다면 Nothing to fix here 가 보입니다.

​
근거 확인하기

Why we recommend these fixes 를 펼치면 실제 점검 결과가 나옵니다. 접힌 상태에서는 “[n] needs attention · [n] unverified · [n] passed” 로 요약됩니다. 각 점검에는 상태 표시가 붙습니다. 점검 항목은 Public access(사이트와 robots.txt가 정상적으로 열리는지), AI crawler access(AI 크롤러가 막혀 있지 않은지), Canonical and sitemap discovery(사이트맵으로 페이지를 찾을 수 있는지), Technical health(페이지 오류 비율), Product/Offer schema 또는 Entity schema coverage 입니다. 커머스 사이트에는 Merchant facts machine-readability 와 Raw HTML commerce visibility 가 추가됩니다. 줄을 펼치면 How this was checked, Issues, Affected pages, Evidence 가 나옵니다. 문제가 없는 점검은 “[n] checks passed” 로 접혀 있습니다. 오른쪽 Sitemap 버튼을 누르면 이번 진단에서 발견한 URL 목록이 열립니다. 표본 묶음별로 나뉘어 있고, 경로를 누르면 실제 페이지가 새 탭에서 열립니다.

​
결과 내보내기

진단이 끝나면 헤더에 Export 버튼이 생깁니다. 버튼을 그대로 누르면 PDF 리포트를 내려받고, 오른쪽 화살표를 누르면 PDF, CSV, Markdown, Copy Markdown 중에서 고를 수 있습니다. PDF는 요약, 우선 실행 항목, 진단 해설, 영역별 점수, 근거가 문장으로 정리돼 있어 경영진 보고나 개발팀 전달에 그대로 쓰기 좋습니다.

​
자주 묻는 질문

처음 한 번은 온보딩 때 자동으로 실행됩니다. 이후 재실행은 직접 Re-run audit 을 눌러 주셔야 하고, 정해진 자동 주기는 없습니다.
측정 연결을 보는 영역(15점)이 이 화면과 연결돼 있지 않아 항상 0점입니다. 실질 만점은 85점입니다.
현재 규칙에서는 high 가 나오지 않습니다. medium 이 최고 등급이고, 페이지를 10개 이상 측정했다는 뜻입니다.
아니요. 있으면 근거로 기록될 뿐 점수에는 영향이 없고, 없어도 문제로 보지 않습니다.
URL이 500개가 넘는 사이트는 URL 패턴별로 대표 표본만 검사합니다. 표시된 개수는 표본에서 추정한 값이라 ”~” 가 붙고, 실제 표에 나오는 줄 수보다 클 수 있습니다.
제품 정보 표시를 직접 확인하는 점검이 실행되면, 페이지별 일반 항목 대신 그 결과를 씁니다. 문제가 없어졌다는 뜻은 아니고 더 정확한 점검으로 대체된 것입니다.
robots.txt 와 별개로, 실제 AI 크롤러 이름으로 홈페이지를 열어 봤을 때 차단 응답이 돌아온 경우입니다. 대개 사이트 앞단의 방화벽이나 보안 서비스에 있는 “AI 봇 차단” 설정 때문입니다. 개발자가 그 설정을 조정해야 합니다.
같은 문제 유형이 지난번보다 더 많은 페이지에 나타났다는 뜻입니다.
바로 늘지는 않습니다. 사이트 진단은 접근과 기술적 걸림돌을 치우는 작업입니다. 결과는 AI 가시성에서 따로 확인하세요.
현재 화면에는 그 버튼이 없습니다. 고친 뒤 Re-run audit 을 누르면 비교 줄의 Fixed 로 확인하실 수 있습니다.
Couldn’t complete the audit 가 보이면 Re-run audit 으로 다시 시도하세요. 반복해서 실패하면 사이트가 크롤러를 차단하고 있을 수 있으니 담당자에게 문의해 주세요. 30분 넘게 진행되는 진단은 자동으로 중단됩니다.

​
함께 보면 좋은 페이지

AI 가시성

고친 뒤 실제 성과를 확인합니다.

인용

AI가 어떤 출처를 인용하는지 봅니다.

온사이트

인용되도록 만든 페이지를 생성합니다.

색인 요청

새 페이지를 검색엔진에 등록합니다.