Rendered pages and supplied HTML
Inspect the browser result, preserve selectors and DOM evidence, and compare newly introduced findings against a baseline.
Explore the website accessibility APISend a public URL, HTML, PDF, or DOCX through the same scan lifecycle. AccessPreflight keeps format-specific evidence while normalizing the decisions your workflow needs.
Selected machine-verifiable checks support accessibility work; they do not certify accessibility or legal compliance.
One asynchronous lifecycle, normalized findings, explicit coverage, and unresolved human checks.
A useful preflight result says more than pass or fail. It preserves the tested condition, where it appeared, how certain the outcome is, and which questions software could not answer.
Normalization does not flatten the source. Evidence and repair guidance stay native to the format that produced them.
Inspect the browser result, preserve selectors and DOM evidence, and compare newly introduced findings against a baseline.
Explore the website accessibility APIPair PDF/UA machine validation with structural locators and a separate queue for reading order, alternatives, and meaning.
Explore the PDF accessibility APICheck OOXML semantics before handoff or conversion and return repair steps that point authors back to the Word source.
Explore the DOCX accessibility APIVersioned profiles make outcomes interpretable. Baselines, suppressions, gates, signed webhooks, and retention controls make them operational.
WCAG, EN 301 549, PDF/UA, EU, Slovenian, and ADA Title II profiles remain separate and versioned. Legal mappings are technical preflights, not applicability decisions.
Start with one publishing path, keep the result model stable, and expand without rebuilding the integration.
Automated preflight is not an accessibility certification or legal determination.