Odoo 20에는 코어 Website 애플리케이션에 공개 /llms.txt 경로가 포함됩니다. Website 관리자는 애플리케이션 외부에 추가 경로를 구현하지 않고도 Odoo 내에서 일반 텍스트 응답을 설정할 수 있습니다. 이와 관련된 변경 사항은 일부 기술 및 거래용 경로에 대한 크롤러 제한을 생성되는 robots.txt 지시문으로도 이동합니다. (Odoo Odoo Blob; mergebot.odoo.com)
이러한 변경 사항은 두 개의 별도 검토 작업을 만듭니다. 관리자는 llms.txt 콘텐츠를 게시하고 유지할지 결정한 다음 데이터베이스에 설치된 모듈에 대해 생성된 robots.txt 출력을 확인해야 합니다. 동일한 구현에서 도입되었지만 llms.txt와 robots.txt는 서로 다른 목적을 가지므로 별도로 테스트해야 합니다. (Odoo Odoo Blob; mergebot.odoo.com)
Odoo 20이 게시하는 항목
Website 애플리케이션은 /llms.txt HTTP 경로를 통해 웹사이트 루트에 llms.txt를 노출합니다. 비어 있지 않은 콘텐츠가 설정되면 해당 경로는 UTF-8 인코딩을 사용해 일반 텍스트로 그 콘텐츠를 반환합니다. 이 구현은 기존 페이지나 다른 웹사이트 기록에서 완성된 llms.txt 문서를 자동으로 생성하지 않습니다. (Odoo Odoo Blob)
Odoo는 발견 가능성을 높이기 위해 웹사이트 루트 HTML에 llms.txt에 대한 참조도 추가합니다. 관리자는 Website SEO 설정 아래의 편집기를 통해 파일 콘텐츠를 관리하며, 게시된 텍스트를 기존 웹사이트 구성 프로세스에 포함합니다. (mergebot.odoo.com)
이 경로는 코어 Website 애플리케이션의 일부이므로, Odoo 20 웹사이트는 단지 이 엔드포인트를 제공하기 위해 타사 모듈이 필요하지 않습니다. 다만 관리자는 여전히 콘텐츠를 준비하고 유지해야 합니다. Odoo는 경로, 설정 편집기, 루트 HTML 참조를 제공하고, 저장된 텍스트가 엔드포인트의 반환 내용을 결정합니다. (Odoo Odoo Blob; mergebot.odoo.com)
빈 콘텐츠는 파일을 생성하지 않음
Odoo는 llms.txt가 채워지지 않은 웹사이트에 대해 명시적인 동작을 정의합니다. 설정된 값이 없거나 공백만 포함하면 /llms.txt 요청은 not-found 응답을 받습니다. Odoo는 빈 파일, 자리 표시자, 또는 자동 생성된 요약을 게시하지 않습니다. (Odoo Odoo Blob)
따라서 Odoo 20에서 이 경로가 존재한다고 해서 모든 웹사이트가 즉시 llms.txt 문서를 노출하는 것은 아닙니다. not-found 응답은 서버 또는 라우팅 오류가 아니라 비어 있지 않은 콘텐츠가 저장되지 않았음을 의미할 수 있습니다. 관리자는 요청을 기술적 실패로 조사하기 전에 Website SEO 설정을 확인해야 합니다. (Odoo Odoo Blob; mergebot.odoo.com)
크롤러 제한이 robots.txt로 이동
관련 크롤러 변경 사항은 로그인, 결제, 확인, 포털 페이지와 같은 경로에 대한 제한을 robots.txt 지시문으로 이동합니다. Odoo는 데이터베이스에 설치된 모듈에 따라 이러한 지시문을 생성합니다. (mergebot.odoo.com)
그 결과 robots.txt 출력은 Odoo 환경마다 달라질 수 있습니다. 이커머스 또는 포털 모듈이 있는 데이터베이스는 일반적인 예상 파일이나 다른 데이터베이스에서 복사한 파일과만 비교해서는 안 됩니다. 검토자는 평가 대상 데이터베이스에서 생성된 출력을 확인하고 설치된 모듈을 반영해야 합니다. (mergebot.odoo.com)
두 메커니즘은 여전히 구분됩니다. /llms.txt 경로는 관리자가 제공한 일반 텍스트 콘텐츠를 게시하고, robots.txt에는 지정된 기술 및 거래용 경로에 대한 크롤러 제한이 포함됩니다. llms.txt를 게시한다고 해서 robots.txt를 확인할 필요가 사라지는 것은 아니며, robots.txt 지시문이 있다고 해서 llms.txt가 채워지는 것도 아닙니다. (Odoo Odoo Blob; mergebot.odoo.com)
웹사이트 거버넌스에 대한 시사점
이 기능을 사용하는 조직은 llms.txt 설정의 책임자를 지정해야 합니다. Odoo는 저장된 공백이 아닌 콘텐츠를 게시하지만, 다른 웹사이트 자료가 변경되어도 이 구현은 해당 텍스트를 자동으로 업데이트하지 않습니다. 따라서 그 정확성은 조직의 콘텐츠 검토 및 유지관리 프로세스에 달려 있습니다. (Odoo Odoo Blob; mergebot.odoo.com)
공개 엔드포인트는 파일이 제공되어야 하는 모든 위치에서 테스트해야 합니다. 관리 인터페이스에 편집기가 표시되는지만 확인하는 것으로는 충분하지 않습니다. /llms.txt로 직접 요청하면 일반 텍스트 콘텐츠 유형과 UTF-8 인코딩으로 의도한 텍스트가 반환되어야 합니다. (Odoo Odoo Blob; mergebot.odoo.com)
크롤러 검토 절차에는 경로 제한의 위치도 반영해야 합니다. Odoo 20 승인 테스트에는 생성된 robots.txt 출력이 포함되어야 하며, 특히 설치된 모듈이 로그인, 결제, 결재, 확인 또는 포털 경로를 제공하는 경우에는 더욱 그렇습니다. (mergebot.odoo.com)
완전한 검토를 위해 팀은 생성된 robots.txt 지시문과는 별도로 구성된 llms.txt 내용과 그 공개 응답을 확인해야 합니다. 이렇게 분리하면 관리자 제공 텍스트, 엔드포인트 동작, 모듈 종속 크롤러 제한이 각각 구현의 관련 부분과 대조되어 점검됩니다. (Odoo Odoo Blob; mergebot.odoo.com)
구현이 명시하지 않는 사항
이 구현은 Odoo가 구성된 llms.txt 콘텐츠를 어떻게 노출하고 관리하는지는 확인하지만, 조직이 파일에 무엇을 작성해야 하는지는 규정하지 않습니다. 또한 승인 절차, 검토 일정 또는 콘텐츠 담당자도 정의하지 않습니다. 이러한 사항은 내부 거버넌스 결정으로 남습니다. (Odoo Odoo Blob; mergebot.odoo.com)
이 구현은 또한 robots.txt 제한이 설치된 모듈에 따라 생성된다는 점을 확인하지만, 가능한 모든 모듈 조합에 대해 하나의 보편적인 출력을 제공하지는 않습니다. 팀은 다른 애플리케이션 세트를 가진 다른 환경의 결과를 그대로 적용하여, 한 Odoo 20 데이터베이스의 robots.txt 파일이 다른 환경의 출력을 나타낸다고 가정해서는 안 됩니다. (mergebot.odoo.com)
게시 전 확인 사항
먼저 Website SEO 설정에서 llms.txt 편집기를 사용할 수 있는지 확인합니다. 승인된 콘텐츠를 입력하고 저장한 다음 /llms.txt를 직접 요청합니다. 콘텐츠가 채워진 엔드포인트는 저장된 텍스트를 UTF-8 일반 텍스트로 반환해야 합니다. 내용이 없거나 공백만 있는 경우에는 not-found 응답이 반환되어야 합니다. (Odoo Odoo Blob; mergebot.odoo.com)
둘째, 웹사이트 루트 HTML에서 Odoo의 llms.txt 참조를 검사합니다. 이는 엔드포인트 자체와는 별도로 발견 가능성 요소를 테스트하는 것입니다. 경로 응답과 HTML 참조는 구현의 서로 다른 부분이므로 둘 다 확인해야 합니다. (mergebot.odoo.com)
셋째, 평가 중인 환경에서 robots.txt를 가져옵니다. 관련 로그인, 결제, 결재, 확인 및 포털 경로에 대해 생성된 지시문을 확인합니다. 다른 환경의 예상 결과를 적용하지 말고 설치된 모듈이 다른 데이터베이스마다 이 검토를 반복합니다. (mergebot.odoo.com)
마지막으로 llms.txt를 의도적으로 게시했는지, 아니면 비워 두었는지 기록합니다. Odoo는 구성된 콘텐츠와 not-found 동작을 통해 두 상태를 모두 지원하지만, 소프트웨어는 어느 선택이든 그 이유를 문서화하지 않습니다. 웹사이트의 SEO 및 크롤러 검토와 함께 이 결정을 기록하면 이후 구성 점검의 기준이 더 명확해집니다. (Odoo Odoo Blob; mergebot.odoo.com)