O Odoo 20 inclui uma rota pública /llms.txt no aplicativo Website principal. Os administradores do Website podem configurar a resposta em texto simples dentro do Odoo, em vez de implementar uma rota adicional fora do aplicativo. A mudança relacionada também move as restrições de rastreador para rotas técnicas e transacionais selecionadas para diretivas robots.txt geradas. (Odoo Odoo Blob; mergebot.odoo.com)
Essas mudanças criam duas tarefas de revisão separadas. Os administradores devem decidir se publicam e mantêm o conteúdo de llms.txt e, em seguida, inspecionar a saída de robots.txt gerada para os módulos instalados no banco de dados. Embora introduzidos pela mesma implementação, llms.txt e robots.txt servem a propósitos diferentes e devem ser testados separadamente. (Odoo Odoo Blob; mergebot.odoo.com)
O que o Odoo 20 publica
O aplicativo Website expõe llms.txt na raiz do site por meio da rota HTTP /llms.txt. Quando um conteúdo não vazio é configurado, a rota retorna esse conteúdo como texto simples usando codificação UTF-8. A implementação não constrói automaticamente um documento llms.txt completo a partir de páginas existentes ou de outros registros do website. (Odoo Odoo Blob)
O Odoo também adiciona uma referência a llms.txt no HTML da raiz do website para melhorar a descoberta. Os administradores gerenciam o conteúdo do arquivo por meio de um editor em configurações de SEO do Website, levando o texto publicado para o processo de configuração existente do website. (mergebot.odoo.com)
Como a rota faz parte do aplicativo Website principal, um site Odoo 20 não precisa de um módulo de terceiros apenas para fornecer o endpoint. Os administradores ainda devem preparar e manter o conteúdo. O Odoo fornece a rota, o editor de configurações e a referência no HTML da raiz, enquanto o texto salvo determina o que o endpoint retorna. (Odoo Odoo Blob; mergebot.odoo.com)
Conteúdo em branco não gera arquivo
O Odoo define comportamento explícito para sites em que llms.txt não foi preenchido. Se o valor configurado estiver ausente ou contiver apenas espaços em branco, uma solicitação para /llms.txt recebe uma resposta de não encontrado. O Odoo não publica um arquivo vazio, um espaço reservado ou um resumo gerado automaticamente. (Odoo Odoo Blob)
A presença da rota no Odoo 20, portanto, não significa que todo site vai expor imediatamente um documento llms.txt. Uma resposta de não encontrado pode indicar que nenhum conteúdo não vazio foi salvo, em vez de uma falha do servidor ou de roteamento. Os administradores devem verificar a configuração de SEO do Website antes de investigar a solicitação como uma falha técnica. (Odoo Odoo Blob; mergebot.odoo.com)
Restrições de rastreador passam para robots.txt
A mudança relacionada ao rastreador move as restrições de rotas como login, checkout, pagamento, confirmação e páginas do portal para diretivas robots.txt. O Odoo gera essas diretivas de acordo com os módulos instalados no banco de dados. (mergebot.odoo.com)
A saída resultante de robots.txt pode, portanto, variar entre ambientes Odoo. Um banco de dados com módulos de e-commerce ou portal não deve ser avaliado apenas com base em um arquivo genérico esperado ou em um arquivo copiado de outro banco de dados. Os revisores precisam inspecionar a saída gerada pelo banco de dados em análise e considerar os módulos instalados. (mergebot.odoo.com)
Os dois mecanismos permanecem distintos. A rota /llms.txt publica conteúdo em texto simples fornecido pelo administrador, enquanto robots.txt contém restrições de rastreador para rotas técnicas e transacionais especificadas. Publicar llms.txt não substitui a necessidade de inspecionar robots.txt, e a presença de diretivas robots.txt não preenche llms.txt. (Odoo Odoo Blob; mergebot.odoo.com)
Implicações para a governança do site
As organizações que usam o recurso devem atribuir a responsabilidade pela configuração de llms.txt. Odoo publica o conteúdo salvo e não em branco, mas a implementação não atualiza esse texto automaticamente quando outros materiais do site mudam. Sua precisão, portanto, depende do processo de revisão e manutenção de conteúdo da organização. (Odoo Odoo Blob; mergebot.odoo.com)
O endpoint público deve ser testado sempre que se espera que o arquivo esteja disponível. Verificar apenas se o editor aparece na interface de administração é insuficiente. Uma solicitação direta para /llms.txt deve retornar o texto pretendido com tipo de conteúdo plain text e codificação UTF-8. (Odoo Odoo Blob; mergebot.odoo.com)
Os procedimentos de revisão de crawlers também devem levar em conta a localização das restrições de rota. Os testes de aceitação do Odoo 20 devem incluir a saída gerada de robots.txt, especialmente quando os módulos instalados fornecerem rotas de login, checkout, pagamento, confirmação ou portal. (mergebot.odoo.com)
Para uma revisão completa, as equipes devem verificar o conteúdo configurado de llms.txt e sua resposta pública de forma independente das diretivas geradas de robots.txt. Essa separação ajuda a garantir que o texto fornecido pelo administrador, o comportamento do endpoint e as restrições de crawler dependentes do módulo sejam verificados em relação à parte relevante da implementação. (Odoo Odoo Blob; mergebot.odoo.com)
O que a implementação não especifica
A implementação confirma como o Odoo expõe e gerencia o conteúdo configurado de llms.txt, mas não prescreve o que uma organização deve escrever no arquivo. Também não define um processo de aprovação, um cronograma de revisão ou um responsável pelo conteúdo. Esses pontos continuam sendo decisões internas de governança. (Odoo Odoo Blob; mergebot.odoo.com)
A implementação também confirma que as restrições de robots.txt são geradas de acordo com os módulos instalados, mas não fornece uma saída universal para todas as combinações possíveis de módulos. As equipes não devem presumir que o arquivo robots.txt de um banco de dados Odoo 20 represente a saída de outro ambiente com um conjunto de aplicativos diferente. (mergebot.odoo.com)
Verificações antes da publicação
Primeiro, confirme que o editor de llms.txt está disponível nas configurações de SEO do site. Insira o conteúdo aprovado, salve-o e solicite /llms.txt diretamente. Um endpoint preenchido deve retornar o texto salvo como plain text em UTF-8. Conteúdo ausente ou composto apenas por espaços em branco deve produzir uma resposta de não encontrado. (Odoo Odoo Blob; mergebot.odoo.com)
Segundo, inspecione o HTML da raiz do site em busca da referência de llms.txt do Odoo. Isso testa o elemento de descoberta separadamente do próprio endpoint. A resposta da rota e a referência no HTML são partes distintas da implementação, portanto ambas devem ser verificadas. (mergebot.odoo.com)
Terceiro, recupere o robots.txt do ambiente que está sendo avaliado. Verifique as diretivas geradas para as rotas relevantes de login, checkout, pagamento, confirmação e portal. Repita esta revisão para bancos de dados com módulos instalados diferentes, em vez de aplicar um resultado esperado de outro ambiente. (mergebot.odoo.com)
Por fim, registre se llms.txt é publicado intencionalmente ou deixado em branco. Odoo oferece suporte a ambos os estados por meio do comportamento de conteúdo configurado e de não encontrado, mas o software não documenta o motivo da organização para qualquer uma das opções. Registrar a decisão junto com a revisão de SEO e de crawlers do site fornece uma base mais clara para verificações posteriores de configuração. (Odoo Odoo Blob; mergebot.odoo.com)