Back to leaderboard
Documentation benchmark

Postman benchmark

Report for

Postman scored 96/100 on the DocsAlot benchmark report across 22 published checks. This Documentation benchmark shows where agents can use these docs cleanly and where the biggest points of friction still are.

Last checked: May 4, 2026Category: DevToolsBenchmark type: Documentation benchmarkSource: DocsAlot benchmark
Score your docs
Benchmark score
96Grade A

This report passes 16 of 22 checks, with 2 warnings, 2 failed checks, and 2 skipped checks still shaping the next score lift.

Checks passed
16/22
Warnings
2
Failed checks
2
Search page context

Why Postman matters as a documentation surface

Documentation quality now affects implementation speed, support load, and whether an agent or buyer can stay self-serve. This benchmark shows where the docs already work well and where they still introduce friction.

Good documentation is discoverable, readable in plain text, clear about structure and instructions, and specific enough in examples and next steps that real workflows can keep moving.

What this report means

What this documentation benchmark says about Postman.

These are the clearest signals behind the current score. Start with the strengths that already support discovery and implementation, then use the gaps below to prioritize the fixes most likely to improve AI readability and self-serve onboarding.

Working well

Where the docs already help.

  • Page size and truncation risk is already a strength, with a 100/100 score.
  • URL stability and redirects is already a strength, with a 100/100 score.
  • Authentication and access is already a strength, with a 100/100 score.

For the broader pattern behind these wins, review AI-readable documentation and compare this page with the full docs benchmark leaderboard.

Improve next

What to fix for better self-serve.

  • Improve lLMS TXT freshness in observability and content health.
  • Improve markdown content parity in observability and content health.
  • Improve lLMS TXT valid in content discoverability.

If you want to improve the system behind these gaps, start with API docs automation, the OpenAPI to CLI generator, and this guide to making docs AI-readable.

Check results

Full score breakdown

Open each category to review the checks behind the score and see exactly where agents still hit friction.

Page Size and Truncation Risk
4 passed

Can an agent read the page without losing important context?

This area is already one of the stronger parts of the report.
Rendering Strategy

All 10 sampled pages contain server-rendered content

Page Size Markdown

All 10 pages under 50K chars (median 4K, max 20K)

Page Size Html

All 10 sampled pages convert under 50K chars (median 4K, 0% boilerplate)

Content Start Position

Content starts within first 10% on all 10 sampled pages (median 2%)

Observability and Content Health
1 passed2 failed

Can an agent tell whether the docs are fresh and trustworthy?

2 failed checks still shape this area.
LLMS TXT Freshness

llms.txt covers 667/842 sitemap doc pages (79%); 175 missing

Markdown Content Parity

2 of 10 pages have substantive content differences between markdown and HTML (avg 8% missing)

Cache Header Hygiene

All 12 endpoints have appropriate cache headers

URL Stability and Redirects
2 passed

Can an agent trust that URLs will stay predictable?

This area is already one of the stronger parts of the report.
Http Status Codes

All 10 sampled pages return proper error codes for bad URLs

Redirect Behavior

No redirects detected across 10 sampled pages

Authentication and Access
1 passed1 skipped

Can an agent access the docs without getting blocked?

1 check were skipped in this report.
Auth Gate Detection

All 10 sampled pages are publicly accessible

Auth Alternative Access

All docs pages are publicly accessible; no alternative access paths needed

Content Structure
2 passed1 skipped

Can an agent understand how the page is organized?

1 check were skipped in this report.
Tabbed Content Serialization

2 tab group(s) across 1 of 10 sampled pages; all serialize under 50K chars

Section Header Quality

1 page(s) with tabs found, but no section headers inside tab panels to evaluate

Markdown Code Fence Validity

All 36 code fences properly closed across 12 pages

Markdown Availability
2 passed

Can an agent fetch a clean text version of the docs?

This area is already one of the stronger parts of the report.
Markdown Url Support

10/10 sampled pages support .md URLs (100%)

Content Negotiation

10/10 sampled pages support content negotiation (100%)

Content Discoverability
4 passed2 warnings

Can an agent find the right starting point?

2 warnings still need cleanup here.
LLMS TXT Exists

llms.txt found at 2 location(s)

LLMS TXT Valid

llms.txt contains parseable links but doesn't fully follow the proposed structure: https://learning.postman.com/llms.txt: No H1 heading found, No blockquote summary found, No heading-delimited sections found; https://learning.postman.com/docs/llms.txt: No blockquote summary found

LLMS TXT Size

llms.txt is 84,159 characters (between 50,000 and 100,000; consider splitting)

LLMS TXT Links Resolve

All 10 same-origin sampled links resolve (669 total links)

LLMS TXT Links Markdown

10/10 same-origin sampled links point to markdown content (100%)

LLMS TXT Directive (HTML)

llms.txt directive found in all 10 sampled pages, near the top of content

Next steps

Get this report in your inbox or track the score over time.

Save the report to a work email now, or tell us what kind of ongoing monitoring would be useful for this docs site.

Report delivery

Email me the full report

Save this report to a work email so you can revisit the score and the next fixes later.

Monitoring

Monitor your docs performance

Pick the monitoring path that best matches what you would want next from this benchmark.

Keep exploring

Use this report as a real search entry point.

Compare related benchmark reports, then move into the guides and tools that improve documentation benchmark scores.

Built by DocsAlot

Need help improving the score?

DocsAlot helps teams improve help centers, developer docs, API docs, and CLI docs so they are easier for humans to use and easier for agents to read.