결론부터: AI가 브랜드를 답변에 넣을지 말지는 '공식 홈페이지'보다 레딧·커뮤니티에 쌓인 사람들의 대화에서 갈리는 경우가 많다. ChatGPT의 인용 출처를 대규모로 분석하면 위키백과 다음으로 커뮤니티(레딧류)가 큰 비중을 차지하고, Perplexity는 표본에 따라 레딧 인용 비율이 약 46.7%까지 잡히기도 한다. 이유는 단순한 '유행'이 아니라 AI가 답을 만드는 방식(RAG) 자체에 있다. 이 글은 그 메커니즘을 먼저 뜯어보고, 한국 시장(네이버·나무위키·카페·디시)의 특수 지형을 짚은 뒤, 무엇부터 손대야 하는지 실행 우선순위를 번호 순서로 정리한다. 나는 tao, 그로스·퍼포먼스 리드다. 그러니 마지막엔 이걸 어떻게 숫자로 측정하고 매출에 연결하는지까지 붙인다.
왜 하필 커뮤니티인가 — RAG가 답을 만드는 3단계
AI 답변 엔진은 기억만으로 답하지 않는다. 대부분 RAG(Retrieval-Augmented Generation) 구조다. Lewis 등의 2020년 원전(arXiv:2005.11401)이 정의한 대로, 모델의 '외운 지식(파라메트릭 메모리)'에 '그때그때 찾아온 문서(비파라메트릭 메모리)'를 결합해 답을 만든다. 이 과정은 크게 세 단계다.
- 검색(retrieval) — 질문과 의미가 비슷한 문서 조각(청크)을 후보로 끌어온다.
- 재정렬(reranking) — 끌어온 후보를 질문과 나란히 다시 읽고 진짜 관련 있는 순으로 줄 세운다.
- 생성(generation) — 상위 몇 개 문서를 근거로 문장을 짓고, 그 근거를 인용으로 단다.
커뮤니티가 강한 이유는 1단계와 3단계 양쪽에서 유리하기 때문이다. 하나씩 풀어보자.
1단계 검색 — 커뮤니티는 '사람이 실제로 묻는 말'로 쓰여 있다
검색 단계의 핵심은 의미 검색(임베딩)이다. Karpukhin 등의 Dense Passage Retrieval(arXiv:2004.04906)은 단어가 겹치는지 세는 옛 방식(BM25)보다, 의미가 가까운 문장을 임베딩으로 찾는 방식이 성능이 낫다는 걸 보였다. 비유하자면 키워드 색인만 뒤지는 사서가 아니라 '그게 무슨 뜻인지 아는 사서'가 책을 찾아주는 것이다.
그런데 사용자가 AI에게 던지는 질문은 홍보 문구가 아니라 구어체다. "OO 진짜 쓸만해? 단점 없어?" 같은 말이다. 이런 문장과 임베딩상 가장 가까운 텍스트가 어디 있을까? 회사 소개 페이지의 "업계 최고의 솔루션"이 아니라, 레딧·카페·디시에 누군가 남긴 "3개월 써봤는데 A는 좋고 B는 별로" 같은 진짜 후기다. 질문의 언어와 답의 언어가 같은 결이라 검색에 걸리기 쉽다.
실제 검색 품질은 한 가지 방식만 쓰지 않는다. 공개 벤치마크를 종합하면 recall@10 기준 의미 검색 단독은 약 78%, 키워드(BM25) 단독은 약 65%, 둘을 합친 하이브리드 검색(RRF)은 약 91%까지 오른다. 도서관에 비유하면 키워드 색인(BM25) + 주제를 아는 사서(임베딩)를 같이 쓰는 셈이다. 커뮤니티 글은 제품명·모델명 같은 정확한 키워드와 자연스러운 구어체를 동시에 담고 있어서 두 방식 모두에 잘 걸린다.
2단계 재정렬 — 왜 '최근·구체적' 글이 위로 올라오나
후보를 모았다고 다 쓰이는 게 아니다. cross-encoder 계열 재정렬기가 후보를 질문과 함께 다시 읽어 순위를 매긴다. 이 단계는 검색 품질을 눈에 띄게 끌어올린다 — 난도에 따라 NDCG가 5~15, 어려운 질의에선 약 20까지 개선된다. Anthropic의 Contextual Retrieval 실험(2024)에서도 청크에 맥락을 붙이면 검색 실패율이 35% 줄고(5.7%→3.7%), BM25 하이브리드를 더하면 49%, 여기에 재정렬을 얹으면 67%까지 실패율이 떨어졌다. 권장 후보 수는 top-20 수준이다.
재정렬기는 '질문에 구체적으로 답하는 조각'을 좋아한다. 커뮤니티의 답글은 대개 질문 하나에 대한 직접 답이다. 반면 회사 랜딩 페이지는 여러 메시지를 한 화면에 욱여넣어 어떤 질문에도 '어중간하게'만 맞는다. 그래서 재정렬 단계에서 커뮤니티 답글이 위로 올라오는 것이다.
3단계 생성 — 통계·인용·직접 인용문이 답변에 살아남는다
생성 단계에서 '무엇을 문장으로 옮길지'는 콘텐츠의 형태가 좌우한다. GEO를 연구한 Aggarwal 등(arXiv:2311.09735, KDD 2024)은 통계 수치·출처 인용·직접 인용문을 추가하면 생성 엔진에서의 가시성이 특정 조건에서 최대 약 40%까지 오른다는 걸 실측했다. 커뮤니티 스레드에는 이런 요소가 자연스럽게 널려 있다 — "작년에 279만 원 주고 샀는데" 같은 숫자, "공식 문서에 따르면" 같은 인용, 사용자들의 생생한 한 줄 평.
한 가지 함정도 알아두자. Liu 등의 'Lost in the Middle'(arXiv:2307.03172)은 긴 맥락을 넣으면 중간에 있는 정보가 손실되는 U자형 현상을 보였다. 앞과 끝은 잘 반영되고 가운데는 흐려진다. 그래서 커뮤니티든 자사 글이든 핵심 결론은 맨 앞에 두는 게 유리하다. 100줄짜리 장황한 후기보다 첫 두 줄에 결론을 박은 글이 인용된다.
엔진마다 좋아하는 동네가 다르다
여기서 퍼포먼스 관점의 핵심: "커뮤니티가 중요하다"를 하나로 뭉뚱그리면 안 된다. 대규모 인용 분석을 보면 ChatGPT와 Perplexity가 인용하는 도메인의 중복은 약 11%에 불과하고, 인용의 약 90%가 엔진마다 다르다. 같은 질문을 던져도 엔진이 참고하는 곳이 거의 겹치지 않는다는 뜻이다.
| 엔진 | 인용 성향 | 커뮤니티 공략 함의 |
|---|---|---|
| ChatGPT | 위키백과(약 47.9%)·커뮤니티 비중 큼 | 레딧·위키의 사실 정합성이 중요 |
| Perplexity | 실시간 웹 + 인라인 인용, 레딧(표본상 약 46.7%) | 최신 스레드·구조화된 답글이 곧바로 인용 |
| Gemini | 구글 색인 + E-E-A-T(경험·전문성·권위·신뢰) | 구글에 색인된 커뮤니티·자사 콘텐츠 함께 |
| Claude | 근거 약한 콘텐츠를 보수적으로 걸러냄(Citations API) | 출처·수치 없는 커뮤니티 글은 덜 신뢰 |
| Grok | 실시간 웹 + X 스트림, 인용 정확도 편차 | X(트위터) 대화가 변수 |
실무 결론: 타깃 고객이 어떤 엔진을 쓰는지부터 정하고, 그 엔진이 좋아하는 커뮤니티에 화력을 집중한다. B2B 리서치는 ChatGPT·Perplexity 비중이 크고, Claude는 근거 없는 홍보성 글을 잘 안 문다는 점을 기억하자.
한국 시장의 특수 지형 — 네이버와 우회로
한국은 글로벌과 지형이 다르다. 그냥 레딧 전략을 복붙하면 안 된다.
네이버는 '닫힌 정원'이다
네이버는 외부 크롤러를 상당 부분 차단한다. 그래서 글로벌 AI(ChatGPT·Perplexity 등)는 네이버 블로그·카페 안을 직접 읽지 못하고, 나무위키·위키백과·티스토리를 우회로로 삼아 한국 정보를 가져오는 경향이 있다. 즉 한국 브랜드는 두 개의 전장을 동시에 관리해야 한다.
- 네이버 생태계 안(네이버 AI 답변용) — 네이버 AI 브리핑(요약)은 이미 통합검색 쿼리의 20% 이상에 적용되고, 인용은 월 수억 건 규모다. 한 표본 분석(272건)에서는 인용 출처의 약 58%가 블로그였고, 검색 Top10 밖에서 인용된 비율이 약 49%였다. 즉 1페이지에 없어도 AI가 데려다 쓸 수 있다. 네이버 알고리즘은 출처 신뢰·전문성을 보는 C-Rank와 문서 의도를 보는 D.I.A.+로 움직인다.
- 글로벌 AI용 우회로 — 나무위키 문서, 티스토리/브런치 같은 크롤 가능한 채널, 위키백과. 글로벌 엔진이 한국어 질문에 답할 때 실제로 읽는 곳이다.
커뮤니티도 한국형으로 치환
'레딧'을 한국 지형으로 옮기면 이렇게 된다: 디시인사이드·에펨코리아·클리앙·뽐뿌(관심사형), 네이버 카페(지역·취미·육아·자동차), 특정 산업 커뮤니티(개발자 OKKY, 인테리어 카페 등). 여기에 나무위키 문서가 사실상 한국판 위키백과 역할로 AI 인용에 큰 영향을 준다.
무엇부터 해야 하나 — 실행 우선순위 (이 글의 핵심)
여기가 오늘 글에서 가장 힘줘 쓴 부분이다. "커뮤니티 중요하다"는 알겠는데 뭘 먼저 하냐가 실무의 전부다. 순서대로 간다. 위에서부터 하나씩, 앞 단계를 건너뛰고 뒤로 가지 말 것.
| 순위 | 할 일 | 왜 이 순서인가 | 걸리는 시간 |
|---|---|---|---|
| 0 | robots.txt 크롤러 허용 확인 | 후보군에 못 들어가면 나머지가 전부 무의미 | 1시간 |
| 1 | 기준선 측정(엔진별 브랜드 인용 현황) | 지금 어디서 인용되는지 모르면 우선순위를 못 정함 | 1일 |
| 2 | 타깃 질문 20~30개 확정 | 고객이 실제로 AI에 묻는 말이 전장 | 2~3일 |
| 3 | 나무위키·위키 사실 정합 | 글로벌 AI의 우회 진입점, 신뢰 앵커 | 1~2주 |
| 4 | 커뮤니티 실질 참여 | 검색·생성 양쪽에 걸리는 진짜 후기 생성 | 지속 |
| 5 | 자사 콘텐츠 GEO 최적화 | 통계·인용·결론 앞배치로 인용률 상승 | 지속 |
| 6 | 재측정 → 전환·매출 연결 | 가시성이 리드·매출로 이어지는지 검증 | 월 단위 |
0순위 — AI 크롤러 허용 (건너뛰면 전부 헛수고)
가장 먼저, 가장 싸게. 자사 사이트와 관리 가능한 채널의 robots.txt가 AI 크롤러를 막고 있지 않은지 본다. 후보군(retrieval 대상)에 못 들어가면 아무리 좋은 글도 인용될 기회 자체가 없다.
# robots.txt — 최소 허용 예시
User-agent: GPTBot
Allow: /
User-agent: OAI-SearchBot
Allow: /
User-agent: PerplexityBot
Allow: /
User-agent: ClaudeBot
Allow: /
User-agent: anthropic-ai
Allow: /
User-agent: Google-Extended
Allow: /이 한 파일이 막혀 있으면 3~6순위 노력이 통째로 날아간다. 그래서 0순위다.
1순위 — 지금 상태를 숫자로 안다
측정 없이 시작하면 감으로 삽질한다. 엔진별(ChatGPT·Perplexity·Gemini·Claude)로 타깃 질문을 던져 지금 우리 브랜드가 인용되는지, 경쟁사는 어디서 인용되는지를 기록한다. 단, 단일 측정은 노이즈다. temperature=0에서도 LLM 출력은 흔들린다(GPU 연산·배치 순서 때문). 한 실험에선 2,350억 파라미터 모델을 1,000회 돌려 80가지 출력이 나왔다. AI 가시성의 불확실성을 다룬 연구는 인용이 멱법칙처럼 출렁이므로 다중 실행 + 부트스트랩 신뢰구간을 권한다. 같은 질문을 여러 번 돌려 평균과 범위로 봐야 한다.
2순위 — '고객이 실제로 묻는 말' 20~30개
여기서 흔한 실수: 검색량 데이터에 매달리는 것. AI 프롬프트 볼륨은 실측이 사실상 불가능하고, 시장 1% 미만 패널로 모델링한 추정치다. Conductor는 아예 "신뢰할 수 없는 검색량 데이터는 없는 것보다 나쁘다"고 못박는다. 볼륨 숫자를 좇지 말고, 고객 인터뷰·영업 로그·CS 문의에서 실제 문장을 캐라. 그게 임베딩상 진짜 걸리는 질문이다.
3~5순위 — 채우기
우회로(나무위키·위키)의 사실을 정합하고 → 커뮤니티에 진짜로 참여하고 → 자사 콘텐츠를 GEO 형태로 다듬는다. 이 세 가지의 문장 예시를 아래 대조로 보자.
❌ 약한 예 / ✅ 강한 예 — 실제 문장으로
커뮤니티 답글
❌ 약한 예: "저희 OO 솔루션이 업계 최고입니다! 지금 도입하세요 👍 (링크)"
→ 홍보 티가 나서 커뮤니티에서 삭제·차단되고, Claude 같은 엔진은 근거 없는 글로 걸러낸다. 임베딩상 '질문'과도 멀다.
✅ 강한 예: "3개월 실사용 후기 공유합니다. 결론부터: 재고 연동은 만족(오차 1% 미만), 다만 초기 세팅에 이틀 걸렸어요. A사와 비교하면 리포트는 낫고 앱은 A사가 편함. 문의사항 답변 드릴게요."
→ 결론이 앞(Lost in the Middle 대응), 숫자·비교·경험 포함(GEO 요소), 질문 언어와 결이 같음(검색 유리).
자사 블로그/문서 첫 문장
❌ 약한 예: "디지털 전환의 시대, 고객 여정은 그 어느 때보다 복잡해지고 있습니다..."(3문단 뒤에야 본론)
→ U자형 손실 구간에 핵심이 파묻힌다.
✅ 강한 예: "OO 도입 시 재고 오차는 평균 1% 미만입니다. 근거는 아래 3가지 실측 데이터입니다."(직답 → 근거)
→ 앞에 결론과 수치, 이어서 인용 가능한 근거. 생성 단계에서 그대로 답변에 실린다.
tao의 관점 — 이걸 어떻게 매출로 연결하나
가시성은 목적이 아니라 2차 지표다. CFO는 "AI 답변에 언급됐다"가 아니라 "그래서 리드·매출이 얼마 늘었나"를 묻는다. 측정 프레임을 이렇게 잡는다.
- SOV(Share of Voice) = 특정 카테고리의 AI 답변 중 우리 브랜드가 언급된 비율. 단, 엔진을 합산하면 메커니즘이 가려진다(엔진별로 동네가 다르니까). 반드시 엔진별로 쪼갠다. 그리고 질문 세트 선정이 결과를 좌우하므로 세트를 고정·공개해 재현 가능하게 만든다.
- faithfulness — AI가 우리를 언급할 때 사실을 정확히 말하는지. RAGAS의 faithfulness는 답변 주장이 출처에서 추적되는 정도로, 실무에선 흔히 0.9 이상이면 안정, 0.7 미만이면 위험 신호로 본다(팀마다 기준은 다르다). '틀리게 언급'되면 오히려 손해다.
- 유입 → 전환 — 일부 분석에서 AI 검색 유입의 전환율이 일반 검색보다 몇 배 높게 나타나기도 한다(구체 수치는 단정하지 않는다). 이유는 직관적이다. AI가 이미 비교·검증을 대신 해주고 넘긴 트래픽이라 구매 의향이 높다. 그래서 가시성 → 유입 → 전환 → 매출의 연결고리를 UTM·랜딩·CRM으로 끝까지 이어 붙이는 게 진짜 일이다.
Citeon은 이 원리를 제품에 담았다
위 우선순위를 혼자 다 돌리긴 벅차다. Citeon은 이 순서를 제품으로 구현했다.
- 4엔진 인용 측정(SOV) — ChatGPT·Gemini·Perplexity·Claude에서 브랜드가 실제로 인용되는지 엔진별로 측정한다(1순위: 기준선).
- 사이트 진단엔진 — URL을 넣으면 SEO/AEO/GEO 관점에서 크롤러 허용·구조·콘텐츠를 점수화하고 한국어 처방을 준다(0·5순위).
- 경쟁사 역추적 — 경쟁 브랜드가 어느 출처·커뮤니티에서 인용되는지 되짚어, 어디에 화력을 쏠지 정한다(2~4순위).
- 주간 모니터 추이 — 단일 측정의 노이즈를 넘어, 인용의 오르내림을 주 단위로 추적한다(6순위: 재측정).
지금 우리 브랜드가 4개 엔진에서 어떻게 답변되는지 궁금하다면, 무료 진단(₩0)부터 받아보시라. URL 하나면 현재 점수와 처방 리포트가 나온다. → citeon.cloud에서 무료 AI 가시성 진단 받기
자주 묻는 질문(FAQ)
커뮤니티에 글을 도배하면 AI 인용이 늘어나나요?
아니요. 오히려 역효과입니다. 홍보성·중복 글은 커뮤니티에서 차단되고, Claude처럼 근거가 약한 콘텐츠를 보수적으로 거르는 엔진에선 신뢰도가 떨어집니다. 검색 단계(임베딩)에서 유리하려면 '고객이 실제로 묻는 말'과 결이 같은 진짜 경험·수치·비교가 담겨야 합니다. 양이 아니라 질과 정합성입니다.
네이버 블로그를 열심히 쓰면 ChatGPT에도 인용되나요?
직접적으로는 어렵습니다. 네이버는 외부 크롤러를 상당 부분 차단해서 글로벌 AI가 네이버 블로그·카페 내부를 잘 읽지 못합니다. 글로벌 엔진은 나무위키·위키백과·티스토리 같은 크롤 가능한 우회로로 한국 정보를 가져오는 경향이 있습니다. 그래서 네이버 생태계(네이버 AI 브리핑용)와 글로벌 우회로를 두 전장으로 나눠 관리해야 합니다.
측정을 한 번 했는데 다음 날 결과가 달라요. 뭐가 잘못된 건가요?
정상입니다. temperature=0에서도 LLM 출력은 GPU 연산·배치 순서 때문에 흔들립니다. 한 실험에선 같은 모델을 1,000회 돌려 80가지 출력이 나왔고, AI 인용은 멱법칙처럼 출렁입니다. 그래서 단일 측정은 노이즈로 봐야 하고, 같은 질문 세트를 여러 번 돌려 평균과 신뢰구간(부트스트랩)으로 판단해야 합니다.
가장 먼저 딱 하나만 하라면 무엇인가요?
robots.txt에서 AI 크롤러 허용을 확인하는 것(0순위)입니다. GPTBot·OAI-SearchBot·PerplexityBot·ClaudeBot·anthropic-ai·Google-Extended가 막혀 있으면 검색 후보군에 아예 못 들어가서, 이후 모든 콘텐츠 노력이 무효가 됩니다. 1시간이면 확인·수정되는데 효과는 가장 근본적입니다.
AI 프롬프트 검색량 툴을 사서 인기 질문을 찾으면 되나요?
권하지 않습니다. AI 프롬프트 볼륨은 실측이 불가능하고 시장 1% 미만 패널로 모델링한 추정치입니다. Conductor는 "신뢰할 수 없는 검색량 데이터는 없는 것보다 나쁘다"고 지적합니다. 검색량 숫자 대신 고객 인터뷰·영업 로그·CS 문의에서 실제 질문 문장을 뽑는 편이 훨씬 정확합니다.
참고자료
- Lewis et al. (2020), Retrieval-Augmented Generation for Knowledge-Intensive NLP Tasks
- Karpukhin et al. (2020), Dense Passage Retrieval for Open-Domain QA
- Liu et al. (2023), Lost in the Middle: How Language Models Use Long Contexts
- Aggarwal et al. (2023), GEO: Generative Engine Optimization (KDD 2024)
- Anthropic (2024), Introducing Contextual Retrieval
- Conductor, Debunking AI Prompt Volume