For audiences · NGOs & nonprofits

Accessibility for nonprofits, foundations and advocacy — because exclusion contradicts the mission.

Nonprofits sit in a special place in the accessibility conversation: the people you are most likely to be serving — people with disabilities, older people, people with limited English — are the people most likely to be excluded by an inaccessible donate flow or grant portal. The legal exposure is real (ADA Title III, and the European Accessibility Act where you serve EU donors or beneficiaries), but the mission exposure is bigger. This is the 30-point WCAG 2.2 AA checklist plus the nonprofit-specific notes for the donate page, the grant portal, the advocacy campaign, and the volunteer-sign-up.

Why accessibility is mission-critical for nonprofits

The mission case and the legal case point in the same direction.

The mission case comes first. The people most likely to be excluded by an inaccessible donate flow, grant portal, or advocacy campaign are very often the same people the organisation exists to serve — people with disabilities, older people, people with limited English, people relying on assistive technology to navigate the web at all. A disability-rights nonprofit with a donate page a screen-reader user cannot complete is a contradiction. A foundation funding equity work with a grant portal that locks out applicants with cognitive disabilities is funding the wrong outcome. Mission organisations carry a higher accessibility duty than purely commercial ones — not because the law demands it (it does), but because the work demands it.

The legal exposure is also real, and growing. In the US, ADA Title III treats nonprofits operating as "places of public accommodation" — which courts have repeatedly held includes commercial-style websites — on the same docket as for-profits. Several large nonprofits have been sued and settled in the same range as comparable for-profit defendants; the National Federation of the Blind v. Target line of cases set the template more than fifteen years ago, and the docket has only grown. Section 504 of the Rehabilitation Act binds any nonprofit receiving federal financial assistance, and the 2024 HHS update to Section 504 specifically references WCAG 2.1 AA. State and city public-benefit grant agreements increasingly carry accessibility duties on top of the federal floor — California, New York, Massachusetts among them.

In the EU, the European Accessibility Act does not exempt NGOs that operate banking-like microfinance services, e-commerce merchandise stores, e-books and publication libraries, or ticketed events for EU consumers. Article 2 lists the in-scope services without a charitable-purpose carve-out, and the microenterprise threshold (under 10 staff AND under €2M turnover) exempts only the smallest nonprofits. EN 301 549, which the EAA references for technical conformance, is built on WCAG 2.2 success criteria — so a nonprofit operating a transactional surface for EU users meets the same technical bar as a for-profit operator. And on top of regulation, donor trust matters: an inaccessible donate page is a brand risk before it is a legal one. Donors notice, board members hear about it, and a screenshot of an inaccessible form shared by a community with a large social following can move the fundraising number faster than any compliance letter ever does.

The 30-point WCAG 2.2 AA checklist for NGO products

Six surfaces × five checks. Print it, tick it, then audit it.

  1. 01 Donate & one-time giving

  2. 02 Recurring giving & subscription

  3. 03 Grants & applications

  4. 04 Advocacy & campaigns

  5. 05 Membership & volunteer

  6. 06 Communications & impact

Platform-by-platform implementation notes

Where the checklist actually lands in code, by the platforms NGO teams ship on.

Classy, GiveLively, Donorbox, Funraise — modern fundraising platforms

The modern fundraising-platform generation ships with a meaningfully better accessibility baseline than the legacy donate-form widgets of the early 2010s. Classy and Funraise both now offer keyboard-operable amount selectors, labelled payment-method pickers, and announced confirmation states. GiveLively and Donorbox have made similar moves. The recurring failure mode is the embed-versus-hosted-page distinction: the platform's hosted donate page often passes a baseline, but the embed code dropped into your WordPress or Webflow site frequently inherits the parent theme's focus and contrast issues. Audit the embed separately, and ask the platform for a current VPAT against the embed widget — not against the hosted page.

Salesforce Nonprofit Cloud, NetSuite for Nonprofits, Blackbaud Raiser's Edge / NXT

Donor-management platforms expose accessibility risk on two surfaces: the constituent self-service portal (where the donor logs in to update payment methods or download receipts), and the staff back-office where fundraisers and grant-makers work. Salesforce Nonprofit Cloud and Blackbaud NXT both publish accessibility conformance reports, but both also expose configurable templates and custom field layouts that your implementation partner controls — the platform clears a bar, the build is what gets audited. Ask for a current VPAT against your deployed version, then audit your constituent-portal customisations and any custom Lightning components separately. Staff-facing accessibility is a hiring-and-retention issue as well as a compliance one — colleagues with disabilities cannot do the work if the CRM is inaccessible.

Bonterra, Action Network, EveryAction — advocacy and campaign tooling

Advocacy platforms power action-tools, petition counters, write-your-rep widgets, and event-RSVP flows for organisations across the political and civic-tech spectrum. Bonterra (the merger of EveryAction, Salsa, NGP VAN and others) and Action Network both ship accessibility-aware action-tools, but the pre-filled letter editor is a recurring problem spot: many platforms render the letter body in a contenteditable div rather than a real textarea, which screen readers do not read back reliably. The petition signature counter is the other one — high-frequency aria-live updates without throttling flood the assistive-tech queue and make the page unusable. Wrap counters with sensible throttling and request a real textarea-based letter editor from your platform sales contact.

SurveyMonkey Apply, Submittable, Foundant — grant application portals

Grant-application portals are the densest accessibility surface in nonprofit tech and simultaneously the lowest-audited. The application form itself is typically operable, but the file-upload affordance, the save-draft flow, and the decision-notification email are the recurring failure points. Submittable and SurveyMonkey Apply both expose accessibility settings at the form-builder level — most grant-makers do not enable them by default. Run an accessibility pass on your application template before each grant cycle opens, offer an accessibility-accommodation field on every application (extended deadline, alternative format, sign-language interpreter request), and test the decision-notification email with a screen reader before sending the first round.

Mailchimp, Mailgun, Constant Contact — email and newsletter

Nonprofit email volume is high, the templates are heavily customised, and the accessibility quality varies widely. Mailchimp and Constant Contact ship accessible template starters, but most organisations layer custom HTML, custom images, and campaign-specific styling that quickly drift away from the accessible baseline. The recurring failure modes: image-only campaigns with no real text content, link text that reads "click here" out of context, low-contrast brand colours on coloured backgrounds, and broken reading order on mobile. Audit one campaign per quarter with a screen-reader pass, treat the donor-thank-you and lapsed-donor-reactivation templates as the priority surfaces (they are sent the most), and never ship a campaign whose only call-to-action lives inside an image.

The monitoring + audit cycle

A one-time fix doesn't survive a single giving cycle.

Nonprofit websites change with every campaign launch and every giving cycle. The end-of-year fundraising push ships new landing pages in November; the spring grant window opens new application forms in March; an advocacy moment pushes an emergency action-tool live overnight. A one-time accessibility fix lasts about as long as your next campaign launch — which is why the model that actually holds for nonprofit teams is three layers, not one. Each layer catches different defects, and the layers are not substitutes for each other.

First, run a free WCAG 2.2 scanner against your donate page, your grant portal, and your top three campaign landing pages today, to establish a baseline. Second, plug in continuous automated monitoring against every preview build and every production deploy — this is the layer that catches the regressions a marketing team introduces when they ship a hero variant on Tuesday. Third, commission a manual audit by testers with disabilities at least annually, and ideally by testers drawn from the communities your organisation serves — automated tooling will never catch screen-reader legibility of a tribute-card dedication, focus-order intent on a multi-step grant application, or whether a recurring-gift setup is actually completable end-to-end by a donor using a switch device. For your annual-report PDF specifically, see our guide to accessible PDFs end-to-end for the PDF/UA workflow.

For the monitoring + manual-audit handoff specifically, our monitoring buyer's guide covers the platforms that handle the scan-to-audit workflow end-to-end — Qualibooth, axe Monitor, Siteimprove, and Level Access. Pick on integration fit with the CMS and the fundraising platform your team actually uses, on whether the platform's manual-audit network includes testers with the disabilities your beneficiaries and donors have (cognitive, motor, low-vision, blind, deaf, and hard-of-hearing — not just one or two of those), and on whether the reporting maps onto the artifacts your grant funders and board committee actually ask for. One nonprofit-specific note: most of those platforms offer charity or 501(c)(3) pricing tiers (typically 25-50% off list) — ask directly during the sales conversation, document your status, and price-compare across at least two named alternatives before signing.

FAQ

The questions nonprofit teams ask before they prioritise the work.

Are nonprofit websites covered by the ADA?

In practice, yes. US federal courts have applied ADA Title III to nonprofit websites operating as "places of public accommodation" for over a decade — the National Federation of the Blind v. Target line of cases set the template, and several large nonprofits have been sued and settled in the same range as for-profits. The "no physical nexus" defence has weakened in most circuits, and state-court filings under California's Unruh Act add a parallel exposure. A nonprofit donate page or grant portal that does not meet WCAG 2.2 AA carries real litigation risk on top of the mission-level reason to fix it.

Does the EAA apply to charities serving EU donors or beneficiaries?

It depends on what services you provide. The European Accessibility Act applies to "economic operators" placing in-scope products and services on the EU market. A charity that takes EU donations through a standard donate flow is generally not directly in EAA scope as a "service" — but a nonprofit that operates banking-like microfinance, e-commerce merchandise, e-books and publications, or ticketed events for EU consumers IS in scope under the relevant Article 2(2) entries. The microenterprise carve-out (under 10 staff AND under €2M turnover) exempts only the smallest nonprofits. The safest position: treat any consumer-facing transactional surface served to the EU as in-scope and meet EN 301 549 / WCAG 2.2 AA.

Do grant funders require accessibility from grantees?

Increasingly, yes. US federal grants under Section 504 of the Rehabilitation Act have always carried an accessibility duty for recipients, and Section 508 binds federal agencies themselves. State and city public-benefit grants are following: California, New York, and several other states reference WCAG 2.x in grant agreements. Major private funders — Ford, MacArthur, Bloomberg Philanthropies among others — increasingly ask grantees for an accessibility statement or attestation as part of reporting. Get ahead of it: publish a dated accessibility statement, run a baseline scan, and document the remediation plan before a funder asks.

Is there a nonprofit discount on accessibility-platform pricing?

Yes, in many cases. Most of the named monitoring and audit platforms — including axe Monitor, Siteimprove, Level Access, and Qualibooth — offer nonprofit or charity pricing tiers, typically in the 25-50% range off list. TechSoup also brokers discounted access to some accessibility tooling alongside its better-known Microsoft and Adobe discounts. Ask directly during the sales conversation, document your 501(c)(3) or equivalent status, and price-compare across at least two named alternatives before signing.

How do I make our annual-report PDF accessible?

Three layers. First, structure the source document (InDesign or Word) with real heading styles, alt text on every meaningful image, and a logical reading order — not just visual layout. Second, export with the "PDF/UA-compliant" or "tagged PDF" export setting (named differently across tools), then verify with a checker like PAC 2024 or Adobe's built-in accessibility checker. Third, ship an HTML summary alongside the PDF download — many screen-reader users prefer HTML, and an HTML version is also far more shareable on social and searchable on Google. See our guide to accessible PDFs end-to-end for the full workflow.

Can a screen-reader user complete a recurring-donation setup?

On a well-built donate flow, yes — and on most legacy nonprofit donate pages, not without difficulty. The minimum requirements are: amount and frequency selectors that are real radio groups with announced selection; a payment-method picker that does not lose focus when the donor switches between card and bank transfer; a payment-iframe (Stripe / Braintree / equivalent) that preserves focus on success and failure; and a confirmation screen that reads back amount × frequency × payment method as a single coherent phrase. If any of those is missing, the screen-reader user cannot independently confirm what they just authorised — which is an accessibility issue and a donor-trust issue at once.

Does Section 504 apply to my federally-funded nonprofit?

Yes, if you receive federal financial assistance. Section 504 of the Rehabilitation Act of 1973 prohibits discrimination on the basis of disability in any program or activity receiving federal funding — which includes most federally-funded nonprofits, healthcare nonprofits taking Medicare/Medicaid, and education nonprofits receiving Title IV funds. The Department of Health and Human Services finalised an updated Section 504 rule in 2024 that specifically references WCAG 2.1 AA for web content; agencies are implementing it through their grant agreements. If you take federal money, treat WCAG 2.2 AA as a floor, not a ceiling, and document conformance in your grant reporting.

Three next steps

Pick the one that matches where your organisation is today.

  1. Run the scanner

    A live free WCAG 2.2 scanner against any public URL. Start with your donate page and your grant portal — the two highest-leverage surfaces for most nonprofits. Best place to start if you have no current baseline.

    Open the scanner →

  2. Read the monitoring buyer's guide

    Our monitoring buyer's guide compares Qualibooth, axe Monitor, Siteimprove, and Level Access on the criteria that matter to nonprofit teams — including which platforms offer charity-pricing tiers.

    Read the guide →

  3. Get an audit quote

    Read our guide to commissioning a manual audit by testers with disabilities — what to ask for, what to budget, and which audit providers include testers from the communities your organisation serves.

    Read the guide →