AX Rush

AI readiness of puracy.com

Site report: 1 measured page. Overall grade: Good.

Site score · puracy.com

Blended across the origin and 1 measured page. The report below details the origin page alone.

puracy.com

Fair · 56 passing checks, 32 warnings, 7 failures · 4.9s

Share this report with your technical team

Bring the findings to the people who can fix them. Copy a ready-to-send summary for Slack, Teams or your next planning meeting.

Email

This is a public report. Your team can open it without an account.

Content

83/100

Is there substance an agent can read?

  • Homepage does not serve Markdown via content negotiation

    Serve a Markdown representation of your pages when agents request "Accept: text/markdown". Agents like Claude Code and Cursor ask for it, and Markdown cuts token usage by roughly 80% against HTML. Cloudflare ("Markdown for Agents") and Vercel can enable this without code changes.

  • No <link rel="alternate" type="text/markdown"> fallback found on the homepage

    If you cannot enable content negotiation, advertise a Markdown version with <link rel="alternate" type="text/markdown" href="/index.md"> so agents can discover it.

  • 2 JSON-LD block(s) found

  • @context references schema.org

  • No @graph array (single-entity only)

    Use an @graph array to define multiple entities in one JSON-LD block: { "@context": "https://schema.org", "@graph": [...] }

  • Key types found: Organization, WebSite

  • BreadcrumbList present

  • No author declared in structured data

    An assistant deciding whether to cite a page weighs where it came from. Add author as a Person or Organization, not a bare string.

  • 3 sameAs link(s) tie your entity to external identifiers

  • No dateModified or datePublished in structured data

    Assistants weigh recency when they answer time-sensitive questions, and a page with no date cannot be weighed at all. Add dateModified to anything that changes.

  • Server-rendered content detected (1564 words, 9811 chars of visible text)

  • Markup-heavy page (text is 4.0% of structural markup)

    The visible text clears the content thresholds, so agents can read this page. Trimming wrapper markup would still make it cheaper to consume.

  • Semantic landmarks present (main, section, header, footer, nav)

  • <h1> is empty

    Add meaningful text inside your <h1> element so agents can identify the page topic.

  • 92/92 <img> tags have alt attributes

  • <title> is too long (72 chars)

    Shorten the title to 20-70 characters. Many agents and search engines truncate beyond ~70.

  • Meta description length 131 chars

  • Canonical URL: https://puracy.com/

  • <html lang="en">

  • UTF-8 charset declared

  • Viewport meta present: "width=device-width, initial-scale=1.0, height=device-height, minimum-scale=1.0, maximum-scale=5.0"

  • 3 hreflang alternate(s) including x-default

  • 326/328 interactive elements have an accessible name

  • 2/2 form controls are labelled

  • 1/1 iframes have no title

    An untitled frame is an opaque region. A title tells an agent whether it is worth entering.

  • Method note: this reads markup, not a rendered accessibility tree

Access

98/100

Can an agent retrieve it at all?

  • Site is served over HTTPS

  • HTTP requests redirect to HTTPS

  • HSTS max-age is short (7889238s = ~91 days)

    Use at least max-age=15768000 (~6 months); preload list submission requires max-age=31536000 (1 year).

  • HSTS does not include subdomains

    Add includeSubDomains to apply HSTS across api., docs., etc. Required for preload list submission.

  • HSTS lacks the preload directive

    Add preload (and ensure max-age >= 31536000 + includeSubDomains) and submit the domain at https://hstspreload.org for browser-built-in HTTPS enforcement.

  • Response compressed with Brotli (br)

  • Cache validator present (ETag)

  • Conditional request returns 304 Not Modified

  • Homepage is on the large side (578.1 KB decompressed)

    Consider trimming inlined payloads to reduce crawl cost.

  • Roughly 2,453 tokens of content in 147,937 tokens of response (98% markup)

    An agent pays to receive the markup and then discards it. Serving Markdown on Accept negotiation is the direct fix.

  • Homepage responded in 148ms

  • All 10 core AI crawler user-agents receive the same page as a regular client

  • Missing pages return 404

  • Homepage answers without a redirect

  • HEAD requests are supported

  • Content-Type: text/html with charset

  • Homepage is indexable

  • No directive restricts how AI assistants may use this page

Discovery

78/100

Can an agent find what you publish?

  • No AI meta tags (ai:*) found

    Add AI meta tags to your HTML <head>: <meta name="ai:summary" content="Brief description">, <meta name="ai:content_type" content="website">, <meta name="ai:author" content="Your Name">.

  • No rel="alternate" link to llms.txt in HTML

    Add to your <head>: <link rel="alternate" type="text/plain" href="/llms.txt" title="LLM-optimized content">

  • No rel="alternate" link to the Agent Card in HTML

    Add to your <head>: <link rel="alternate" type="application/json" href="/.well-known/agent-card.json" title="Agent Card">

  • No rel="me" identity links found

    Add rel="me" links to verify your identity across platforms: <link rel="me" href="https://github.com/yourname">, <link rel="me" href="https://twitter.com/yourname">.

  • OpenGraph required tags present (og:title, og:description, og:url, og:type)

  • Twitter Card required tags present (twitter:card, twitter:title, twitter:description)

  • /robots.txt exists

  • No core AI crawlers explicitly configured

    Add User-agent entries for core AI crawlers in your robots.txt. For each crawler, add: User-agent: <name> followed by Allow: / on the next line.

  • Sitemap directive present

  • No Content-Signal directive found (optional)

    Declare how crawlers may use your content after access with the Content Signals Policy, e.g.: Content-Signal: search=yes, ai-train=no. Known signals: search, ai-input, ai-train, plus the optional use=immediate|reference|full. Generate yours at contentsignals.org.

  • 0/57 known AI crawlers have explicit rules

    Add explicit User-agent entries for more AI crawlers to maximize discoverability.

  • 4/7 security headers present

  • Link header present but does not reference AI discovery files

    Add AI discovery entries to your Link header: Link: </llms.txt>; rel="alternate"; type="text/plain", </.well-known/agent-card.json>; rel="alternate"; type="application/json"

  • No machine-readable discovery relations beyond llms.txt and the Agent Card

    Advertise what you publish with Link relations so agents stop guessing paths. Add the ones that apply, for example: Link: </llms.txt>; rel="describedby", </.well-known/api-catalog>; rel="api-catalog". Informational in 3.x: this does not affect your score.

  • /llms.txt exists

  • /llms.txt Content-Type OK (text/markdown)

  • H1 heading: "Agent Instructions — Puracy"

  • No blockquote description found ("> ...")

    Add a blockquote description after the H1 heading, e.g.: > A brief summary of your site for AI agents.

  • 5 section heading(s) found

  • 5 link(s) found

  • /llms-full.txt also available (bonus)

  • No rel="describedby" link to llms.txt

    llms.txt v2 uses this relation so a page can name the file that covers it. Add <link rel="describedby" href="/llms.txt"> or the equivalent Link header, so an agent that landed on a deep page does not have to guess that an index exists.

  • 2 duplicate link(s) in llms.txt

    Each URL should appear once. Duplicates spend an agent’s budget re-reading what it already has.

  • 3 sampled link(s) resolve

  • 1 sampled link(s) redirect

    Point llms.txt at the final URL. Each redirect is a round trip the agent pays for on every visit.

  • No per-page Markdown mirror found

    llms.txt v2 documents appending .md to a URL for its Markdown version. The index tells an agent which pages exist; the mirrors are what make reading them cheap.

  • Consumer note: llms.txt is read by coding agents, not by search

  • Sitemap located: https://puracy.com/sitemap.xml

  • Content-Type is XML (application/xml)

  • Sitemap-index references 9 child sitemap(s)

  • 3/3 sample child sitemap(s) reachable

  • Sample yielded 210 URL(s) across 3 child(ren)

  • Newest <lastmod> is recent (0 day(s) ago)

Protocols

7/100

What can an agent call?

  • /.well-known/agent-card.json not found

    This site offers something an agent could call, but nothing tells an agent what. Publish an A2A Agent Card at /.well-known/agent-card.json. A minimal 1.0 card needs name, description, version, capabilities, supportedInterfaces, defaultInputModes, defaultOutputModes and skills. Spec: https://a2a-protocol.org/latest/specification/

  • API surface present but no machine-readable description found

    The API exists; nothing describes it in a form an agent can read, so using it requires a human to read your documentation first. Serve an OpenAPI description at /openapi.json and advertise it with Link: </openapi.json>; rel="service-desc". For several APIs, publish an RFC 9727 catalog.

  • No agent resource catalog found

    A catalog is one document listing everything an agent can call here — agent cards, MCP servers, APIs, skills — so a client stops probing four conventions to find out. Worth publishing once you have more than one of those. Informational: both ai-catalog.json and ard.json are still drafts, so this never affects your score.

  • No Agent Skills published

    This site has documentation, so it has procedures worth teaching. A skill is a SKILL.md an agent installs and follows: setup steps, argument shapes, the mistakes to avoid. Publish one per task at /.well-known/agent-skills/{name}/SKILL.md and list them in /.well-known/agent-skills/index.json.

  • Protected-resource metadata published (RFC 9728)

  • 2 authorization server(s) named

  • Authorization server https://account.puracy.com publishes no discovery metadata

    The chain stops here: an agent knows which server to ask but not which endpoints it has. Publish RFC 8414 or OpenID discovery metadata.

  • UCP profile published at /.well-known/ucp

  • UCP version 2026-08-25

  • 1 commerce service(s) declared: dev.ucp.shopping

  • 2 declared schema URL(s) resolve

  • UCP profile declares no payment handlers

    Without a payment handler an agent can read your catalog but cannot complete a purchase. Declare the handlers you accept.

  • UCP profile declares no signing keys

    Publish the public keys an agent uses to verify your responses. Money is moving; identity should not rest on DNS alone.

  • 18 form(s) on the page, none declared as agent tools

    A declared form is called by an agent rather than driven pixel by pixel. Add toolname and tooldescription to the forms worth automating — search, filter, subscribe — and toolparamdescription to each field.

  • No MCP server — MCP discovery does not apply to this site

Policy

18/100

What usage rights are declared?

  • /.well-known/security.txt not found

    Create a /.well-known/security.txt file per RFC 9116. At minimum, include Contact: and Expires: fields. See https://securitytxt.org/ for a generator.

  • No RSL license discovery found

    Declare machine-readable licensing terms for your content with Really Simple Licensing. Add to robots.txt: License: https://your-site.com/license.xml — then publish the RSL document. See https://rslstandard.org.

  • No machine-readable usage policy declared

    State your terms where they can be read without a lawyer. The lowest-effort option is a Content-Signal line in robots.txt: Content-Signal: search=yes, ai-input=yes, ai-train=no. Absence is neutral, not permission — but it also gives you nothing to point at.

Technical details

Engine
axrush-engine@6.0.0
Scanned
Sep 10, 2026, 7:02:00 PM UTC
Duration
4,897 ms
Checks run
26

Turn this report into ongoing improvements

Give your team full reports, prioritized fixes and monitoring, so improvements last beyond the next release.

Read this report via the API or the MCP server