AI 인용을 위해 확인할 순서

최종 수정 2026-09-14 · 지니어스코리아

먼저 밝힐 것 — 이 문서는 항목 체크리스트가 아니다.
"표를 넣어라 · FAQ를 붙여라 · 스키마를 달아라" 같은 페이지 항목 목록은 시장에서 가장 많이 팔리지만, 조건 없이 "이걸 넣으면 인용된다"고 말할 수 있는 항목은 현재 확립되어 있지 않다. 그런 목록을 여기서 팔지 않는다. 대신 확인할 수 있는 것에는 순서가 있고, 그 순서를 지키면 최소한 헛돈은 쓰지 않는다. 아래가 그 순서다.

왜 순서가 항목보다 중요한가. 1번이 막혀 있으면 5번을 고쳐도 아무 일도 일어나지 않는다. 그리고 3번에서 "우리 사이트의 사정거리 밖"이라는 답이 나오면, 페이지를 아무리 고쳐도 그 질문에는 닿지 않는다. 돈이 새는 자리가 대부분 여기다.

1. 어떤 질문에서 나오고 싶은지부터 정한다

"AI에 잘 나오게 해주세요"는 작업 지시가 될 수 없다. 고객이 실제로 던지는 질문 문장을 10~30개 적는 것이 첫 작업이다. 이걸 안 정하면 뒤의 모든 측정이 무의미하다.

적을 때 브랜드명이 들어간 질문과 안 들어간 질문을 반드시 나눠서 적는다. 3번에서 이 구분이 결정적으로 작동한다.

2. 그 질문에 애초에 검색이 도는가

AI가 항상 웹을 뒤지는 것이 아니다. Anthropic은 Claude의 동작을 이렇게 갈라 놓았다 — "current, changing, or outside its training data"일 때 검색하고, "stable knowledge"(확립된 사실·수학·창작·이미 제공된 내용의 분석)에는 검색 없이 답한다.

검색이 안 돌면 어떤 페이지 처방도 그 질문에 닿지 않는다. 콘텐츠를 만들기 전에 이걸 먼저 확인한다. 방법은 간단하다 — 그 질문을 실제로 던져 보고 답변에 출처가 달리는지 본다. 출처가 하나도 안 달리면 그 질문은 페이지로 공략할 대상이 아니다.

3. 브랜드명 유무로 사정거리를 잰다 — 여기가 갈림길이다

같은 사이트라도 질문 유형에 따라 나오는 정도가 크게 다르다.

질문 유형	예	자사 사이트가 답할 수 있는가
브랜드명이 들어간 질문	"○○○은 뭐 하는 회사야"	대체로 답한다. 4~7번을 하면 된다
브랜드명 없는 카테고리 질문	"○○ 도구 추천해줘"	대체로 자사 사이트는 안 뽑힌다

두 번째 줄이 이 문서에서 가장 중요한 줄이다. "홈페이지를 잘 만들어서 카테고리 질문에서 나오자"는 계획은 대부분 여기서 무너진다. 신규 고객이 던지는 질문이 바로 그 카테고리 질문인데, 그 자리에서 엔진이 인용하는 것은 제품 홈페이지가 아니라 여러 후보를 비교·정리한 제3자 문서인 경우가 많다.

우리 사이트에서 직접 확인한 것: 아래 4~6번을 마친 뒤 브랜드명 질의에서는 정확히 소개되기 시작했지만, 같은 날 "국내에서 쓸 수 있는 GEO 진단 도구 추천해줘"에서는 한 번도 언급되지 않았다. 그 답변이 인용한 출처 네 개는 전부 도구 제작사 홈페이지가 아니라 비교 문서였다.

그래서 3번의 결론은 둘 중 하나다. 브랜드명 질의가 목표라면 온사이트 작업으로 간다(4~6번). 카테고리 질의가 목표라면 페이지 수선이 아니라 채널 문제로 다뤄야 한다 — 남이 우리를 적은 문서를 늘리는 쪽이다. 이 순서를 뒤집으면 돈과 시간이 샌다.

4. 접근을 막고 있지 않은가 — 벤더가 명시한 유일한 자격 조건

구글은 자기 문서에서 자격 조건을 이렇게만 말한다 — "a page must be indexed and eligible to be shown in Google Search with a snippet", 그리고 "There are no additional requirements ... nor other special optimizations necessary." 자격 조건은 있고 그 위의 최적화 요건은 없다는 뜻이다.

확인 방법은 서버 로그다. 접근 로그에서 아래 User-Agent의 요청과 응답 코드를 직접 본다.

GPTBot            OpenAI 수집 크롤러
OAI-SearchBot     OpenAI 검색용
ChatGPT-User      ChatGPT 실시간 페처 (사용자가 URL을 줄 때)
ClaudeBot         Anthropic 수집 크롤러
Claude-User       Claude 실시간 페처
PerplexityBot     Perplexity 수집 크롤러
Perplexity-User   Perplexity 실시간 페처
Google-Extended   Google AI 학습용 제어 토큰
Googlebot         구글 검색 크롤러

하지 말아야 할 것 — 엔진에게 물어보기. "내 사이트 읽을 수 있어?"라고 물어서 나온 답은 근거가 되지 않는다. 우리가 실측한 바로는, ChatGPT의 페처가 200을 받아간 바로 그 순간에 ChatGPT는 "503이라 못 읽었다"고 답했고, Perplexity는 요청을 한 번도 보내지 않은 채 "접속 실패했다"고 답했다. (로그 전문)

5. 봇이 받은 HTML에 본문이 들어 있는가

200을 받는 것으로 끝이 아니다. 그 200 안에 텍스트가 있어야 한다.

확인 방법: 브라우저에서 "페이지 소스 보기"(개발자도구의 Elements가 아니라 소스 보기)를 열고, <body> 안에 실제 문장이 있는지 본다.

주의해서 읽어야 할 대목이다. "본문이 JS로 그려지면 AI가 인용하지 않는다"는 말은 검정된 적이 없고, 관찰 자료에서는 오히려 성립하지 않는 쪽으로 나온다 — 자바스크립트로 본문을 그리는 페이지도 실제로 인용된다. 우리가 직접 확인한 것은 그것과 다른 층이다: 본문이 비어 있으면 엔진이 그 페이지를 다른 것으로 오인한다. 인용이 줄어든다는 이야기가 아니라, 우리를 우리로 설명하지 못하게 된다는 이야기다. 특히 철자가 겹치는 다른 대상이 인터넷에 있으면 그쪽 설명이 우리 설명으로 나간다.

따라서 정직한 표현은 "AI가 못 본다"가 아니라 "JS 없이 본문이 몇 자 노출되는가"라는 사실 보고다.

6. 엔진을 하나로 묶지 않는다

네 엔진이 인용하는 도메인은 서로 거의 겹치지 않는다. "AI에 나온다"는 하나의 상태가 아니다. 어느 엔진에서 나오고 싶은지를 정하고, 엔진별로 따로 세야 한다.

그리고 엔진마다 동작이 다르다. 우리가 같은 날 같은 서버에서 확인한 것만 해도, Googlebot은 자바스크립트를 실행했고 AI 실시간 페처는 HTML만 가져갔으며, Perplexity는 아예 요청을 보내지 않았다.

7. 측정을 먼저 세운다

서버 로그가 1차 근거다. 접근 여부는 로그로만 판정한다. 엔진의 자기보고는 근거가 아니다.
언급과 인용을 나눠 센다. 이름이 답변에 나온 것(언급)과 출처로 우리 페이지가 달린 것(인용)은 다르다. 이름만 나오고 출처는 경쟁사 문서가 달리는 상황이 실제로 생긴다.
브랜드명 질의와 카테고리 질의를 나눠 센다. 3번에서 본 대로 둘은 다른 문제다. 브랜드명 성과를 카테고리 성과로 읽으면 안 된다.
1회 측정으로 판정하지 않는다. 같은 질문에도 답과 출처가 달라진다. 같은 조건에서 여러 번 돌려 변동 폭을 먼저 알아내고, 그보다 큰 변화만 효과로 읽는다.
어떤 화면으로 쟀는지 기록한다. 벤더 API로 부른 응답과 로그아웃 브라우저의 응답은 출처 목록이 다르다. 섞어서 비교하면 안 된다.

한 장 요약

순서	묻는 것	확인 방법	아니오면
1	어떤 질문에서 나오고 싶은가	질문 문장 10~30개를 적는다	여기서 시작한다
2	그 질문에 검색이 도는가	실제로 던져 출처가 달리는지 본다	페이지로 공략할 대상이 아니다
3	브랜드명이 든 질문인가	질문을 두 묶음으로 나눈다	카테고리면 채널 문제로 다룬다
4	봇이 도달하고 200을 받는가	서버 접근 로그	robots.txt·봇 차단 해제
5	그 200 안에 본문이 있는가	페이지 소스 보기	정적 본문 노출 확보
6	어느 엔진을 볼 것인가	엔진별로 따로 센다	엔진을 하나로 묶지 않는다
7	변화를 어떻게 판정할 것인가	반복 측정으로 변동 폭부터	1회 측정으로 말하지 않는다

4번과 5번은 GEO정석 진단 도구로 자동 확인할 수 있다(베타, 무료). 1·2·3·6·7번은 자동 판정이 어렵다 — 사람이 정해야 하는 것들이다.