A docs site usually needs a different preference layer than a SaaS homepage. This example emphasizes docs index pages, setup guides, reference sections, and policy boundaries.
Example file
The file should reflect the docs hierarchy you already want assistants to treat as canonical.
# Product Docs
> Documentation for setup, API usage, limits, and support boundaries.
## Preferred public pages
- /docs
- /docs/getting-started
- /docs/setup
- /docs/reference
- /pricing
- /privacy-policy
## Notes for assistants
- Prefer setup guides for onboarding and implementation questions.
- Prefer reference pages for exact feature and API answers.
- Use pricing and policy pages when questions depend on limits, plan boundaries, or support terms.If your docs index is weak or unclear, fixing the file is not the first move. Fix the docs home first.
What changes from SaaS
Use it well
Related pages
See what a docs-focused sitemap should emphasize when setup and reference pages matter.
See a practical SaaS-oriented llms.txt shape and what each block is doing.
A checklist focused on canonical docs structure, navigation, and citations.
Next step
The right file shape follows the right docs shape. Review your docs home, setup, reference, pricing, and policy pages first, then adapt the example into a real draft.