Accessibility preflight for every publishing workflow.

Scan web pages, PDF, and DOCX through one API. Catch machine-detectable failures, route human-review items, and preserve traceable evidence before content goes live.

Automated preflight does not replace a complete accessibility audit or legal assessment. See how an accessibility audit is scoped.

One model. Three publishing surfaces.

Keep one integration while each source receives format-specific checks, locators, and repair guidance. The result stays explicit about which decisions software reached and which still need a person.

Rendered web and HTML

Check public URLs, supplied HTML, and static exports before a release reaches production.

Check a website
Machine-detectable
Names, contrast, document structure, selected keyboard-risk signals, and other testable states.
Still needs a person
Meaning, task usability, assistive-technology experience, and complete journey coverage.

PDF documents

Bring machine validation, structural extraction, and evidence locators into the upload path.

Explore PDF accessibility
Machine-detectable
Tag structure, metadata, parseable relationships, and other machine-verifiable rules.
Still needs a person
Reading order, meaningful alternatives, table interpretation, and real user experience.

DOCX documents

Inspect Word semantics before files enter a DAM, client handoff, or publishing queue.

Explore document accessibility
Machine-detectable
Styles, headings, lists, tables, links, language metadata, and alternative-text fields.
Still needs a person
Content quality, complex object order, rendered intent, and downstream export behavior.
One normalized result modelOutcomeFindingEvidenceCoverageHuman review

Put the gate where publishing happens.

AccessPreflight is designed for the handoff points teams already own: an upload, a pull request, or an evidence request.

For CMS and DAM uploads, return a decision editors can use.

Scan a document at upload time, then allow, warn, or block according to the project’s severity policy. Keep the explanation beside the editor instead of in a separate spreadsheet.

upload_7f21Policy result
Warn2 major findings · 6 manual checks
Policyblock_on: blocker, critical
Actioneditor_review_required

In pull requests, block the changed defects while the existing backlog stays visible.

Compare against a pinned baseline and fail only for new issues that cross the quality gate. Suppressions retain an owner and reason, with optional expiry, instead of becoming invisible exceptions.

pull/481baseline: release-42
2new
11recurring
4resolved
quality_gate: failed · 2 new critical findings

For client evidence, preserve the result that was actually produced.

Keep the source hash, scan time, selected profile, rule versions, evidence locators, and outstanding human checks in a signed manifest that can be verified independently.

Evidence manifestJSON
Asset hash
c0a4…91e2
Profile
pinned version
Engine set
reproducible
Signature
Ed25519 · verified
Manual review
19 open

Send. Inspect. Route.

The scan lifecycle is asynchronous and built for retries. Create a scan with an idempotency key, receive 202 Accepted, then retrieve the result or consume a signed webhook.

  1. 1
    Submit

    URL, HTML, PDF, or DOCX.

  2. 2
    Inspect

    Finding, evidence, coverage, and repair guidance.

  3. 3
    Route

    Webhook, baseline diff, report, or quality gate.

POST /v1/scans
Authorization: Bearer ap_live_…
Idempotency-Key: cms-doc-93812-v7

{
  "project_id": "prj_…",
	"environment": "production",
  "asset": {
    "type": "upload",
    "upload_id": "upl_…"
  },
	"profiles": ["pdfua-1-machine@1.2.0"],
	"options": {
	  "compare_to_baseline": "scn_…"
	}
}
202 Acceptedid: scn_01J…status: queued

Automation should know when to stop.

Every result states how the conclusion was reached. A heuristic never quietly becomes a deterministic failure, and a manual requirement never quietly becomes a pass.

How AccessPreflight separates automated and human outcomes
StateWhat it meansExampleResult
DeterministicThe tested condition is directly observable and reproducible.A form control has no accessible name.A machine-detectable finding with evidence and repair guidance.
HeuristicThe signal is useful, but context can change the conclusion.Alternative text looks suspiciously empty or repetitive.A risk to review, kept separate from deterministic failure counts.
Human reviewSoftware cannot make a responsible outcome decision.The reading order communicates the intended meaning.An explicit checklist item that remains open until review.

Evidence that remains interpretable.

Results keep the selected profile version, rule and engine versions, source hash, timestamp, evidence location, and unresolved manual checks together in an Ed25519-signed manifest. Historical results do not silently change when a profile evolves.

Raw source retention defaults to 24 hours after a completed or failed scan. Shorter and zero-retention modes are available where the plan permits, and evidence stores reports and hashes by default. Source files remain inside the configured retention boundary.

Evidence recordsample
Result
review_required
Source hash
sha256:c0a4…91e2
Profile
Resolved to a concrete version
Rule registry
Version retained with every finding
Manual checks
19 outstanding
Source retention
24-hour project default

Questions a careful buyer should ask.

The short version: AccessPreflight is an integration-ready first pass, not a certificate and not a substitute for people.

Does AccessPreflight certify accessibility or legal compliance?

No. It runs selected technical checks, reports their coverage, and routes the questions that still need a person. A complete accessibility assessment also considers full services, user journeys, content, applicable law, assistive technology, and human evaluation.

Does a result with no detected failures mean the asset is accessible?

No. The result state is no_detected_failures, not “compliant.” The report still shows which checks ran, reduced coverage, and every outstanding manual requirement.

Which formats can use the same API?

Public URLs, supplied or uploaded HTML, PDF, and DOCX use the same asynchronous scan lifecycle and normalized finding model. Each format retains evidence locators and repair guidance appropriate to its source.

Will it replace an accessibility specialist?

No. It moves repeatable machine checks earlier so specialists can spend more time on judgment, assistive-technology testing, complex content, and real user experience.

Does it automatically fix PDFs or DOCX files?

No. AccessPreflight provides evidence and repair guidance. Automatic document remediation and a visual remediation editor are outside the current product scope.

What happens to uploaded source files?

Projects control source retention. The default is 24 hours after a completed or failed scan, with shorter and zero-retention modes available where the plan permits. Evidence archives store reports and hashes by default, not the raw source.

Put one honest gate before every page and document.

Start with a real workflow, keep human judgment visible, and fix issues before publication.

Check a website freeCreate an account

Automated preflight is not an accessibility certification or legal determination.