
Aiseo Audit
io.github.agencyenterprisePublished by GitHub account agencyenterprisev2.0.0Updated Oct 24, 2026
Audit web pages for AI search readiness with evidence-tiered factors and pipeline-stage scores.
The publisher's own server: audit.domains - Domain Valuation
Overview
Audits a web page for AI search readiness, scoring how easily generative engines can fetch, extract, and reuse it.
- What you can do
- Exposes an audit_url tool that runs a deterministic, Lighthouse-style audit of a page and returns an overall score, letter grade, four pipeline-stage percentages (technical eligibility, retrieval alignment, citation fitness, provenance), and prioritized fixes. Optional queries and domain arguments add query-aware and product-specific checks. Reports can be rendered as terminal text, JSON, Markdown, or HTML.
- When to use it
- Useful when you want to check or improve how well a page is structured for AI search and generative engine retrieval, or to track that readiness over time and gate it in CI. It measures content readiness, not traditional search rank or citation likelihood.
- Requirements
- Node.js 20.19 or later; the MCP server runs locally via npx with no install or API key. Network access is needed to the audited page, its sitemap, and domain-signal files such as robots.txt and llms.txt.
Installation
In SourceWeft
- Open Aiseo Audit in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
aiseo-audit
[npm version] [License: MIT] [Node.js] [CI] [Coverage]
A deterministic, Lighthouse-style audit for AI search readiness. Test how easily generative engines can fetch, extract, understand, and reuse a web page.
AI SEO measures content readiness, not traditional search rank. The score is a research-informed heuristic audit, not a citation probability or a promise that an engine will cite the page.
Website & guides · Quick start · CI/CD · AI assistants · Library API · Scoring methodology
Quick Start
Requires Node.js 20.19 or later.
No install or API key is required. Analysis runs locally with no AI API calls or telemetry. Network access is limited to the page, the sitemap, and domain-signal files such as robots.txt and llms.txt.
Typical output begins with the overall score, pipeline stages, and highest-impact fixes:
For a project-local CLI installation:
Install it as a regular dependency when using the programmatic API, or globally with npm install -g aiseo-audit.
Why aiseo-audit?
- Content analysis, not tag detection. Reads the page the way an engine would: does it name its subject consistently, answer questions directly, back claims with sources, and keep boilerplate out of the way? 50+ factors.
- Evidence-tiered scoring. Every factor is labeled supported, conditional, heuristic, diagnostic, or experimental and mapped to the reviewed literature in docs/EVIDENCE.md.
- Pipeline-stage reporting. See whether the main constraint is technical eligibility, retrieval alignment, citation fitness, or provenance.
- Deterministic and inspectable. The same scoring version, configuration, fetched inputs, and evaluation date produce the same score. Weights and thresholds are documented rather than hidden behind an external service.
- Multiple ways to run. Use the CLI, GitHub Action, MCP server, or typed TypeScript API; render terminal, JSON, Markdown, or standalone HTML reports.
Common Workflows
Audit against target queries
Query-aware audits measure three things: query terms in structural fields such as the title and headings, query terms in the body text, and a section of the page addressing each aspect of the query. Supply about five queries for a stable measurement; the maximum is ten.
Use --domain product for product-specific price, specification, and comparison checks. --engine gemini|gpt|perplexity applies experimental presets that reweight existing categories toward each engine; they add no new checks.
Create a shareable report
The format is inferred from the output extension:
Use --tldr for only the score and top three fixes.
Track changes over time
--diff records JSON results in ./audits by default and updates the discovered config file. See the CLI guide before enabling it in a repository.
Audit a sitemap
The report includes the average score, site-wide category averages, a host-level provenance profile, and per-URL results. Sitemap indexes are supported. URLs run sequentially by default; use --max-urls and --concurrency to bound work.
More recipes and every flag are documented in the CLI guide. For tutorials and practical implementation guidance, visit aiseo-audit.com.
What the Audit Reports
Every report rolls results up into four pipeline stages:
Technical Eligibility is a gate. A fetch failure, unusable text, or blocking every known crawler caps the overall score at 25 and suppresses downstream percentages. Citation Fitness also has evidence-based negative gates for visibly stale time-sensitive content, target-query mismatch, and missing product prices.
Factors are organized into ten categories, with Query Alignment appearing only when target queries are supplied and Product Fit appearing only for product pages. The complete factor, weight, threshold, and stage mapping lives in the Audit Breakdown.
Unscored diagnostics never affect the score. They keep observations visible when the research cannot yet justify scoring them.
Interpreting scores
Letter grades use familiar academic score bands. They are not population percentiles, calibrated estimates of citation likelihood, or evidence that one site is “above average.” Use the score to compare the same page or page set under a stable tool version and configuration, then prioritize the highest-weight findings and re-measure.
If you use --fail-under, establish the threshold from your own v2 baselines rather than treating any universal score as a guaranteed passing grade.
CI/CD
The official GitHub Action can gate a workflow and maintain a sticky PR comment:
Calibrate fail-under against your own pages before making the check blocking. A one-line CI invocation also works:
Use with AI Assistants (MCP)
The included MCP server exposes an audit_url tool to Cursor, Claude Desktop, Windsurf, and other MCP clients:
The tool accepts optional queries and domain arguments. No separate server installation is required.
Configuration
The CLI searches upward from the current directory for aiseo.config.json, .aiseo.config.json, or aiseo-audit.config.json.
Missing weight keys default to 1; set a category to 0 to exclude it. See CLI configuration for all fields, defaults, and examples.
Offline audits, replay, and regression gates
The next release after 2.0.2 adds supplied HTML, reproducible snapshots, stable findings, page-specific crawler checks, and explicit CI failure policies. See the reliability and integration guide for migration details.
Programmatic API
The package supports ESM and CommonJS and exports the analyzer, sitemap, report, diff, configuration, and scoring types. See the API guide.
Limitations
- Fetched HTML, not a browser-rendered DOM. The audit does not execute client-side JavaScript. Server-rendered and pre-rendered content is visible; content added only after page load may be missed.
- No visual or multimodal assessment. Layout quality, intrusive ads, visual hierarchy, and information carried only in images are outside the audit. Image
alttext can be inspected, but pixels are not. - Public HTTP access is assumed. Authentication, consent flows, personalization, bot mitigation, and geography can change what the audit receives.
- Network responses can vary. Determinism applies to the scoring of identical fetched inputs; redirects, dynamic HTML, experiments, and server failures can change those inputs.
- Sitemap processing is bounded explicitly. Runs are sequential by default; use
--max-urlsand--concurrencyfor larger sites. Failed pages fail the CLI unless partial coverage is explicitly allowed. - Engine behavior remains nondeterministic. A readiness score cannot predict whether a deployed engine will retrieve or cite a page for a particular answer.
Research and Methodology
The scoring model is informed by peer-reviewed research on generative engine optimization (GEO) and generative information retrieval, including fixed-context experiments, retrieval studies, and observations of deployed engines. Evidence strength and experimental scope matter: weights and thresholds remain expert-set heuristics rather than fitted probabilities.
- Audit Breakdown: every category, factor, band, stage, and gate
- Evidence: factor-to-evidence traceability and evidence tiers
- Emerging Research: cross-paper synthesis and maintenance policy
- Paper Reviews: primary-source reviews behind the current model
Migrating from 1.x
Version 2.0 rescored the factor set, so the same page will usually receive a different score. Re-baseline key pages and recalibrate CI thresholds before changing a GitHub Action from @v1 to @v2. Existing 1.x config and baseline data remain readable, but the JSON emitted by --tldr changed shape.
See the complete 2.0 migration guide.
Documentation
- Website and guides
- CLI and configuration
- Programmatic API
- Scoring methodology
- Evidence map
- Research synthesis
- Future work
- Changelog
Contributing
See CONTRIBUTING.md for development setup, project structure, and pull request guidelines. Security issues should follow SECURITY.md.
License
Source: README.md at commit bd3adb2
Tools
0Version history
1- v2.0.0LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts
Other Audit integrations
audit.domains - Domain Valuation
domains.auditOfficial publisher
Deterministic domain-name valuation: fair-value intervals, comparable recorded sales, availability checks, and a verified for-sale listing market.
Revenue Agent — OpenAPI Audit & Change Detection
news.prhOfficial publisher
A remote MCP endpoint that audits OpenAPI specifications and detects API changes, charging $0.10 USDC per analysis via x402 on Base.

SEO Audit & Broken Link Checker
Published by GitHub account prometheus-maker
An Apify-hosted MCP server that audits a website's pages for SEO metadata and finds broken links and images, returning per-page scores.

FinePrint AI Legal Risk & Contract Audit MCP Server
Published by GitHub account RitualDev-Lab
Local in-memory scanner that grades legal contracts, NDAs and leases for risk and drafts redline amendments for coding agents.

Mcp Supply Audit
Published by GitHub account kimmawla
Audits MCP servers as supply-chain artifacts — registry entries, PyPI/npm packages, client configs and tool definitions — using read-only static checks.