How to Review a Web App for Accessibility for the First Time
A practical first-pass guide for reviewing a real web app screen before accessibility issues become late rework.
Tommy Truong
Vendor and Third-Party Accessibility Field Guide
A practical guide for asking better accessibility questions when a product, platform, widget, or document comes from a vendor.
Vendor Accessibility Questions Checklist
A practical checklist for asking vendors what their accessibility evidence actually covers.
Vendor Accessibility Still Needs Ownership
Buying or configuring a vendor product does not remove accessibility ownership; it changes where teams need to ask, test, document, and follow up.
Known Issues Are Better Than Surprise Issues
Known accessibility issues are not ideal, but they are easier to manage than issues nobody named until review, launch, or a user complaint.
Ask Vendors How Accessibility Works in Your Configuration
Vendor accessibility answers are most useful when they connect to the version, settings, integrations, documents, and workflows your team will actually use.
Accessibility Evidence Should Match the Thing You’re Shipping
Accessibility evidence is stronger when it matches the real workflow, content, configuration, documents, and version people will use after launch.
A VPAT Is Not a Magic Shield
A VPAT can be useful evidence, but it is not a guarantee that the product, configuration, workflow, or implementation your team ships will be accessible.
A Vendor Claim Is Not the Same as a Tested Workflow
A vendor claim can start the accessibility conversation, but teams still need to understand whether the real workflow has been checked.
What Accessibility Review Is Actually Looking For
Accessibility review is not a scavenger hunt for WCAG failures. It is a quality check on whether people can actually use the thing you built.
