AI 검색 가시성 감사 프레임워크: 8단계 감사 방법론과 무료 도구
핵심
AI 검색 가시성 감사는 SEO 감사와 다르다. SEO 감사는 특정 페이지가 검색 결과에 순위를 얻을 수 있는지 묻고, AI 검색 가시성 감사는 AI 어시스턴트가 답변을 작성할 때 브랜드가 나타나는지, 어느 순서로 나타나는지, 어떻게 설명되는지를 묻는다. 두 감사는 기술적 토대를 공유하지만 분석 단위, 근거, 성공의 정의가 모두 다르다.
AI 검색 가시성 감사란 무엇인가
대부분의 SEO 감사는 페이지가 순위를 얻을 수 있는지 알려주는 반면, 이 감사는 누군가 어시스턴트에게 구매 관련 질문을 할 때 브랜드가 나타나는지, 어느 브랜드가 먼저 언급되는지, 브랜드 설명이 정확한지, 답변이 어느 출처로부터 구성되었는지를 알려준다.
8단계를 통해 진행한다.
- 범위: 중요한 상업적 영역(클러스터) 선택
- 프롬프트 세트: 구매자가 실제로 입력할 질문 작성
- AI 크롤러 접근성: AI 크롤러가 페이지를 실제로 가져올 수 있는지 확인
- 가시성 기준선: ChatGPT, Gemini, Perplexity, Claude, Copilot, Google AI 서비스 전체에서 질문 실행
- 인용 출처: 답변이 이미 신뢰하는 도메인과 포맷 파악
- 엔티티 명확성: 시스템이 브랜드와 제품을 올바르게 이해하는지 확인
- 진단: 각 격차를 7가지 원인 중 하나에 매칭하고 담당자 지정
- 점수표 및 로드맵: 클러스터별 점수 산출 및 90일 실행 로드맵 구성
무료 Claude 스킬은 이 프로세스의 기계적 부분(클러스터 범위 지정, 프롬프트 세트 초안, 접근성 검사, 인용된 도메인 추출, 어시스턴트의 브랜드 설명 테스트)을 자동화한다. 어시스턴트에 직접 질문하는 부분은 수동으로 실행해야 하지만, 스킬은 실행 시트를 작성하고 중단점을 명확히 표시한다.
SEO 감사 vs AI 검색 가시성 감사
공유하는 기초
- 크롤 가능성과 인덱싱: 아무도 페이지를 가져올 수 없으면 두 감사 모두 작동 불가
- 서버 렌더링 콘텐츠: SEO에 중요했고 AI에는 더 중요함. 대부분의 AI 크롤러는 JavaScript를 완전히 스킵
- 엔티티 명확성과 구조화된 데이터: 일관된 네이밍, 스키마, 제3자 합의는 둘 다 도움
- 증거 있는 진정성 있는 콘텐츠: 원본 데이터와 실제 경험은 순위와 인용 모두 획득
- 내부 링크: 두 시스템 모두 링크를 따라 다른 콘텐츠 발견
SEO 감사에서 안 바뀌는 것
| 항목 | SEO 감사 | AI 검색 가시성 감사 | |------|---------|-------------------| | 분석 단위 | 도메인과 페이지 | 클러스터, 페르소나, 플랫폼 | | 근본 질문 | 이 페이지가 이 질문으로 순위를 얻을 수 있나? | 이 브랜드가 이 답변에 나타나나? 어느 순서로? 어떻게 설명되나? | | 주요 근거 | 크롤 데이터, 인덱싱 커버리지, 순위, 백링크 | 플랫폼 전체 프롬프트 실행, 인용 출처, 봇 로그 | | 결과를 결정하는 출처 | 대부분 자신의 페이지와 링크 | 대부분 통제 불가능한 제3자 페이지 | | 페이지를 읽을 수 있어야 하는 대상 | Googlebot, Bingbot | 약 19개 AI 에이전트 | | JavaScript | Google이 렌더링(지연) | 대부분의 AI 크롤러는 실행 안 함 | | 성공의 모습 | 페이지가 순위 획득 | 포함, 순서, 정확한 설명, 소유 인용 | | 예상 변동성 | 코어 업데이트, 연 수 회 | 월간 40.5~59.3% 인용 편차 | | 어트리뷰션(전환 기여 분석) | Search Console의 클릭 및 노출수 | 불완전함. 측정 가능한 트래픽은 약 1% |
AI 감사에만 있는 것
- 부정확한 언급도 찾을거리다: 순위는 잘못 설명되는 것의 개념이 없음. "소규모 사이트용 저예산 옵션"이라는 설명이 엔터프라이즈 제품에 붙으면 검색 시스템이 만든 포지셔닝 실패이며, 새 콘텐츠 발행으로는 수정 불가
- 제3자 페이지가 주전장이 됨: 상업 질문에서는 제3자가 통제할 수 없음
- 플랫폼별 편차: 어시스턴트 간 인용 오버랩이 14%까지 떨어지므로 한 플랫폼의 데이터만으로는 다른 플랫폼을 거의 설명하지 못함
- 봇 역할 분리: 학습(training), 인덱싱(indexing), 실시간 가져오기(real-time fetching)는 3가지 별개 활동이며 하나를 차단하면 3가지 다른 결과 초래
왜 플랫폼별로 감사해야 하나
플랫폼 간 불일치
Ahrefs의 분석: 76.7백만 AI Overviews, 957,000 ChatGPT 프롬프트, 953,500 Perplexity 프롬프트에서 가장 많이 언급된 상위 50개 웹사이트 중 단 7개 사이트만 세 플랫폼 모두에 나타났다(14% 오버랩). 별개 연구에서 AI Mode와 AI Overviews(동일 Google 제품의 두 서피스) 간 인용 오버랩은 13.7%.
SERP와도 불일치
또 다른 Ahrefs 연구는 4개 어시스턴트의 인용이 같은 질문에 대한 Google과 Bing의 상위 10개 결과와 약 11%만 겹쳤다. Semrush는 Perplexity가 Google 상위 10과 가장 일치하고 ChatGPT가 가장 적게 일치함을 발견했다.
이를 합치면 단일 AI 가시성 수치는 의미가 없어진다. 한 클러스터에서 Perplexity의 기본 추천이면서 다음 클러스터에서 ChatGPT에 빠져 있을 수 있다. 그 수치를 클러스터 세부사항과 함께 보고하면 감사가 되고, 단독으로 보고하면 대시보드일 뿐이다.
감사를 실행하는 데 필요한 것
6가지 항목(2가지는 유료):
| 도구 | 역할 | 비용 | 주의사항 | |------|------|------|---------| | AI 어시스턴트 | ChatGPT, Google AI Overviews, Google AI Mode, Gemini, Perplexity, Claude, Copilot에서 프롬프트 실행 | 무료 티어 가능 | 로그아웃하거나 시크릿 창에서 실행(개인화와 메모리가 기준선 오염) | | 스프레드시트 | 프롬프트 세트, 6개 기록 필드, 점수표 보유 | 무료 | 프롬프트 시트가 실제 산출물. 나머지는 모두 그것에서 파생 | | Screaming Frog | 사이트 크롤링, 원본 HTML과 렌더링 HTML 비교, 상태 코드 및 스키마 검사 | 500개 URL까지 무료 | JavaScript 렌더링 비교가 접근성 단계 대부분 완료 | | Ahrefs, Lite 이상 | 프롬프트 세트 키워드 확장, AI Overview 존재 확인용 serp_features, 인용 도메인용 Brand Radar | $29/월부터 | Brand Radar는 상위 요금제. 없으면 수동 기록 인용으로 인용 출처 단계 진행 | | 서버 또는 CDN 로그 | AI 봇 활동을 학습, 인덱싱, 실시간 가져오기로 분리 | 내보낼 수 있으면 무료 | 감사에서 가장 얻기 어렵고 가장 가치 있음. 1주차에 요청 | | Profound, Peec AI, Rankscale, AccuRanker AccuLLM | 플랫폼 전체 가시성 기준선 자동화(일일, 저장된 이력 포함) | 유료, 대부분 무료 시험 있음 | 자동화 리듬과 커버리지 제공. 기록 내용은 동일 |
주의: 각 AI 가시성 플랫폼은 언급(mention), 인용(citation), 소유 링크(owned link)를 약간 다르게 정의하므로 두 도구가 같은 브랜드에 같은 주에 두 개의 수치를 줄 수 있으며 둘 다 자신의 정의 내에서 맞다. 벤더에게 세 가지 중 어떤 것을 세는지 먼저 물어본 뒤 다른 수치와 비교하라.
8단계 상세
1단계: 감사 범위 결정
도구: Ahrefs Site Explorer(상위 페이지 및 키워드), Google Search Console(이미 전환되는 항목), HubSpot, Salesforce, Gong, 지원 받은편지함 등 판매 대화 기록
결정할 4가지:
- 클러스터: 3~5개 상업적 영역 선택. "저렴한 급여 관리 도구"가 아니라 "급여 관리 소프트웨어" 같은 비즈니스가 인정하는 이름으로. Ahrefs나 Search Console에서 상위 페이지를 트래픽 및 수익별로 분류하고 비즈니스가 인식하는 영역으로 그룹화
- 페르소나: 2~4개, CRM 기록, 녹음된 판매 통화, 지원 티켓, 사이트 검색 로그, 성공/실패 분석에 기초. 테스트: 페르소나가 질문을 바꾸지 않으면 인구통계일 뿐. 기술 평가자와 예산 담당자는 같은 제품에 대해 진정으로 다른 질문을 하지만 "35~44세 도시 전문가"는 특히 묻는 것이 없음
- 시장: 범위에 포함된 국가와 언어 나열. 각각 별개 감사 표면 (어시스턴트가 지역화된 SERP와 다르게 작동)
- 경쟁사: 의도적으로 2개 목록 작성. 상업 경쟁사(비즈니스가 거래를 잃는 대상), 답변 경쟁사(답변에 나타나는 대상). 5단계가 이 목록들이 얼마나 떨어져 있는지 보여주며 경험상 그 거리가 흥미로운 작업의 장소
1단계는 한 페이지짜리 범위 노트로 끝남: 클러스터, 페르소나, 시장, 두 경쟁사 목록, 이 감사가 답해야 할 단일 비즈니스 질문.
2단계: AI 검색 프롬프트 세트 구성
도구: Ahrefs Keywords Explorer(매칭 용어 및 질문), G-Trendalyser(최대 250개의 상승 및 관련 질문), AlsoAsked(People Also Ask 체인), FanoutFox(팬아웃 자체)
FanoutFox: Suganthan Mohanadasan이 만든 무료 Chrome 확장. ChatGPT가 답변 뒤에서 실제로 실행하는 검색 질문, 가져온 페이지, 페이지가 인용/언급/가져온것 중 어느 것인지 보여줌. 마지막 구분은 가시성 기준선의 필드 4를 추측에서 화면에서 읽을 수 있는 것으로 바꾸고 비용은 없음.
이 단계는 AI 검색의 키워드 조사이자 이후 모든 것의 척추: 틀리면 다음 6단계가 잘못된 것을 매우 정확하게 측정함.
각 클러스터별 페르소나 여정 매트릭스 구성(5개 여정 단계):
- 문제 발견
- 카테고리 교육
- 브랜드 및 제품 비교
- 이의, 한계, 위험
- 구매 및 구매 후
4가지 규칙 적용:
- 페르소나의 언어 및 실제 제약 사용: "최고의 급여 관리 소프트웨어"는 키워드. "40명 직원이 있고 3개국의 계약자를 월 200파운드 이하로 지급하는 기관에 맞는 급여 관리 소프트웨어"는 프롬프트이며 포지셔닝이 제약과 접촉을 견딜 수 있는지 드러내는 버전
- 각 페르소나별로 같은 클러스터 작성: 예산 담당자는 회사 규모와 예산에 맞는 옵션과 추천을 뒷받침하는 증거를 묻는다. 기술 평가자는 통합 노력과 한계를 비교하도록 묻는다
- 모든 프롬프트에 후속 질문 추가: 어시스턴트는 대화형이고 두 번째 질문이 보통 쇼트리스트가 형성되는 곳
- 시장당 25~50개 핵심 프롬프트로 규모 유지: 25개 미만이면 패턴이 보이지 않고 50개 이상이면 아무도 계속 실행하지 않아서 버려진 프롬프트 세트는 작은 유지 세트보다 가치가 적음
팬아웃으로 확장. 어시스턴트가 한 질문을 여러 하위 쿼리로 분해하고 그 표면 전체 일관성이 단일 페이지를 완벽하게 하는 것보다 중요. 4곳에서 끌어오기:
- G-Trendalyser나 Google Trends의 상승 및 관련 질문
- Ahrefs Keywords Explorer의 매칭 용어 및 질문
- AlsoAsked의 People Also Ask 체인
- 3개 가장 상업적 프롬프트를 FanoutFox로 실행(실제 하위 쿼리 표시)
주의(Lily Ray 지적): 모든 팬아웃 쿼리를 자신의 페이지로 바꾸려는 유혹에 저항. 반복된 테마를 클러스터링하고 이미 소유한 최고 도착지를 강화. 팬아웃 목록을 조사 입력으로 취급.
프롬프트 시트가 이 단계의 실제 산출물. 행당 1개 프롬프트, 클러스터, 페르소나, 여정 단계, 시장, 프롬프트 텍스트, 후속, 추가 날짜, 여전히 활성인지 여부 전달.
3단계: AI 봇 접근성 감사
도구: Screaming Frog(크롤링 및 렌더링 비교), Terminal/Command Prompt(봇당 가져오기 테스트), Ahrefs Site Audit 또는 Sitebulb(광범위 기술), JetOctopus, Botify, Lumar(로그 내보내기 가능)
용어:
- 유저 에이전트: 방문자가 페이지를 요청할 때 주는 이름. 브라우저는 Chrome이라 하고 OpenAI 크롤러는 GPTBot이라 하며 서버는 그 이름을 읽고 각각 다르게 취급 가능
- WAF(웹 애플리케이션 방화벽): 사이트 앞의 보안 계층으로 의심스럽다고 판단한 트래픽 차단. SEO팀 몰래 AI 크롤러 차단 가능. 이 단계가 존재하는 이유
접근성은 측정 전에 와야 함. 어시스턴트가 가져올 수 없는 페이지는 콘텐츠가 뭐든 인용되지 않음.
4가지 검사 실행:
3a. robots.txt 확인, 그 다음 서버가 실제로 하는 일 확인
먼저 파일 읽기: yourdomain.com/robots.txt를 브라우저에 가서 다음 에이전트 규칙 찾기:
GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, PerplexityBot, Google-Extended, Bytespider, Amazonbot, meta-externalagent, Bingbot
각각 허용, 비허용, 미언급 여부 적기. 미언급은 허용으로 취급.
그 다음 실제로 일어나는 일 테스트. 명령줄 경험이 없어도 된다:
- Mac: Command+Space로 Spotlight 열기, Terminal 입력, Enter
- Windows: Windows 키, PowerShell 입력, Enter
다음 라인 붙여넣기(자신의 URL로 교체), Enter:
curl -A "GPTBot" -o /dev/null -s -w "%{http_code}\n" https://example.com/pricing
왼쪽에서 오른쪽으로 읽기: curl이 브라우저 없이 봇처럼 웹 페이지 가져오기. -A "GPTBot"이 서버에 GPTBot이라 말함. -o /dev/null이 페이지 콘텐츠 폐기(응답 코드만 원함). -s가 진행 표시줄 숨김. -w "%{http_code}"가 응답 코드만 출력.
3자리 수 반환:
- 200: 페이지 로드됨. 그 봇이 도달 가능
- 403: 금지됨. 보통 WAF나 CDN 규칙이 차단, 중대한 발견
- 429: 요청 많음. 서버가 그 봇 속도 제한, 검색 속도 저하
- 301 또는 302: 리다이렉트. 따라서 어디로 가는지 확인
- 404: 그 에이전트에서도 페이지 빠짐(브라우저에서 로드되어도)
클러스터당 5~10개 중요 URL에서 실행, 에이전트 이름 매번 교체. 의도한 봇에서 403 반환하는 것은 로드맵 최상위로.
터미널 없음: Chrome에서 User-Agent Switcher 확장 설치, GPTBot과 다른 것들을 커스텀 에이전트로 추가, 각각으로 위장하며 페이지 로드. Screaming Frog도 Configuration > User-Agent에서 커스텀 에이전트 선택/입력, 그 봇으로 크롤링.
3b. 페이지가 JavaScript 없이 작동하는지 확인
대부분 AI 크롤러는 JavaScript 실행 안 함. 스크립트 후 나타나는 것은 어시스턴트에 보이지 않음. 템플릿 기준으로 확인(페이지 기준 아님). 같은 템플릿에서 만든 페이지는 모두 같게 동작.
2분 브라우저 확인(도구 필요 없음):
- Chrome에서 페이지 열기, Command-Option-U(Mac) 또는 Control-U(Windows) 누르기. 서버가 보낸 원본 HTML 표시
- Command-F 또는 Control-F, 라이브 페이지에서 볼 수 있는 문장 검색
- 찾으면 서버 렌더링 콘텐츠, 크롤러가 읽을 수 있음
- 못 찾으면 JavaScript가 로드 후 추가, 대부분 AI 크롤러가 못 봄
Screaming Frog 버전(전체 사이트):
- Screaming Frog 열기, Configuration > Spider > Rendering 탭
- "Text Only" 선택, 사이트 크롤링, Internal HTML 리포트 내보내기
- 같은 설정으로, "JavaScript" 선택, 다시 크롤링, 그 크롤도 내보내기
- 2개 내보내기 간 Word Count 열 템플릿별 비교
- JavaScript 크롤이 훨씬 더 많은 단어 보이는 곳이 AI 크롤러가 못 보는 콘텐츠
내가 실행한 한 봇 로그 감사에서 개발자 설명서 서브도메인이 30일 동안 69개 AI 인용을 기록했고 메인 도메인은 220,707개. 비율 0.03%. 문서는 해시 프래그먼트 URL 뒤 클라이언트 렌더링 단일 페이지 앱이라 모든 어시스턴트 가져오기가 빈 쉘 받음. 콘텐츠는 훌륭했고 아무도 못 읽음.
3c. 봇 로그를 3가지 역할로 분리
서버 로그가 이 감사에서 가장 가치 있는 데이터셋이고 얻기 가장 어려우니 1주차에 요청.
어떻게 요청: 호스팅, 인프라, DevOps 담당 이메일로 지난 30일 원본 접근 로그 요청(유저 에이전트, 요청 URL, 응답 코드, 타임스탬프 포함). 사이트가 Cloudflare 뒤에 있으면 Analytics > Security > Bots에 같은 데이터 있음. 아무도 로그 파일을 만들 수 없으면 감사에 말하고 진행. 다른 3가지 검사는 여전히 유효.
무엇을 할 것인가: 내보내기를 JetOctopus, Botify, Lumar에 업로드(모두 유저 에이전트별로 분리). 더 작은 사이트는 스프레드시트 유저 에이전트별 피벗으로 충분.
그 다음 AI 봇 트래픽을 3가지 활동으로 분리. 대부분 대시보드가 이를 하나의 "AI 봇" 줄로 더함:
- 학습 크롤: 모델의 배경 지식 구축
- 인덱싱 방문: 나중에 검색할 수 있는 말뭉치 구축
- 실시간 가져오기: 누군가 지금 당장 묻는 질문에 답변
역DNS로 각 봇 확인. 유저 에이전트 문자열은 속이기 쉬움. 제대로 된 로그 도구는 확인 설정 있음.
분리가 중요한 이유. 같은 로그 내보내기에서 OpenAI 봇은 230만 실시간 가져오기 생성, Amazon과 ByteDance는 0. ByteDance는 110만 학습 방문 기여, 0 인덱싱. Bing은 100만 인덱싱 방문 보냄(Copilot 공급). 한 제공자 차단은 3가지 역할 중 어느 것을 했는지에 따라 완전히 다른 결과.
실시간 숫자를 수요 신호로 사용. 어시스턴트 가져오기가 클러스터 페이지에 도달하는 것은 그 클러스터 프롬프트가 지금 검색 트리거하는 직접 증거.
3d. 헛된 크롤 예산 찾기
같은 로그 내보내기가 AI 봇이 요청을 낭비하는 곳도 보여줌. 내가 가장 자주 찾는 4가지 패턴(모두 같은 내보내기에 나타남):
- 추적 및 제휴 리다이렉트 URL: 한 세트 내부 리다이렉트 경로가 약 861,000 봇 방문 당겨 봇이 콘텐츠 없는 리다이렉트 인프라로 학습. 수정: robots.txt disallow
- 중단된 제품 페이지: 폐기된 제품 페이지가 전체 사이트에서 3번째로 크롤링 많은 592,105 방문. 수정: 현재 동등물로 301(링크 에쿼리도 복구)
- 동적 검색 결과 페이지: 한 개가 161,165 어시스턴트 인용, 160,235 학습 방문 대 871 인덱싱 방문. 봇이 저장할 유용한 것 없는 페이지의 서명. 수정: disallow + noindex
- pagination 복제 신호 분할: 가격 책정 페이지와 /pricing/1 변형이 따로 크롤링 35,691, 22,327 인용, 한 신호를 둘로 분할. 수정: canonical 태그
llms.txt는 어떤가?
yourdomain.com/llms.txt에 하나가 있는지 확인, 그 다음 규모에 맞게 유지. AI Search Optimisation 101의 증거를 살펴봤고 짧은 버전은 Google이 파일을 완전히 무시한다고 함. Google Search에서 도움도 해도 손해도 아님. 본 봇 로그에서 파일이 거의 요청도 안 됨.
없으면 빠짐: 아무 감사도 이것에 의존 안 함. 위 4가지 검사가 하나 추가보다 훨씬 더 가시성 이동.
이미 있으면 크기 확인. 한 사이트에서 파일이 건강한 200 응답, 297,000 문자 실행, 대부분 모델이 자르는 지점 훨씬 넘음, 크롤된 경로 상위 200에도 안 나타남. 존재하는 파일은 읽히는 파일 아님.
이 단계 후 클러스터별 접근성 테이블. 각 핵심 URL, robots 정책, 각 봇에 반환된 응답 코드, 콘텐츠가 JavaScript 없이 남는지, 로그가 그것을 말하는 것. 여기 모든 실패가 로드맵 최상위로.
4단계: 플랫폼 전체 AI 검색 가시성 측정
도구: 어시스턴트 자체, 프롬프트 시트로 수동 실행. Ahrefs Keywords Explorer serp_features 포함하면 이미 순위하는 용어의 AI Overview 존재 표시. Profound, Peec AI, AccuRanker's AccuLLM, Rankscale은 전체 단계 자동화.
모든 핵심 프롬프트를 모든 플랫폼에서 실행, 로그아웃하거나 시크릿 창, 모든 실행 날짜 표기.
각 플랫폼에서 각 프롬프트마다 6개 필드 기록:
- AI 답변이 전혀 나타나는지
- 어느 브랜드가 포함되고 어떤 순서인지
- 각 브랜드가 어떻게 설명되고 그 설명이 정확한지
- 어느 페이지와 도메인이 인용되는지
- 각 인용 출처가 소유, 획득, 커뮤니티 주도, 상업 중 어느 것인지
- 답변의 뭔가가 잘못되거나 구식인지
필드 3이 가장 자주 건너뜀. 돈이 자주 그곳에 있음. 부정확하게 언급되는 것은 도움 안 됨. "소규모 사이트 저예산 옵션"이 엔터프라이즈 제품에 붙으면 검색 시스템이 만든 포지셔닝 실패. 새 콘텐츠가 아무도 읽지 않은 제3자 페이지에서 설명이 나올 때까지 수정 안 됨.
리듬: 핵심 세트 월 1회 전체, 10개 프롬프트 감시 부분 주 1회. 수동으로 대략 월 2시간, 유료 플랫폼이 일일 가져감. 실제 가치는 이력 저장.
어떤 스택이든 worth 단축:
- Ahrefs 상위 유기 키워드 당겨오기 serp_features 포함. ai_overview 반환하는 모든 키워드는 Google AI 계층이 이미 앉은 순위 항목. 이미 하던 호출에서 추가 비용 없음. 한계 명확: AI Overview 나타난다 말함, 인용된다 아님
- 3개 가장 상업 프롬프트를 FanoutFox로 실행. ChatGPT가 실행한 하위 쿼리, 페이지 인용/언급/가져온것 표시
가시성 매트릭스가 감사 나머지가 설명하는 것. 각 플랫폼 존재 비율, 언급된 브랜드 중 평균 위치, 설명 정확성, 소유 페이지 최소 1개 인용한 프롬프트 비율.
5단계: AI 인용 출처 감사
도구: 가시성 기준선에서 기록한 인용, 인용 도메인과 인용 페이지용 Ahrefs Brand Radar(계획 포함할 때), Profound Answer Engine Insights.
여기서 질문 돌리기. 누구를 답변이 신뢰하는가가 언급하는지 여부보다 보통 더 실행 가능.
각 클러스터마다 기준선 실행에서 모든 인용 도메인 합계, 나타남 횟수별로 순위, 각각을 소유, 획득, 커뮤니티, 상업, 경쟁사 소유로 라벨.
패턴이 발견. Profound 680백만 인용 분석은 ChatGPT가 August 2024~June 2025 데이터셋에서 Wikipedia를 가장 자주 인용, Reddit가 Google AI Overviews와 Perplexity 둘 다 주도. 그 선호도는 시간에 따라 이동. 내구적 결론은 플랫폼이 서로 다름, 그 다음 자신의 클러스터 데이터에서 지역 버전 읽음.
그 다음 우승 포맷 공부. 포맷이 종종 장벽. 인용된 페이지가 비교, 원본 연구, 설명서, 도구, 비디오, 제3자 목록? 꾸준히 연구를 인용하는 클러스터는 얼마나 많은 제품 페이지 발행해도 연구 계속 인용. 적힌 것만으로 명백하고 여전히 내가 읽는 AEO 감사에서 가장 흔한 권장.
그 다음 소유 안 하는 쇼트리스트 감사. 상업 프롬프트의 경우 답변은 보통 제3자 "best of"와 비교 페이지에서 조립. 클러스터당 3가지 질문:
- 그 페이지 중 어느 것이 가장 자주 인용되나?
- 브랜드가 그 위에 나타나나?
- 그들이 말하는 것이 여전히 참인가?
양쪽: 어시스턴트가 지금 인용하는 비교 페이지 실행 이후 해본 것도 있음. 집단팀이 놀라는 것은 AI 가시성 문제 얼마나 많이 다른 사람 웹사이트에 앉아 있다는 것. 18개월 전 마지막 업데이트, 그 이후 두 번 바뀐 가격 옆 테이블.
각 클러스터 후 상위 10 인용 도메인과 유형, 답변이 계속 보상하는 포맷, 목록 또는 수정하면 가장 움직일 3개 제3자 페이지.
6단계: AI 검색에서 엔티티 명확성 확인
도구: 클린 세션의 어시스턴트, Google Rich Results Test, Schema.org validator, Wikidata, 수동 브랜드 SERP 리뷰.
시스템이 누구인지 잘못 이해하면 모든 다른 신호가 잘못된 엔티티에 도달. 콘텐츠 어떤 것을 쓰기 전에 이거 실행.
4가지 검사:
- 각 어시스턴트에 콜드 물어보기, 신선한 세션 메모리 꺼짐. "[브랜드]가 뭔가, [브랜드]가 뭐 하나, 뭐로 알려져 있나, [주요 경쟁사]와 비교하면 어떤가". 말하는 것, 틀린 것, 인용하는 것 기록. 인용 컬럼이 실행 가능한 것. 잘못된 설명은 거의 항상 수정할 수 있는 특정 출처로 추적.
- Rich Results Test와 Schema.org validator로 스키마 검증. Organization, Product, Person 마크업 존재, 해석, 사본에 동의하는지 확인
- 웹 전체 일관성 확인: 이름, 카테고리 설명, 포지셔닝이 사이트, LinkedIn, Crunchbase, Wikidata, 주요 산업 디렉토리에서 일치해야 함. 어시스턴트가 이들을 조화, 그래서 그 사이 모순이 헤지된 또는 잘못된 답변
- 브랜드 SERP 읽기: 엔티티의 공개 기록이고 페이지 1에 모순되는 거 어디든 어디든 모순
엔티티 정확성 테이블 짧고 유용. 각 주장, 각 어시스턴트 말하는 것, 그게 맞는지, 가능한 출처, 수정 어디가 해야 함.
7단계: AI 답변에서 빠진 이유 진단
도구: 없음. 이 단계는 판단으로 실행되고 감사를 리포트에서 분리하는 것.
3~6단계의 모든 격차, 4개 측정 단계 가져다가 7가지 원인 중 하나에 매칭. 목록이 AI search optimisation guide에서 옴. 각각 확인하는 방법:
1. 접근(Access): 유용한 페이지 검색 불가. 진단: 3a가 최소 한 AI 유저 에이전트에 403, 429, 리다이렉트 체인 반환, 또는 3b가 콘텐츠가 JavaScript 후에만 나타남. 담당자: 엔지니어링
2. 관련성(Relevance): 콘텐츠 존재, 다른 질문에 답변. 진단: 페이지가 정보 프롬프트 클러스터에서 인용, 상업 것에서 부재, 또는 이기는 프롬프트가 명시된 목적과 일치 안 함. 담당자: 콘텐츠, SEO
3. 증거(Evidence): 주장이 인용할 거 없음. 진단: 페이지를 5단계 인용 페이지와 비교, 원본 번호, 명시된 출처, 실제 테스트, 날짜 세기. 인용 페이지 있고 당신 없으면 그게 원인. 담당자: 콘텐츠, 제품 마케팅
4. 엔티티 명확성(Entity clarity): 시스템이 브랜드, 제품, 카테고리 잘못 이해. 진단: 6단계가 "누구" 답변에 일관성 아니거나 잘못, 또는 스키마, LinkedIn, Wikidata 설명이 서로 의견 불일치. 담당자: SEO, 브랜드
5. 포맷(Format): 경쟁 출처가 같은 정보 더 유용하게 제시. 진단: 5단계가 한 dominant 포맷(비교 테이블 예시)을 클러스터에서 보이고 최고 페이지가 완전히 다른 포맷. 담당자: 콘텐츠, 디자인
6. 외부 컨텍스트(External context): 발행자, 제휴, 리뷰, 커뮤니티가 불완전한 이야기. 진단: 5단계 인용 도메인이 대부분 제3자, 당신이 그 페이지에서 빠졌거나 부정확하게 설명됨. 담당자: 제휴, PR, 커뮤니티
7. 신선함(Freshness): 가격, 스펙, 주장이 구식, 당신 페이지 또는 그들 페이지. 진단: AI 답변의 숫자를 현재 가격/스펙 비교. 차이나면 오래된 수치 인용 페이지로 추적. 담당자: 콘텐츠 운영
3가지 규칙:
- 모든 격차에 원인과 담당자 부여: 담당자 없는 발견은 테이블 주위 불만
- 7개 중 1개가 콘텐츠 발행으로만 해결됨에 주목: 거의 항상 더 많은 콘텐츠 발행이 지시되어 이 진단이 주로 그 반사작용 막으려고 존재
- 모든 것이 발화하면 리스코프: 모든 7개 원인이 모든 클러스터에서 나타나면 범위가 너무 넓다. 진단 전에 범위 단계로 돌아가기
진단 테이블은 행당 한 격차. 클러스터, 격차, 원인, 담당자, 수정, 노력(소/중/대), 어느 기준선 측정치 이동할지.
8단계: AI 검색 가시성 점수 및 로드맵 구성
도구: 스프레드시트가 이 단계 전부.
각 클러스터를 100점 중으로 5개 가중 요소:
- 존재(Presence), 30%: 4단계에서 브랜드가 나타나는 핵심 프롬프트 비율
- 두드러짐과 정확성(Prominence & accuracy), 20%: 언급된 브랜드 중 위치, 설명 정확한지 여부(4단계)
- 소유 인용(Owned citations), 20%: 소유 페이지 최소 1개 인용한 프롬프트 비율(4단계)
- 제3자 강도(Third-party strength), 20%: 인용된 쇼트리스트에서 존재와 정확성(5단계)
- 접근(Access), 10%: 클러스터 핵심 페이지 검색 가능성(3단계)
하나의 설계 결정이 가중치 자체보다 더 중요: 각 요소를 자신의 목표 100%로 제한. 그 제한 없이 하나가 엄청 초과 달성하면 하나가 실패하는 것을 숨김. 리더십 팀을 위해 가중 AI 가시성 모델을 만들었고 제한이 그것이 정밀 검토 살아남은 부분. 비즈니스에 맞춰 가중치 조정, 추론 한 번 적음, 그 다음 방치.
클러스터를 시장당 한 수치, 전체 한 수치로 롤업. 그것이 보드 슬라이드 수치.
주의를 적음, 회의 남아있게 하려고: 프롬프트 샘플, 인용 변동, 어트리뷰션 불완전. Conductor의 2026 벤치마크는 측정 가능 AI 레퍼럴을 10개 산업 전체 웹사이트 트래픽 1.08% (Information Technology 2.80%~Communication Services 0.25%). Ahrefs June 2026 패널은 0.33%. 둘 다를 바닥으로 취급. SearchPilot 리뷰는 같은 플랫폼이 기기와 인터페이스에 따라 Referral, Organic, Unassigned, Direct에 도달함 발견. Aleyda Solis는 측정 레퍼럴이 AI 기여 바닥이라 같은 지점, 그 다음 존재, 검색, 광범위 영향 계층.
정확한 상상 수치보다 정직한 방향 수가 낫다. 정확히 그것을 덱에서 말함.
그 다음 영향력 대 노력별로 로드맵 순서, 2가지 오버라이드:
- 접근 수정이 먼저, 점수 뭐든. 다른 모든 것을 제한
- 자주 인용된 제3자 페이지의 신선함 수정이 둘째, 프레임워크 전체에서 시간 당 가장 많음 전달, 보통 이메일 1개가 아니라 프로젝트
전체 감사가 한 페이지에. 클러스터별 점수, 롤업 수치, 90일 로드맵, 함께 가는 주의.
감사 빈도
| 활동 | 빈도 | |------|------| | 감시 부분, 10 프롬프트 | 주간 | | 전체 핵심 프롬프트 세트 | 월간 | | 점수표 새로고침 | 월간 | | 전체 감사, 3~8단계 | 분기 | | 범위 리뷰 | 분기, 감사 후 |
실용 주의: 주요 모델 배포 때 모든 트렌드 라인에 날짜 표기. 기준선이 리셋되고 따라오는 단계 변화는 모델 릴리스, 당신 작업이 아님. 어느 방향이든.
진단 단계가 감사를 가치있게 만드는 이유
처음 6단계는 정보 만들고 점수표는 수치 만듦. 진단이 유일하게 결정 만들고 그것이 건너뛰어지는.
진단이 감사를 리포트에서 분리. 리포트는 비즈니스에 뭐 일어나는지 말함. 감사는 뭐 할지, 어떤 순서, 어느 팀이 할지 말함. 대부분 AI 검색 작업이 첫 번째에 못박혀 두 번째가 누군가 관점 홀드하고 거기 이름 놓기 필요.
2가지가 진단 단계 직설적 실행하게: 목록의 모든 원인이 적힌 테스트 붙어서 당신이 3~6단계에서 이미 수집한 증거를 확인하는 처음부터 의견 형성 대신. 그리고 모든 원인이 기본 담당자 있어서 발견 신선할 때 누가 일 할지 회화 일어남.
진단이 5개 원인의 7개를 콘텐츠에 떨어뜨리면 접근 단계 다시 거쳐보기 전에 그걸 믿음. 내가 실행한 모든 감사에서 접근과 외부 컨텍스트가 누군가 예상보다 크게, 콘텐츠가 작게 나왔음.
무료 AI 검색 가시성 감사 스킬과 프레임워크 다운로드
프레임워크도 Claude 스킬로 실행, Ahrefs SEO 감사 스킬과 같은 방식으로 구축. 브랜드를 지적하면 단계를 작업한 다음 Word 문서 및 추적 스프레드시트와 함께 작성.
- zip으로 AI 검색 가시성 감사 스킬 다운로드, .skill 파일 Claude에 업로드
- 먼저 SKILL.md 읽음(설치 전 지침 보거나 자신 프로세스로 편집하려고)
- PDF로 프레임워크 문서 다운로드(수동 감사 실행 또는 클라이언트에 전달용)
- 셋 다 무료, 이메일, 가입 없음
스킬 설치 방법
- Claude 연결: Settings > Connectors > Ahrefs MCP 서버 추가(Ahrefs Lite 이상)
- 위 링크에서 스킬 파일 다운로드, 언집
- Claude에 업로드: Settings > Capabilities > Skills > upload(유료 Claude 계획 필요)
- 실행: "example.com의 AI 검색 가시성 감사 실행" 말하기, 3개 범위 질문 답변
AI 검색 가시성 감사 스킬이 하지 않을 것
Claude가 ChatGPT, Gemini, Perplexity, Copilot 쿼리 할 수 없어 어떤 스킬도 가시성 기준선에 성실하게 청구할 수 없음. 교차 플랫폼 기준선을 위해 모든 프롬프트와 기록 필드로 미리 채운 실행 시트 구성. 그 다음 그 자신의 단일 모델 답변을 정확히 그것 라벨: 스모크 테스트, 한 모델, 한 실행, 한 날짜.
내가 하는 쪽이 채움 간격 발명 수치보다 어디서 멈출지 말하는 스킬.
또한 크롤 낭비 검사 전에 로그 내보내기 당신에서 필요하고 CDN 또는 WAF 설정 내부 못 봐 그 부분 인간 일.
AI 검색 가시성 감사 FAQ
SEO 감사와 AI 검색(AEO 또는 GEO) 감사의 차이
SEO 감사는 웹사이트를 검사해서 페이지가 순위 얻을 수 있는지 묻음. AI 검색 감사는 답변을 검사해서 브랜드가 나타나는지, 어떤 순서, 얼마나 정확하게 설명되는지 묻음. 기술적 토대 공유, 분석 단위, 증거, 고정된 무엇이 위에서 편차.
전체 AI 검색 가시성 감사가 얼마나 걸리나?
첫 번째는 실제 2~3일, 대부분 2단계(프롬프트 세트 구성). 그 이후 감사는 약 1일. 프롬프트 세트가 이미 존재, 다시 실행하고 재진단.
이 감사를 실행하려고 유료 AI 가시성 도구 필요한가?
아니요. 모든 단계가 무료 경로를 갖고 프레임워크가 유료 도구가 메서드 바꾸지 않고 슬롯 들어가게 쓰임. Profound, Peec AI, AccuRanker는 일일 리듬, 더 많은 플랫폼, 저장 이력 구매. 7단계는 어느 쪽이든 당신.
실제로 얼마나 많은 프롬프트 필요한가?
시장당 25~50개 핵심 프롬프트. 숫자 덜 중요 실행 간 안정 유지. 월 40~59% 인용 편차 이동 프롬프트 세트가 어떤 트렌드도 읽을 수 없게.
이 감사를 경쟁사에서 실행할 수 있나?
예. 4, 5, 6단계는 변경 없이 작동. 접근 단계만 안 됨. 그들 로그에 접근 없음. 로드맵 접근 요소가 추정. 90 밖에 점수 매기고 슬라이드에 말함.
추가 정보
당신이 도메인의 AI 검색 측면에 두 번째 눈 원하거나 반복 프로세스를 기계에 줄 수 있는 것으로 바꾸는 손 원하면 무엇을 작업 중 말함.