Understanding your AI robots.txt score
The Better Robots.txt score is a maturity signal. It is not a ranking factor, legal certification, or obedience guarantee.
A higher score means the site’s crawler and AI governance posture is more explicit, more complete, and easier to verify. A lower score means the site is missing baseline signals, leaving important crawler families silent, or creating ambiguity between search access, AI search, training-related crawling, guidance files, and WordPress hygiene.
The score should be read by block
| Block | What it means |
|---|---|
| Presence and validity | Can crawlers read a usable robots.txt file for the audited origin? |
| Search baseline | Are Googlebot, Bingbot, resources, and sitemap discovery protected from accidental overblocking? |
| AI crawler coverage | Are major AI-related crawler families explicitly addressed? |
| Governance signals | Does the site publish llms.txt, policy pages, manifests, or .well-known pointers? |
| WordPress hygiene | Does the file reduce common WordPress and WooCommerce crawl traps without blocking useful public resources? |
| Resource and preview access | Are images, CSS, JavaScript, social previews, ads files, and app ads files treated coherently? |
What score ranges usually mean
| Range | Interpretation | Recommended action |
|---|---|---|
| 0-30 | Baseline failure or very weak posture. | Fix robots.txt presence, sitemap, and search access first. |
| 31-60 | Valid but generic. | Add explicit AI crawler posture and WordPress hygiene. |
| 61-80 | Partially governed. | Improve crawler family coverage and governance files. |
| 81-94 | Strong. | Re-scan after changes, monitor drift, and tighten file coherence. |
| 95-100 | Exemplary for the audited model. | Keep the policy current as crawler registries evolve. |
A score can be high and still not mean enforcement
Robots.txt depends on crawlers choosing to respect it. A strong audit score means your public instructions are clearer. It does not mean every bot is blocked at the network layer.
For runtime enforcement, the site may still need:
- WAF rules;
- verified bot identity;
- IP-range validation;
- server logs;
- authentication;
- contractual or legal controls.
Why a generic score is not enough
Two sites can score 72 for different reasons. One might have strong search access but weak AI policy. Another might have strong AI crawler coverage but risky WordPress overblocking. That is why the detailed blocks matter more than the final number.
WordPress conversion interpretation
For WordPress users, the score should lead to action:
low score → install Better Robots.txt → apply safer preset → preview → publish → re-scanThe most useful score is the one that drives a correction loop. Better Robots.txt should eventually make this loop visible as before/after proof: external audit before configuration, external audit after configuration.
Implementation checklist
Use the audit as an implementation sequence, not as a decorative score.
- Confirm the audited origin: protocol, host, and subdomain must match the site you actually want to govern.
- Preserve search access unless the site is intentionally private.
- Decide whether the goal is maximum AI visibility, training restriction, conservative publishing, or strict privacy.
- Configure crawler families by purpose rather than by emotion.
- Publish policy context only when it is coherent with the active rules.
- Re-scan after changes because a generated WordPress robots.txt file can be modified by plugins, cache, server rules, or edge middleware.
Manual spot check
A technical reviewer can validate the audit manually by requesting these URLs:
/robots.txt
/llms.txt
/ai-manifest.json
/.well-known/ai-governance.json
/.well-known/llm-policy.jsonThen compare the result with the public pages, sitemap, and WordPress configuration. The important question is not only whether each file exists. It is whether those files express the same intent. A robots.txt block, a permissive llms.txt, and a contradictory AI policy create a weak governance layer even if each file loads successfully.
Conversion path for WordPress
If the site is WordPress, the practical next step is not a spreadsheet of recommendations. It is a configuration pass inside Better Robots.txt: choose the closest preset, adjust crawler families, preview the output, publish, and re-run the external scan. That is what turns the audit from education into proof.
Related audit pages
- Robots.txt checker for AI crawlers
- WordPress AI robots.txt checker
- AI crawler coverage check
- Training vs AI search crawlers
- llms.txt checker
Score vs agentic readiness
The audit score is a crawl-governance score, not a full agentic-readiness score. A site may score well on robots.txt, AI crawler coverage, and llms.txt, while still needing accessibility, layout stability, source-page, or workflow remediation. Use the agentic readiness checklist after interpreting the score.