216digital.
Web Accessibility

ADA Risk Mitigation
Prevent and Respond to ADA Lawsuits


WCAG & Section 508
Conform with Local and International Requirements


a11y.Radar
Ongoing Monitoring and Maintenance


Consultation & Training

Is Your Website Vulnerable to Frivolous Lawsuits?
Get a Free Web Accessibility Audit to Learn Where You Stand
Find Out Today!

Web Design & Development

Marketing

PPC Management
Google & Social Media Ads


Professional SEO
Increase Organic Search Strength

Interested in Marketing?
Speak to an Expert about marketing opportunities for your brand to cultivate support and growth online.
Contact Us

About

Blog

Contact Us
  • Cart Abandonment: The Silent Cost of Inaccessible Checkout

    If you’re responsible for an eCommerce checkout, you probably know the feeling: traffic looks healthy, people add items to their carts, and yet the numbers at the finish line never quite match the intent you can see earlier in the funnel. You fix the obvious bugs, streamline a few steps, experiment with payment options, and the needle moves—but usually not enough to fully account for the gap.

    It’s tempting to attribute the rest to “user behavior,” pricing sensitivity, or simple indecision. But a meaningful share of that loss is not hesitation at all. It’s customers who hit a barrier inside the flow—often a barrier created by inaccessible patterns—and simply cannot complete the purchase. In your analytics, those sessions still get categorized as cart abandonment. For the shopper, it feels less like they changed their mind and more like the checkout stopped cooperating.

    This article looks at that gap through the lens of accessibility: how small barriers in your checkout path quietly push people out, and how addressing them can reduce friction, improve completion, and recover revenue you’re already paying to acquire.

    The Hidden Cost of Inaccessibility

    Most dashboards tell a similar story: high abandonment rates, drop-offs at payment, and plenty of incomplete sessions. The data is clear; the underlying causes are not always visible.

    Globally, more than 70% of online carts never convert. Baymard’s research estimates that businesses could recover more than $260 billion in sales each year by improving usability and accessibility alone.That’s not a small optimization; it’s a massive opportunity.

    At a basic level, we call it cart abandonment when someone adds items and doesn’t check out. But that neutral phrase conceals a tougher reality: some portion of those “abandons” are people who wanted to buy and couldn’t, because the experience failed them at exactly the moment it mattered.

    When Barriers Replace Intent

    Consider a payment form where errors appear only as red text, with no programmatic association to the invalid field and no meaningful ARIA support. A screen reader user presses “Submit.” The page refreshes. There is no announcement, no clear cue, and no directional feedback—just silence. From their perspective, nothing happened, and the flow provides no recoverable path forward.

    Or take a tiny “I agree” checkbox with a narrow hit area that is difficult to activate with limited motor control—or, just as realistically, on a small phone while holding a coffee. Or a “Place order” button with low contrast that visually disappears into its background for users with low vision, glare, or reduced contrast sensitivity.

    In each case, the user’s intent has not changed; the interface has simply become uncooperative. The business loses the sale, and the customer leaves wondering whether this is a brand they can trust with future purchases. Your analytics show an exit, but they do not reveal the barrier that caused it.

    Your analytics show an exit. They don’t show the barrier that caused it.

    Why Cart Abandonment Isn’t Inevitable

    There’s a widespread belief that a large share of abandonment is “just how eCommerce works.” Some of it is: people price-compare, get distracted, or decide to wait for a promotion.

    But a measurable slice of cart abandonment has less to do with indecision and more to do with friction baked into the experience—friction that disproportionately impacts keyboard users, screen reader users, and customers relying on alternative inputs. When the flow requires guesswork, precision tapping, or visual-only cues, “abandonment” becomes the predictable outcome.

    Where Testing Usually Falls Short

    Inside most teams, checkout feels “fine.” You know the flow. You know where promo codes live and what the error messages mean. You’ve walked through the process so many times that the rough edges blur out.

    At the same time, audits of major eCommerce sites consistently find accessibility issues in the checkout path. The disconnect often comes from how testing is done:

    • Accessibility audits run only before big launches, if they run at all.
    • Tools like Lighthouse or WAVE are considered complete coverage.
    • Real users who rely on screen readers, keyboard navigation, or alternative inputs rarely test the flow end-to-end.

    From the team’s perspective, nothing is obviously broken. From some customers’ perspectives, the experience dead-ends halfway through.

    Once you’ve watched a handful of real users try to complete checkout with assistive tech, the abandonment rate stops feeling like a fixed “industry norm” and starts looking like something you can influence.

    Where Accessibility and Conversion Intersect

    Accessibility and conversion optimization are often treated as separate workstreams. In reality, they meet in the same details people rely on to get through checkout.

    Reduce the number of steps, and everyone has less to track. Make labels clear and persistent, and people make fewer mistakes. Keep tab order logical and visible focus always present, so keyboard users stop getting lost. Structure your DOM so that screen readers get the same hierarchy and messaging that sighted users see, and recovery from errors becomes possible.

    One Form, Two Experiences

    Take a simple shipping form. If the ZIP/postal code field isn’t properly labeled for assistive tech, a screen reader user might just hear “edit, edit, edit” as they move through the field. They’re guessing which field is which.

    Add a proper label, tie error text to the field with aria-describedby, and announce validation changes through an appropriate live region. Now that same user hears which field failed, why it failed, and what to do next.

    The code changes are small. The impact on that person’s ability to finish checkout is huge. Scale that mindset across every step, and you’re not just “more accessible”—you’ve made the whole flow more predictable and less stressful for everyone.

    The High Cost of Friction

    Research into checkout behavior surfaces the same reasons people leave over and over: unexpected costs at the last second, long or confusing flows, technical errors, totals that aren’t clear until the end. On the surface, it looks like generic UX cleanup.

    Underneath, many of those reasons connect directly to accessibility:

    • Long, branching flows are especially hard for users with cognitive disabilities or attention challenges.
    • Vague or visually isolated error messages fail everyone, and completely fail screen reader users if they’re not exposed programmatically.
    • Totals buried below the fold or styled with low-contrast text are easy to miss for users with low vision or on small screens.

    Turning the Funnel Into a Debugging Map

    This is where cart abandonment stops being an abstract KPI and starts behaving like a debugging map. That sharp drop at step three isn’t just “leakage”—it’s a signal that something there is harder than it should be.

    When you go into those high-friction spots and deliberately design for a wider range of people, you lower the barrier for everyone. Suddenly, more of the traffic you already paid for is able to finish the journey.

    The Perception Gap Between Teams and Shoppers

    From inside your organization, checkout likely feels straightforward. You’ve tested it on staging. You know the happy path. You know where the “Apply coupon” link is hiding and that the primary action is always that big button in the bottom corner.

    How It Feels to Shoppers

    For a new user—especially someone navigating with assistive tech—the same flow can feel very different.

    In some cases, designers hide the coupon field behind a hover interaction that keyboard users never trigger. Elsewhere, a form error may appear as a small line of red text at the top of the page, with no announcement—leaving screen reader users unaware that anything went wrong. And sometimes, the “Place order” button is excluded from the tab order entirely, making it impossible to reach without a mouse.

    Each of those decisions makes sense in isolation. Together, they add confusion. Enough confusion, and the easiest option is to abandon the attempt—and cart abandonment climbs again.

    What You Learn From Watching Shopper Usage

    Analytics will tell you where people drop. They won’t tell you that a missing focus state or an unannounced error was the last straw.

    Sitting in on a session where someone uses a screen reader, keyboard-only navigation, or voice control to move through your checkout is often eye-opening. Suddenly, the rough edges you’ve learned to ignore become impossible to unsee. And you walk away with a clear list of fixes.

    Building Accessible Checkouts That Convert

    You don’t have to start over to make a meaningful difference. A practical first step is to stop treating accessibility and usability as separate reviews. Look at both at the same time, in the same flow.

    Run the “Three Ways” Test

    One simple sanity check: run your own checkout three ways—mouse, keyboard only, and with a screen reader (even if you’re not an expert user).

    Pay attention to:

    • Where focus jumps somewhere unexpected.
    • Where you lose track of where you are in the flow.
    • Where an error appears, but you’re not sure what went wrong or how to fix it.

    Start by tightening the fundamentals: give every input a clear label in the DOM, tie error messages directly to the fields they describe, and announce important live updates—such as validation results—in ways assistive technologies can detect and communicate.

    Simplify the Path

    Then look at the flow itself. Are you asking for more information than you actually need? Is guest checkout hidden behind account creation? Are you spreading related decisions across too many screens?

    Trimming unnecessary fields, making steps visible, and keeping the path short reduces cognitive load. Users feel less like they’re stepping into a maze and more like they’re following a clear route.

    Don’t Neglect Mobile

    On mobile, all of this matters even more. Check that buttons and tap targets are comfortably large and well spaced. Make sure essential actions aren’t clustered so tightly that users mis-tap under pressure. Confirm that autofill and voice input work as expected, given that your field markup is clean and consistent.

    These are not cosmetic tweaks. They’re the kinds of changes that remove specific blockers and let more people finish their orders without fighting the interface.

    Accessibility as a Conversion Strategy, Not Just Compliance

    Moving Beyond “We Have To”

    It’s easy for accessibility to get filed under “things we do to avoid legal risk.” In actual product work, it lines up directly with revenue.

    Many eCommerce leaders now say they believe accessibility best practices help reduce cart abandonment and improve overall performance. That belief isn’t theoretical; it comes from what teams see after they ship meaningful changes: more successful checkouts, fewer “it wouldn’t let me pay” support tickets, and more customers coming back because the experience was smooth.

    What It Signals to Customers

    An accessible checkout also sends a quiet but powerful signal about your brand. When people can move through the experience without wrestling the interface—no matter how they navigate—they’re more likely to trust you with the next purchase, and the one after that.

    Because your site and stack will keep evolving, accessibility shouldn’t be a one-off initiative. It belongs alongside performance, reliability, and UX as something you measure, tune, and revisit over time.

    Closing the Gap Between Click and Confirm

    More often than not, cart abandonment isn’t about disinterest. It’s about something getting in the way—a form that’s harder to use than it needs to be, an error that doesn’t quite make sense, a button that’s easy to miss.

    Looking at checkout through an accessibility lens gives you a way to tune those rough spots. Small changes in form labels, error messages, and step-by-step navigation can make the experience easier and more predictable for users. When checkout feels straightforward and dependable, more shoppers are able to follow through on the intent they already had.

    If you’re ready to understand how accessibility is shaping your own conversion funnel, scheduling an ADA briefing with 216digital is a great next step. Our team will help you surface the barriers that are costing you customers and outline realistic ways to turn them into a smoother, more inclusive checkout experience.

    Greg McNeil

    November 13, 2025
    How-to Guides, Uncategorized
    Accessibility testing, add to cart, checkout, ecommerce design, ecommerce website, How-to
  • How to Budget with the ADA Tax Credit in Mind

    How to Budget with the ADA Tax Credit in Mind

    For many businesses, accessibility feels like a surprise expense—something that comes up only after a complaint, redesign, or audit. But it doesn’t have to be that way. With the right planning, accessibility can become part of your financial strategy rather than a reactive fix.

    When you view accessibility through a business lens, it’s not just a compliance requirement—it’s a smart, ongoing investment that strengthens your brand, expands your audience, and saves money over time. One of the most practical tools to make that possible is the ADA tax credit—officially known as the Disabled Access Credit.

    This guide will show how to make accessibility a consistent part of your annual budget: how to plan for it, phase improvements strategically, and use the ADA tax credit to turn compliance into a sustainable investment in inclusion.

    Why Accessibility Planning Belongs in Your Annual Budget

    Accessibility isn’t something you check off once and forget. Your website, apps, and digital content evolve constantly—so your accessibility strategy should evolve too.

    Including accessibility in your annual budget isn’t just about avoiding risk; it’s about planning smarter. When you allocate funds for accessibility ahead of time, you prevent the financial stress of emergency fixes later. In fact, businesses that plan accessibility from the start often save significantly compared to those responding reactively after an issue arises.

    The numbers underscore the point. In 2024 alone, U.S. courts saw more than 4,000 web accessibility lawsuits—a 10% increase over the previous year. For small and mid-sized companies, those legal and remediation costs can be steep. Proactive budgeting, on the other hand, creates stability and predictability—keeping accessibility sustainable and affordable long term.

    In short, accessibility planning isn’t just good ethics. It’s good business.

    Understanding the ADA (Disabled Access) Tax Credit

    The ADA tax credit helps make accessibility financially achievable. It’s a federal incentive available to small businesses through IRS Form 8826, designed to offset the costs of accessibility improvements each year.

    Here’s how it works:

    • Covers 50% of qualifying accessibility expenses between $250 and $10,250, with a maximum annual credit of $5,000.
    • Can be claimed every year, making it easier to align accessibility investments with your budget cycle.
    • Applies to both physical upgrades and digital accessibility improvements.

    To qualify, your business must have 30 or fewer full-time employees or less than $1 million in gross annual receipts.

    For web accessibility, eligible expenses may include:

    • Accessibility audits and WCAG remediation work
    • Accessible web design and coding
    • Employee training on accessibility best practices
    • Monitoring tools or software subscriptions

    When used strategically, the ADA tax credit becomes more than a refund—it becomes a built-in funding source that supports continuous accessibility progress.

    Building Accessibility Into Your Annual Budget

    Forecast Accessibility Costs Early

    Every good plan starts with a clear picture. Begin by conducting an accessibility audit to understand where you stand and what improvements are needed. From there, categorize your costs into two main groups:

    • One-time investments: redesigns, major platform updates, or initial remediation.
    • Ongoing costs: regular audits, training, or accessibility monitoring subscriptions.

    When your web and finance teams collaborate early, it’s easier to plan accessibility alongside other operational goals—keeping it consistent, predictable, and affordable.

    Use Phased Implementation

    Accessibility doesn’t need to happen all at once. A phased approach allows you to make measurable progress while spreading costs over multiple fiscal years.

    Start by addressing high-impact areas first—like navigation, contrast, and form labels—then move to broader improvements and long-term maintenance. For example, a $12,000 remediation project could be divided into two phases, allowing your organization to claim the ADA tax credit each year while maintaining steady momentum.

    This approach ensures accessibility stays manageable, not overwhelming.

    Align Accessibility with Other Initiatives

    Accessibility often fits naturally into projects you’re already planning. If you’re redesigning your website, refreshing your brand, or updating your CMS, integrate accessibility improvements at the same time.

    This strategy maximizes efficiency and saves money—since accessibility often enhances SEO, usability, and overall customer experience. You’re not adding extra work; you’re simply making every project more inclusive and more valuable.

    Maximizing the ADA Tax Credit

    Time Your Projects Strategically

    Timing plays a key role in maximizing your return. Plan accessibility work so invoices and payments align with your fiscal year—ensuring that eligible expenses fall within the same tax period. For multi-year initiatives, phase projects so each year’s work qualifies for the ADA tax credit, potentially giving you up to $5,000 back annually.

    Track and Document All Accessibility Expenses

    Clear documentation helps substantiate your claim and simplifies future budgeting. Keep a record of:

    • Consultant contracts and invoices
    • Software and platform receipts
    • Training documentation
    • Accessibility audit reports

    Not only does this support your IRS filing, but it also helps your internal team analyze spending trends and identify long-term cost efficiencies.

    Consult a Tax Professional

    Finally, consult a CPA familiar with ADA-related business incentives. Many accountants are aware of physical accessibility deductions but may overlook digital accessibility as a qualifying expense. Make sure your CPA understands that your web improvements align with ADA and WCAG compliance to fully leverage the credit.

    Pairing the ADA Tax Credit with Other Incentives

    The ADA tax credit is a powerful starting point, but it’s not the only financial tool available to businesses investing in accessibility. In many cases, you can combine federal and state incentives to maximize savings and stretch your accessibility budget even further.

    One example is the Section 190 Deduction, which allows businesses of any size to deduct up to $15,000 per year for accessibility-related improvements. This deduction can complement your digital accessibility initiatives, especially when accessibility enhancements are part of a broader modernization or inclusion effort.

    You may also find state-level programs that offer additional credits, deductions, or grants for digital inclusion projects. These can include funding for accessible technology, website upgrades, or employee training in accessibility best practices.

    Because eligibility and requirements vary, it’s best to consult your tax professional or CPA. They can help you identify which incentives apply to your organization and ensure your documentation meets all necessary criteria.

    When used together, these incentives create a layered approach to funding accessibility—one that lowers costs, supports continuous improvement, and reinforces your organization’s commitment to inclusive digital experiences.

    Long-Term Accessibility Budgeting: Turning Compliance Into ROI

    Once accessibility becomes a recurring part of your budget, it transforms from a legal requirement into a long-term asset.

    Building accessibility into your company culture saves money, builds loyalty, and reduces risk over time. Here’s how to make it last:

    • Review annually: Evaluate your site each year to identify new opportunities for improvement.
    • Budget continuously: Allocate a small percentage of every web project to accessibility testing and maintenance.
    • Train regularly: Educating your staff reduces future remediation costs and dependency on external consultants.
    • Monitor proactively: Tools like a11y.Radar detect accessibility issues early, saving time and expense.
    • Reinvest strategically: Use the ADA tax credit savings each year to fund future improvements, training, or technology upgrades.

    Over time, this cycle creates measurable ROI—fewer accessibility issues, reduced costs, and a stronger, more inclusive customer experience.

    Common Budgeting Mistakes (and How to Avoid Them)

    Even with the best intentions, budgeting missteps can cost you valuable time and savings. Here are a few to avoid:

    1. Treating Accessibility as a One-Time Fix: Build it into your annual financial strategy instead.
    2. Neglecting Documentation: Without records, you could lose eligibility for the ADA tax credit.
    3. Overlooking Small Wins: Incremental improvements qualify for credit and deliver real impact.
    4. Waiting Until Tax Season: Plan accessibility spending early to align with your fiscal calendar.
    5. Skipping Expert Input: Work with accessibility specialists to ensure your improvements meet both WCAG and IRS requirements efficiently.

    Accessibility That Pays Off

    Accessibility isn’t just a checkbox—it’s a commitment that pays dividends. It strengthens your reputation, prevents costly compliance issues, and builds loyalty among every visitor who interacts with your brand.

    When approached strategically, the ADA tax credit turns accessibility into a self-sustaining investment—one that grows in value every year.

    If you’re ready to make accessibility part of your long-term financial strategy, start planning now. Build it into your next budget cycle, track your progress, and treat accessibility not as an expense—but as an investment that keeps paying back.
    And if you’d like a clearer path forward, schedule an ADA briefing with 216digital. We’ll help you build a practical, sustainable roadmap that fits your goals—and your budget.

    Greg McNeil

    October 17, 2025
    The Benefits of Web Accessibility, Uncategorized
    Accessibility Remediation, accessibility tax credit, cost, tax credit, Web Accessibility, Web Accessibility Remediation, Website Accessibility
  • aria‑selected: Practical Guide for Interactive UI

    Modern web applications thrive on interactivity. Tabs, listboxes, and data grids make complex tasks easier for sighted users—but without proper semantics, those same widgets can shut people out.

    For example, a set of tabs may look visually distinct, but unless screen readers know which tab is currently selected, the component is unusable for blind users. Similarly, keyboard-only users can be stranded if selection isn’t tied to focus and navigation logic.

    That’s where aria-selected comes in. This attribute bridges the gap between visual presentation and assistive technology, ensuring state changes are clearly communicated. In this guide, we’ll cover what aria-selected means, when to use it, real-world code examples, and best practices for building accessible interactions.

    Decoding aria-selected

    According to the WAI-ARIA specification, aria-selected communicates the selection state of an element in a widget. It doesn’t change visuals—it adds semantic meaning to the accessibility tree so assistive tech can interpret the UI correctly.

    Values Explained

    • true → This item is selected.
    • false → This item is selectable but not selected.
    • (Absence) → This item isn’t selectable at all.

    Tip: Roles that support aria-selected include: tab, option, row, gridcell, and treeitem. Use it only where a “selected” state makes sense.

    aria-selected vs. Other Attributes

    It’s easy to confuse aria-selected with other ARIA attributes. Here’s how to know when you’re using the right one:

    AttributePrimary PurposeTypical Components
    aria-selectedIndicates which item is currently chosenTabs, listboxes, grids, tables
    aria-checkedBinary on/off stateCheckboxes, radios
    aria-pressedToggle button active stateToolbar buttons
    aria-currentDenotes user’s current locationNav links, breadcrumbs

    Practical Use Cases & Code

    Tabs

    Tabs are a classic single-select widget. Only one tab can be selected at a time.

    <div role="tablist" aria-label="Profile sections">
      <button id="tab-overview" role="tab" aria-selected="true"
              aria-controls="panel-overview">Overview</button>
      <button id="tab-settings" role="tab" aria-selected="false"
              aria-controls="panel-settings">Settings</button>
    </div>
    
    <div id="panel-overview" role="tabpanel" aria-labelledby="tab-overview">
      <!-- Overview content -->
    </div>
    <div id="panel-settings" role="tabpanel" aria-labelledby="tab-settings" hidden>
      <!-- Settings content -->
    </div>

    Implementation Notes

    • On click, Enter, or Space: update aria-selected, swap focus, and show the panel.
    • Keyboard navigation: Left/Right (or Up/Down for vertical), Home/End for quick jumps.

    Listbox (Multi-Select)

    Listboxes can be single- or multi-select. Here’s a multi-select version:

    <ul role="listbox" aria-label="Choose toppings"
        aria-multiselectable="true" tabindex="0"
        aria-activedescendant="opt-pepperoni">
      <li id="opt-pepperoni" role="option" aria-selected="true">Pepperoni</li>
      <li id="opt-mushroom"  role="option" aria-selected="false">Mushrooms</li>
      <li id="opt-olive"     role="option" aria-selected="false">Olives</li>
    </ul>

    Interaction Details

    • Arrow keys move focus; aria-activedescendant updates to track the active item.
    • Space toggles selection state.
    • Ctrl/Shift + Arrow supports range selection like desktop apps.

    Grids / Spreadsheets

    Grids allow row and cell-level navigation. They’re common in dashboards and spreadsheets.

    <div role="grid" aria-label="Sales records" aria-activedescendant="cell-1-2">
      <div role="row">
        <div role="columnheader" aria-colindex="1">Date</div>
        <div role="columnheader" aria-colindex="2">Sales</div>
      </div>
    
      <div role="row" aria-rowindex="1">
        <div id="cell-1-1" role="gridcell" aria-colindex="1" aria-selected="false">Jan</div>
        <div id="cell-1-2" role="gridcell" aria-colindex="2" aria-selected="true">5 000</div>
      </div>
      <div role="row" aria-rowindex="2">
        <div id="cell-2-1" role="gridcell" aria-colindex="1" aria-selected="false">Feb</div>
        <div id="cell-2-2" role="gridcell" aria-colindex="2" aria-selected="false">4 200</div>
      </div>
    </div>

    JavaScript Must Handle

    • Arrow keys move focus across cells and sync aria-activedescendant.
    • Space/Enter toggles aria-selected.
    • Optional: persist state (e.g., in localStorage) to remember selections.

    Best Practices for aria-selected

    Focus Management

    • In single-select widgets: focus stays inside, arrow keys update selection.
    • In multi-select widgets: focus moves independently, Space/Enter toggles states.
    • Always update aria-activedescendant dynamically.

    Visual Feedback Beyond Color

    • Don’t rely on color alone. Use icons, bold text, or borders.
    • WCAG 2.2 requires at least 3:1 contrast for selected/focus states.

    Keyboard Navigation

    • Tabs: Arrow keys, Home/End, Enter/Space to activate.
    • Listbox/Grid: Arrow keys plus Space/Enter (and Ctrl/Shift combos for multi-select).
    • Optional: Escape to clear selection or exit.

    Testing Your Implementation

    Accessibility doesn’t stop at code—it must be validated.

    • Screen reader testing: NVDA, JAWS, and VoiceOver should announce selection changes correctly.
    • Keyboard walkthroughs: Confirm focus order and selection behavior.
    • Automated checks: Useful for catching missing attributes, but always supplement with manual testing.

    Bonus Patterns

    Once you’re comfortable with the basics, aria-selected can also power:

    • ARIA Trees: File explorer-like navigation.
    • Carousels: Tabs-like controls for slide navigation.
    • Email-style panels: Combining aria-selected with aria-multiselectable for Gmail-style selection logic.

    Build with Inclusion from the Start

    The aria-selected attribute may seem small, but it represents a bigger principle: creating interfaces where everyone can interact equally.

    Accessibility is about thoughtful interaction design, not just compliance checklists. By implementing aria-selected correctly, you close the gap between a slick UI and one that’s truly inclusive.

    Don’t wait until launch—or worse, until a lawsuit—to think about accessibility. Build it in from the beginning, and both your users and your future self will thank you.

    Want clarity on how your site measures up or how to improve implementation? Schedule a private ADA briefing with 216digital and get expert insight on real-world accessibility practices.

    Greg McNeil

    September 29, 2025
    How-to Guides, Uncategorized
    Accessibility, ARIA, aria-selected, web developers, web development, Website Accessibility
  • Do You Need a Web Accessibility Audit or a VPAT?

    Do You Need a Web Accessibility Audit or a VPAT?

    Digital compliance isn’t one-size-fits-all. Depending on your organization’s goals, you may need an accessibility audit, a Voluntary Product Accessibility Template (VPAT®), or both. The real challenge is matching the deliverable to the job in front of you. If you’re navigating ADA, Section 508, WCAG, EN 301 549, or enterprise procurement requirements, understanding how audits and VPATs differ—and how they work together—can save time, reduce risk, and strengthen your position in competitive markets.

    This guide explains what accessibility audits and VPATs are, how they differ, when to use each, and how they can complement one another.

    What Is an Accessibility Audit?

    An accessibility audit is a deep, hands-on evaluation of your digital product—website, web app, mobile app, software, or document—against recognized standards such as WCAG 2.1/2.2 Level AA and, when applicable, Section 508. Although automation has a role, a credible audit centers on expert manual testing and real-world use.

    A typical audit blends three modes of evaluation that build on one another:

    • Automated triage to surface easy-to-spot patterns (e.g., missing alt text, color contrast flags, form input associations) and help size the work.
    • Expert manual review of templates, components, and user flows against WCAG success criteria, including focus management, semantics/landmarks, ARIA usage, error handling, and dynamic states.
    • Assistive technology and keyboard testing to validate actual usability—screen readers (e.g., NVDA/JAWS/VoiceOver), zoom and reflow, high-contrast modes, and full keyboard operation.

    Strong audits don’t stop at a list of defects. They provide actionable guidance: prioritized findings, severity and user impact, code-level recommendations, component-level patterns, and a retest plan. Many organizations also incorporate user testing with people with disabilities to capture lived-experience insights that technical checks alone can miss. The result is a roadmap your team can execute—not just a scorecard.

    What Is a VPAT?

    A VPAT® is a standardized disclosure that becomes your Accessibility Conformance Report (ACR). It doesn’t test; it reports what testing found. Each criterion is mapped to a status—Supports, Partially Supports, or Does Not Support—with remarks that define versions, platforms, assistive-technology pairings, and known limits. Choose the correct edition (WCAG, Revised Section 508, EN 301 549, International), date-stamp the ACR, and clearly state the product and environment scope. A defensible VPAT is evidence-backed—ideally by a recent audit plus targeted verification on the declared platforms.

    In short: an audit discovers and validates; a VPAT declares and documents.

    Accessibility Audit vs VPAT: Key Differences

    AspectAccessibility AuditVPAT (ACR)
    Primary purposeIdentify issues; deliver remediation guidance; validate usabilityCommunicate conformance status to buyers and regulators
    AudienceInternal teams: product, engineering, design, complianceExternal stakeholders: procurement, clients, regulators
    FormatNarrative report with prioritized findings and fixesStandardized template leading to an ACR with criterion-by-criterion statements
    EvidenceManual/AT testing, sometimes user testing with people with disabilities, plus automationSummaries of conformance based on testing evidence
    TimingBest before launch/redesign, after significant releases, or upon risk eventsBest during RFPs, renewals, market entry, or when a contract requires it
    OutcomeImproved accessibility and user experienceProcurement-ready disclosure and contractual clarity
    Update cadenceWith each major release or accessibility milestoneWhenever scope, features, or conformance materially change

    With the differences in view, here’s how to use each deliverable at the right moment.

    When to Have an Accessibility Audit

    An audit should come before you make broad claims of compliance. It is the groundwork that ensures your product meets the standards you plan to cite.

    Consider commissioning an audit when you are:

    • Preparing for launch or a major redesign. Early findings are cheaper to fix and easier to standardize into reusable components.
    • Responding to risk. If you’ve received a complaint, demand letter, or internal escalation, an audit clarifies actual exposure and prioritizes remediation.
    • Improving product quality. Teams aiming to raise UX quality for everyone—faster task completion, fewer errors, better forms—use audits to remove barriers that frustrate all users, not only those with disabilities.
    • Planning a VPAT. If a VPAT is on the horizon, a current audit supplies the evidence and remarks you’ll need to make defensible statements.

    Without an audit, a VPAT can drift into guesswork—an avoidable liability in regulated procurement.

    When to Have a VPAT Prepared

    A VPAT becomes essential when you need formal proof of accessibility for sales, purchasing, or funding.

    Typical triggers include:

    • RFPs and vendor onboarding in government, higher education, healthcare, and large enterprise.
    • Contract renewals or marketplace listings where accessibility is non-negotiable.
    • International expansion that introduces EN 301 549 or other jurisdictional requirements.

    Treat the VPAT/ACR as a living document. Update it after major releases, platform additions, or meaningful improvements so procurement teams see a current and accurate picture.


    Decision rule: If an external party will evaluate your conformance (RFP, renewal, marketplace, grant), you’ll need an ACR (VPAT) grounded in a current audit; otherwise start with the audit alone.

    Do You Need Both?

    In regulated or enterprise procurement, the default answer is yes. If you are selling to government, higher education, healthcare, or large enterprises—or you intend to make public conformance claims—you need both an audit and a VPAT (ACR). The audit establishes factual evidence of how the product performs against WCAG/Section 508 in real use. The VPAT communicates that evidence in the standardized format buyers expect.

    As a rule of thumb: use an audit to know; use a VPAT to show. When disclosure is part of sales, renewals, or public listings, sequence your work as audit, remediate, then prepare the VPAT so statements are current, precise, and defensible.

    Once you know when to use each, it helps to see how they reinforce one another.

    How They Reduce Risk Together

    Audits and VPATs mitigate different classes of risk that often compound if handled in isolation. The audit reduces product and legal risk by finding and prioritizing barriers before they become complaints or claims and by providing implementable fixes. It also creates a repeatable testing pattern—templates, flows, and assistive-technology pairings—that your team can reuse release after release.

    The VPAT reduces commercial and contractual risk. It removes friction in procurement, sets accurate expectations about platforms and known limits, and documents the scope under which conformance was verified. Procurement teams look for alignment between your ACR remarks and the audit artifacts. When those line up—versions, dates, and assistive 

    technologies—friction drops and credibility increases. Working together, the audit improves the thing; the VPAT aligns the promise. That alignment closes the gap between user reality and contractual language—the place most disputes arise.

    Practical Scenarios

    Federal RFP: You need both. Commission an audit covering the exact scope in the RFP (versions, browsers, AT). Remediate high-impact issues, verify fixes, then publish a VPAT/ACR that cites that evidence with precise remarks.

    Small e-commerce: Prioritize the audit. Focus on core purchase flows and forms, implement fixes, and establish a light retest cadence. Skip the VPAT until an enterprise buyer or marketplace explicitly requests one.

    University adoption: The buyer will require a VPAT from the vendor. A responsible vendor conducts an audit first, then produces a VPAT grounded in that evidence.

    Monthly SaaS cadence: Establish a rhythm: periodic audits on shared components and critical journeys; targeted verification after impactful changes; VPAT updates tied to material shifts in scope or before major renewals. Keep the VPAT’s scope and dates synchronized with your latest audit window.

    Final Thoughts

    Accessibility audits and VPATs aren’t interchangeable; they serve different, complementary purposes. The audit digs into how your product actually behaves and shows you how to fix issues. The VPAT communicates that conformance in a format procurement teams trust. Organizations that treat the VPAT as living, evidence-based disclosure—and audits as an ongoing quality practice—build trust, reduce risk, and win more consistently.

    Ready to move from claims to confidence? Schedule an ADA briefing with 216digital—we’ll review your product context, prioritize a first sprint, and outline a clear path from audit and remediation to a defensible, procurement-ready ACR.

    Greg McNeil

    September 10, 2025
    Testing & Remediation, Uncategorized
    Accessibility, Accessibility Audit, ADA, custom accessibility audits, VPAT, WCAG, Web Accessibility, Website Accessibility
  • What IS 5568 Compliance Really Means

    If your website is available to users in Israel—and especially if you’re serving the general public—it needs to meet IS 5568. Whether you’re on a product team, working in UX, or leading development, this accessibility standard isn’t something to ignore.

    But let’s be honest: trying to decode legal standards in multiple languages, cross-matched with WCAG, isn’t the most straightforward part of your job. So, this guide is here to break IS 5568 down into practical terms: what it is, where it came from, who it applies to, and what you actually need to do to comply.

    Let’s start at the top.

    What IS IS 5568?

    IS 5568 is Israel’s national standard for digital accessibility. It’s based almost entirely on WCAG 2.0 Level AA—so if you’ve built for WCAG before, you’re already halfway there. The standard applies to websites, mobile apps, digital forms, and documents used by the public.

    IS 5568 officially came into force in October 2017, but its origin goes back much further.

    The Legal Backdrop: How IS 5568 Came to Be

    In 1998, Israel passed the Equal Rights for Persons with Disabilities Law (ERPD). This landmark legislation aimed to promote equal participation in society, including for people with physical, sensory, cognitive, and mental impairments—whether permanent or temporary.

    The Commission for Equal Rights of Persons with Disabilities (CERPD) was established shortly after to enforce the law and help guide implementation. Over the years, digital access became a growing area of focus, especially after Israel adopted the UN Convention on the Rights of Persons with Disabilities in 2012. That convention pushed member countries to make digital content—including websites and mobile apps—accessible to all.

    With growing international and domestic pressure, Israel created a new committee that included accessibility experts, government officials, and advocacy groups. The result: IS 5568, a web accessibility standard aligned with WCAG 2.0 AA, tailored for Israeli audiences and legal frameworks.

    Who Needs to Comply with IS 5568?

    In short: any service that’s available to the public in Israel.

    That includes businesses, non-profits, and government organizations across a wide range of sectors:

    • Education
    • Health care
    • Financial services (including banking, insurance, pensions)
    • Transportation
    • Entertainment and leisure
    • Hospitality and tourism
    • Utilities and telecom
    • eCommerce and retail
    • Social services
    • Cultural institutions
    • Religious organizations
    • Public agencies

    If you operate a website or app that users in Israel can access—whether you’re based locally or internationally—you’re likely required to comply.

    Business Size Affects Compliance Timelines

    Business TypeAnnual RevenueCompliance Deadline
    Medium and Large Businesses≥ NIS 300,000Immediately for new sites (after Oct 2017); Oct 2020 for older sites
    Small Businesses< NIS 300,000October 2020
    Private Contractors (Very Small)< NIS 100,000Exempt

    Even if you’re technically exempt, meeting basic accessibility standards is still a smart move. A noncompliant site still limits your reach—and leaves room for reputational risk.

    What Compliance Actually Looks Like

    IS 5568 references WCAG 2.0 Level AA, so your technical benchmarks will sound familiar if you’ve worked in accessibility before. The standard is built around four core principles: Perceivable, Operable, Understandable, and Robust—often shortened to POUR.

    Here’s what that means in practical terms:

    • Alt Text: All meaningful images—product photos, icons, infographics—need descriptive alternative text for screen reader users.
    • Color Contrast: Body text should have a minimum contrast ratio of 4.5:1. Larger text or bold headlines need at least 3:1. Avoid pastel-on-pastel or light gray-on-white combinations (which are more common than you’d think).
    • Clear Form Labels: Every input needs a label. Placeholder text isn’t enough, especially for users navigating with assistive tech.
    • Keyboard Navigation: All interactive elements—menus, buttons, forms—must be usable with a keyboard alone. No traps, no dead ends.
    • Captions for Multimedia: Video and audio content must include synchronized captions or transcripts. This is especially important for Hebrew-language content, where auto-captioning tools may fall short.
    • Accessible Documents: PDFs and other downloadable files need to meet accessibility standards too. That includes structured headings, readable text, and keyboard support.
    • Ongoing Testing: Accessibility isn’t a set-it-and-forget-it situation. Sites need regular audits—especially after major content or design updates.

    What Happens If You Don’t Comply?

    Here’s where things get real.

    IS 5568 is enforced under civil law. That means:

    • Individual lawsuits: Anyone with a disability can sue if your website is not accessible—even if they didn’t suffer financial or physical harm.
    • Class actions: Advocacy groups can file class-action lawsuits on behalf of affected users.
    • Statutory damages: Fines can reach up to NIS 50,000 per violation, even without proof of direct harm. That’s per violation—not per site.
    • Public exposure: Lawsuits and complaints often go public. Even if you resolve the issue later, the reputational damage can linger.

    Unlike other countries where legal action often results in a court order to fix the problem, IS 5568 includes built-in penalties. That’s a big reason why enforcement has teeth.

    Why It’s Worth Doing (Even Beyond the Law)

    Let’s be clear: compliance isn’t just about avoiding lawsuits. It’s also good business.

    Here’s why:

    • Reach a broader audience: Around 1 in 5 people live with a disability. When your site isn’t accessible, you’re unintentionally excluding a significant portion of potential visitors and customers.
    • Strengthen your SEO performance: Best practices like semantic HTML, alt text, and structured headings don’t just help screen readers—they also make your site more search-engine friendly.
    • Enhance the user experience for everyone: Intuitive navigation, clear labels, and legible typography benefit all users, not just those with disabilities. Accessibility often improves overall usability.
    • Stay ahead of future requirements: Meeting WCAG 2.0 AA now lays the groundwork for easier compliance with future versions like 2.2 and 3.0, which address mobile and cognitive accessibility in greater depth.
    • Demonstrate your values: Inclusive design communicates more than compliance—it signals empathy, forward thinking, and a genuine commitment to serving all users. That matters to customers, partners, and talent alike.

    How to Start: A Practical Path to Compliance

    Not sure where to begin? Start here:

    1. Audit your current site: Use both automated tools (like WAVE or Google Lighthouse) and manual testing. Don’t forget mobile and document formats.
    2. Prioritize fixes: Focus on the highest-impact areas: alt text, contrast, keyboard access, forms, and video captions. These issues affect usability—and risk—the most.
    3. Embed accessibility into your process: Accessibility shouldn’t be an afterthought. Build it into your dev and QA pipelines, design reviews, and content workflows.
    4. Test with real users: Include people with disabilities in your usability testing. Their feedback reveals gaps automated scans will miss.
    5. Publish an accessibility statement: Transparency counts. Share your current status, your roadmap, and a way for users to report issues.
    6. Keep checking in: Technology evolves. So should your accessibility. Set reminders for regular re-audits—especially before and after big launches.

    Accessibility Under IS 5568 Is Within Reach

    IS 5568 isn’t just a regulation—it’s a reflection of how digital services should work: for everyone. And while legal compliance is important, the real win is creating an experience that welcomes every user, regardless of how they navigate the web.

    You don’t have to do everything at once. Start with the basics. Fix the critical gaps. Build accessibility into your process—not just your backlog.

    And if you need help charting your path forward, 216digital offers briefings tailored to IS 5568 and WCAG requirements—designed to give your team a clear, practical roadmap, no legal jargon just free guidance that meets you where you are.

    Because accessibility doesn’t have to be overwhelming. With the right approach, it becomes part of what you already do well.

    Greg McNeil

    July 14, 2025
    Uncategorized
    Accessibility, International Accessibility Laws, IS 5568, Legal compliance, Web Accessibility, web accessibility lawsuits, Website Accessibility
  • Countdown to Colorado HB 21‑1110 Compliance

    The clock is ticking on Colorado HB 21‑1110 compliance. As of July 1, 2025, Colorado’s grace period for meeting statewide digital accessibility standards will officially expire. This means that state and local government entities—as well as their vendors—must meet the requirements laid out under House Bill 21-1110 and its recent updates. The goal is simple but powerful: make digital services accessible to all Coloradans, regardless of ability.

    If you’re part of a government agency, educational institution, or a vendor doing business with the public sector, this policy directly affects you. But compliance doesn’t have to feel overwhelming. With the right approach, it can become a meaningful step toward building a more inclusive, equitable digital future—and strengthening public trust along the way.

    Understanding Colorado’s HB 21‑1110

    Signed into law in 2021, Colorado HB 21‑1110 was a landmark step in improving digital accessibility across the state. It requires that all digital tools—websites, applications, documents, and software—used by public entities follow WCAG 2.1 AA standards. These are the internationally recognized rules that make web content usable by people with disabilities, including those who rely on screen readers or keyboard navigation.

    The law also requires each covered organization to submit a digital accessibility plan to Colorado’s Office of Information Technology (OIT). This plan outlines how they will reach and maintain compliance with WCAG 2.1 AA.

    In short: HB 21‑1110 isn’t just a recommendation—it’s a mandate. And every agency and vendor must take it seriously.

    Key Compliance Milestones and Updates

    Let’s break down the timeline for Colorado HB 21‑1110 compliance so far:

    • 2022: Agencies were required to submit their digital accessibility plans to the OIT.
    • 2024: This was the original deadline for achieving full compliance.
    • 2025: Thanks to HB 24-1454, a grace period was granted—but that window closes on July 1, 2025.

    However, this extension isn’t automatic. To qualify, agencies must:

    • Submit quarterly progress reports to the OIT.
    • Implement a structured framework to fix accessibility issues.

    This isn’t about pausing efforts—it’s about staying on track and proving forward motion.

    Enhanced Enforcement Measures: SB 23‑244

    To ensure that Colorado HB 21‑1110 compliance has teeth, Senate Bill 23‑244 was passed to add stronger enforcement.

    This companion bill:

    • Introduces clear financial penalties for violations.
    • Grants the OIT the authority to align Colorado’s accessibility standards with future WCAG updates.
    • Provides extended funding to support these efforts through the 2025–2026 fiscal year.

    SB 23-244 sends a clear message: this isn’t a one-time requirement. It’s an evolving responsibility with real consequences for those who fall behind.

    Consequences of Non-Compliance

    Failing to meet the standards of Colorado HB 21‑1110 compliance doesn’t just risk public frustration—it can have serious financial and legal consequences.

    • Penalties can reach $3,500 per violation, per affected individual.
    • Agencies may face lawsuits for discrimination under state law.
    • Vendors risk losing contracts or being disqualified from future bidding opportunities if their digital tools and platforms fail to meet standards.

    Inaction carries real cost—financially, reputationally, and ethically.

    Vendor Responsibilities and Opportunities

    If you provide technology or software services to Colorado agencies, you are part of this conversation. Colorado HB 21‑1110 compliance includes vendor-supplied tools, platforms, and content.

    To stay competitive, vendors must:

    • Provide VPATs (Voluntary Product Accessibility Templates) to demonstrate how their products meet WCAG 2.1 AA standards.
    • Proactively address accessibility issues in software, platforms, and digital files.
    • Understand that meeting compliance not only prevents legal risk but can also be a competitive advantage when bidding for government contracts.

    Early adopters have the opportunity to position themselves as trusted, accessibility-first partners.

    Practical Steps for Achieving Compliance

    You don’t have to do everything at once—but doing nothing isn’t an option. Here are practical, manageable steps to get your organization on the right track toward Colorado HB 21‑1110 compliance:

    1. Start with an accessibility audit: Identify barriers across your website, apps, and digital documents.
    2. Prioritize fixes by severity and user impact: Tackle the most critical issues first, like navigation or content visibility.
    3. Train your team: Make sure developers, designers, and content creators know how to maintain accessibility moving forward.
    4. Engage expert help: Working with experienced professionals can streamline the process and help you avoid common pitfalls.

    Accessibility isn’t just a one-time checklist—it’s an ongoing process that gets easier when you start with a clear plan and the right support.

    Act Now for a Compliant and Inclusive Future

    July 1, 2025, is coming quickly. The time to act on Colorado HB 21‑1110 compliance is now—not when the deadline hits.

    But compliance doesn’t just keep you out of legal trouble. It builds digital spaces where everyone can participate, contribute, and feel included. That’s the kind of future worth investing in.

    If you need help understanding what steps to take—or how to structure your accessibility plan—216digital is here to support you. Our ADA briefings are designed to make the process manageable, understandable, and actionable.

    Greg McNeil

    June 19, 2025
    Uncategorized
  • How to Conduct Accessibility User Testing

    You can pass every automated test and still fail your users. That’s the uncomfortable truth behind many accessibility initiatives. True accessibility goes far beyond technical compliance—it’s about how people actually experience your product. Accessibility user testing isn’t a last-minute box to check; it’s a powerful way to build digital experiences that work for everyone.

    In this article, we’ll walk you through how to conduct accessibility user testing in a way that’s respectful, strategic, and truly impactful. Whether you’re a UX professional, web developer, or product manager, you’ll leave with clear, practical guidance to take your testing process from good intentions to real results.

    What Automated and Manual Testing Miss

    Accessibility tools like Google Lighthouse and WAVE are fantastic for catching code-level issues—missing alt text, low contrast, missing labels. But that’s just the surface. These tools don’t understand user intent. They can’t tell if your focus order makes sense, or if a screen reader user can actually make sense of your modal flow.

    Manual testing helps fill some of those gaps. Keyboard-only navigation, zoom testing, and screen reader simulations can uncover a lot—especially when done by experienced testers. But even this falls short of the lived experience.

    Take a modal dialog as an example. You might trap focus correctly, label everything with ARIA, and pass every automated check. But in practice? A screen reader user may still struggle because the modal doesn’t announce in the expected order or re-focus correctly on close. That’s the kind of thing only accessibility user testing with real people can reveal.

    Why User Testing with People with Disabilities Is the Game-Changer

    No simulation can match the perspective of someone who uses assistive tech every day. People who rely on screen readers, switch devices, or voice navigation uncover friction and failure points that even seasoned accessibility professionals can overlook.

    Here’s the shift: stop thinking of users with disabilities as edge cases. They’re not. They’re part of your audience—your customers, students, patients, or users. Designing for them improves your product for everyone.

    Accessibility user testing isn’t just about catching bugs. It’s a critical feedback loop that improves usability, product-market fit, and even innovation. When you integrate it early and often, you don’t just “fix accessibility”—you build better experiences from the ground up.

    Planning Your Accessibility User Testing Program

    Define Clear Objectives

    Start with real-world tasks. Instead of running a general audit, design your tests around meaningful user journeys:

    • Is it possible for a blind user to complete a purchase from start to finish?
    • Someone with low dexterity—can they successfully submit your job application form?
    • And what about users with cognitive differences—can they easily locate your support content?

    Clear, task-based goals help you focus your sessions and gather actionable insights.

    Build a Representative Participant Pool

    Many teams fall into the trap of testing only with blind screen reader users. That’s important—but not enough.

    To make your testing inclusive:

    • Include participants with motor impairments, cognitive disabilities, low vision, and voice input users.
    • Recruit from diverse sources and advocacy organizations.
    • Pay your testers. Always. Accessibility user testing is specialized work and should never rely on free labor. Follow ethical compensation practices and provide flexible scheduling and support.

    Pre-Test Logistics and Respectful Setup

    Before the session, send a tech-check checklist to participants. This might include browser compatibility, assistive tech setup, and ensuring a quiet space.

    Also, ask about accommodations in advance:

    • Do they prefer screen sharing or phone interviews?
    • Do they need additional time?
    • Would they like the questions in advance?

    Offering flexible formats—remote, hybrid, or in-person—ensures participants can engage comfortably. Respect starts with planning.

    Running Meaningful and Inclusive Testing Sessions

    Session Structure That Works

    Start with a warm-up task or small talk to ease anxiety and build trust. Remember, this isn’t a test of the participant—it’s a test with them.

    Structure your session around a few focused tasks. Example:

    • “Please use the site to find and register for a webinar.”
    • “Try to contact customer support using your preferred method.”

    Observe closely—but don’t interrupt unless necessary. Let participants narrate their thought process if they’re comfortable. This gives you insight into confusion points, workaround strategies, and breakdowns in usability.

    Accessibility user testing is about listening. Often, the most valuable insights come not from what users can or can’t do, but from the effort it takes them to do it.

    Ask Thoughtful, Open-Ended Questions

    Instead of “Did that work for you?” try:

    • “How did that process feel?”
    • “What was easy or hard about that task?”
    • “Was there anything that surprised or confused you?”

    Create space for honest feedback, and resist the urge to jump in with fixes. Your goal is to understand, not defend.

    From Feedback to Action

    Once your accessibility user testing sessions are complete, consolidate your notes into themes. What barriers kept coming up? Were there recurring moments of friction?

    Tag issues by severity and impact. Some will be quick fixes—labeling buttons, adjusting tab order. Others may require bigger design shifts. Either way, track them in your product backlog and prioritize them alongside other critical bugs.

    Also, share findings with your team. Make video clips or quotes part of your sprint reviews or design critiques. Seeing real users struggle—or succeed—can be a powerful motivator for accessibility buy-in across your organization.

    Make It Part of Your Process

    Accessibility user testing isn’t a one-off effort. Integrate it into every major phase of development:

    • Early design prototypes
    • Beta versions before release
    • Major feature updates

    The earlier you involve users, the more you catch—and the less expensive it is to fix. Consider building an accessibility testing panel you can tap into regularly. Make it part of your QA cycle, not just a compliance afterthought.

    User-Tested, People-Approved

    Automated tools and manual audits are important—but they only take you so far. To build truly inclusive experiences, you need to go deeper. Accessibility user testing gives you something no tool ever will: real human insight.

    By listening to and designing with people with disabilities, you move from compliance to compassion. From checking boxes to opening doors. From good enough to genuinely excellent. And that’s not just better accessibility—it’s better UX, period.

    If you’re ready to elevate your accessibility strategy with meaningful user feedback, 216digital can help. Schedule an ADA briefing with our accessibility team to discuss how user testing fits into a comprehensive, long-term solution. Together, we’ll help you build experiences that work for everyone—starting now.

    Greg McNeil

    June 13, 2025
    Testing & Remediation, Uncategorized
    Accessibility testing, Manual Testing, User Experience, user testing, Users experience, Web Accessibility Remediation
  • ADA Settlements: Risks, Costs, and Legal Outcomes

    When a business is hit with an ADA website accessibility lawsuit, the costs can be more than just financial—they can ripple through development timelines, legal budgets, and brand reputation. And with digital accessibility lawsuits rising yearly, more developers, designers, and product teams are being pulled into legal remediation efforts they didn’t see coming.

    But here’s the truth: Not every site needs to achieve 100% WCAG conformance overnight to avoid legal trouble. Smart, risk-aware development teams know how to focus on what matters most—protecting users and reducing legal exposure—without getting bogged down in unnecessary technical perfection.

    This article breaks down what ADA settlements typically involve, how to assess legal risk in accessibility work, and when to prioritize critical fixes versus deeper WCAG alignment. Whether you’re retrofitting an existing website or launching something new, understanding the difference between technical and practical compliance can help you make more strategic choices.

    What Are ADA Settlements and Why Do They Matter?

    An ADA settlement is a legal agreement made outside of court after someone files a complaint or lawsuit under the Americans with Disabilities Act, usually regarding a website or app that isn’t accessible to people with disabilities. These agreements typically include:

    • A financial payment to the plaintiff (often $5,000–$50,000)
    • A commitment to fix specific accessibility barriers
    • A timeline for remediation and reporting requirements
    • A stipulation to train internal teams on accessibility best practices

    Most companies settle because litigation is expensive, time-consuming, and unpredictable. Settling often avoids further public exposure or escalating legal fees—but it still requires swift technical action and long-term accountability.

    The Real Costs of ADA Settlements

    The direct cost of an ADA settlement can vary, but here’s a realistic breakdown for small to midsize organizations:

    • Settlement payout: $5,000–$30,000 (on average)
    • Attorney fees (your side): $5,000–$20,000+
    • Attorney fees (plaintiff’s side, often paid by you): $5,000–$50,000
    • Remediation costs: $5,000–$50,000 depending on site size and complexity
    • Training and monitoring costs: Ongoing

    Beyond dollars, there’s the cost of dev time, stakeholder panic, potential press coverage, and damage to brand reputation. It’s no wonder more companies are starting to take accessibility seriously before a lawsuit lands on their desk.

    The Technical vs. Practical Accessibility Approach

    Let’s be clear—full WCAG 2.1 AA conformance is a great long-term goal. But when lawsuits or legal demands hit, the more strategic question becomes: What do we fix first to reduce the most risk, fastest?

    Technical Approach

    The technical approach focuses on achieving full conformance with WCAG criteria, including:

    • Semantic structure (landmarks, headings, ARIA roles)
    • Keyboard access for all functionality
    • Color contrast and visual design
    • Error prevention and accessible forms
    • Text alternatives for images, media, and interactive elements

    While comprehensive, this approach can be time-consuming and expensive, especially if your site wasn’t built with accessibility in mind.

    Practical Approach

    The practical approach focuses on real-world usage and risk mitigation, emphasizing:

    • High-risk issues likely to appear in a lawsuit (keyboard traps, unlabeled buttons, inaccessible forms)
    • Fixes that enable blind, low-vision, and mobility-impaired users to navigate, read, and transact
    • Remediating issues cited by popular screen readers (e.g., NVDA, VoiceOver) and automated tools (e.g., Google Lighthouse, WAVE)

    This approach doesn’t replace full compliance—it prioritizes it. For many developers under pressure, this is the smarter path in the short term.

    How to Identify High-Risk Accessibility Issues

    You don’t need to fix every single WCAG failure at once. Start by focusing on the most common issues that trigger ADA lawsuits:

    Issue TypeDescription
    Keyboard TrapsCan’t tab out of a modal or menu
    Missing Button LabelsScreen readers announce “button” with no context
    Inaccessible FormsFields lack labels, or error messages aren’t announced
    Poor Color ContrastText is unreadable for people with low vision
    Broken Skip LinksUsers can’t bypass repetitive navigation
    Inconsistent Heading UseScreen readers can’t navigate efficiently
    Missing Alt TextImages lack descriptions for screen reader users

    Each of these can significantly affect usability—and is a frequent target in lawsuits.

    Real-World ADA Settlement Outcomes

    To understand how this plays out in the wild, here are three simplified examples:

    1. Small Retailer Settles for $15K + Fixes

    A small e-commerce business received a demand letter after their cart and checkout were found to be inaccessible to keyboard users. They settled for $15,000 and committed to a 90-day remediation plan targeting key transactional flows.

    2. Nonprofit Faces Multiple Complaints

    A regional nonprofit was hit with three nearly identical lawsuits within six months. They paid over $60,000 total in settlements, then hired an accessibility partner to run audits, update templates, and add ongoing monitoring.

    3. Enterprise Brand Chooses Full Compliance

    After receiving a lawsuit, a national retailer chose to settle and invest in full WCAG 2.1 AA remediation. The effort took over 9 months but allowed them to build a sustainable accessibility program and avoid future litigation.

    How to Strengthen Accessibility and Reduce Legal Risk

    Navigating ADA compliance doesn’t require perfection—it requires prioritization. While no one expects your team to fix everything overnight, there are key actions you can take right now to reduce your legal exposure and improve user access:

    Get Grounded in WCAG

    You don’t need to memorize the entire spec, but your team should understand the fundamentals. Focus on guidelines related to navigation, labeling, and readable text—areas most often cited in ADA settlements.

    Run an Audit—Then Act

    Automated scans won’t catch everything, but they’re a fast way to surface high-risk gaps like missing alt text or poor contrast. Follow with targeted manual testing or bring in a specialist like 216digital to validate findings and prioritize fixes.

    Train the Right Teams

    Developers aren’t the only ones who touch your site. Marketing, design, and content teams need basic accessibility training so issues aren’t reintroduced after remediation. This step is often required as part of ADA settlements and signals long-term commitment.

    Monitor Continuously

    Accessibility is not a “set it and forget it” process. With 216digital’s a11y.Radar, teams can catch regressions early and stay ahead of future lawsuits.

    Stay Adaptive

    Standards evolve. So should your strategy. Track changes to WCAG and be ready to update design systems, templates, and workflows to maintain long-term compliance.

    Final Thoughts: Don’t Wait for a Lawsuit

    ADA settlements are a growing risk—but they’re also preventable. Developers and site owners don’t have to boil the ocean to protect themselves. By taking a practical, high-impact approach to accessibility and knowing what issues matter most in legal outcomes, you can avoid major pitfalls while creating better digital experiences for everyone.

    The key is to start. Run a scan, fix a few common issues, and build from there. If you’re unsure where to begin, partnering with an accessibility expert like 216digital can guide you through smart remediation strategies that work—before a lawsuit forces your hand.

    Need help navigating accessibility risks?

    Schedule a free 15-minute ADA briefing with 216digital. We’ll review your site and talk strategy and help you take the first step toward compliance and peace of mind.

    Greg McNeil

    May 7, 2025
    Legal Compliance, Uncategorized
    Accessibility, ADA Lawsuit, ADA Lawsuits, ADA settlements, Web Accessibility
  • Quick Tips & Tools for Startup Entrepreneurs a la the Cleveland Browns

    Quick Tips & Tools for Startup Entrepreneurs a la the Cleveland Browns

    Whether you’re fleshing out stage-one ideas or enjoying the fruits of your entrepreneurial labors, you’re likely aware of how difficult creating a startup can be. The myriad of ups and downs, consistent pressure to perform, and often minute and seemingly unremarkable victories can be depressing. Still, despite the early and often repeated failures, there’s nothing quite like seeing a dream fully realized. And more than that, seeing other people enjoy it too.

    More than a passion project, starting your own business takes a sort of relentless drive and blind faith – a blind faith that I, as a Clevelander, am all too familiar with.

    After all, what is it besides blind faith that keeps a person rooting for a team that’s been relatively unsuccessful for 18 years?

    Clevelanders understand what it means to be up against long odds and thrive despite them. They’re a city of people willing to believe even when it seems illogical to do so, which may be why it’s become a place for other people to come and believe, too.

    That entrepreneurial spirit is prime in a city where hope is second only to the King.

    So for those of you still knee-deep in the trenches, I’ve compiled a list of helpful startup tools to aid you in the most Cleveland way I know how – a sports analogy.

    Crafting a winning season

    Image of First Energy Stadium

    Image courtesy of Erik Drost. Licensed under Creative Commons 2.0.

    Looking at the odds for a startup isn’t that different than calculating the odds for a winning Browns season – they’re both bad. In the first year, 9 out of 10 startups are likely to fail. The upside is that most startups that survive their first two years stand a better chance of continued survival with every preceding year from that point on.

    So how do you make sure your business is the 1 out of 10?

    Let’s start by taking a look at some of the mistakes commonly cited as to why the Cleveland Browns are so bad. Though they’re unlikely to clarify why we haven’t won an opening game in 13 years, it’s always nice to know what you’re up against.

    • Drafting the wrong players (quarterbacks, so many quarterbacks.)
    • Not paying attention to what’s going on (drafts? anyone?)
    • Poor leadership and communication  (regardless of your opinion on where to lay the blame, there’s a problem)
    • Making no progress

    Not that different from the reasons most startups fail.

    • Hiring the wrong employees (non-versatile or adaptable)
    • Not paying attention to what’s going on (startups are small and require everyone to be looking out for potential issues and opportunities)
    • Poor leadership and communication (communicating expectations to your staff and having them speak to you, in turn, is incredibly important)
    • Making no progress

    Fortunately, many of these pitfalls are avoidable. Though we may not solve the Browns conundrum in my lifetime, there is a myriad of business startup tips, tools, and applications for those entrepreneurs hoping to avoid being another failed statistic.

    Drafting the right players

    The first step to entrepreneurial success is to be careful when hiring. While searching for the ideal candidate take a lesson from the Browns’ standard recruitment practices – don’t overthink. Though you want to make sure you’re hiring the right person for your team, being too specific can lead to second-guessing, and in turn you may end up overlooking what’s right in front of your face.

    (And what’s right in front of your face may move on to bigger and better things like the Eagles.)

    Utilize sites like Indeed.com, ZipRecruiter, and Linkedin where you can be very specific in your requirements and reach the most people.

    Paying attention to what’s going on – i.e. your fanbase

    Image of a Cleveland Browns Fan

    Image courtesy of Erik Drost. Licensed under Creative Commons 2.0.

    The next step to a successful venture is understanding your market and whether or not the product or service you’re offering is actually needed. For example, anyone looking to make a buck off a Browns fan is likely not going to come to them in full Steelers gear – or carrying any glass bottles. You need to understand the thought process behind your customer’s purchasing habits – what they like and dislike.

    To do this, try utilizing a few marketing tools and programs like –

    1. Google Analytics will give you a clear insight as to who your customers are; including gender, age, and search habits. It will also give you an insight to which pages people are spending the most time on and which pages they’re not.
    2. Buzzsumo will show you not only what your customers are interested in, but what content works best for them.
    3. Moz Open Site Explorer allows you to check the ranking of your domain, your competitor’s domain, and how both your targeted keywords and content are tracking.
    4. Ahrefs can help you find out what topics and keywords are trending for your business. It will also let you look into who is linking back to your site.
    5. Spaces’ free logo maker can be helpful for new business without a huge budget to hire a logo designer.

     Then, once you understand your market, apps like Mailchimp, and Hootsuite will help you reach out and stay on top of it.

    Keeping your team on track with proper leadership

    Image of The Cleveland Browns

    Image courtesy of Erik Drost. Licensed under Creative Commons 2.0.

    Now that you know your base, it’s important to make sure your team is on the same page. Setting up clear guidelines about expectations and goals and giving those that work for you the tools they need to openly communicate and collaborate will go a long way. Rather than texting your employees from your office, or say, sending nasty remarks to less-than-happy customers from afar, try speaking with people directly.

    I recommend  –

    1. Slack is a useful office messenger system that will allow your team to set up specific channels for projects and send files with ease.
    2. Cashboard is ideal for tracking hours and managing tasks.
    3. Wrike is another great program for monitoring the time you put into each project. You can assign team members to share in on project hours as well.

     These apps will help keep productivity high and that communication going into the end of the season.

    Measuring progress – or making it in the first place

    Image of First Energy Stadium

    Image courtesy of Erik Drost. Licensed under Creative Commons 2.0.

    Lastly, moving beyond your market, team, and leadership skills, it’s vital to keep track of your progress. Because no matter how great your product is or how committed the people that work for you are, if you aren’t getting anywhere then it doesn’t matter.

    So how do you measure your success? Most would say it comes through income. While I can’t speak to the profitability of the current Browns roster (that Amazon re-sell is rough),  as an employee of one of the Top Small Business eCommerce Companies, I can say that tracking your own as a small business is simple.

    1. WHMCS is a great client database that can be used as a record keeper as well as billing, invoicing and more.
    2. Intuit  allows you to easily maintain all of your accounting through QuickBooks. It will help you keep track of taxes, payroll, invoicing, and more.

    Financial apps like Mint or Qapital will also help you maintain a set a budget and put money away for the future.

    Making it to the playoffs

    In the end, any fledgling business is susceptible to forces outside their control. But having a clear vision and learning to adapt in the face of unexpected hiccups will make the road easier. And remember, as with the Browns, any victory should be celebrated.

    Have more startup tips and tools? Let us know!

    Greg McNeil

    November 10, 2017
    Uncategorized
    Entrepreneurs, New Businesses, Startups
  • Visualizing the Future of Wearable Technology: Fashion/Tech Hackathon 2016

    Visualizing the Future of Wearable Technology: Fashion/Tech Hackathon 2016

    The 2016 Fashion/Tech Hackathon: Inspiration, Collaboration, Innovation!

    January 29th, 2016 marked the date for the third annual Fashion/Tech Hackathon at Kent State University. Students had 36 hours to compete in Northeast Ohio’s premier student technology innovation contest. This year, 216digital, Inc. sponsored the event and mentored students in design and programming. Fashion/Tech Hacker rocks our 216digital t-shirt! Fashion/Tech Hacker rocks our 216digital t-shirt! The 2016 Fashion/Tech Hackathon was held at Kent State University’s Rockwell Hall, the site of the university’s world-famous Fashion Museum. Students from a number of schools, including Kent State, competed in an immersive hands-on design and engineering experience. Attendees worked together using specialized skills, such as fashion design and software engineering, to create beautiful, functional wearable products and fashion-related technology—all within the space of a single weekend. Every year, event curators as well as event sponsors donate their time and resources to make the Hackathon a success. Hackers are given free range of the Fashion School’s equipment, TechStyleLAB equipment, and a tremendous amount of free hardware and textiles. This freedom makes the Hackathon a hotbed of creative output and innovative design thinking. An array of equipment and hardware was available to hackers in the TechStyleLAB.An array of equipment and hardware was available to hackers in the TechStyleLAB.

    Top prize categories:

    This year, event curators Hacksu, TechStyleLAB, Launchnet, Major League Hacking, as well as a number of event sponsors, offered prizes to hackathon winners. – Creation of a new technology – Advancement of an existing technology – Use of Technology in Creating New Fashion Products – Tech Advancement of the Retail Experience.

    Sponsor prize categories:

    – Best Project with a Female Team Member – Best Potential BGV Participant – Most Commercial Potential – Best Fashion Tech Forward Design – Best Project on .tech Domains – Best Use of Textiles – Best Use of AWS – Most Flashy – Hack That Builds Most Relationships. We talked to many students, teachers, and sponsors at the Hackathon. The consensus was clear: everyone was blown away by the innovative ideas which the 2016 Hackathon participants came up with. There was definitely something special in the air! The competition fostered a real “no loser” attitude. We saw total strangers collaborate like best friends on incredibly innovative projects. We went to mentor students, but we came back inspired.

    Amazing Hackathon Projects: A Quick Tour

    People Posing for a Picture Stuart McKaige, Jasmine Kornel, and Anna Routson developed “Notification Scarf,” a scarf that lights up LEDs when you receive a phone notification. View their devpost submission here. People Posing for a Picture Robert Goldshear, Ben Roytenberg, Reshef Elisha, and Elizabeth Tarleton created “BitBeats,” a glove that literally brings music to your fingertips. Alex Bisnett, one of our web developers, has a tendency to finger-drum on his desk. We’re getting him this for his birthday. Read more about their project on devpost. People Showcasing Technology from the Hackathon Here, I’m standing in front of “Mirror Catalog,” a project developed by Chris Paxton, Matt Gates, and Istvan Gates. Mirror Catalog projects virtual clothing on the user to emulate a dressing room experience. It contains an entire digital catalog of clothing to “try on.” Read more about there submission here. A woman in a dress Elizabeth Tarleton models “Elizabeth,” a dress that responds to a user’s needs. Too cold outside? The dress detects that and lengthens itself for you. At 216digital, we could really use this around the office, where temperatures are known to fluctuate faster than Ohio weather. Want to know more? Read more in their devpost submission. Three people posing with self lacing shoes Max Blachman, Derrik Best, Teresa Jones, and Charles Halbeck mimicked the self-lacing shoe from the popular movie Back to the Future. Their shoe, “Exos,” offers a new take on self-lacing – a design made to assist people with disabilities. The no-touch shoe is controlled entirely by your gestures. Read more about their shoe here. A woman working on a wallet Olivia Burca in the midst of creating an “Al-Timer” wallet prototype. Image of a purse Al-Timer smart purse prototype compared to finished final product. Four people posing in front of the Fashion/Tech Hackathon logo L-R: Crissa Candler, Monica Magliari, Olivia Burca, and Alfred Shaker, team members of project “Al-Timer” (winner of the prize for Best Advancement of an Existing Technology) pose in front of the Fashion/Tech Hackathon logo. View there award-winning project submission here. View all Fashion/Tech Hackathon project submissions here.

    The Bottom Line

    The 2016 Kent State University Fashion/Tech Hackathon was an incredible hotbed of innovation. We saw truly innovative projects that are forwarding the the marriage of digital technology and everyday physical equipment. While many of these ideas are probably years away from being marketed, we felt privileged to see them emerge from the minds of these talented students. At 216digital, we keep a pulse on the evolution of all things design- and tech-related, and we found this weekend truly inspiring.

    Greg McNeil

    February 2, 2016
    Uncategorized
1 2 3
Next Page
216digital Scanning Tool

Audit Your Website for Free

Find Out if Your Website is WCAG & ADA Compliant













    216digital Logo

    Our team is full of expert professionals in Web Accessibility Remediation, eCommerce Design & Development, and Marketing – ready to help you reach your goals and thrive in a competitive marketplace. 

    216 Digital, Inc. BBB Business Review

    Get in Touch

    2208 E Enterprise Pkwy
    Twinsburg, OH 44087
    216.505.4400
    info@216digital.com

    Support

    Support Desk
    Acceptable Use Policy
    Accessibility Policy
    Privacy Policy

    Web Accessibility

    Settlement & Risk Mitigation
    WCAG 2.1/2.2 AA Compliance
    Monitoring Service by a11y.Radar

    Development & Marketing

    eCommerce Development
    PPC Marketing
    Professional SEO

    About

    About Us
    Contact

    Copyright 2024 216digital. All Rights Reserved.