llms.txt란 무엇인가, 뜻과 작성법, 그리고 효과

마크다운으로 씁니다. H1에 사이트 이름, 인용문(>)에 한 줄 정의를 적고 그 아래 H2 섹션마다 “[페이지 제목](URL): 한 줄 요약” 목록을 둡니다. 선택 섹션(Optional)에는 덜 중요한 링크를 둡니다.

전문이 필요하면 /llms-full.txt에 페이지 본문을 마크다운으로 이어 붙입니다. 핵심은 화면의 문안과 같은 사실을 같은 순서로 내는 것입니다.

개발 문서·API·SaaS처럼 AI 코딩 도구와 에이전트가 문서를 찾아 읽는 사이트에 권장됩니다. 회사 홈·쇼핑몰·블로그에는 선택이고, 검색에 노출되면 안 되는 폐쇄형 사이트에는 불필요합니다. 규격이 처음 제안된 용도가 개발 문서였고, 채택한 곳도 문서 플랫폼과 개발 도구가 중심입니다.

Ahrefs가 자사 Web Analytics를 사용하는 137,210개 도메인의 2026년 5월 로그를 분석한 결과, 28%가 llms.txt를 게시했고 게시 파일의 97%는 그달 요청이 없었습니다. 전체 웹사이트나 모든 시점에 일반화할 수 없는 표본입니다.

Google은 AI 검색 노출을 위해 llms.txt 같은 별도 파일이 필요하지 않다고 안내합니다. 파일 게시나 크롤러 요청만으로 실제 답변 인용을 판단하지 않습니다.

검색 순위 신호는 아닙니다. 구글은 llms.txt를 순위에 쓰지 않는다고 밝혔고, 주요 AI 검색 엔진이 이 파일을 읽는다는 공개된 근거도 아직 제한적입니다. 있으면 좋은 보조 파일일 뿐이고 인용을 만드는 것은 페이지 자체입니다.

그래도 두는 이유는 비용이 거의 없기 때문입니다. 사이트 정의·가격·원칙 같은 사실을 한 곳에 요약해 두면 AI 에이전트가 사이트를 읽는 방식이 바뀌어도 대비가 됩니다.

GPTBot·ClaudeBot·PerplexityBot·Google-Extended 같은 AI 크롤러는 robots.txt로 개별 제어합니다. 인용되기를 원하면 막지 않고, 학습에만 쓰이는 것을 막고 싶으면 학습용 UA만 막습니다.

학습용 수집과 검색·사용자 요청용 접근을 구분합니다. 특정 플랫폼의 인용 여부는 접근 정책만으로 단정하지 않고 실제 답변과 출처에서 확인합니다.

파일이 실제로 열리는지, 화면과 같은 말을 하는지, 페이지를 고칠 때 같이 바뀌는지 세 가지를 점검합니다. 이 세 가지가 안 되면 없는 편이 낫습니다. AI가 낡은 요약을 인용하기 때문입니다.

업시크릿은 코드에서 페이지 문안으로부터 두 파일을 생성하고 배포 때마다 다시 만듭니다.