Museum & Gallery Website Accessibility Guide 2026 | EAA, ADA & WCAG
Last updated: 2026-04-19
Museums, galleries, archives, and cultural institutions have expanded their digital footprint dramatically since the pandemic, offering virtual exhibitions, high-resolution zoomable artwork viewers, timed-entry ticket sales, membership portals, downloadable audio guides, and educational resources for schools. These digital experiences are often the first—and sometimes only—interaction a visitor has with the collection, which places heightened importance on accessibility. Cultural institutions are generally places of public accommodation under ADA Title III, and most receive some form of federal funding that triggers Section 504 of the Rehabilitation Act obligations. In the EU, museums that sell tickets online, offer digital memberships, or publish e-books and audio content fall squarely under the European Accessibility Act as of June 28, 2025. Beyond legal exposure, the mission of cultural preservation implies a duty of broad public access: the Institute of Museum and Library Services has repeatedly emphasized accessibility as a core professional standard, and Blind and low-vision users, Deaf and hard-of-hearing users, and users with cognitive disabilities represent a substantial portion of the museum-going public. A 2025 benchmark of 200 major museum websites by The Museum Computer Network found that only 11 percent met WCAG 2.1 AA on their primary homepage, with virtual tour interfaces and ticket-purchase flows being the weakest areas. This guide covers the legal landscape, the specific accessibility failures common on cultural-institution websites, and a practical compliance checklist.
Legal Requirements
| Law / Standard | Effective Date | Summary | Penalty |
|---|---|---|---|
| Americans with Disabilities Act (ADA) Title III | In effect | Museums, galleries, and other cultural institutions open to the public are places of public accommodation (42 U.S.C. §12181(7)(H) explicitly lists 'museum, library, gallery, or other place of public display or collection'). Their websites must be accessible under evolving circuit court precedent, with WCAG 2.1 AA as the operative standard. | No federal statutory damages; plaintiffs recover injunctive relief and attorneys' fees. Public-facing cultural institutions have been frequent demand-letter targets; typical settlements include a remediation plan plus fees of $15,000–$75,000 depending on institution size. |
| European Accessibility Act (EAA) | 2025-06-28 | Covers e-commerce (online ticket and merchandise sales), e-books and digital publications, and consumer-facing electronic services operated by cultural institutions in the EU. Conformance required against EN 301 549, which maps to WCAG 2.1 AA. | Member-state penalties range widely—for example up to €1 million in Germany, up to €600,000 in Spain—plus market-withdrawal orders for persistent non-conformance. |
| Section 504 of the Rehabilitation Act | In effect | Museums receiving federal funding (IMLS grants, NEA/NEH awards, federal facilities) must ensure their programs and activities—including digital offerings—do not exclude qualified individuals with disabilities. The Department of Justice's April 2024 Title II rule, while directly applicable to public entities, has strong persuasive effect on Section 504 expectations, requiring WCAG 2.1 AA for web content. | Non-compliance can trigger loss of federal funding and corrective action agreements. OCR and DOJ have included digital accessibility findings in cultural-institution settlements. |
| ADA Title II (Public Entities) | In effect | Applies to state and municipal museums (state art museums, city history museums, county historical societies). The April 2024 DOJ rule explicitly requires WCAG 2.1 Level AA conformance for all web content and mobile apps, with phased compliance deadlines of April 2026 (large entities) and April 2027 (small entities). | DOJ enforcement, private right of action, and potential loss of federal funds. Fines up to $96,384 for first violations and $192,768 for subsequent violations at the federal level. |
Key Accessibility Issues in Museums & Galleries
Virtual Tours and Zoomable Artwork Viewers Without Alternatives
Museums have invested heavily in immersive virtual tour platforms (Matterport, proprietary WebGL viewers) and deep-zoom artwork inspectors (IIIF-based, Zoomify). These interfaces are almost universally inaccessible: they require mouse-based drag interactions, don't expose semantic information about the space or artwork to screen readers, and fail keyboard-only navigation. A blind user literally cannot 'tour' the virtual Louvre.
Provide text-based alternatives for every virtual tour: a written walk-through describing each room, the works displayed, and spatial relationships. For zoomable artwork, supply detailed long-form alternative text conveying the visual content, composition, color, and historical context—essentially a verbal description of what a sighted viewer gains from zooming. Include keyboard controls for pan and zoom where feasible. Link to these text alternatives from the primary tour entry point, not buried in a secondary menu.
Timed-Entry Ticketing Flows with Custom Date Pickers
Museum ticketing platforms (Tessitura, ACME, Blackbaud Altru, Sirsi/ShoWare) power the date/time selection and checkout. These custom interfaces often fail: calendar grids lack proper ARIA roles, sold-out dates aren't announced to screen readers, multi-step flows lose focus on advance, and accessibility-accommodation ticket types (wheelchair, companion, etc.) are buried in secondary screens or omitted entirely.
Require accessibility conformance reports from ticketing vendors (many offer WCAG 2.1 AA audits on request). Provide an accessible HTML fallback flow or, at minimum, a prominently advertised phone/email booking option for accommodation ticket types. Use semantic calendar controls with aria-disabled on sold-out dates. Manage focus explicitly on each step transition, and announce errors and confirmations with aria-live regions.
Audio Guide Content Lacking Transcripts and Captions
Audio guides—whether delivered through a proprietary mobile app, Bloomberg Connects, or a web player—often lack synchronized captions or transcripts. Deaf and hard-of-hearing visitors gain nothing from a 40-minute audio narrative about an exhibition. Additionally, video content in exhibitions (curator talks, artist interviews) is frequently uncaptioned or uses auto-generated captions that mangle proper names and art-historical terminology.
Provide human-authored captions for all video content and full transcripts for all audio guide content, ideally on the same page or within the same app screen as the media. Ensure transcripts preserve speaker identification and key non-speech audio cues. For exhibition videos involving visual-only content (silent films, wordless artist demos), add audio descriptions or supply descriptive transcripts.
Membership Portal and Donation Flow Form Issues
Museum membership tiers involve complex forms with recurring payment options, name-a-chair donations, and benefit selections (e.g., 'Dual, Dual Plus, Family, Patron, Director's Circle'). These forms often use custom radio-button-like components built from <div> elements without keyboard support, unlabeled donation-amount inputs, and conditional fields that appear without announcing themselves to assistive tech.
Build membership and donation forms using native <input>, <fieldset>, and <legend> elements. Provide programmatic labels for every field—including donation amount, anonymous-donation checkbox, and recurring-gift frequency. Announce conditional field appearance via aria-live. Ensure total donation amounts update with announcements. Review the full payment flow with screen readers before launch.
Collection Database Search with Inaccessible Results
Online collection databases (often powered by TMS, EmbARK, or custom CMS) allow users to search hundreds of thousands of artworks. Search filters are frequently inaccessible: multi-select facet lists are custom widgets, search-result thumbnails have meaningless alt text or none at all, and pagination controls lack accessible names ('1', '2', '3' instead of 'Page 1 of 547').
Use semantic form controls for filter facets (checkboxes, radios) with fieldset grouping. Provide meaningful alt text for collection thumbnails—at minimum including artist, title, and date ('The Night Watch by Rembrandt, 1642'). Announce result count changes via aria-live when filters are applied. Use descriptive pagination labels ('Go to page 3 of 547'). Ensure the 'view details' action works with keyboard-only interaction.
Compliance Checklist
- Virtual tours and zoomable artwork viewers have equivalent long-form text alternatives describing the space and works
- Ticketing flows are keyboard-operable with semantic calendar controls and accessible accommodation-ticket options
- All audio guides include full transcripts; all videos include human-authored captions (not auto-captions alone)
- Membership and donation forms use native form elements with explicit labels and announced conditional fields
- Collection database search uses semantic filters, meaningful thumbnail alt text, and descriptive pagination labels
- Exhibition pages present key information (hours, ticket prices, location) as live HTML text rather than embedded images
- Color contrast on ticket CTAs, donation buttons, and body text meets 4.5:1 (3:1 for large text and UI components)
- Mobile app audio guide content is accessible with VoiceOver and TalkBack; includes text transcripts in the app
- All downloadable PDFs (education kits, exhibition catalogs, research papers) are tagged and screen-reader accessible
- An accessibility statement lists conformance target, virtual-tour limitations, and a contact for accommodation requests
Further Reading
- Video Accessibility Captions Guide
- Alt Text Guide
- Accessible Pdf Guide
- Accessibility Statement Guide
- Accessible Events Webinars Guide
Other Industry Guides
- Education Accessibility Guide
- Government Accessibility Guide
- Media Accessibility Guide
- Nonprofit Accessibility Guide
Get our free accessibility toolkit
We're building a simple accessibility checker for non-developers. Join the waitlist for early access and a free EAA compliance checklist.
No spam. Unsubscribe anytime.