llms.txt에 넣지 말아야 할 내용

제외 판단의 출발점

llms.txt 제안 문서는 필요한 정보를 안내 파일에서 찾은 뒤 관련 링크로 이동해 상세 자료를 읽는 흐름을 설명합니다. 파일은 읽을 맥락 안에 들어갈 만큼 간결하게 유지하고, 자세한 내용은 연결된 자료에서 필요할 때 가져오는 구조입니다. 운영자는 파일을 회사 자료의 전체 사본으로 만들기보다 안내 역할을 벗어난 내용을 삭제 대상으로 판단합니다.

이 표는 제안 문서에 있는 금지 목록을 옮긴 것이 아니라, 설명된 역할을 사이트 운영에 적용한 편집 기준입니다. 특히 비공개 정보와 보호 목적의 지시를 제외하는 판단은 보안을 위한 운영 절차입니다. 제안 형식의 설명만으로 해당 파일에 보안 통제 기능이 있다고 해석하지 않습니다.

상세 본문의 중복 관리 문제

상세 본문을 복제하면 안내 파일과 원래 자료를 각각 수정해야 합니다. 제품 설명이나 이용 조건이 변경됐을 때 한쪽만 수정하면 서로 다른 내용이 남을 수 있습니다. 운영자는 문장의 길이만 따지지 말고, 같은 내용을 별도 사본으로 관리하게 되는지를 판단합니다.

긴 설명 안에 표, 예외 조건, 부록까지 이어진다면 상세 자료를 대신 싣고 있는지 대조합니다. 일부 문장이 짧더라도 여러 자료의 내용을 연속해서 복제하면 파일 전체가 상세 본문의 묶음이 될 수 있습니다. 삭제 범위는 개별 문장의 길이보다 복제한 정보의 역할을 기준으로 정합니다.

원래 자료에서 문장을 삭제하면 의미가 달라질 수 있는 조건이나 예외를 안내 파일에 옮기는 일도 신중하게 처리합니다. 복제본에서 조건 일부가 빠지면 실제 자료보다 넓은 약속처럼 읽힐 수 있기 때문입니다. 이 경우 운영자는 안내 파일의 복제 부분을 제거하고 상세 자료의 내용을 유지합니다.

공개 범위부터 가리는 처리 순서

운영자는 공개 가능 여부를 먼저 판단한 뒤 본문 복제와 보호 목적의 지시를 차례로 검사합니다. 비공개 내용이 섞인 파일을 먼저 다듬거나 외부에 전달하면 편집 과정에서도 정보가 노출될 수 있습니다. 마케팅 담당자는 자료 소유자에게 공개 범위를 묻고, 개발 담당자는 실제 파일과 연결된 자료의 접근 상태를 조사합니다.

1. 공개해도 되는 내용인지 확인합니다. 내부 문서에서 가져온 문장, 개인 식별 정보, 인증 정보가 있으면 외부 공유를 멈추고 자료 소유자에게 처리 판단을 요청합니다.
2. 짧은 안내 대신 상세 본문을 복제했는지 확인합니다. 원래 자료와 겹치는 부분을 표시하고, 안내 파일에서 제거할 범위를 정합니다.
3. 접근 제한을 안내 문구에 맡겼는지 확인합니다. 보호 목적의 문구를 찾아 실제 제한 작업이 필요한 자료를 개발 담당자에게 전달합니다.

작업 전에 준비할 자료는 편집 대상 파일, 복제한 내용의 출처, 자료별 공개 승인 범위입니다. 보호가 필요한 자료가 있다면 운영자는 자료 이름과 현재 공개 상태를 별도 기록으로 전달합니다. 비밀 값이나 민감한 본문까지 작업 요청서에 복사할 필요는 없습니다.

담당자별 자료와 요청 사항

마케팅 담당자는 문장 편집만으로 완료할 작업과 개발 담당자가 처리할 작업을 나누어 요청합니다. 삭제 요청에는 대상 파일과 내용 유형을 기재하고, 보호 요청에는 어떤 이용자만 접근해야 하는지 설명합니다. 공개 여부가 결정되지 않은 항목은 승인된 것으로 간주하지 않고 자료 소유자의 답을 기다립니다.

자동 생성 과정이 상세 본문이나 내부 자료를 계속 가져온다면 현재 파일만 편집해서는 작업을 끝낼 수 없습니다. 개발 담당자는 생성에 사용하는 자료 범위와 배포 결과를 함께 검사합니다. 운영자는 생성 과정 수정 여부와 게시본의 삭제 여부를 각각 전달받습니다.

작업 결과는 문구 수정 완료, 공개 판단 대기, 접근 제한 처리 대기처럼 실제 상태로 기록합니다. 파일에서 내용을 삭제했다는 보고와 자료 보호를 완료했다는 보고를 하나로 합치지 않습니다. 개발 작업이 남아 있다면 담당자와 남은 요청을 명시합니다.

삭제와 보호 완료의 차이

llms.txt에서 민감한 내용을 삭제해도 연결된 자료가 계속 공개되어 있다면 보호 작업은 끝나지 않습니다. 운영자는 안내 파일의 편집 결과와 원자료의 접근 상태를 별도로 기록합니다. 자료를 공개하지 않으려는 목적이라면 개발 담당자에게 원자료를 대상으로 접근 제한을 요청합니다.

구글은 robots.txt의 지침도 모든 크롤러의 행동을 강제로 통제하지는 못하며, 비공개 파일을 보호하려면 비밀번호 보호 같은 별도 방법을 사용할 것을 안내합니다. 이 설명을 llms.txt의 기능으로 옮겨 해석해서는 안 됩니다. 운영자는 안내 문구가 존재한다는 이유로 자료가 보호된다고 승인하지 않습니다.

구글 검색에서 제외하려는 목적과 허용된 이용자에게만 자료를 제공하려는 목적도 따로 기록합니다. 구글은 검색결과에서 페이지가 나타나지 않도록 하는 방법으로 noindex나 비밀번호 보호 등을 안내합니다. noindex를 적용했다는 보고만으로 비공개 자료의 접근 제한까지 끝났다고 판단하지 않습니다.

노출 내용 없는 처리 기록

삭제한 내용을 기록할 때는 민감한 원문을 다시 보관하지 않는 방식을 사용합니다. 운영자는 대상 파일, 발견한 내용 유형, 조치 상태, 담당자 답변을 기재합니다. 인증 정보가 발견됐다는 기록에 실제 인증 값을 복사하면 처리 문서에도 같은 정보가 남습니다.

비공개 자료가 이미 게시됐다면 단순 오탈자 수정과 같은 절차로 처리하지 않습니다. 운영자는 공개된 자료의 범위와 발견 경위를 관련 담당자에게 전달하고, 추가 대응 필요성을 판단하도록 요청합니다. 외부에 복사된 자료까지 파일 삭제만으로 회수했다고 보고하지 않습니다.

수정 결과를 전달할 때도 삭제 전 파일 전체를 첨부하기보다 변경 항목을 설명합니다. 민감 정보가 포함된 이전 사본을 보관해야 한다면 보안 담당자가 보관 목적과 접근 권한을 결정합니다. 일반 편집 이력에 남길 내용과 별도 관리할 자료를 같은 첨부 파일로 묶지 않습니다.

편집 화면에 드러나지 않는 정보

일반 화면에 표시되지 않는 주석이나 생성용 메모도 배포 파일에 남으면 공개 내용에 포함됩니다. 운영자는 편집 화면의 본문만 검사하지 않고, 개발 담당자에게 최종 배포 파일의 텍스트를 조사하도록 요청합니다. 자동화 과정이 추가한 내부 설명도 같은 대상으로 처리합니다.

주석을 사용했다는 이유로 비공개 정보를 허용하지 않습니다. 자료 이름만 남았더라도 공개 전 사업 계획이나 내부 시스템의 존재를 드러낼 수 있으므로 공개 승인 범위에 포함되는지 자료 소유자에게 묻습니다. 삭제가 필요하면 최종 파일뿐 아니라 해당 내용을 추가하는 생성 과정도 수정하도록 요청합니다.

이어서 읽을 주제

병원 답변 구조화 데이터는 안내 파일의 제외 판단과 별도로, 페이지의 답변 정보를 어떤 구조로 표현할지 판단할 때 이어 읽을 주제입니다. 공개할 내용의 범위를 정한 다음 정보 표현 방식을 다루려는 담당자에게 연결됩니다.