scan.failed- Delivery
- whd_01J…
- HTTP status
- 503
- Next attempt
- Scheduled with backoff
- Scan state
- Unchanged; fetch remains authoritative
Accessibility webhooks let a document upload or rendered-page scan finish outside the request cycle. AccessPreflight signs completion and failure events so your workflow can verify the sender, handle retries, and retrieve the authoritative result.
For backend teams connecting scan completion to CMS, DAM, CI, and approval workflows
Illustrativescan.completedAccessPreflight-Signature: t=…,v1=…The webhook announces a state transition and identifies the scan. Your system verifies and deduplicates it before fetching the full versioned result.
Reject stale or invalid deliveries before reading the payload.
Return success for a previously processed event without applying the transition twice.
Read findings, coverage, reports, and gate reasons through authenticated endpoints.
A test call and delivery log let integration owners confirm signatures, inspect attempts, and recover from endpoint downtime.
scan.failedThe signed notification carries enough identity to route work while the full evidence remains retrievable from the API.
Deduplicate every delivery
Verify before processing
Route to the owning workflow
Pull complete evidence as needed
Webhook receipts carry the profile and scan lineage needed to interpret an event after it leaves AccessPreflight. Consumers do not need to infer the ruleset.
Run a scan, verify one signed completion event, and add retries and idempotent handling before the webhook controls downstream work.
Automated preflight is not an accessibility certification or legal determination.