Help & Documentation

Learn what each AccessAI tool does, how to read its output, and how to interpret WCAG findings — written for designers, developers, and content authors alike.

Jump to a section

Getting started

AccessAI bundles five complementary tools. Each one is grounded in deterministic checks first (HTTP status, DOM stats, image bytes, readability formulas) and then enriched with AI commentary that cites WCAG criteria. You can use them in any order, but a typical workflow looks like:

  1. Score a page first — paste a URL into the Accessibility Score tool to see the big picture and which WCAG areas need the most attention.
  2. Drill into specifics with the Code Reviewer for HTML/CSS/JSX, the Alt Text Generator for images, and the Content Simplifier for prose.
  3. Ask follow-up questions in the Chat assistant — every reply is grounded in WCAG and inclusive design best practices, with suggested follow-ups after each answer.

Privacy note. Inputs are sent to the AccessAI backend (and from there to Azure OpenAI). Nothing is persisted between requests except the bounded chat history kept in memory for context. Clear it any time with the "Clear chat" button.

Chat assistant

Open the chat. Ask anything about WCAG, ARIA, assistive technology, color contrast, focus management, screen-reader testing — the assistant is tuned specifically for accessibility topics.

What you'll see

Live thinking bar

A compact progress bubble appears while the AI works, rotating through stages so you know it's still running.

Markdown formatting

Replies render bold, lists, inline code, and fenced code blocks for easy reading.

Smart follow-ups

After every answer you'll see 2–3 relevant follow-up suggestions you can click to continue the conversation.

Persistent history

Conversations are saved in your browser's local storage so you can pick up where you left off.

Tips for great answers

  • Mention the WCAG version you care about (2.1 vs 2.2) when asking about specific criteria.
  • Include the component or context ("for a custom date picker", "in a single-page app"). The assistant uses that to tailor advice.
  • Paste a short snippet (under ~200 lines) for inline review. For full files, use the Code Reviewer instead.

Accessibility score

Open the scorer. Enter any public URL and AccessAI will fetch the live page, run a deterministic DOM audit, and ask the AI to prioritize fixes against WCAG 2.1 Level AA.

How the score is calculated

  1. HTTP fetch — captures status, redirects, response time, page weight, security headers.
  2. Deterministic DOM audit — counts headings, landmarks, images, links, ARIA usage, contrast samples, and form labels.
  3. WCAG mapping — every measurable signal is paired with a Success Criterion (e.g. images without alt → 1.1.1).
  4. AI prioritization — the model is given the deterministic evidence and asked to rank fixes by user impact and effort.

Score bands

90–100Excellent
75–89Good — minor work
50–74Fair — focused effort
25–49Poor — significant gaps
0–24Critical — major rework

The score reflects an automated audit. Roughly 30–40% of WCAG criteria require human judgement (semantic correctness, focus order intent, content meaningfulness). Treat the score as a triage signal, not a compliance certificate.

Reading the report

  • Differentiator callout — one-sentence headline of what makes this page's situation unusual.
  • Page snapshot — the raw HTTP and timing facts that ground the rest of the report.
  • Evidence captured — objective DOM signals (heading outline, image inventory, contrast samples, ARIA roles).
  • WCAG compliance grid — which Level AA criteria pass / fail with citations.
  • Priority issues — top 3–5 fixes ranked by impact.
  • Sources — direct links to W3C "Understanding…" documents for every cited criterion.

Alt text generator

Open the generator. Upload a JPG, PNG, GIF, or WebP (up to 5 MB) and AccessAI will inspect the file then ask a vision model to draft alt text using the W3C decision tree.

Options you can tune

Detail level

Concise (10–20 words), Standard (20–40), or Detailed (40–80). Match it to the image's role on the page.

Tone

Neutral, descriptive, technical, or casual — keep it consistent with surrounding copy.

Context

Free-text hint ("product photo", "infographic") that disambiguates the model's interpretation.

What you get back

  • Recommended alt text with a WCAG pattern label (decorative, informative, functional, complex).
  • Pattern rationale explaining why that pattern was chosen, grounded in the file analysis.
  • Alternative phrasings you can pick from.
  • Long description draft when the image is complex (charts, diagrams).
  • Ready-to-paste HTML snippet — including aria-describedby when needed.
  • File evidence — dimensions, format, aspect, dominant palette, EXIF, decorative heuristics.

If the file looks like an image of text (WCAG 1.4.5), the tool warns you and recommends real text plus CSS styling instead. AI alt text on screenshots of paragraphs is rarely the right answer.

Code reviewer

Open the reviewer. Paste up to 20,000 characters of HTML, CSS, JSX, or Vue. A deterministic lint runs first, then the AI annotates each finding with WCAG citations and concrete fix snippets.

What the lint catches

  • Images without alt text, links without accessible names, buttons without text content.
  • Form inputs missing labels, missing type attributes, or duplicate IDs.
  • Click handlers on non-interactive elements (div onclick) without keyboard support.
  • Heading hierarchy jumps and missing landmarks.
  • ARIA roles applied incorrectly to native elements.

Severity filter chips

After results render you'll see chips above the findings list: All · Critical · High · Moderate · Low. Click any chip to filter both the static-lint findings and the AI commentary at once. Chips show counts so you can triage quickly.

Critical 2High 5Moderate 3Low 1

Each issue includes

  • Severity badge + line number + WCAG criterion (e.g. 1.3.1, 2.4.4).
  • User-impact statement (who is affected and how).
  • Side-by-side ❌ current vs ✅ suggested fix code snippets.
  • Step-by-step remediation instructions.

Content simplifier

Open the simplifier. Paste up to ~8,000 characters of prose and pick a target reading level. AccessAI measures readability before and after, removes jargon, and rewrites for plain language (WCAG 3.1.5).

Knobs you can turn

Target reading level

Elementary, Middle school, High school, or College — match your audience.

Simplification strength

Light (light edits), Moderate (active voice + shorter sentences), or Strong (full plain-language rewrite).

Content type

General, Technical, Legal, Medical, or Educational — adjusts vocabulary substitutions.

Metrics it reports

  • Flesch Reading Ease, Flesch–Kincaid grade, Automated Readability Index — before vs after.
  • Word / sentence counts and average words per sentence deltas.
  • Jargon replacements table (original term → plain alternative).
  • Passive voice clauses reduced.
  • Remaining concerns — sentences still flagged as too complex.

Progress & background work

Three of the tools (score, code reviewer, content simplifier) and the alt-text generator run AI calls that can take 10–30 seconds. While they work, AccessAI shows a rich progress panel:

  • Stage breadcrumbs — see which step the tool is on (e.g. "Parsing HTML", "Asking the AI", "Building findings").
  • Animated progress bar with a moving shimmer so you always know it's alive.
  • Elapsed time pill updating every second.
  • Cancel button — abort the request at any time without leaving the page.
  • Background-friendly — switch tabs, scroll, or open another tool; the panel stays in place and updates when results return.

If a request takes longer than expected (slow network, large input), the progress bar slows but never gets stuck. The bar only jumps to 100% when real results are back, and turns red on errors.

WCAG cheat sheet

The four POUR principles underpin every WCAG criterion. AccessAI maps every issue it finds back to one or more of these.

Perceivable

Alt text, captions, color contrast (4.5:1 for body text AA), responsive layout.

Operable

Keyboard access, no keyboard traps, visible focus, target sizes, no seizure-inducing motion.

Understandable

Plain language, predictable interaction, clear error messages, consistent navigation.

Robust

Valid HTML, correct ARIA, compatible with assistive tech across browsers.

Common Level AA targets

  • 1.1.1 Non-text Content — every image needs alt text (or empty alt if decorative).
  • 1.4.3 Contrast — 4.5:1 for normal text, 3:1 for large text and UI components.
  • 2.1.1 Keyboard — all functionality available without a mouse.
  • 2.4.7 Focus Visible — keyboard focus indicator must be clearly visible.
  • 3.3.2 Labels or Instructions — form inputs need visible labels.
  • 4.1.2 Name, Role, Value — custom widgets need correct ARIA semantics.

Troubleshooting & FAQ

The AI tools say "AI not configured" — what does that mean?

The AccessAI backend connects to Azure OpenAI. If the deployment isn't configured (missing API key or endpoint), the tools degrade gracefully and tell you so. Deterministic checks (lint, readability, image audit) still work and you'll see the evidence panels populated.

A request is taking ages — should I refresh?

No. Long calls (15–60s) are normal for complex code or large pages. Watch the progress bar — if the elapsed time keeps ticking and the bar still moves, it's working. If it errors out, you'll see a red panel with the specific failure. Use Cancel if you want to abort and try a smaller input.

Why doesn't the score reach 100 even on a "perfect" page?

Roughly 30–40% of WCAG criteria can't be measured automatically (e.g. whether your alt text is meaningful, whether headings reflect the document's actual structure). The score weights what it can measure conservatively. A 90+ score plus a manual review pass is realistic for compliant pages.

Can I use AccessAI on private or authenticated pages?

The Score tool requires a publicly fetchable URL — the backend HTTP-fetches it like a browser would. For pages behind login, copy the rendered HTML and paste it into the Code Reviewer for a static analysis instead.

Why are some image alt suggestions empty?

That's intentional. If the image audit detects a near-uniform decorative element, the W3C decision tree says alt should be empty (alt="") so screen readers skip it. The "pattern rationale" field explains the call.

How do I report a bug or request a feature?

Use the chat assistant to describe what you'd like — feedback is captured in the conversation log. For technical issues, include the URL or input that triggered the problem and any error message you saw in the progress panel.

Ready to test a page?

Pick a tool to start. The chat is always available if you need a hand interpreting any of the results.