Skip to main content
사이트 진단은 우리 웹사이트를 AI 엔진이 읽는 방식 그대로 읽어 보고 한 가지 질문에 답합니다. AI가 들어올 수 있는가, 본문을 읽을 수 있는가, 고객이 물어볼 만한 정보를 찾을 수 있는가. 사이드바 Content 그룹의 Site Audit에서 엽니다. 이 페이지는 화면별 안내입니다. 진단이 무엇을 다루고, 결과가 어떻게 만들어지며, 무엇을 일부러 빼는지는 사이트 진단 리포트에 있습니다.
사이트 진단은 읽힘 여부만 측정합니다. AI 답변에 얼마나 노출되는지는 측정하지 않습니다. 그 결과는 AI 가시성과 인용에서 보세요.

​
진단 실행

첫 진단은 직접 실행하지 않아도 됩니다. 워크스페이스 온보딩이 끝나면 자동으로 시작되고, 그 뒤로도 한 달에 한 번쯤 스스로 다시 돕니다. 맨 아래 How this was measured 카드에 다음 자동 진단 시점이 적혀 있습니다. 지금 바로 돌리려면 오른쪽 위 Re-run audit(다시 진단)을 누릅니다. 한 번도 돌지 않았다면 No audit yet과 Run audit 버튼이 대신 보입니다. 진행 중에는 Audit in progress 카드가 세 단계를 보여줍니다.
1

Discovering pages(페이지 찾기)

사이트맵과 내부 링크를 따라 페이지를 모읍니다. 끝나면 “[개수] pages found”로 표시됩니다.
2

Measuring pages(페이지 측정)

각 페이지를 AI 검색 봇과 브라우저 두 방식으로 받아 오고, 큰 이미지 안의 글자도 읽습니다. 500페이지가 넘는 사이트는 전부가 아니라 주소 유형별 표본을 측정하며, 카드에 그 사실이 표시됩니다.
3

Analyzing issues(문제 분석)

찾은 내용을 수정안이 붙은 발견 항목으로 묶습니다.
큰 사이트는 몇 분 걸립니다. 화면을 떠났다 돌아와도 계속 돌아갑니다. 워크스페이스당 한 번에 하나만 실행됩니다.

​
화면 구성

결과는 위에서 아래로 카드가 이어집니다.

​
Can AI read this site?

맨 위 요약 카드입니다. 한 문장으로 답을 줍니다. 예를 들어 “On 3 of 23 sampled pages, AI reads only part of the key facts”(표본 23쪽 중 3쪽에서 AI가 핵심 정보 일부만 읽음)나 “AI can read the body text on all 23 sampled pages”(표본 23쪽 모두 본문을 읽음)입니다. 아래 막대는 표본 페이지를 Readable(읽힘), Partially readable(일부만 읽힘), Unreadable(못 읽음), Unreachable(접근 불가), Not measured(미측정)로 나눕니다. 구간을 누르면 그 페이지들만 리더 뷰로 열리고, Open reader view를 누르면 전체가 열립니다. Affected pages per stage(단계별 영향 페이지)는 AI가 페이지를 읽는 과정 각 단계에서 몇 쪽이 떨어져 나가는지 보여줍니다. Fetch(수집기가 HTML을 받음), Index(색인·스니펫이 허용됨), Extract(본문에서 사실을 추출함), Select(AI가 실제로 그 페이지를 고르는지. 측정하지 않으므로 —로 표시). By segment(유형별)는 표본을 페이지 유형별로 나누고 예시 주소를 붙입니다.

​
What to work on first

실제 고객 질문 표본을 놓고 편집자 관점으로 본 결과입니다. 어떤 페이지가 그 질문에 답해야 하는지, 지금 답하고 있는지를 봅니다. 제목 아래 줄에 몇 쪽이 몇 개 질문에 연결됐는지 적혀 있습니다. 항목마다 페이지, 담당(Developer, Content, SEO, Infra)과 소요(Minutes, Hours, Days)가 있고, 그 아래 세 칸이 있습니다. Observed text(확인한 원문, 지금 페이지가 말하는 것), Edit to make(수정할 내용), Done when(완료 기준). Review customer questions and evidence를 펼치면 표본 질문 전체가 페이지와 판정과 함께 나옵니다. Answer evidence found(답변 근거 확인), Answer needs detail(답변 보완 필요), Answer missing on this relevant page(관련 페이지에 답변 부족), Current applicability needs review(현재 적용 여부 확인 필요), No relevant evidence in this page sample(이 표본에서 관련 근거 미확인).
이 카드는 표본에 대한 편집자 판단이며 인용 증가를 측정하지 않습니다. 근거를 찾지 못했으면 추측하지 않고 그렇게 말합니다. 수정한 뒤에는 진단을 다시 돌리고 같은 질문을 Visibility에서 비교하세요. Open Visibility 링크로 바로 갈 수 있습니다.

​
Access gate

AI 수집기 프로필(ChatGPT, Perplexity, Google 검색 봇과 대조용 Browser (control))별로 표본 페이지에서 OK, robots block(robots.txt 차단), WAF block(방화벽 차단), Error가 몇 건인지 보여주는 표입니다. Policy check(정책 확인)는 AI 학습 봇 차단처럼 문제가 아니라 사실인 항목을 적고, Measurement status(측정 상태)는 측정하지 못한 내용을 적습니다. Show robots.txt를 누르면 우리가 읽은 파일이 그대로 보이고, 파일이 없으면 모든 크롤러가 허용된다고 표시됩니다.

​
Missing facts

봇이 읽지 못한 핵심 정보를 한 줄에 하나씩 보여줍니다. Fact(정보. Price, Specs, Ingredients, Shipping, Returns, Opening hours 등), Pages(페이지 수), Where it lives(실제 위치. JavaScript 실행 뒤에만 보임, 이미지 안에 있음 등). 행을 누르면 그 페이지들만 리더 뷰로 열립니다. 모두 읽히면 카드에 그렇게 표시됩니다.

​
Findings

AI가 페이지를 놓치는 단계별로 묶여 있습니다. Fetch — access(접근), Index — indexability(색인 가능 여부), Extract — body text(본문), Select — title and snippet(제목·스니펫), 그리고 Other technical checks(기타 기술 점검). 발견 항목마다 심각도(Error, Warning, Notice), 영향 페이지 수(추정치는 estimated 표시), 담당과 소요, 그리고 상태가 붙습니다. 상태는 Open(열림), In progress(진행 중), Done(완료), Verified fixed(수정 확인됨), Dismissed(무시), Snoozed(보류)입니다. Show fix(수정안 보기)를 누르면 What it is, Why it matters, How to fix와 Evidence 페이지가 그 자리에서 펼쳐집니다. Verify(확인)는 영향 페이지를 다시 받아 와서 Re-checked [n] URLs · fix confirmed(수정 확인) 또는 · [n] still affected(아직 영향 있음)로 알려줍니다. Open finding(상세 열기)은 항목 전용 페이지로 갑니다(아래). Sitemap 버튼은 이번 진단이 찾은 주소를 표본 묶음별로 보여줍니다.

​
How this was measured

각 페이지를 어떤 수집기 프로필로 받아 왔는지, “봇 텍스트”와 “브라우저 텍스트”가 무엇인지, 이미지 몇 장에서 글자를 읽었는지, 다음 자동 진단이 언제인지 적혀 있습니다.

​
리더 뷰

요약 카드, 누락 정보 표, 발견 항목에서 리더 뷰를 열면 오른쪽에 패널이 나오고 Pages, Access, Facts 세 탭이 있습니다. 페이지를 고르면 왼쪽에 Text the bot received(봇이 받은 텍스트), 오른쪽에 Text the browser shows(브라우저가 보여주는 텍스트)와 Text inside images(이미지 안의 텍스트)가 글자 수와 함께 나옵니다. Facts 탭은 정보마다 값과 판정을 보여줍니다. readable(읽힘), visible only after JavaScript(JavaScript 실행 뒤에만 보임), unknown(알 수 없음). 화면의 모든 판정은 여기 근거를 둡니다.

​
발견 항목 페이지

Open finding을 누르면 항목 하나의 페이지가 열립니다. 위에는 What it is(무엇인지), Why it matters(왜 중요한지), How to fix(어떻게 고치는지)가 있고, Evidence에는 영향받은 Page와 What we saw(우리가 본 것)가 나열됩니다. Proposed changes(제안 변경)가 실제 작업자에게 넘길 부분입니다. **Change [n]**마다 Where(위치. CSS 선택자, 제목, HTML 블록과 플랫폼별 안내), Copy 버튼이 달린 Current(현재)와 Proposed(제안), Why(이유), Watch out(주의점), 그리고 확인 방법인 **Verify with … expect …**가 있습니다. AI가 쓴 변경안에는 AI-written — review before use(AI 작성, 사용 전 검토) 칩이 붙습니다. 맨 아래 Verification history(확인 이력)에는 Verify를 돌릴 때마다 Resolved(해결) 또는 Still affected(아직 영향)가 쌓이고, 버튼 세 개로 작업 상태를 기록합니다. Start working(→ In progress), Mark done, Dismiss. Mark done은 내 메모라 설정한 대로 남고, Verified fixed는 Verify가 성공했을 때만 붙으며 다음 진단에서 같은 문제가 다시 나오면 자동으로 다시 열립니다.

​
내보내기

진단이 끝나면 헤더에 Export(내보내기) 버튼이 생깁니다. 누르면 PDF가 내려받아지고, 옆 꺾쇠에서 PDF, CSV, Markdown, Copy Markdown을 고를 수 있습니다. PDF는 요약 문장, 페이지별 판정, 발견 항목과 제안 변경, 확인 방법까지 완전한 문장으로 쓰여 있어 경영진 보고나 개발자 전달에 그대로 쓸 수 있습니다.

​
자주 묻는 질문

아니요. 온보딩이 첫 진단을 시작하고, 이후 한 달에 한 번쯤 자동으로 다시 돕니다. Re-run audit은 사이트를 고친 직후에 쓰세요.
이제 없습니다. “78점” 같은 숫자는 무엇을 해야 할지 알려주지 못해서, 대신 한 문장 요약과 페이지별 판정, 근거를 보여줍니다. 이 변경 전에 돌았던 옛 진단은 예전 점수 화면으로 열립니다.
500개가 넘는 사이트는 주소 유형별로 최대 30쪽씩 표본을 측정합니다. 개수는 표본에서 추정한 값이라 estimated가 붙고, 보이는 행 수보다 클 수 있습니다.
robots.txt와 별도로 실제 AI 검색 봇의 신원으로 페이지를 받아 봤더니 막혔다는 뜻입니다(WAF block). 대개 사이트 앞의 방화벽이나 보안 서비스 규칙 때문이며, 개발자가 조정해야 합니다.
아니요. 학습 봇 차단은 회사 정책이라 Policy check에만 적힙니다. 검색·답변 봇이 막혔을 때만 문제로 잡습니다.
AI는 화면을 보지 않고 서버가 보내는 원본 문서를 읽습니다. 리더 뷰에서 Text the bot received와 Text the browser shows를 비교해 보세요. 그 차이가 AI가 못 보는 부분입니다.
됩니다. 항목 페이지의 Start working, Mark done, Dismiss로 상태를 바꿉니다. 실제로 페이지를 다시 확인해 Verified fixed를 붙이는 것은 Verify뿐이고, 그 확인 상태는 이후 진단에서 문제가 다시 나오면 자동으로 열립니다.
읽힌다는 것은 전제 조건이지 보장이 아닙니다. 결과는 AI 가시성과 인용에서 확인하세요.
Couldn’t complete the audit이 보이면 Re-run audit으로 다시 시도하세요. 계속 실패하면 사이트가 크롤러를 막고 있을 수 있으니 Anymorph 담당자에게 알려주세요. 30분 넘게 멈춘 진단은 자동으로 중단됩니다.

​
함께 보면 좋은 페이지

사이트 진단 리포트

진단이 무엇을 주고 무엇을 빼는지.

AI 가시성

수정이 반영된 뒤 결과를 확인합니다.

인용

AI가 실제로 어떤 출처를 쓰는지 봅니다.

온사이트

인용되도록 만든 페이지를 새로 씁니다.