llms.txt에서 에이전트가 읽는 웹까지: 커머스가 배워야 할 교훈

llms.txt가 보편 표준이 된 것은 아닙니다. 실무에서 확인한 점은 게시자에게 간결한 탐색 수단, 읽기 쉬운 원문, 명시적인 범위가 필요하다는 사실입니다. 하나의 리소스가 세 역할을 모두 맡을 필요는 없습니다.

SKU.md는 판매자가 직접 호스팅하는 상품 탐색 및 안정적인 상품 지식 계층입니다. Agent가 상품을 찾고, 출처가 있는 사실을 이해하며, 실시간 상거래 정보를 어디에서 다시 확인해야 하는지 알도록 돕습니다. 새로운 Checkout 프로토콜이 아닙니다.

출발점은 커머스가 아니라 맥락 문제였습니다

Jeremy Howard의 최초 제안은 2024년 9월 3일 공개되었습니다. 사이트 전체는 모델의 맥락 창보다 크고, 탐색 요소와 스크립트, 표현 요소가 섞인 HTML은 정확하게 축약하기 어렵다는 실무 문제를 다뤘습니다. /llms.txt는 짧은 Markdown 개요와 선별 링크를 제공하고, 링크된 페이지의 깔끔한 Markdown 표현은 읽기 비용을 줄입니다.

FastHTML은 확장 맥락 파일을 포함해 이 제안을 직접 사용했고, nbdev도 문서 페이지의 Markdown 버전을 생성하기 시작했습니다. 이러한 직접 활용은 탐색과 가져오기 흐름을 검증했지만, 모든 모델이 파일을 가져오거나 권위 있는 정보로 취급한다는 증거는 아닙니다.

2024~2026년, 여러 구현으로 갈라진 흐름

시기	문서화된 구현	추가한 기능
2024-09	llms.txt 제안과 저장소	루트 개요, 선별 링크, 선택형 맥락 확장
2024~2025	Mintlify 생성	llms.txt, llms-full.txt, 페이지 설명, Markdown 페이지 링크
2026	Cloudflare AI 가독성	전역·제품별·전체 텍스트 계층과 페이지별 Markdown
2026	Vercel Markdown 접근	각 문서 페이지의 .md 표현과 Markdown 복사 흐름
2026	Shopify 에이전트 리소스	Shopify 관리 agents.md와 자체 에이전트·llms 경로의 테마 재정의

이 날짜는 검토한 공개 페이지와 관행을 나타낼 뿐, 하나의 공동 출시를 뜻하지 않습니다. Mintlify는 llms.txt를 업계 표준이라고 부르지만 제안 원본 사이트는 여전히 공개 제안으로 소개합니다. 따라서 정식 웹 표준이 아니라 실제 구현이 있는 제안이라고 표현하는 편이 정확합니다.

에이전트가 읽는 웹은 이미 복수형입니다

llms.txt는 읽기 쉬운 콘텐츠를 선별합니다. AGENTS.md는 설정, 테스트, 기여 규칙 같은 저장소 지침을 코딩 에이전트에 전달합니다. Sitemap은 크롤링 가능한 URL을 나열하고 Product JSON-LD는 페이지의 상품 엔터티를 설명합니다. Cloudflare와 Vercel은 하나의 공통 탐색 설계를 요구하지 않고 Markdown 표현을 제공합니다.

파일별 책임자가 명확하면 이러한 분화는 건전합니다. 반면 파일 이름만으로 채택, 진실, 권한을 입증했다고 보는 것은 위험합니다. 소비자는 누가 게시했는지, 얼마나 최신인지, 식별자가 일치하는지, 어떤 라이브 시스템이 작업을 소유하는지 확인해야 합니다.

SKU.md가 받아들일 것과 넘지 말아야 할 선

SKU.md는 작은 진입점, 읽기 쉬운 문서, 안정적인 링크, 검증 가능한 전달 계약을 받아들여야 합니다. 여기에 커머스 고유의 식별, 근거, 제한, 라이브 시스템으로 돌아가는 명시적 인계를 더해야 합니다.

커뮤니티 제안을 플랫폼 채택으로 포장하거나, 변동 오퍼를 범위 없는 문장으로 복사하거나, 탐색 가능성이 실제 사용을 보장한다고 가정해서는 안 됩니다. Product Document는 검토를 쉽게 만들 수 있지만 순위 신호나 Checkout 권한이 되지는 않습니다.

더 읽기

커머스 범주는 SKU.md란 무엇인가에서, 역할 구분은 llms.txt와 agents.md, SKU.md 비교에서 확인하세요.

다음 단계

SKU.md의 범주 이해하기