안내 범위에 따른 게시 위치
llms.txt 제안에서는 사이트 전체를 안내할 파일을 /llms.txt에, 특정 경로 아래만 안내할 파일을 /docs/llms.txt 같은 하위 경로에 둘 수 있습니다. 여러 파일의 안내 범위가 겹칠 때는 더 구체적인 경로에 있는 파일을 사용하도록 제안합니다. 따라서 사이트 운영자는 파일을 저장할 공간보다 안내할 페이지의 주소 범위를 먼저 정해야 합니다.
사이트 루트는 도메인 바로 아래 주소를 뜻합니다. /llms.txt는 중간에 별도 경로를 넣지 않은 위치이며, /docs/llms.txt는 /docs/ 아래에 게시하는 위치입니다. 여기서 경로는 방문자가 접근하는 공개 주소의 일부를 말합니다. 개발 담당자의 컴퓨터나 서버 안에서 파일을 저장한 폴더 이름만으로 공개 위치를 판단하지 않습니다.
| 안내할 페이지 범위 | 선택할 게시 경로 | 제안상 적용 범위 |
|---|---|---|
| 사이트 전체 | /llms.txt | 사이트 루트 아래 페이지 |
| 문서 영역 | /docs/llms.txt | /docs/ 아래 페이지 |
| 지원 영역 | /support/llms.txt | /support/ 아래 페이지 |
| 문서 영역의 특정 하위 영역 | /docs/reference/llms.txt | /docs/reference/ 아래 페이지 |
표의 경로 이름은 위치 관계를 설명하기 위한 예시이며, 사이트에 같은 이름의 영역을 만들라는 요구가 아닙니다. 운영자는 현재 사용하는 페이지 주소를 기준으로 안내 범위를 정합니다. 화면의 메뉴 이름이 같아도 실제 경로가 다르면, 파일을 배치할 위치는 주소 구조에 맞게 결정합니다.
제안 규칙과 운영 판단의 경계
llms.txt 제안 문서는 파일이 게시된 경로 아래의 페이지를 안내 범위로 설명합니다. 이 설명은 llms.txt의 위치와 범위에 관한 제안이며, 공식 검색 표준으로 취급하지 않습니다. 운영자는 이 규칙을 파일 배치의 판단 기준으로 사용하되, 모든 AI 서비스가 같은 방식으로 파일을 찾고 선택한다고 단정하지 않습니다.
사이트 전체용 파일과 영역별 파일을 반드시 함께 만들어야 하는 것은 아닙니다. 운영자는 안내 목적이 사이트 전체인지 특정 영역인지 정한 뒤, 그 목적에 필요한 위치를 선택합니다. 전체를 안내하려는 파일을 특정 영역 안에 게시하면 의도한 범위와 제안상 범위가 달라지므로, 게시 전에 요청한 범위와 경로가 일치하는지 대조합니다.
파일에 여러 영역의 이름을 적었다는 이유만으로 게시 경로의 범위가 넓어지지는 않습니다. 위치 판단에서는 파일의 제목이나 관리 부서 이름보다 페이지가 속한 경로를 기준으로 삼습니다. 파일의 기본 형식과 수록 내용은 별도 작업으로 남기고, 게시 위치 승인에는 안내 범위와 공개 경로를 명시합니다.
게시 요청에 필요한 자료와 순서
마케팅 담당자는 안내 대상의 경로 목록과 현재 게시된 llms.txt의 위치를 준비합니다. 개발 담당자는 후보 위치에 파일을 공개할 수 있는지, 기존 파일과 적용 범위가 겹치는지 답합니다. 요청서에는 사이트 전체용인지 영역 한정용인지 함께 기재해, 파일명만 전달했을 때 생기는 해석 차이를 줄입니다.
- 안내할 페이지 범위를 정합니다. 마케팅 담당자는 사이트 전체 또는 특정 영역이라는 목적을 적고, 대상 페이지가 속한 경로를 정리합니다.
- 루트 또는 하위 경로를 선택합니다. 개발 담당자는 앞에서 정한 기준에 맞는 공개 경로를 제시하고, 마케팅 담당자는 요청한 범위와 일치하는지 대조합니다.
- 범위가 겹치는 파일을 찾습니다. 개발 담당자는 선택한 경로의 상위 위치와 더 깊은 위치에 있는 파일을 목록으로 정리하고, 겹치는 영역에 적용할 파일을 기재합니다.
- 게시 주소를 직접 엽니다. 개발 담당자에게 최종 공개 주소를 받은 뒤 마케팅 담당자는 해당 주소에 접근해 요청한 파일이 열리는지 검사합니다.
기존 파일 목록은 이번에 새로 게시하는 파일만 포함해서는 충분하지 않습니다. 상위 영역을 관리하는 담당자가 별도로 있다면 그 담당자에게 현재 공개 위치를 요청합니다. 주소와 안내 범위를 함께 받으면 동일한 페이지에 적용될 수 있는 파일을 찾는 데 사용할 수 있습니다.
겹치는 경로의 우선 파일 정리
겹침은 같은 파일명이 존재한다는 사실보다 해당 페이지에 어떤 파일들이 적용되는지로 판단합니다. 아래 표는 하위 파일이 적용되는 영역에서 어느 파일을 우선할지 정리한 예시입니다. 운영자는 실제 게시 경로로 항목을 교체해 개발 담당자와 공유합니다.
| 게시 주소 | 겹치는 상위 경로 파일 | 제안상 우선할 파일 |
|---|---|---|
| /llms.txt | 없음 | 더 구체적인 파일이 없는 영역의 /llms.txt |
| /docs/llms.txt | /llms.txt | 문서 영역의 /docs/llms.txt |
| /docs/reference/llms.txt | /llms.txt, /docs/llms.txt | 해당 하위 영역의 /docs/reference/llms.txt |
| /support/llms.txt | /llms.txt | 지원 영역의 /support/llms.txt |
표의 우선 관계는 각 행의 하위 영역 안에 있는 페이지를 대상으로 합니다. 문서 영역에 더 구체적인 파일이 있다는 이유로 지원 영역에서도 그 파일을 우선하지는 않습니다. 담당자는 파일을 사이트 전체에 걸친 한 줄의 순서로 정렬하지 말고, 대상 경로별로 적용 관계를 기록합니다.
직접 열어 보는 절차는 게시 상태를 검사하기 위한 운영 작업입니다. 이 절차만으로 특정 AI 서비스가 파일을 이용했다고 판단할 수는 없습니다. 파일이 열리지 않거나 다른 화면으로 이동하면, 마케팅 담당자는 접근한 주소와 실제 열린 내용을 개발 담당자에게 전달해 게시 위치를 수정하도록 요청합니다.
위치와 범위를 혼동하는 경우
관리 부서가 다르다는 이유만으로 하위 경로를 선택하면 안내 목적과 주소 구조가 어긋날 수 있습니다. 한 부서가 사이트 여러 영역을 관리하더라도, 그 부서 이름의 경로 아래에 파일을 게시하면 제안상 범위는 해당 경로 아래로 제한됩니다. 운영자는 조직도에 맞춰 위치를 정하기 전에, 안내 대상이 실제로 어느 경로에 있는지 가립니다.
더 구체적인 파일을 우선한다는 설명을 파일이 최신이라는 뜻으로 해석해서도 안 됩니다. 여기서 우선 판단에 사용하는 것은 경로의 범위이며, 수정 날짜나 파일의 길이가 아닙니다. 담당자는 작성 시점이 최근인 파일을 무조건 선택하지 말고, 대상 페이지에 적용되는 경로 관계를 기준으로 결정합니다.
하위 파일을 추가했다고 해서 상위 파일의 전체 역할이 사라지는 것도 아닙니다. 하위 파일이 안내하지 않는 다른 영역은 별도로 남아 있으므로, 파일 추가를 이유로 상위 파일을 곧바로 삭제하지 않습니다. 삭제 여부가 필요하면 운영자가 남은 안내 범위를 정리한 뒤 개발 담당자에게 해당 위치를 계속 유지할지 요청합니다.
게시 완료 판단에 남길 기록
게시 완료 기록에는 요청한 범위, 승인한 공개 경로, 실제 접근 결과를 서로 다른 항목으로 남깁니다. 이 기록은 범위 선택이 잘못된 문제와 게시 작업이 끝나지 않은 문제를 따로 처리하는 데 사용합니다. 개발 담당자가 파일을 저장했다고 답했어도 공개 주소에서 열리지 않으면, 마케팅 담당자는 게시 완료로 처리하지 않습니다.
검사 중 이동한 주소가 승인한 경로와 다르면 그 차이를 기록합니다. 최종적으로 열린 파일이 같더라도, 승인한 범위를 유지하는 위치인지 개발 담당자가 설명해야 합니다. 운영자는 파일 내용이 나타났다는 사실만으로 위치 요청까지 충족했다고 결론 내리지 않습니다.
편집 경로와 공개 경로의 차이
기존 페이지와 같은 경로에서 파일을 게시할 수 없다면 안내 범위를 유지할 수 있는 배포 방법부터 협의합니다. 편의상 다른 영역으로 옮기면 이번에 정한 범위와 달라질 수 있습니다. 운영자는 기술상 제약과 대체 위치를 함께 기록하고, 위치가 달라진 경우에는 승인 내용을 수정합니다.
자주 묻는 질문
파일 이름을 회사 이름으로 변경해도 됩니까?
llms.txt 제안의 파일 이름은 llms.txt입니다. 회사 이름을 넣은 다른 파일을 같은 제안의 파일로 취급하지 말고, 개발 담당자에게 요청할 때 게시 경로와 파일 이름을 함께 명시합니다. 관리용 문서 이름이 필요하면 공개 파일 이름과 별도로 관리합니다.
본 사이트와 별도 사이트의 위치를 함께 정해도 됩니까?
같은 회사가 운영하더라도 별도 사이트의 게시 위치는 각 사이트를 기준으로 정합니다. 운영자는 어느 사이트에 대한 요청인지 먼저 명시하고, 각 개발 담당자에게 해당 사이트의 공개 경로를 받습니다. 소유 회사가 같다는 이유만으로 한 파일이 다른 사이트까지 안내한다고 처리하지 않습니다.
임시 테스트 공간의 파일로 게시를 승인해도 됩니까?
테스트 공간의 파일은 배포 준비를 검사하는 용도로 사용할 수 있습니다. 실제 사이트 게시를 승인하려면 개발 담당자에게 운영 환경의 최종 주소를 별도로 요청합니다. 테스트 결과와 운영 환경의 게시 결과는 같은 항목에 합치지 않고 각각 기록합니다.
외부 제작사가 최종 공개 주소를 전달하지 않으면 어떻게 합니까?
마케팅 담당자는 파일 전달과 사이트 게시 중 어디까지 완료했는지 먼저 묻습니다. 게시까지 맡겼다면 최종 공개 주소와 작업 상태를 요청하고, 아직 파일만 전달했다면 사이트 배포 담당자에게 후속 작업을 요청합니다. 완료 보고의 표현보다 실제 맡긴 작업 범위를 기준으로 처리합니다.
승인하지 않은 llms.txt 파일을 발견하면 어떻게 합니까?
운영자는 해당 파일의 공개 위치와 게시 담당자를 기록한 뒤, 현재 공개 경위를 파악합니다. 즉시 다른 파일로 덮어쓰면 누가 어떤 목적으로 게시했는지 추적하기 어려울 수 있으므로, 변경 권한을 가진 담당자에게 처리 결정을 요청합니다. 승인 여부와 필요한 조치를 내부 작업 기록에 남깁니다.