Aiseo Audit

io.github.agencyenterprise由 GitHub 帳號 agencyenterprise 發布v2.0.0更新於 Oct 24, 2026

Audit web pages for AI search readiness with evidence-tiered factors and pipeline-stage scores.

發布方自己的服務:audit.domains - Domain Valuation

概覽

AI 產生的概覽

稽核網頁的 AI 搜尋就緒度,評估生成式引擎抓取、擷取與重複使用該頁面的難易程度。

可以做什麼
提供 audit_url 工具,對頁面執行確定性的、類似 Lighthouse 的稽核,回傳總分、等第、四個流程階段百分比(技術可取得性、檢索對齊、引用適配度、來源可信度)以及依優先順序排列的修正建議。選用的 queries 與 domain 參數可加入查詢相關與產品頁專項檢查。報告可輸出為終端機文字、JSON、Markdown 或 HTML。
適用情境
適合用來檢查或改善頁面面對 AI 搜尋與生成式引擎檢索的結構,或長期追蹤該就緒度並在 CI 中設為關卡。它衡量的是內容就緒度,而非傳統搜尋排名或引用機率。
執行需求
需要 Node.js 20.19 或更新版本;MCP 伺服器透過 npx 在使用者本機執行,不需安裝或 API 金鑰。需要網路存取被稽核頁面、其網站地圖,以及 robots.txt、llms.txt 等網域訊號檔案。
安裝前請注意
稽核以 HTTP 抓取公開頁面,不執行用戶端 JavaScript,因此僅由指令碼渲染的內容可能被漏掉。分數是專家設定的啟發式指標,並非校準過的引用機率,引擎行為本身也不確定。網站地圖稽核會依序逐一執行 URL 且沒有數量上限,大型網站地圖需謹慎限定範圍。

安裝

在 SourceWeft 中

  1. 開啟 儀表板中的 Aiseo Audit,將其新增到工作區。
  2. 為需要使用其工具的對話啟用該服務。

Desktop only,透過 STDIO。 STDIO 服務會啟動本機處理程序,因此需要 SourceWeft 桌面主機。

其他 MCP 客戶端

參照 儲存庫 中的啟動說明。

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.

bash
npx aiseo-audit https://yoursite.com

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:

text
Overall Score: 68/100  Grade: D+
Pipeline Stages:  Technical Eligibility    PASS 96%  Retrieval Alignment           58%  Citation Fitness              63%  Provenance                    42%
Top fixes:  1. Topic Consistency  (Entity Clarity)  2. Citation Patterns  (Grounding Signals)  3. Lead Summary       (Answerability)

For a project-local CLI installation:

bash
npm install --save-dev aiseo-audit

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.

bash
npx aiseo-audit https://example.com/guide \  --query "how to set up sso" \  --query "saml vs oidc" \  --query "sso troubleshooting checklist"

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:

bash
npx aiseo-audit https://example.com --out report.htmlnpx aiseo-audit https://example.com --out report.mdnpx aiseo-audit https://example.com --out report.json

Use --tldr for only the score and top three fixes.

Track changes over time

bash
# First run establishes a baseline; later runs show the delta.npx aiseo-audit https://example.com --diff
# Compare with a specific result without updating tracked history.npx aiseo-audit https://example.com --baseline ./previous-audit.json
# Show the timeline for every tracked URL.npx aiseo-audit --diff --all

--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

bash
npx aiseo-audit --sitemap https://example.com/sitemap.xml --out site-report.html

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:

StageMeaning
Technical EligibilityCan the page be fetched, yield usable text, and remain accessible to at least one known AI crawler?
Retrieval AlignmentDo structural fields, entities, topic coverage, and structured data support retrieval?
Citation FitnessDoes the in-context content provide direct, grounded, appropriately fresh material that can be reused?
ProvenanceDoes the page communicate authorship, organization identity, and attribution clearly?

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:

yaml
name: AI SEO Auditon:  pull_request:
jobs:  audit:    runs-on: ubuntu-latest    permissions:      pull-requests: write    steps:      - uses: agencyenterprise/aiseo-audit@v2        with:          url: https://yoursite.com          fail-under: 70          comment-on-pr: true

Calibrate fail-under against your own pages before making the check blocking. A one-line CI invocation also works:

bash
npx aiseo-audit https://yoursite.com --fail-under 70

Use with AI Assistants (MCP)

The included MCP server exposes an audit_url tool to Cursor, Claude Desktop, Windsurf, and other MCP clients:

json
{  "mcpServers": {    "aiseo-audit": {      "command": "npx",      "args": ["-y", "aiseo-audit-mcp"]    }  }}

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.

json
{  "queries": ["how to audit ai seo", "ai seo checklist"],  "domain": "auto",  "format": "html",  "weights": {    "answerability": 2,    "groundingSignals": 2,    "queryAlignment": 2  }}

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.

bash
npx aiseo-audit --file ./dist/index.html --url https://example.com --out report.htmlnpx aiseo-audit https://example.com --snapshot-out inputs.json --out baseline.jsonnpx aiseo-audit --replay inputs.json --jsonnpx aiseo-audit https://example.com --baseline baseline.json --fail-on-regression

Programmatic API

typescript
import { analyzeUrl, loadConfig, renderReport } from "aiseo-audit";
const config = await loadConfig();const result = await analyzeUrl({ url: "https://example.com" }, config);const html = renderReport(result, { format: "html" });
console.log(result.overallScore, result.grade);

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 alt text 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-urls and --concurrency for 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.

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

Contributing

See CONTRIBUTING.md for development setup, project structure, and pull request guidelines. Security issues should follow SECURITY.md.

License

MIT

來源:README.md,提交 bd3adb2

工具

0
SourceWeft 尚未在沙箱中啟動過該軟體包,因此其工具未知。

版本歷史

1
  1. v2.0.0最新Sep 16, 2026

評分

已滿足適用檢查項的 50%

該評分衡量此收錄條目的完整程度,依據註冊中心條目、端點與公開來源計算得出。它不是對伺服器本身的評價,也不表示伺服器安全或目前可用:可連通性是帶日期的檢查結果,評分也不包含安裝量或使用者評價。

  • 近 30 天內可連通25 分

    請保持端點能夠回應 MCP 握手;SourceWeft 每 30 天探測一次。

  • 已宣告認證方式10 分

    請在註冊中心條目中宣告憑證請求標頭,或保持端點能夠回應探測,以便判定其認證方式。

  • 已列出工具15 分

    請讓伺服器在無憑證時回應 tools/list,或發布可在沙箱中無憑證啟動的軟體包。

  • 描述必需15 分
  • 圖示10 分
  • 文件15 分
  • 授權條款10 分

其他 Audit 整合