Canonical: https://1968labs.com/blog/automated-vs-manual-accessibility-testing > Understand what accessibility tools can detect, where manual testing is needed and how to scope a useful review of your website. [← All guides](https://1968labs.com/blog) Accessibility # Automated vs manual accessibility testing: what each checks Understand what accessibility tools can detect, where manual testing is needed and how to scope a useful review of your website. 1968 Labs / 22 September 2026 / 3 min read Automated checks find certain accessibility problems quickly and consistently. Manual testing checks how the experience behaves when a person tries to use it. A useful review combines both and records what was actually tested. The [W3C’s evaluation guidance](https://www.w3.org/WAI/test-evaluate/tools/) explains that some checks require human judgment. A clean automated report is therefore not a complete accessibility assessment. ## What each method can tell you | Area | Automated checks can help | A person must also inspect | | --- | --- | --- | | Images | Flag images missing an alternative-text attribute. | Whether the text communicates the image’s purpose, or the image should be decorative. | | Forms | Identify many missing labels or invalid attributes. | Whether instructions, errors and success messages make sense during submission. | | Navigation | Find some structural or semantic problems. | Keyboard order, visible focus, menus and the ability to escape an overlay. | | Dynamic content | Inspect the rendered state captured by the scan. | Other states, focus changes and whether important updates are announced. | | Reading | Flag some contrast and document-structure issues. | Zoom, reflow, understandable content and the practical reading order. | ## Test a journey, not only a homepage Choose the tasks that matter: find a service, select a product, request a quote, change a cart or contact support. List the pages and states in each journey. A scanner visiting the initial URL will not necessarily open every menu, reveal every error or complete a multi-step form. Use the keyboard to move through controls, activate them and return from dialogs. Check that focus stays visible and does not become trapped. Then inspect representative tasks with a screen reader and at increased zoom. Record the browser, assistive technology and the state being tested so someone else can reproduce the finding. ## A form example Imagine an email field with a proper label. An automated check may accept the label. Submit an invalid address: if the error appears only as a red border, the actual recovery experience still needs work. The fix might require an explanation associated with the input, appropriate focus handling and a clear way to try again. Retest the error and the successful submission after the repair. Confirm the request reaches its intended destination as a separate delivery check. Accessibility and message delivery are both necessary for a useful inquiry flow. ## Agree the review boundary Before commissioning work, agree the templates, states, browsers and assistive technologies to cover, the standard being assessed and the format of the findings. Separate changes your developer can make from problems in an external plugin or hosted checkout. Ask for a report containing the problem, affected element, reproduction steps, practical impact, repair and retest result. A score without that detail is hard to turn into a work plan. ## Keep the result current Rerun appropriate checks after changing templates, forms or interactive components. Include manual task checks when behavior changes. Save evidence for completed repairs and keep unresolved issues visible to the owner. Our [accessibility service](https://1968labs.com/services/accessibility) is scoped around repairs and retesting. The [guide to acting on an accessibility report](https://1968labs.com/blog/website-accessibility-report-next-steps) explains how to prioritize findings. Neither a scan nor a limited repair engagement should be presented as proof that every part of a site meets every accessibility requirement. ## Keep reading. Accessibility ### Got a website accessibility report? What to fix first Turn accessibility findings into a scoped repair plan with clear ownership, priorities and evidence from a retest. Read the guide [View Got a website accessibility report? What to fix first](https://1968labs.com/blog/website-accessibility-report-next-steps) Website planning ### Website redesign SEO checklist: what to keep, change and test Plan a small business website redesign with a page decision sheet, redirect checks, launch acceptance criteria and a useful post-launch review. Read the guide [View Website redesign SEO checklist: what to keep, change and test](https://1968labs.com/blog/website-redesign-seo-checklist) ## Put this into practice. [Accessibility](https://1968labs.com/services/accessibility) [Sample Accessibility Report: Repairs & Retest](https://1968labs.com/sample-report) [WordPress accessibility services](https://1968labs.com/services/wordpress-accessibility) Work with us ## Discuss the changes your website needs. Tell us what you’re trying to improve. We’ll reply within 24 hours. [Services and starting prices](https://1968labs.com/services) Form fields: Your name; Your email; Phone number; Your question. [Use the form on the website.](https://1968labs.com/blog/automated-vs-manual-accessibility-testing)