Mark Stott
+2
Aug 8, 2025
visibility 3365
star star star star star star
(3 votes)

LLMS.txt support comes to Stott Robots Handler v5

So you've heard of llms.txt?

If you’ve been keeping an eye on developments in AI and search, you may have heard of llms.txt files. The llms.txt file is a simple, human-readable document designed to help Large Language Models (LLMs) better understand the content and context of your website.  It is intended to be a new standard in terms of Generative Engine Optimization (GEO) and its fair to say it is early days.  You can see a list of early adopters here: https://llmstxt.site/

The llms.txt file itself should be written in Markdown which is a lightweight formatting language that uses plain text syntax to style content.  Markdown is then typically transformed into HTML for presentation for normal consumption, but in this case it happens to be easily parsed by AI.

Why Add llms.txt to the Stott Robots Handler?

The Stott Robots Handler has long been the go-to tool for managing robots.txt content in Optimizely CMS 12. Because the llms.txt concept shares a similar purpose and delivery method (providing machine-readable guidance from a fixed location) it made perfect sense to integrate support for it directly into the same tool.  The synergy between the delivery and management of the two file formats allowed me to deliver this functionality swiftly into Stott Robots Handler, allowing you to manage your site’s LLM guidance and crawler instructions all from a single, familiar interface.

The Interface

Existing users of the Stott Robots Handler will find the interface for managing llms.txt content to be immediately familiar.  The llms.txt configuration list is nearly identical to that of the robots.txt configuration list.  Users can create, modify and delete configurations on a per site / per host basis allowing for flexible variations in instructions for large language models.  Unlike the robots.txt, there are no default configurations for each website.  The llms.txt content only exists and is only served when it has been defined by the user.  If a configuration does not exist for a given domain, then the users will receive a 404 response instead of a default value.

When creating or modifying llms.txt content, a familair modal interface is displayed. The modal interface is larger for managing llms.txt content as there are expectations that this file will be significantly larger than robots.txt.  Users can select a site and they can opt between selecting a specific host definition or configuring the llms.txt content to be the default for a website.

Please note that when content is served on the /llms.txt path, the response will be resolved in the following order:

  1. llms content that matches the specific site and host definition
  2. llms content that matches a specific site but is configured as a default
  3. 404 response

Getting Started

Stott Robots Handler v5 is available for Optimizely PAAS CMS 12 on nuget.optimizely.com and on nuget.org.  You can see the full installation instructions and package information over on github page, including how to configure the addon for use with Opti Id.

Getting started can be as simple as: 

// Install the nuget package
dotnet add package Stott.Optimizely.RobotsHandler

// Add this to your services
services.AddRobotsHandler();

// Add this to your configure method
services.UseRobotsHandler();

// Add this to your _ViewImports.cshtml if you are running traditional
@addTagHelper *, Stott.Optimizely.RobotsHandler

You can find all of my content collated on https://www.stott.pro/ 

Aug 08, 2025

Comments

Michał Mitas
Michał Mitas Aug 13, 2025 11:04 AM

Awesome! This is super handy :)

error Please login to comment.
Latest blogs
The Silent Success: When Your Optimizely SaaS CMS Config Push Succeeds with "0" Changes

  Picture this frustratingly common scenario in headless, code-first development with Optimizely SaaS CMS: You’ve defined a brilliant new element,...

Vipin Banka | Jul 13, 2026

Architecting an Enterprise-Grade Development Pipeline in Optimizely SaaS CMS

Most enterprise teams show up to Optimizely SaaS CMS with a clear roadmap for their release pipeline: DEV → QA → Stage → Prod. Four logical...

Vipin Banka | Jul 12, 2026

Bynder DAM Connector for Optimizely SaaS CMS: Improved Metadata Property Synchronization

While working with the Bynder DAM Connector for Optimizely SaaS CMS , one of the key areas I explored was how Bynder asset metadata is synchronized...

Vipin Banka | Jul 11, 2026

Optimizely DXP: Every Supported Culture, One Searchable Page

Quick one for anyone building multi-language sites on Optimizely DXP. I put together a reference tool listing all 806 supported cultures. More...

Adnan Zameer | Jul 10, 2026 |

A day in the life of an Optimizely OMVP: London Meetup 2026

On 2nd July 2026 the Optimizely London Developer Meetup returned to The Lightwell, and the running theme across the evening was less about individu...

Graham Carr | Jul 10, 2026

Optimizely’s Summer ’26 Roadmap: The CMS Is Starting to Look Less Like a Publishing Tool and More Like Marketing Infrastructure

Optimizely’s Summer ’26 Product Roadmap event was not just a list of product updates. At least, that is not the part I found most interesting. The...

Augusto Davalos | Jul 9, 2026