ChatGPT나 Gemini가 답변에 특정 브랜드를 인용할 때는 이유가 있습니다. AI 크롤러가 들어올 수 있고, HTML만 읽어도 내용이 보이고, 질문에 곧바로 답하는 문장이 있고, 문서의 뜻이 구조화 데이터로 표시되어 있고, 사실 확인이 가능한 문서가 인용됩니다. 아래 5가지는 이 조건을 실무에서 적용하는 순서대로 정리한 것입니다.
1. AI 크롤러의 접근을 먼저 허용한다
가장 먼저 확인할 것은 robots.txt입니다. AI 크롤러는 검색 크롤러와 이름이 다르기 때문에,
일반 검색엔진만 허용해 둔 사이트는 AI 쪽이 막혀 있는 경우가 많습니다.
| 크롤러 이름 | 운영 주체 | 용도 |
|---|---|---|
GPTBot | OpenAI | 모델 학습용 수집 |
OAI-SearchBot | OpenAI | ChatGPT 검색 색인 |
ChatGPT-User | OpenAI | 사용자 요청 시 실시간 조회 |
ClaudeBot | Anthropic | Claude 수집 |
PerplexityBot | Perplexity | Perplexity 색인 |
Google-Extended | Gemini·AI 개요 활용 여부 제어 | |
Applebot-Extended | Apple | Apple Intelligence |
허용하려면 robots.txt에 각 크롤러를 명시적으로 열어둡니다.
Google-Extended는 조금 특별한데, 이 봇을 막아도 구글 검색 색인에는 영향이 없고
Gemini·AI 개요에서의 활용만 차단됩니다. AI 노출이 목표라면 열어두어야 합니다.
여기에 더해 llms.txt를 두는 방식이 확산되고 있습니다. 사이트 루트에 회사 정보와
주요 페이지를 요약해 두는 텍스트 파일로, AI가 사이트 전체를 훑지 않고도 핵심을 파악하게 돕습니다.
아직 공식 표준은 아니지만 비용이 거의 들지 않는 작업입니다.
2. HTML만 읽어도 내용이 보이게 만든다
실무에서 가장 자주 발목을 잡는 지점입니다. 최신 프레임워크로 만든 사이트는 본문을 자바스크립트로 그려 넣는 경우가 많은데, AI 크롤러 상당수는 자바스크립트를 실행하지 않습니다. 사람 눈에는 글이 가득한 페이지가, AI에게는 빈 껍데기로 전달됩니다.
확인은 30초면 됩니다.
- 페이지에서 Ctrl+U를 눌러 원본 소스를 엽니다.
- Ctrl+F로 본문 문장 일부를 검색합니다.
- 안 나오면 그 내용은 AI에게 전달되지 않습니다.
해결 방향은 서버 사이드 렌더링(SSR)이나 정적 생성(SSG)으로 바꾸는 것입니다. 전면 개편이 부담스럽다면, 최소한 회사 소개·서비스 설명·FAQ·블로그 본문만이라도 HTML에 직접 넣는 것이 우선순위가 높습니다.
3. 질문 그대로를 제목으로, 답을 첫 문장으로
AI는 문서를 통째로 요약하기보다 질문에 대응하는 부분을 뽑아 씁니다. 그래서 사용자가 실제로 입력할 법한 질문을 소제목으로 쓰고, 바로 아래 문장에서 답을 끝내는 구성이 인용률을 높입니다.
- 고쳐야 할 형태 — 소제목 "서비스 특징" 다음에 형용사 위주의 설명이 이어지는 글
- 인용되는 형태 — 소제목 "검색광고 대행 수수료는 얼마인가요?" 다음에 첫 문장부터 금액 기준을 밝히는 글
문장은 짧게 끊고, 대명사보다 고유명사를 씁니다. "저희는", "이것은" 같은 표현은 문장 하나만 떼어냈을 때 무엇을 가리키는지 알 수 없어 인용에 불리합니다. 브랜드명을 문장 안에 자연스럽게 넣어두면 인용될 때 이름이 함께 노출됩니다.
4. 구조화 데이터로 문서의 역할을 밝힌다
JSON-LD로 schema.org 구조화 데이터를 넣으면 기계가 문서를 오해 없이 해석합니다. 페이지 성격에 맞는 타입을 고르는 것이 핵심입니다.
| 페이지 | 권장 타입 | 효과 |
|---|---|---|
| 회사 소개 | Organization, LocalBusiness | 회사명·주소·연락처를 사실로 인식 |
| 서비스 소개 | Service, Offer | 제공 서비스와 지역을 명시 |
| 블로그 글 | Article, BlogPosting | 작성일·작성자·주제 전달 |
| FAQ | FAQPage | 질문–답변 쌍을 그대로 인용 가능 |
| 전 페이지 공통 | BreadcrumbList | 사이트 내 위치와 계층 전달 |
작성 후에는 반드시 검증합니다. 구글 리치 결과 테스트나 Schema Markup Validator에 URL을 넣으면 오류를 잡아줍니다. 문법이 틀린 JSON-LD는 넣지 않은 것과 같습니다.
5. 사실 확인이 가능한 문서로 만든다
AI는 틀린 답을 피하려 하기 때문에, 검증 가능한 정보가 담긴 문서를 선호합니다. 다음 요소들이 문서의 인용 가치를 올립니다.
- 작성일과 갱신일 — 오래된 정보인지 판단할 근거가 됩니다
- 작성 주체 — 회사명, 담당자, 연락처가 드러나야 합니다
- 구체적인 수치와 출처 — 근거 없는 숫자는 오히려 신뢰를 깎습니다
- 일관성 — 사이트 곳곳의 회사명·주소·전화번호가 서로 달라선 안 됩니다
- 외부 언급 — 언론보도, 디렉터리 등록처럼 사이트 밖에서 확인되는 정보
마지막 항목이 특히 중요합니다. AI는 한 사이트의 주장만으로 판단하지 않고 여러 출처에서 같은 정보가 확인되는지를 봅니다. 사이트 안에서만 완결된 정보보다, 밖에서도 교차 확인되는 정보가 훨씬 강하게 작동합니다.
어디부터 손대야 하나
다섯 가지를 한 번에 하기 어렵다면, 비용 대비 효과 순서는 다음과 같습니다.
- 크롤러 허용 — 파일 한 개 수정, 즉시 적용
- HTML 렌더링 확인 — 막혀 있다면 나머지 작업이 전부 무의미해집니다
- 구조화 데이터 — 페이지 수정 없이 추가 가능
- 문장 구조 개선 — 주요 페이지부터 순차 적용
- 근거·외부 언급 축적 — 시간이 걸리지만 오래 갑니다
자주 묻는 질문
robots.txt에서 AI 크롤러를 허용하면 바로 인용되나요?
아닙니다. 크롤러 허용은 인용의 필요조건이지 충분조건이 아닙니다. 접근이 열린 뒤에도 콘텐츠가 HTML로 읽히는지, 질문에 답하는 문장이 있는지에 따라 실제 인용 여부가 갈립니다.
llms.txt는 반드시 만들어야 하나요?
필수는 아닙니다. 아직 공식 표준으로 확정되지 않았고 모든 AI가 참조한다는 보장도 없습니다. 다만 작성 비용이 매우 낮고 사이트 핵심 정보를 정리해 두는 효과가 있어, 우선순위는 낮되 해두면 손해가 없는 작업으로 봅니다.
구조화 데이터를 넣었는데 효과가 없습니다.
먼저 문법 오류를 확인해야 합니다. 구글 리치 결과 테스트나 Schema Markup Validator에 URL을 넣으면 오류가 표시됩니다. 오류가 없다면 페이지에 실제로 보이는 내용과 구조화 데이터의 내용이 일치하는지 확인하세요. 화면에 없는 정보를 구조화 데이터에만 넣으면 무시되거나 불이익을 받을 수 있습니다.
AI에 인용되기까지 얼마나 걸리나요?
크롤러 재방문 주기와 모델 갱신 주기에 따라 달라져 일률적으로 말하기 어렵습니다. 실시간으로 웹을 조회하는 방식(Perplexity, ChatGPT 검색 등)은 비교적 빨리 반영되고, 모델 학습에 반영되는 경로는 훨씬 오래 걸립니다.