Questions answered by this guide
- What does an A11yCheck report actually look like?
- What information does each finding include?
- Does a report show severity or confidence?
- What does a report say about parts of the course that weren't tested?
- Can I see an example before I scan my own course?
What you'll learn
- A report is organized into three pillars: Accessibility, Course Quality, Course Engagement, never blended into one score
- Every finding shows where it occurs, what's wrong, and what to change, in plain language
- A report always states what was actually reviewed, it never implies a pass on something that wasn't tested
What's inside
Anyone deciding whether to run a real scan and wanting to see what a report actually looks like first
- 01The sample course
- 02What review types were run
- 03Sample Accessibility findings
- 04Sample Course Quality findings
- 05Sample Course Engagement findings
- 06What this report does not claim
Why it matters
Seeing a real example of what a report contains, and doesn't contain, before running your own scan sets the right expectations: what level of detail to expect, how findings are organized, and how honestly the report handles the limits of an automated review.
Example
How one finding is actually presented
✕ Incorrect
A report just says "Accessibility issues found: 14" with no detail, leaving the reader to guess what's actually wrong or where.
A bare count tells a reviewer nothing they can act on, and it can't distinguish one critical keyboard-trap from thirteen minor contrast issues.
✓ Correct
A report shows, for example: "Slide 6 · Sign-up button — This button has no visible or accessible label, so a screen reader announces it only as 'button.' Add a short label describing what it does, like 'Submit sign-up form.'" with a severity, the real WCAG citation, and a direct fix.
This is specific enough to act on immediately: it names the real slide, the real object, states the actual problem in plain language, and states exactly what to change, which is the standard every real A11yCheck finding is written to.
Best practices
- Illustrative sample course: a 12-slide Storyline compliance-training course ("Workplace Safety Basics"), not a real customer course.
- Review types actually run in this sample: Accessibility, Course Quality, and Course Engagement, all three, since that's the default "before you publish" combination described in the Before You Publish Checklist.
- Sample Accessibility findings: 3 images with missing alt text (Critical), one custom hover tooltip with no accessible description (Low), one button reachable only by mouse, not keyboard (Major), text contrast of 3.2:1 against a required 4.5:1 on the quiz feedback slide (Major).
- Sample Course Quality findings: one external "Learn more" link returning a 404, two slides sharing 91% of the same text (a likely accidental duplicate), inconsistent button corner-radius between slide 4 and the rest of the course.
- Sample Course Engagement findings (advisory): slide 8 flagged for high text density (approximately 210 words against a 25-second narration window), one click-to-reveal interaction on slide 5 flagged as likely decorative since it reveals text the learner could already read directly.
Common mistakes
- Expecting a single overall percentage to mean the same thing across all three pillars, it doesn't, each pillar's findings carry a different kind of confidence, see A11yCheck's Review Methodology.
- Assuming a finding with no fix yet applied means the course failed, a report is a list of what to review and fix before publishing, not a pass/fail exam result.
Practical checklist
- Check which review types were actually run before reading anything into a pillar that shows no findings, an empty pillar can mean either a clean pass or that it wasn't reviewed.
- Read each finding's location and object name, not just its title, before deciding how to fix it.
- Treat Accessibility and Course Quality findings as close to pass/fail, and Course Engagement findings as a prompt to look closer.
- Use the real WCAG citation on an Accessibility finding to verify it yourself if you want a second source, not just A11yCheck's word for it.
How A11yCheck reviews this
Every finding type shown in this sample is a real, live scan check, not a hypothetical, see A11yCheck's Review Methodology for exactly how each one is generated.
Frequently asked questions
Is this a real customer's course?
No. It's an illustrative sample, built to show the report's real format and real finding types without publishing anyone's actual course content.
Does a real report look exactly like this?
The format and level of detail match a real report exactly. The specific findings will obviously differ based on your own course.
What does the report say about things that weren't checked?
It states plainly which review types were run. It never implies a pillar passed if it wasn't reviewed, and it never claims a course is fully accessible based only on what an automated scan can measure, see What Can A11yCheck Review Automatically?
Related Guides
A11yCheck's Review Methodology→
A11yCheck reviews a real, rendered Storyline or Rise course, not its source file, using a headless browser to open the published output the way a learner actually would, then runs three separate passes: Accessibility (deterministic, WCAG-grounded), Course Quality (deterministic, structural), and Course Engagement (advisory, AI-assisted). Here's exactly how each one works, and where the line between automated and human review actually sits.
What Can A11yCheck Review Automatically?→
A11yCheck's automated scan reliably detects structural and technical accessibility issues, like missing alt text, low contrast, and broken keyboard access, but it can't judge instructional quality, learning objectives, or whether an image's description is actually accurate. Here's exactly where that line sits.
Before You Publish Checklist→
A short checklist to run through before you publish any Storyline or Rise course. It covers accessibility, course quality, and course engagement in one pass.
Course Quality Guide→
What course quality means beyond accessibility: broken links, inconsistent styling, and structural problems that make a course feel unpolished.
Course Engagement Guide→
Why content density and reading level affect whether learners actually absorb your course, and how to review for it.
A11yCheck vs. Built-In and Generic Accessibility Checkers→
Storyline's built-in Accessibility Checker (added May 2025) and generic web tools like WAVE and axe each catch real issues, but neither reviews Rise, neither combines accessibility with course quality and engagement, and neither understands eLearning-specific structure. Here's exactly what each tool does well, and where A11yCheck fits.
Summary
A real A11yCheck report groups findings into three pillars, shows exactly where and what's wrong in plain language with a real fix, and always states what was actually reviewed rather than implying a pass on anything that wasn't tested.
Review your course before you publish it.
A11yCheck reviews Storyline and Rise courses for:
- Accessibility
- Course Quality
- Course Engagement
www.a11ycheck-dev.com