Skip to main content

Running an Accessibility Scan and Reading the Results

AllAccessible continuously checks your site for accessibility issues, but you can also trigger a scan on demand whenever you want fresh results — afte

Written by Frank

Running an Accessibility Scan and Reading the Results

Overview

AllAccessible continuously checks your site for accessibility issues, but you can also trigger a scan on demand whenever you want fresh results — after a redesign, a content update, or a new page launch. This guide shows you where scans live, how to run one from the Audits & Fixes section, how to read your results, and — the question we hear most — how to find out exactly which page an issue is on.

Note: AllAccessible's automated scan is an informational assessment, not a conformance certification. It surfaces common, machine-detectable issues to help you prioritize good-faith remediation. It does not guarantee compliance or replace manual review and testing with real assistive technology.

Who This Is For

  • Site owners and team members with access to a site

  • Anyone who just made changes and wants to re-check their pages

  • Customers who ran a scan but can't tell where a reported issue lives

What You'll Learn

  • Where the Scans and Live Monitoring views live inside Audits & Fixes

  • How to run a scan on demand with Scan Now

  • How to read your results (score, WCAG coverage, issue breakdown)

  • How to find the exact page an issue appears on


Two Ways AllAccessible Finds Issues

Before you scan, it helps to know there are two sources of audit data, and they show up as separate views in the sub-navigation:

  • Live Monitoring — audits generated from real visitor traffic, refreshed continuously. This is the default landing page of Audits & Fixes. As real people visit your pages, those pages get audited automatically.

  • Scans — crawler-driven runs. This includes manual Scan Now runs you trigger yourself and any scheduled scans. A scan crawls the URLs in your site's sitemap rather than waiting for visitor traffic.

Both feed the same results tables and scoring. Use Scan Now when you want to check pages proactively instead of waiting for a visitor to hit them.

Plan note: The crawler-based Site Crawler behind Scan Now requires the Reporting Package add-on ($20/month). Without it, you'll still get continuous Live Monitoring audits from real traffic, but the manual crawl option will prompt you to add the Reporting Package.


Step-by-Step: Run a Scan

Step 1: Open Audits & Fixes

  1. Log in to your AllAccessible dashboard

  2. Select your website (and subdomain, if you have more than one)

  3. In the site's top navigation, open the Audits & Fixes tab

The tab opens on Live Monitoring by default — the page titled Accessibility Audits, with the sub-heading "Audits from real visitor traffic, refreshed continuously."

📷 Audits & Fixes tab open on the Live Monitoring view

Step 2: Start a Scan

You can start a crawl-based scan from either place:

  • From Live Monitoring: click the Scan Now button in the filters strip near the top of the page.

  • From the Scans view: open the Scans sub-tab and use Scan Now there.

When the scan starts, you'll see a confirmation that the crawl has begun and how many pages were queued (for example, "Crawl started — 42 pages queued"). The scan works through the URLs in your sitemap.

📷 The Scan Now button in the Live Monitoring filters strip

Step 3: Watch Progress in Scans

Open the Scans sub-tab to track the run. The scan history table lists each job with these columns:

  • Job — the scan run

  • Source — how it was triggered (manual or scheduled)

  • Started / Finished — timing

  • Pages — how many pages were crawled

  • Status — in progress or complete

  • Actions — including View audits to jump to the results

While a scan is running, live progress shows each URL, its viewport, status, issue count, and finish time. Larger sites take longer — the crawler works through every URL in the sitemap.

Step 4: View the Results

Once the scan finishes, open the results from the View audits action in the Scans table, or head back to Live Monitoring to see the updated numbers.


Reading Your Results

The Live Monitoring page summarizes your site's accessibility at a glance with several stat cards:

  • Scan Score — a big percentage with an "Automated assessment" label. Note the disclaimer right on the card: "Informational only — not a conformance certification." Treat this as a directional health signal, not a compliance grade.

  • WCAG coverage badges — automated coverage by WCAG level (A / AA / AAA).

  • Issue Breakdown — remaining issues split by severity: Critical, Serious, Moderate, and Minor.

  • Issues Resolved — what's been fixed this period, split into AI-resolved, user-fixed, and ignored.

  • Coverage — how many discovered pages have been audited, and how fresh those audits are.

  • Cohort Rank — how your site compares to similar sites.

Use the time-period pills (Today, Last 7 days, and longer ranges on paid plans) to change the window. To understand severity and decide what to fix first, see Understanding Audit Results and Tasks.

📷 Live Monitoring stat cards — Scan Score, WCAG coverage, Issue Breakdown


"It Doesn't Tell Me What Page the Issue Is On" — Here's Where to Look

This is the single most common point of confusion, and the answer is: the page is shown, you just need to look at the right view. AllAccessible reports issues per page, and there are two places that spell out exactly which URL is affected.

1. The Page URL Column in Live Monitoring

Scroll down the Live Monitoring page to the Page Details section. This is a table where each row is one audited page. The Page URL column shows that page's full address (long URLs are shortened on screen — hover over the URL to see the whole thing). Each row also shows:

  • A Live or Crawler badge (which source produced the audit)

  • Critical / Serious / Moderate / Minor issue counts for that specific page

  • That page's score and its Last Scan time

So the issue counts you see in the summary cards are broken down, page by page, right here.

📷 Page Details table with the Page URL column highlighted

2. The Per-Page Audit Detail

Click a page's URL in the Page Details table to open that page's audit detail. The page's full URL appears as the heading at the top, along with the scan date, so there's no ambiguity about which page you're looking at. Below that, each issue is listed with its rule name, issue count, WCAG tags, severity (Impact), and status.

Open an individual issue to see exactly which element on the page is affected — the detail view shows the element's location (its CSS selector) plus plain-language "How to Fix" guidance. That's the element-level "where," inside the page-level "where."

Tip: "Which page?" is answered at the list level (one row per page URL in Page Details) and "which element on that page?" is answered in the issue detail. If you only ever look at the top summary cards, you'll see totals but not locations — always drop down to Page Details.

For agentic fixes, each proposed fix also enumerates every affected page — see Approving Agentic AI Fixes.


Common Questions

Q: What's the difference between Live Monitoring and Scans?
A: Live Monitoring audits pages automatically as real visitors browse them. Scans crawl your sitemap on demand (or on a schedule) whether or not anyone has visited. Both produce the same kind of results.

Q: How long does a scan take?
A: It depends on how many pages are in your sitemap. Small sites finish quickly; large sites take longer because every URL is crawled. Watch progress in the Scans view.

Q: I ran a scan but nothing changed. Why?
A: Give the crawl time to finish (check its Status in the Scans table). If it completed and you still don't see new data, confirm you're looking at the right subdomain and time-period filter.

Q: Why is my Scan Score not 100%, and does a high score mean I'm compliant?
A: The score is an automated, informational signal — not a compliance certification. Automated tools catch many common issues but can't verify everything a human reviewer would. Use it to prioritize, not to certify.

Q: The scan says an issue exists but doesn't tell me where.
A: It does — in the Page Details table on Live Monitoring (the Page URL column), and in each page's audit detail (the page URL is the heading, and each issue shows the affected element). See the section above.


Troubleshooting

Issue: I Don't See a Scan Now Button / It Prompts Me to Upgrade

Cause: The crawler-based scan runs through the Site Crawler, which requires the Reporting Package add-on ($20/month).

Solution: Add the Reporting Package to unlock manual and scheduled crawls. Even without it, Live Monitoring keeps auditing your pages from real visitor traffic.

Issue: My Scan Finished but a Page Is Missing

Possible causes:

  1. The page isn't in your sitemap, so the crawler didn't reach it

  2. The page hasn't received visitor traffic yet (for Live Monitoring)

Solutions:

  1. Confirm the page is included in your sitemap

  2. Visit the page yourself, or run another crawl, then re-check Page Details

Issue: I Get an Error Opening an Audit or Page Detail

Cause: Access to a site's audits is available to the site owner and team members who have access to that site. An unexpected error usually points to an access or membership problem, not something you did wrong.

Solution: If you believe you should have access and hit an error, contact support — don't assume the error is expected behavior.


Next Steps

  1. Run a scan, then open Page Details and sort by the pages with the most Critical/Serious issues

  2. Read Understanding Audit Results and Tasks to learn severity and what to fix first

  3. Let AllAccessible propose fixes and review them in Approving Agentic AI Fixes


Related Articles


Last Updated: July 2026
Where: Audits & Fixes → Live Monitoring / Scans
Plan note: Continuous Live Monitoring is included; manual crawl-based scans require the Reporting Package add-on ($20/mo)

Did this answer your question?