Compliance·8 min read·May 2026

Government Website Accessibility Statement: Template and Requirements

A publication-ready template, a required-elements checklist, and the operational guidance every government web manager needs to turn a legal obligation into a genuine public commitment.

Agencies that maintain a current, accurate accessibility statement are three times less likely to face a formal DOJ investigation than those with absent or outdated statements, based on civil-rights complaint data reviewed by ADA advocacy organizations.

1

What an Accessibility Statement Is — and Why It's Required

An accessibility statement is a public declaration by a government entity that it has assessed its digital properties against a recognized technical standard, that it is committed to removing barriers for people with disabilities, and that it has established a mechanism for the public to report problems and receive a response. It is not a legal disclaimer. It is not boilerplate. It is operational documentation with real compliance implications.

Under the Americans with Disabilities Act Title II, state and local governments have always been obligated to make their programs and services accessible. The DOJ's 2024 final rule (effective April 2026 for most jurisdictions) made that obligation concrete: public entities must meet WCAG 2.1 Level AA for their web content and mobile apps. While the rule does not explicitly mandate an accessibility statement, the DOJ's supplementary guidance strongly encourages one — and enforcement attorneys consistently treat its presence, quality, and currency as evidence of good-faith compliance effort.

The statement signals two things simultaneously. To the public — including people with disabilities who rely on your site every day — it signals that your agency takes this seriously, that there is a real person to contact when something is broken, and that you will respond. To the DOJ (and to any plaintiff's attorney reviewing your site before filing a complaint), it signals that you have a documented process, that you know what standard you are targeting, and that you are not flying blind.

A broken or absent statement is itself a compliance risk — independent of whether your underlying site meets WCAG. If a complaint is filed and the investigator discovers you have no public contact mechanism for accessibility issues, that absence becomes a separate line item in the findings.

Real-World Scenario

An advocacy group is preparing an ADA Title II complaint. Before filing, their researcher checks three county health department websites:

  • County A — No accessibility statement anywhere on the site. The contact page lists a general webmaster email that bounces.
  • County B— An "Accessibility" page exists but was last updated in 2019. It mentions Section 508 and "we are committed to accessibility" but names no standard, no contact person, and no response time.
  • County C — A current accessibility statement (reviewed February 2026) that names WCAG 2.1 Level AA, lists four known non-conformant areas with remediation timelines, provides a working feedback form with a five-business-day response commitment, and names the ADA/504 Coordinator.

County C still has four acknowledged gaps — but if an investigation opens, they walk in with documentation of a process. Counties A and B walk in with nothing. The outcome is not the same.

2

What a Compliant Accessibility Statement Must Include

Based on the DOJ 2024 rule, the W3C's Web Accessibility Initiative model statement, and the practical expectations of ADA enforcement, a government accessibility statement should include every element in the checklist below. These are not suggestions — treating any of them as optional creates gaps that surface during complaint investigations.

  • Current conformance status — one of three values: Full Conformance (rare; requires documented audit), Partial Conformance (most honest and appropriate for the majority of agencies), or Non-Conformant. Do not claim full conformance without a recent third-party audit to back it up.
  • The technical standard referenced— explicitly name WCAG 2.1 Level AA (or WCAG 2.2 if your agency has moved to that baseline). Vague references to "accessibility standards" or "Section 508" alone are insufficient under the DOJ 2024 rule, which specifically aligns with WCAG 2.1 AA.
  • Known limitations — list specific areas, pages, or content types that are not yet conformant, and if possible, the specific WCAG criteria they fail. This is the most uncomfortable element for agencies, but disclosure of known gaps paired with a remediation plan is far better than a later discovery that you knew about issues and said nothing.
  • A contact mechanism — an email address, phone number, and/or accessible feedback form dedicated to accessibility issues. This must be functional. A dead email or a feedback form with broken CAPTCHA is worse than no contact mechanism at all.
  • A response time commitment— name a specific SLA such as "We will acknowledge your message within 2 business days and provide a substantive response within 5 business days." Vague promises like "we will respond promptly" are unenforceable and unverifiable.
  • Date last reviewed or updated — this single field is the most commonly missing or falsified element. A statement dated 2021 on a site that underwent a major redesign in 2024 tells investigators that your statement is decorative, not operational.
  • How to request an alternative format — people with disabilities have the right to request content in an accessible alternative format. The statement should explain how to make such a request and what formats are available (large print, audio, accessible PDF, etc.).
  • ADA/504 Coordinator contact information— name, title, email, phone. The ADA/504 Coordinator is the designated accountability officer for your agency's compliance program. Their contact must be public.
  • Grievance procedure reference — if your agency has a formal ADA grievance procedure (required for entities with 50+ employees), the accessibility statement should link to it or describe it. This closes the loop for users who have reported an issue and feel it was not adequately resolved.
  • Scope of the statement — which websites, subdomains, or applications does this statement cover? If you have a main site at cityname.gov and a separate permit portal at permits.cityname.gov, state explicitly whether the statement covers both.
3

The Full Template

The template below is publication-ready. Copy it, replace every placeholder in brackets, and post it. Placeholders are in [ALL CAPS IN BRACKETS]. Every clause has a purpose; do not delete sections you find uncomfortable — address them.

Accessibility Statement — [AGENCY NAME]

Accessibility Statement

[AGENCY NAME] | [WEBSITE URL]

Last Reviewed: [DATE — e.g., June 2026]

Our Commitment

[AGENCY NAME] is committed to ensuring that [WEBSITE URL] and all associated digital services are accessible to people with disabilities. We strive to meet or exceed the requirements of the Americans with Disabilities Act (ADA), Section 504 of the Rehabilitation Act, and applicable state accessibility laws.


Our target standard is the Web Content Accessibility Guidelines (WCAG) 2.1, Level AA, published by the World Wide Web Consortium (W3C).

Conformance Status

[AGENCY NAME] is [CHOOSE ONE: fully conformant with / partially conformant with / working toward conformance with] WCAG 2.1 Level AA.


"Partially conformant" means that some parts of this website do not yet fully conform to WCAG 2.1 Level AA. We have identified the following areas as not yet fully conformant and are actively working to remediate them:


— [DESCRIBE NON-CONFORMANT AREA, e.g., "Legacy PDF documents published before January 2024 may lack proper tagging and reading-order structure (WCAG 1.3.1, 1.3.2). We are converting these on a priority basis. High-priority documents (permits, forms, public notices) will be remediated by [TARGET DATE].]"


— [DESCRIBE SECOND NON-CONFORMANT AREA, e.g., "Some embedded third-party mapping tools may not be fully keyboard-navigable (WCAG 2.1.1). We are working with the vendor on a remediation timeline and will provide an accessible alternative upon request.]"


— [DESCRIBE THIRD NON-CONFORMANT AREA, or remove this line if not applicable]

Scope of This Statement

This statement applies to content published at [WEBSITE URL] and its subdomains, including [LIST SUBDOMAINS OR APPLICATIONS, e.g., "permits.[AGENCYNAME].gov, maps.[AGENCYNAME].gov"]. Content hosted on third-party platforms that we do not control is outside the scope of this statement; however, we will work to ensure that third-party content used as part of our programs and services meets accessibility requirements.

Reporting Accessibility Barriers

We want to hear from you. If you experience difficulty accessing any part of our website or digital services due to a disability, or if you believe a feature does not meet accessibility requirements, please contact us:


Email: [ACCESSIBILITY CONTACT EMAIL, e.g., accessibility@[AGENCYNAME].gov]
Phone: [PHONE NUMBER WITH TTY/TDD if available]
Online Form:[URL TO ACCESSIBLE FEEDBACK FORM, or "Not yet available — use email or phone above"]
Mailing Address:
[AGENCY NAME]
Attn: Web Accessibility
[STREET ADDRESS]
[CITY, STATE ZIP]


Response Time: We will acknowledge your message within 2 business days and provide a substantive response or interim update within 5 business days. If your request requires additional review — for example, a request to convert a document to an accessible format — we will provide an estimated completion date in our initial response.

Requesting Content in an Alternative Format

If you need any content on this site in an alternative accessible format — including large print, audio recording, accessible PDF, plain-text document, or other format — please contact us using the information above. Please describe the specific content you need and your preferred format.


We will provide the alternative format as quickly as practicable and, where the content is time-sensitive (e.g., a public hearing notice), we will prioritize your request accordingly.

ADA / Section 504 Coordinator

[AGENCY NAME] has designated an ADA/Section 504 Coordinator responsible for overseeing compliance with disability nondiscrimination requirements, including digital accessibility:


[COORDINATOR NAME]
[COORDINATOR TITLE]
[COORDINATOR EMAIL]
[COORDINATOR PHONE]
[COORDINATOR MAILING ADDRESS]

Grievance Procedure

If you are dissatisfied with our response to an accessibility complaint, you may file a formal grievance under [AGENCY NAME]'s ADA Grievance Procedure. The grievance procedure is available at [LINK TO GRIEVANCE PROCEDURE] or by contacting the ADA/Section 504 Coordinator listed above.


You also have the right to file a complaint with the U.S. Department of Justice Civil Rights Division at www.ada.gov or with the U.S. Department of Health and Human Services Office for Civil Rights (for health-related agencies) at www.hhs.gov/ocr.

Technical Approach and Testing

[AGENCY NAME] uses the following technologies on this website: HTML5, CSS3, JavaScript, [ADD CMS NAME, e.g., WordPress]. We test for accessibility using [LIST TOOLS, e.g., automated scanning with axe-core, manual keyboard testing, and screen reader testing with NVDA/VoiceOver].


Our most recent accessibility review was completed in [MONTH, YEAR] by [INTERNAL TEAM / NAME OF THIRD-PARTY VENDOR]. [If applicable: A full Accessibility Conformance Report (VPAT) is available upon request by contacting the ADA/504 Coordinator.]

Statement Revision History

This statement was originally published on [ORIGINAL DATE]. It was most recently reviewed and updated on [DATE]. We review this statement at least annually and update it whenever significant changes are made to our digital properties or compliance posture.

This statement was prepared in accordance with the W3C WAI Accessibility Statement Generator model and DOJ ADA Title II guidance (2024).

4

Customizing the Template: What to Change and Why

Every bracket in the template above is a decision point, not just a fill-in-the-blank exercise. Here is what to consider for each one:

[CONFORMANCE STATUS]

Choose "partially conformant" unless you have a recent (within 12 months) third-party audit confirming full conformance. For most agencies, partial conformance is the honest answer and the right one. Claiming full conformance without documentation creates liability if a complainant later finds WCAG failures — and they will find them, because no site is perfect.

[NON-CONFORMANT AREAS]

Be specific. "Some content may not be fully accessible" is meaningless and inspires no confidence. "PDF documents published before 2023 may lack proper reading-order tagging (WCAG 1.3.2); high-priority documents will be remediated by Q4 2026" shows operational awareness. List the actual WCAG criterion if you know it — this demonstrates your team has done real assessment work.

[ACCESSIBILITY CONTACT EMAIL]

This must go to a monitored inbox. Do not use a general "webmaster@" or "info@" address where accessibility messages will get lost. Create a dedicated alias — accessibility@agencyname.gov — that routes to the web team and the ADA Coordinator. Test it monthly by sending a test message and confirming receipt.

[DATE LAST REVIEWED]

This is the field most agencies forget. Put a calendar reminder right now: every January, review and update this field. If you launch a major redesign in September, update it then too. An accessibility statement dated more than 18 months ago is a red flag during any review.

[ADA/504 COORDINATOR]

This should be a named individual with a direct phone and email, not a department title. If the coordinator changes, update the statement within 30 days. "Contact the Human Resources Department" is not a substitute for naming the person responsible.

Three mistakes agencies make every year:
  1. Copy-pasting the template without updating the review date, leaving it stuck in the year they first published it.
  2. Listing an email address that no one actively monitors — a message sent to report an inaccessible emergency alert page sits unread for three weeks.
  3. Claiming "full conformance" on a site that has never been audited, because it felt better than admitting partial conformance. When a complainant runs an automated scan and finds 40 violations, the false claim makes everything worse.
5

Where to Post Your Accessibility Statement

A perfect accessibility statement that no one can find provides zero compliance value. Placement is not a design decision — it is a legal one. Here is where the statement must live:

  • Footer link on every page— labeled "Accessibility Statement" or "Accessibility". This is the standard location users with disabilities look for it, and it is where DOJ investigators look first. It must appear on 100% of pages, including subdomains and portals if the statement covers them.
  • A canonical URL: /accessibility-statement or /accessibility — Use a clean, predictable URL. Avoid dynamic URLs or deeply nested paths. The URL should be easy to cite in complaint responses and accessible from any browser bookmark.
  • In the site's accessibility toolbar (if one exists) — if your site has a dedicated accessibility toolbar or widget, include a direct link to the statement within it. Users who are already engaging with accessibility features are exactly the audience who needs to find this page.
  • From the ADA/504 Coordinator's office page— wherever your agency's ADA resources are listed, the digital accessibility statement should be prominently linked alongside physical accessibility resources.
  • In the ADA Transition Plan — if your agency has an ADA Transition Plan (required for entities with 50+ employees), the digital accessibility statement and its URL should be explicitly referenced there as part of your documented compliance program.
  • In your sitemap.xml — include the accessibility statement URL in your XML sitemap. This helps search engines index it and makes it discoverable through web searches, which some users and researchers use to locate it.
6

The Feedback Mechanism: Your Most Important Obligation

The feedback mechanism is where most agencies fail in practice, even when they succeed on paper. Publishing a contact email is the beginning of an obligation, not the end of one. If someone emails your accessibility contact reporting that the emergency management portal is inaccessible with their screen reader, and they receive no response for three weeks, that is a separate compliance failure — independent of the original accessibility issue.

Build a real process, even in small agencies. The process does not need to be elaborate — but it must be intentional:

Who monitors the inbox?

Name one primary and one backup owner for the accessibility contact email or form. Define coverage during vacations and transitions. If the primary owner leaves the agency, the backup owner must update the statement and retrain a new owner within 30 days.

What is the SLA?

Commit to a specific response time in the statement — and then actually meet it. 2 business days for acknowledgment, 5 business days for a substantive response, is a reasonable and achievable standard for most agencies. Log the date and time of every message received and every response sent.

How are issues tracked?

Use a simple ticketing system — even a shared spreadsheet with columns for date received, issue description, assigned owner, status, and date resolved. This log is your evidence of a functioning feedback process. In an investigation, being able to produce a year of resolved tickets is invaluable.

Who has authority to escalate?

When a reported issue requires developer time, vendor engagement, or a budget decision, define in advance who has authority to escalate and approve the work. A ticket that sits in limbo for months because no one has budget authority is a process failure, not just a technical one.

Small agencies, take note: You do not need a full-time accessibility coordinator to run a functional feedback process. A shared email alias monitored by the web manager and the ADA Coordinator, a 5-column Google Sheet, and a monthly review meeting is sufficient. The failure mode is not lack of resources — it is lack of assigned ownership. Someone must own it.

Before and After: Weak vs. Strong Accessibility Statement

Weak Statement

City of Exampleville Accessibility We are committed to making our website accessible to all users. We follow applicable accessibility standards. If you have trouble using our site, contact the webmaster. Last updated: 2021

  • ✗ No standard named (WCAG version missing)
  • ✗ No conformance status declared
  • ✗ No known limitations disclosed
  • ✗ No SLA for response
  • ✗ No ADA Coordinator named
  • ✗ Date is 5 years old

Strong Statement

City of Exampleville Accessibility Statement Last Reviewed: March 2026 Conformance: Partial — WCAG 2.1 AA. Known gaps: legacy PDFs (WCAG 1.3.2), third-party map widget (WCAG 2.1.1). Remediation target: Dec 2026. Report a barrier: accessibility@exampleville.gov Response within 5 business days. ADA Coordinator: Jane Smith, 555-0100 Grievance procedure: /ada-grievance

  • ✓ WCAG 2.1 AA explicitly named
  • ✓ Conformance status declared (partial)
  • ✓ Specific gaps listed with WCAG refs
  • ✓ Response SLA committed in writing
  • ✓ Named ADA Coordinator with direct contact
  • ✓ Reviewed within last 12 months
7

Updating Your Statement: When and How Often

The minimum update frequency for a government accessibility statement is annually — without exception. Set a recurring calendar event, assign it to the web manager and the ADA Coordinator jointly, and treat it as a compliance deadline rather than a housekeeping task.

Beyond the annual review, you must update the statement when any of the following events occur:

  • Major site redesign or CMS migration — a new theme, a new CMS platform, or a structural redesign introduces new code, new components, and new potential failures. Your previous conformance claims no longer apply to the new architecture. Update the statement to reflect the new baseline and any new gaps discovered post-launch.
  • Completion of a significant remediation push — if you have spent six months fixing PDF accessibility and have now converted your top 200 documents, update the known limitations section to remove or update that entry. A statement that still lists gaps you have already fixed is inaccurate and misrepresents your current status.
  • Discovery of a previously unknown compliance gap — if an audit, a complaint, or user feedback reveals a significant WCAG failure you did not know about, add it to the known limitations section promptly. Disclosing a newly discovered issue is evidence of good faith; having it discovered by a complainant while your statement claims it does not exist is the opposite.
  • Change in ADA/504 Coordinator — update the named coordinator, contact email, and phone within 30 days of any personnel change. An accessibility feedback email that routes to someone who left the agency six months ago is a functional failure of the feedback mechanism.
  • Regulatory or standard update — if the applicable standard changes (e.g., your jurisdiction moves from WCAG 2.1 to WCAG 2.2 as its baseline), update the statement to reflect the new standard and your current conformance status against it.
A statement dated 2021 on a website that has had two major redesigns since then does not just look bad — it actively undermines your compliance posture. Investigators reading a 2021 statement on a 2026 site will immediately conclude that the statement is decorative. That inference is very hard to overcome without a complete record of site changes and remediation activity, which most agencies cannot produce.
8

Statement vs. Accessibility Conformance Report (ACR/VPAT)

These two documents serve different audiences and should not be confused with each other.

Accessibility Statement

  • Public-facing, plain-language document
  • Audience: citizens, users, DOJ reviewers
  • Describes conformance status and known gaps in plain terms
  • Provides a contact mechanism and SLA
  • Reviewed and updated regularly by internal staff
  • Required (or strongly encouraged) for all public entities under ADA Title II
  • No formal template — use the W3C WAI model or the template above

Accessibility Conformance Report (ACR / VPAT)

  • Technical evaluation document, criterion-by-criterion
  • Audience: procurement officers, IT reviewers, formal auditors
  • Produced by a trained accessibility auditor using the ITI VPAT template
  • Documents conformance against every applicable WCAG success criterion
  • Typically produced during procurement or after a formal audit
  • Required for federal IT procurement under Section 508
  • For most local governments: needed for technology procurement, not for routine public disclosure

For the majority of city, county, and special district web teams, a well-maintained public accessibility statement is sufficient for meeting the public disclosure and feedback mechanism requirements of ADA Title II. A full VPAT is a different document with a different purpose — it is what your IT procurement team requests from a software vendor before signing a contract, not what you publish on your website.

That said, if your agency conducts a formal third-party accessibility audit, the resulting ACR is valuable supporting documentation. The accessibility statement can reference it: "A full Accessibility Conformance Report for this website is available upon request by contacting the ADA/504 Coordinator." You need not publish the full VPAT publicly, but making it available on request demonstrates transparency.

9

State-Specific Requirements

The federal ADA Title II rule sets a floor, not a ceiling. Several states have enacted their own digital accessibility laws and agency policies that are more stringent than the federal baseline — and those obligations apply regardless of whether the DOJ has initiated enforcement in your jurisdiction.

California

California Government Code §11135 and the related California Government Operations Agency guidance require state agencies and recipients of state funding to meet WCAG 2.1 AA. The California Department of Technology publishes specific guidance on accessibility statement content for state agencies, which local agencies receiving state grants may also be required to follow.

Illinois

The Illinois Information Technology Accessibility Act (IITAA) applies to state agencies and has its own standards, which are broadly aligned with WCAG but include state-specific implementation guidelines. Illinois agencies should consult the Illinois Department of Innovation & Technology for current requirements.

Washington

Washington State has its own Office of Accessibility (OA) under the Department of Enterprise Services. State agencies are subject to RCW 43.19.019, which requires accessible technology procurement and maintenance. The OA publishes a model accessibility statement template that state agencies are expected to use or closely mirror.

Colorado, New York, and others

Colorado's HB 21-1110 and New York's accessibility guidance for state entities both reference WCAG and include specific disclosure obligations. The landscape is evolving: as of 2026, more than 20 states have enacted or are actively considering digital accessibility legislation beyond the federal floor.

Action item for every agency

Contact your state's Chief Information Officer or IT policy office and ask specifically: "Does our state have an accessibility law or policy beyond federal ADA Title II, and does it include requirements for a public accessibility statement or a specific statement format?" Do this annually — the landscape is changing quickly. Your state's requirements may be more specific than the template above, and you should incorporate them when they are.

WPPersona builds accessibility-first government websites — with an accessibility statement page included, pre-linked in the footer, on day one.

Every WPPersona site ships with a structured accessibility statement template pre-populated with your agency's information, a dedicated feedback form routed to your ADA Coordinator, and annual review reminders built into the dashboard.

See WPPersona in action