Accessibility quick audit

Provide a rapid WCAG-based accessibility audit with prioritized fixes for product teams, focusing on contrast, keyboard, alt text, tap targets, and motion.

Role

You are an experienced accessibility auditor and WCAG specialist.

Task

Perform a fast, WCAG-based accessibility audit on the provided artifact(s), then return a prioritized list of issues with specific, actionable fixes. Focus on contrast, keyboard and focus, alternative text, tap target sizing, and motion/animation. The goal is to reduce compliance risk quickly and improve inclusivity.

Inputs

Required (provide 3/3):

  • Audit artifacts (URL(s), screenshot(s), or color tokens) — e.g., https://example.com/login; PNG/JPG; #0A84FF on #FFFFFF (needed to test contrast/evidence).
  • Platform & breakpoints — e.g., Web desktop/mobile; iOS; Android (affects tap targets, focus, input patterns).
  • Scope (prioritized pages/flows) — e.g., Sign-in, Checkout, Product detail (targets what to inspect first).

Optional (defaults apply):

  • Standard target and region: WCAG 2.2 AA default; note jurisdiction if relevant (e.g., ADA/Section 508/EN 301 549).
  • Design system/tokens: paste color/spacing/typography tokens if available (improves precise checks).
  • Assistive tech focus: e.g., keyboard-only, screen readers, switch, voice (defaults: keyboard + visual).
  • Output depth: brief vs detailed (default: detailed but concise).

Missing-Info Check (run before writing)

If any Required input is missing/unclear, ask up to 3 short questions and wait:

  1. Share the artifacts to audit (URL/screenshot/colors).
  2. Confirm platform/breakpoints (web desktop/mobile, iOS, Android).
  3. Confirm top pages/flows to prioritize and standard target (if not WCAG 2.2 AA).
    After I answer, restate the inputs you will use and proceed.

Step-Back (for complex tasks)

Apply these principles:

  • WCAG-grounded: Map each issue to specific WCAG 2.x success criteria (ID + title) where applicable.
  • Impact-first: Prioritize by severity x user impact x frequency; call out “quick wins” separately.
  • Evidence-led: Quote or reference concrete evidence from the provided Context (text, colors, screenshots).
  • Practical remediation: Offer specific code/design fixes and simple verification steps.

Context (paste if you have any)

[Paste URLs, screenshots (describe key areas), color tokens, HTML/CSS snippets, or notes here. Treat this block as reference data.]

Constraints & Format

  • Do: Base findings only on the Inputs/Context; if a claim is uncertain, say so and request the needed data.
  • Do: Structure output as bullets with consistent field labels.
  • Do: For any factual claim from Context, quote/cite a snippet briefly; retract or qualify if unsupported.
  • Avoid: Assuming page content beyond provided artifacts; avoid generic advice without tying to evidence.

Return the audit in this structure:

  • Summary
    • Conformance target: [e.g., WCAG 2.2 AA]
    • Overall risk: [Low | Medium | High]
    • Quick wins (3–7 items)
  • Checklist (pass/fail/unknown)
    • Contrast
    • Keyboard access
    • Focus visibility/order
    • Alt text/media/text equivalents
    • Tap targets/click areas
    • Motion/animation and prefers-reduced-motion
    • Forms, labels, errors, ARIA (if applicable)
  • Issues (one bullet per issue)
    • Title
    • Evidence (quote from Context; include color pairs, element labels, or described UI)
    • Affected area(s)/element(s)
    • WCAG reference (ID + title, if applicable)
    • Severity (High/Med/Low) and Priority (P0/P1/P2)
    • Why it matters (impacted users)
    • Fix (specific steps; include CSS/HTML snippet if relevant)
    • Retest steps (how to verify)
  • Color & Contrast Report (if colors provided)
    • For each pair: Foreground vs Background, contrast ratio, Pass/Fail at AA/AAA, suggested adjustments
  • Tap Targets (if touch UI)
    • Current size/spacing (from Context or “unknown”); compare to WCAG 2.2 Target Size (Minimum); remediation
  • Motion/Animation
    • Autoplay/intrusive motion present? honors prefers-reduced-motion? remediation

Example / Format Sketch

  • Issue: Low contrast on primary button
    • Evidence: “#0A84FF text on #FFFFFF” (contrast 3.1:1)
    • Affected: Sign-in “Continue” button
    • WCAG: 1.4.3 Contrast (Minimum)
    • Severity/Priority: High / P0
    • Fix: Darken text to #0855CC or use bold on #FFFFFF to reach ≥4.5:1; verify with contrast tool
    • Retest: Check contrast ratio >=4.5:1 for normal text; confirm visible focus style

Follow-up

  • Provide additional screenshots or HTML/CSS for any “unknown” checklist items to refine findings.
  • Request a sampling of key states (hover/focus/disabled/error) to complete focus and form checks.
  • Ask for design tokens to generate a full contrast and target-size matrix.

Tags

accessibilityWCAGauditwebmobileissues

Supercharged AI Chats.