Check live service health and documented failure responses before you integrate.
Web Data
Accessibility audit API
Run an automated WCAG accessibility audit on any page in a real browser. Get every violation with its impact, WCAG level, affected elements and how to fix it, the rules that need manual review and an overall score.
Used by people at these companies
Trust signals before you integrate
Transparent docs, authenticated requests, and visible reliability details make it easier to evaluate DomScan before you ship.
OpenAPI, Swagger, Postman, CLI, SDK, and MCP links are one click away.
Authenticated endpoints use API keys with clear credit costs before you call them.
Start with 10,000 monthly credits and upgrade only when usage grows.
What this API helps you ship
Use this page as a production brief: endpoints, examples, response shape, and the workflow pieces needed to plug DomScan into your own product.
Embed domain checks, DNS intelligence, risk signals, or enrichment into onboarding, search, and internal tools.
Replace repeated manual lookups with scheduled jobs, alerting, and reproducible investigation steps.
Use predictable fields, documented status codes, and credit costs instead of scraping provider pages.
Feed agents, dashboards, SOAR playbooks, and CRMs through OpenAPI, SDK, Postman, or MCP.
Integration workflow
A simple path from first request to repeatable production usage.
Send your API key with the documented header and keep requests consistent across services.
Start from the curl and HTTP samples, then map the parameters into your application code.
Use status codes, credit costs, and response fields to build retries, logs, and alerts.
Developer kit
Jump from this page into machine-readable docs, request collections, SDKs, or agent tooling.
Generate clients or inspect every request and response shape.
Postman collectionImport ready-made requests for manual testing and team handoff.
SDKs and CLIUse maintained packages and command-line workflows instead of writing boilerplate.
MCP integrationExpose domain intelligence to AI agents and internal assistant workflows.
Parameters and response map
Scan the inputs, output fields, and status codes before wiring the endpoint into your client.
Parameter
Example response
HTTP status codes
Endpoints
/v1/accessibility
Trust signals before you integrate
Transparent docs, authenticated requests, and visible reliability details make it easier to evaluate DomScan before you ship.
OpenAPI, Swagger, Postman, CLI, SDK, and MCP links are one click away.
Authenticated endpoints use API keys with clear credit costs before you call them.
Start with 10,000 monthly credits and upgrade only when usage grows.
Start from the curl and HTTP samples, then map the parameters into your application code.
Key Features
Checks cover WCAG A and AA success criteria plus best practices, from missing alt text and labels to colour contrast and ARIA misuse.
Violations are sorted from critical to minor, with the number of affected elements and sample selectors and HTML.
Rules that need a human decision are listed separately, so automated passes are never mistaken for full compliance.
Pages are audited after JavaScript runs, so dynamic menus, forms and content are included.
Example request
curl -H "X-API-Key: $DOMSCAN_API_KEY" "https://domscan.net/v1/accessibility?url=example.com"
Example response
{
"status": "ok",
"score": 84,
"summary": { "violations": 4, "affected_elements": 23, "by_impact": { "critical": 1, "serious": 2, "moderate": 1, "minor": 0 } },
"violations": [
{
"id": "image-alt",
"impact": "critical",
"wcag_level": "A",
"help": "Images must have alternate text",
"node_count": 6,
"nodes": [{ "target": "main > img.hero", "html": "<img src="/hero.jpg">" }]
}
]
}
Frequently asked questions
No. Automated tools catch a part of accessibility barriers. Use the results to fix clear problems, then test manually and with assistive technology.
Passed rules are compared with violations weighted by impact: critical 3, serious 2, moderate 1 and minor 0.5.
WCAG 2.0, 2.1 and 2.2 at levels A and AA, plus common best practices, tagged on each violation.
Eight credits per audit. Blocked or failed pages are refunded.
Related tools and resources
HTTP status codes
These are the HTTP status codes to handle, so you can tell apart successful responses, auth issues, credits, rate limits, missing data, and upstream failures.
Request successful
Invalid parameters
Missing or invalid API key/session.
Not enough credits to run this request.
Rate limit exceeded
Audit accessibility

