Accessibility Statement Template for Nonprofit Websites
Accessibility Statement Template for Nonprofit Websites
Why an Accessibility Statement Matters
An accessibility statement is a published declaration of your website's current accessibility status — what standards it meets, what known issues remain, and how users who encounter barriers can get in touch.
For public sector bodies and organisations receiving public funding, a published accessibility statement is a legal requirement under the Public Sector Bodies Accessibility Regulations. For all other nonprofits and charities, it is not strictly required by law — but it is expected by institutional funders conducting due diligence, good practice under the Equality Act 2010, and a visible signal of commitment to inclusion that is consistent with most organisations' stated values.
An accessibility statement also serves a practical governance function: it documents what testing has been done, when, and by whom. If an accessibility complaint is made or a funder asks for evidence of compliance, the statement is the starting point for that conversation.
This post provides a template that covers all required and recommended elements. The template is written in plain language, which is the appropriate register for an accessibility statement — it needs to be readable by the people it most directly serves.
What an Accessibility Statement Must Cover
A complete accessibility statement should address:
- Which accessibility standard the site aims to meet and at what level
- Which parts of the site are accessible and which have known issues
- What testing has been conducted and when
- How users who encounter barriers can contact the organisation
- What the organisation will do if it cannot immediately fix a barrier
- Where to direct a complaint if the response is unsatisfactory (for public bodies, this is typically the Equality Advisory Support Service)
- When the statement was last reviewed
The Template
The template below is written for a registered charity aiming for WCAG 2.1 AA compliance. Adapt the bracketed sections to reflect your organisation's actual situation.
Accessibility Statement for [Organisation Name]
Last reviewed: [Month Year]
Our Commitment
[Organisation Name] is committed to ensuring this website is accessible to everyone, including people with disabilities. We aim to meet the Web Content Accessibility Guidelines (WCAG) 2.1 at Level AA.
Compliance Status
This website is [partially / fully] compliant with the Web Content Accessibility Guidelines version 2.1 AA standard.
[Choose one of the following and delete the others:]
If fully compliant:We are not aware of any pages or content on this website that fail to meet WCAG 2.1 AA. We continue to monitor and test accessibility as content is updated.
If partially compliant:Some pages or content on this website do not currently meet WCAG 2.1 AA. Known issues are listed below under "Known Accessibility Issues."
If not yet assessed:We have not yet completed a full accessibility assessment of this website. We are actively working to improve accessibility and will update this statement as assessments are completed.
Known Accessibility Issues
[If you are partially compliant, list specific known issues here. Be precise — vague statements are not useful to users or to anyone reviewing your compliance. Examples:]
- PDF documents: Some older PDF documents linked from this site have not been made fully accessible. We are working to replace or remediate these. If you need an accessible version of a specific document, please contact us using the details below and we will provide it within [X working days].
- Video captions: Some videos published before [date] do not have closed captions. We are adding captions to these progressively. New videos published after [date] include closed captions.
- Third-party content: Some content embedded from third-party providers — including [name any: donation forms, video platforms, event booking systems] — may not meet the same accessibility standards as the rest of this site. We cannot directly control the accessibility of third-party platforms, but we will raise issues with providers and provide alternatives where possible.
[Delete this section entirely if your site is fully compliant and has no known issues.]
{{cms-cta}}
How We Tested This Website
This website has been assessed for accessibility using the following methods:
- Automated testing using [WAVE / Axe DevTools / Lighthouse — list the tools you actually used]
- Manual keyboard navigation testing
- Screen reader testing using [NVDA / VoiceOver — list what you used]
- Colour contrast checking for all text elements
Testing was last completed: [Month Year]
Testing was carried out by: [Socialectric / your internal Digital Manager / an external accessibility auditor — specify who conducted testing]
We test accessibility before significant content updates and at a minimum annually.
Technical Information
This website is built using Webflow and the Lumos framework, which provides a WCAG AA compliant baseline including skip navigation, ARIA landmark roles, and consistent focus indicators.
The following technologies are relied on for conformance:
- HTML
- CSS
- JavaScript
What to Do If You Cannot Access Part of This Website
If you experience difficulties accessing any part of this website, please contact us:
Email: [accessibility@yourcharity.org.uk or your general contact email]Phone: [phone number, if applicable]
We aim to respond to accessibility enquiries within [5 / 10] working days.
If you need information in a different format — for example, large print, easy read, audio, or a language other than English — please let us know and we will do our best to provide it.
Reporting Accessibility Problems
We welcome feedback on the accessibility of this website. If you find content that is not accessible and is not listed under Known Accessibility Issues above, please contact us using the details above.
Enforcement
[Include this section if you are a public sector body or receive substantial public funding:]
The Equality and Human Rights Commission (EHRC) is responsible for enforcing the Public Sector Bodies Accessibility Regulations 2018 in England, Scotland, and Wales. If you are not happy with how we respond to your complaint, contact the Equality Advisory and Support Service (EASS).
[For other charities, replace the above with:]
If you are not satisfied with our response to an accessibility concern, you may wish to contact the Equality Advisory and Support Service (EASS) for further guidance.
Date of This Statement
This accessibility statement was prepared on [Month Year] and last reviewed on [Month Year].
How to Use and Maintain This Statement
Where to publish it: Create a dedicated /accessibility page on your Webflow site. Link to it from the footer alongside the privacy policy and cookie policy. The footer link should use the text "Accessibility" — this is the expected location and label that screen reader users and accessibility-aware visitors will look for.
How to fill it in honestly: The most important principle is accuracy over aspiration. Don't claim full compliance if you haven't tested the site. Don't list known issues vaguely — name them specifically. An honest statement that acknowledges partial compliance and explains what's being done is more credible and more useful than a compliance claim that can't be substantiated. When I write accessibility statements as part of a Socialectric project, I won't claim full WCAG 2.1 AA compliance unless we've completed both automated and manual keyboard and screen reader testing. Partial compliance with a clear remediation note is always the honest starting point.
When to update it: Update the statement whenever you make significant changes to the site's accessibility — following a remediation project, when known issues are resolved, or when new known issues are identified. Review the statement at minimum annually even if nothing has changed, and update the "last reviewed" date.
The testing section is important: The statement should reflect testing that has actually been carried out, not aspirational testing that you intend to do. If you haven't yet done screen reader testing, say so and indicate when you will. If accessibility testing has only been automated (WAVE and Axe), say that — automated tools catch approximately 30–40% of WCAG failures, and an informed reader will know that automated testing alone is not sufficient for a full compliance claim.
Accessibility Statement Checklist
Before publishing your accessibility statement, confirm:
- Compliance status reflects the actual tested state of the site — not aspirational
- Known issues are listed specifically, not vaguely
- Testing methodology and date are accurate
- Contact information for accessibility enquiries is current and monitored
- Response time commitment is realistic and will be met
- The "last reviewed" date is current
- The statement is published at
/accessibilityand linked from the footer - The statement page itself is accessible — readable by screen readers, with correct heading structure and sufficient colour contrast
Further Reading
Working through this yourself?
There's a difference between a site that works and a site that works for your organisation.
Technical implementation is the straightforward part. The harder question is whether the site is built around what your stakeholders actually need. See what that looks like in practice.
Eric Phung has 7 years of Webflow development experience, having built 100+ websites across industries including SaaS, e-commerce, professional services, and nonprofits. He specialises in nonprofit website migrations using the Lumos accessibility framework (v2.2.0+) with a focus on editorial independence and WCAG AA compliance. Current clients include WHO Foundation, Do Good Daniels Family Foundation, and Territorio de Zaguates. Based in Manchester, UK, Eric focuses exclusively on helping established nonprofits migrate from WordPress and Wix to maintainable Webflow infrastructure.
Not sure where your site currently stands?
A Blueprint Audit tells you exactly what needs to change — and why.
Before implementing anything new, it's worth knowing what your current site is and isn't doing for your stakeholders. The Blueprint Audit gives you that clarity in two to three weeks.
Related Resources
Using AI Tools for Nonprofit Website Content: A Practical Guide
A practical guide to using AI writing tools on nonprofit website content — what they're genuinely useful for, where human review is non-negotiable, and the governance questions your organisation needs to answer before using them.
Website Performance Monitoring for Nonprofits: Metrics That Matter
A practical guide to website performance monitoring for nonprofit organisations — covering which metrics to track, which tools to use, and how to build a sustainable quarterly review cadence.
Charity Commission Website Requirements: What UK Nonprofits Must Publish
What UK registered charities are legally required to publish on their websites — covering Charity Commission obligations, annual reporting, trustee information, and governance transparency.
Join our newsletter
Subscribe to my newsletter to receive latest news & updates
