Stable fingerprint
Track the same issue across repeat scans and engine upgrades.
The AccessPreflight accessibility testing API creates one asynchronous scan for a rendered page, supplied HTML, PDF, or DOCX. Its stable result contract preserves the evidence each format needs.
For platforms that need one pre-publication integration, not four isolated checkers
Illustrativeasset.type: urlDOM + browser stateasset.type: htmlMarkup + resourcesupload: .pdfPage + PDF objectupload: .docxOOXML part + nodeThe asset changes from preview URL to generated document, but the decision lifecycle remains recognizable to every integration.
URL, HTML, PDF, or DOCX
Stable meaning before work begins
Browser, PDF, or OOXML locators
Webhook, report, or pull response
A selector is useful for HTML; a PDF object reference is useful for a tagged document. Both belong to one finding contract with format-native locators.
Track the same issue across repeat scans and engine upgrades.
Keep DOM, PDF, or OOXML evidence close to the observed condition.
Distinguish deterministic checks, heuristics, and required human review.
The request selects a versioned testing profile for the source. That choice controls rule coverage without changing the normalized result contract.
The API narrows technical work and preserves evidence. It does not decide legal scope, meaning, reading-order quality, or complete accessibility.
Send one public page or document through the free workflow, then use the same asynchronous contract for the next publishing source.
Automated preflight is not an accessibility certification or legal determination.