The European Accessibility Act (EAA) represents one of the most significant regulatory shifts for digital products and services in recent years. If you're building websites, apps, or digital experiences for users in the European Union, this legislation directly affects how you design, develop, and deliver your products.

Imagine trying to book a ticket online, only to find the website impossible to navigate with a screen reader. Or standing at a self-service kiosk that doesn't respond to voice commands when you need it most. 

For millions of people with disabilities, these aren't minor frustrations. Instead, they're barriers to participating fully in daily life. The EAA aims to eliminate these barriers by establishing consistent accessibility requirements across all EU member states.

This guide walks you through everything you need to know about the European Accessibility Act: what it covers, who it applies to, and how to prepare your digital products for compliance. 

Whether you're a UX researcher validating designs with real users, a product manager prioritizing your roadmap, or a designer creating inclusive experiences, understanding the EAA is essential for building products that work for everyone.

Key takeaways

  • The European Accessibility Act (EAA) took effect on June 28, 2025, requiring products and services sold in the EU to meet accessibility standards. It applies to any business serving EU consumers, regardless of where the company is based.

  • The EAA covers a wide range of digital products and services, including websites, mobile apps, ecommerce platforms, banking services, e-books, transport ticketing, and hardware with digital interfaces. Microenterprises providing services (fewer than 10 employees, under €2 million turnover) are exempt, but product manufacturers must comply regardless of size.

  • The directive's requirements align with the four WCAG principles: perceivable, operable, understandable, and robust. Meeting WCAG 2.1 Level AA through the harmonized European standard EN 301 549 is widely considered the practical path to compliance.

  • Products and services already on the market have a transition period until June 28, 2030, but delaying compliance carries risks including fines (up to €100,000 per violation in Germany), market access restrictions, and reputational impact.

  • Preparing for compliance involves auditing your digital products, prioritizing gaps by user impact, implementing fixes systematically, and testing with real users who have disabilities. Automated tools catch only a portion of accessibility issues, so user research is essential.

  • Lyssna helps teams validate EAA compliance by recruiting participants with specific accessibility needs from a panel of over 690,000 people across 124 countries. Combine usability testing, preference testing, first click tests, and surveys in a single study to identify barriers that automated audits miss.

European Accessibility Act

What is the European Accessibility Act?

The EAA is the EU's most comprehensive accessibility legislation to date. Here's what it involves and why it matters.

Definition of the EAA

At its core, the EAA is a directive – meaning each EU member state must transpose it into national law. Unlike a regulation (which applies directly), the directive sets minimum requirements that countries implement through their own legislation. This approach allows some flexibility in how requirements are enforced while ensuring a consistent baseline across the EU.

Purpose and background

The EAA emerged from a recognition that accessibility requirements varied significantly across EU countries, creating barriers for both businesses and consumers. According to Craftzing's 2025 Digital Trust Index, 93% of European websites fail accessibility requirements, highlighting the urgent need for harmonized standards. Companies faced a patchwork of different national standards, while people with disabilities encountered inconsistent experiences depending on which country's products or services they used.

By harmonizing accessibility requirements, the EAA aims to:

  • Remove barriers for an estimated 107 million people with disabilities in the EU – roughly one in four adults

  • Create a level playing field for businesses operating across member states

  • Replace fragmented national rules with unified standards, reducing regulatory complexity

  • Enable businesses to operate more seamlessly across borders and deliver a consistent customer experience throughout Europe

Why the EU introduced it

The EU introduced the EAA because accessibility is a fundamental right. The directive aligns with the EU's commitments under the UN Convention on the Rights of Persons with Disabilities, which recognizes that people with disabilities have the right to participate fully in society.

Beyond rights, there's a compelling business case. An aging population means accessibility features benefit an increasingly large portion of consumers. According to the Return on Disability Group's 2024 report, people with disabilities in North America and Europe control over $2.6 trillion in disposable income – a market that businesses with inaccessible products are effectively locking out. Features designed for accessibility – like voice controls, high-contrast displays, and simplified navigation – often improve the experience for everyone.

Relationship to inclusive and accessible design

The EAA reinforces what UX researchers and designers have long understood: designing for accessibility means designing for everyone. The directive's requirements align closely with inclusive design principles that consider the full range of human diversity from the start of the design process.

Meeting EAA standards is an investment in the growth and sustainability of your business – and an opportunity to make accessibility a core strength. You'll expand your reach to a broader customer base, enhance user satisfaction, and establish your brand as a leader in inclusivity.

Test for accessibility with real users

Recruit participants with specific accessibility needs from a panel of 690,000+ people across 124 countries.

Who does the European Accessibility Act apply to?

The EAA casts a wide net. Understanding whether your organization falls within its scope is the first step toward compliance.

Companies operating in the EU

Any business operating within the EU that provides covered products or services must comply with the EAA. This includes companies headquartered in EU member states, subsidiaries of international companies operating in the EU, and businesses with a physical presence in EU countries.

Businesses selling digital products or services to EU users

Here's where it gets interesting for global companies: the EAA applies to businesses selling to EU consumers, regardless of where the company is based. If you're a US-based software company with European customers, or an Australian ecommerce platform shipping to EU addresses, the EAA likely applies to you.

This extraterritorial reach mirrors other EU regulations like GDPR and reflects the EU's approach to protecting its consumers regardless of where businesses are located.

Public vs private sector scope

The EAA primarily targets private sector businesses, but it doesn't exist in isolation. The EU's Web Accessibility Directive (WAD) already requires public sector websites and mobile apps to meet accessibility standards. The EAA extends similar requirements to the private sector, creating a more comprehensive accessibility landscape across both sectors.

Microenterprise exemption

It's worth noting that the EAA includes an exemption for microenterprises that provide services. If your business employs fewer than 10 people and has an annual turnover (or balance sheet total) of no more than €2 million, you're exempt from the service-related requirements. However, this exemption doesn't apply to manufacturers of products covered by the EAA – they must comply regardless of size.

Cross-border implications

The harmonized nature of the EAA simplifies cross-border commerce within the EU. Instead of navigating 27 different national accessibility frameworks, businesses can work toward a single set of requirements that apply across all member states.

The following table provides a snapshot of the key industries affected by the EAA:

Industry

Examples of covered services

Telecommunications

Customer service platforms, websites, mobile apps

Financial/banking services

ATMs, banking apps, websites

Transportation

Ticketing systems, check-in kiosks, travel booking platforms

Retail and ecommerce

Online shops, apps, physical self-service terminals

Education and training

Online learning platforms, vocational training services

European Accessibility Act

What products and services are covered by the EAA?

The EAA covers a specific list of products and services that the EU considers essential for daily life. Understanding what's covered helps you assess your compliance obligations.

Websites and mobile apps

Digital services delivered through websites and mobile applications fall squarely within the EAA's scope. This includes corporate websites with customer-facing functionality, mobile applications for iOS and Android, web-based applications and SaaS platforms, and customer portals and account management interfaces.

Ecommerce platforms

Online shopping platforms must ensure that users with disabilities can browse products, complete purchases, and manage their accounts. This covers everything from product catalogs and search functionality to shopping carts, checkout processes, payment interfaces, and order tracking.

Banking and financial services

Financial services have specific accessibility requirements under the EAA. This spans online and mobile banking platforms, ATMs and self-service banking terminals, payment terminals, and investment and trading platforms.

E-books and digital reading services

Digital publishing falls within the EAA's scope, covering e-book readers and reading applications, digital content distribution platforms, and accessible formatting for digital publications.

Transport and ticketing services

Transportation services must ensure accessibility across their digital touchpoints, including ticket booking websites and apps, self-service check-in kiosks, real-time travel information displays, and journey planning tools.

Hardware with digital interfaces

The EAA also covers physical products with digital components, including consumer electronics (smartphones, tablets, computers, smart TVs), self-service terminals (ticketing kiosks, check-in machines), and e-readers and digital media devices.

What's not covered

The EAA does include some notable exclusions. Pre-recorded media and office file formats published before June 28, 2025 are exempt, as are online maps (provided essential information is available in an accessible digital format) and archived website content that isn't updated or edited after June 28, 2025. B2B products and services that aren't available to consumers are also outside the EAA's scope.

European Accessibility Act

European Accessibility Act requirements

The EAA's accessibility requirements align closely with established accessibility principles. While the directive doesn't mandate specific technical standards, its requirements map directly to the four principles of the Web Content Accessibility Guidelines (WCAG).

The following table summarizes the four key requirement areas and what they mean in practice:

Requirement area

Core principle 

What it covers

Perceivable information

Content must be presentable in ways users can perceive

Text alternatives, captions, color contrast, resizable text, multi-cue communication

Operable interfaces

Users must be able to operate all interface components

Keyboard accessibility, sufficient timing, seizure prevention, clear navigation, multiple input methods

Understandable content

Information and interface operation must be comprehensible

Reading levels, predictable behavior, input assistance, consistent components, clear error messages

Robust technology

Content must work reliably with assistive technologies

Well-structured code, screen reader compatibility, semantic HTML, ARIA attributes, programmatic status messages

Perceivable information

Users must be able to perceive the information being presented through at least one of their senses. Requirements include:

  • Text alternatives for non-text content (images, icons, buttons)

  • Captions and transcripts for audio and video content

  • Sufficient color contrast between text and backgrounds

  • Resizable text that maintains functionality when enlarged

  • Content that conveys meaning through multiple cues, not color alone

Operable interfaces

Users must be able to operate the interface using their preferred input method. This includes:

  • Keyboard accessibility for all functionality

  • Sufficient time to read and use content

  • Avoidance of content that causes seizures (such as flashing elements)

  • Clear navigation and ways to find content

  • Input modalities beyond keyboard (touch, voice where applicable)

Understandable content

Users must be able to understand the information and operation of the interface. Requirements include:

  • Readable text at appropriate reading levels

  • Predictable navigation and functionality

  • Input assistance that helps users avoid and correct mistakes

  • Consistent identification of components across the interface

  • Clear instructions and error messages

Robust and compatible technology

Content must be robust enough to be interpreted reliably by a wide variety of user agents, including assistive technologies. This means:

  • Valid, well-structured code that assistive technologies can parse

  • Compatibility with screen readers and other assistive devices

  • Proper use of semantic HTML and ARIA attributes

  • Status messages that can be programmatically determined

European Accessibility Act

European Accessibility Act and WCAG

While the EAA establishes legal requirements, WCAG provides the technical roadmap for meeting them. Understanding the relationship between these frameworks is essential for practical compliance.

How WCAG 2.1/2.2 aligns with the EAA

The Web Content Accessibility Guidelines, developed by the World Wide Web Consortium (W3C), provide detailed technical criteria for web accessibility. WCAG 2.1 Level AA is widely recognized as the benchmark for EAA compliance, though WCAG 2.2 (released in October 2023) adds nine additional success criteria that strengthen accessibility further, particularly for users with cognitive disabilities and limited fine motor skills.

In the EU, compliance is typically demonstrated through EN 301 549, the harmonized European standard for ICT accessibility. EN 301 549 incorporates the full text of WCAG 2.1 Level AA and is being updated to align with WCAG 2.2.

The EAA's functional requirements map directly to WCAG's four principles:

EAA requirement

WCAG principle

Key success criteria

Perceivable information

Perceivable

Text alternatives, captions, contrast, resize

Operable interfaces

Operable

Keyboard access, timing, navigation, input

Understandable content

Understandable

Readable, predictable, input assistance

Robust technology

Robust

Parsing, name/role/value, status messages

Why WCAG is the practical standard for compliance

Although the EAA doesn't explicitly mandate WCAG compliance, meeting WCAG 2.1 Level AA is the most practical path to demonstrating compliance. Here's why:

  • Established and well-documented: WCAG provides clear, testable success criteria that leave little room for ambiguity.

  • Widely adopted: Tools, training, and expertise are readily available across the accessibility industry.

  • Internationally recognized: WCAG aligns with accessibility standards worldwide, making it a reliable benchmark for global organizations.

  • Regularly updated: The W3C continues to evolve WCAG based on new technologies and user needs.

Differences between legal requirements and technical guidelines

The EAA is a legal requirement, while WCAG is a technical guideline. The EAA establishes what must be achieved (accessible products and services), while WCAG provides detailed guidance on how to achieve it.

This distinction matters in practice:

  • Compliance is assessed against EAA requirements, not WCAG specifically.

  • WCAG conformance provides strong evidence of meeting EAA requirements, but isn't the only path.

  • Some EAA requirements extend beyond WCAG, particularly for hardware and non-web software.

  • National implementations may reference WCAG directly or establish equivalent standards.

  • EN 301 549 bridges this gap by incorporating WCAG while adding requirements for ICT products and services beyond web content.

European Accessibility Act

EAA compliance deadlines and timeline

Understanding the EAA's timeline helps you plan your compliance efforts effectively and avoid last-minute scrambling.

Key enforcement dates

The European Accessibility Act took effect on June 28, 2025. From this date, new products and services placed on the EU market must meet the directive's accessibility requirements. Each of the 27 EU member states has transposed the directive into national law, meaning specific enforcement mechanisms and penalties vary by country.

Transition periods

The EAA includes transition provisions for products and services that were already on the market before the enforcement date:

  • Products already on the market before June 28, 2025 may continue to be sold until June 28, 2030 under certain conditions.

  • Service contracts concluded before June 28, 2025 may continue unchanged until June 28, 2030.

  • Self-service terminals already in use may continue operating until the end of their economic life, up to a maximum of 20 years.

Risks of delaying compliance

Even with transition periods in place, waiting to address accessibility creates significant risks:

  • Legal penalties: Non-compliance can result in fines, sanctions, or restrictions on selling products and services within the EU. Penalties vary by member state – for example, Germany allows fines of up to €100,000 per violation, while France permits penalties of up to €75,000 or 4% of annual revenue. In the US, over 4,000 digital accessibility lawsuits were filed in 2024 alone, signaling a global trend toward increasing legal enforcement.

  • Market access restrictions: Non-compliant products may be removed from the EU market, limiting opportunities in one of the world's largest economies.

  • Reputational impact: Customers increasingly view accessibility as a reflection of an organization's values. Demonstrating a commitment to inclusive design builds trust and loyalty.

  • Reduced customer reach: Inaccessible products exclude a significant portion of the population, limiting your potential audience and reducing engagement.

How to prepare for European Accessibility Act compliance

Accessibility compliance is an ongoing commitment, not a checkbox exercise. The following step-by-step approach can help you prepare your digital products and services for EAA requirements.

Audit your digital products

Start by understanding your current accessibility status:

  1. Inventory your digital products – List all websites, apps, and digital services that fall within the EAA's scope.

  2. Conduct automated testing – Use tools like axe, WAVE, or Lighthouse to identify common accessibility issues.

  3. Perform manual testing – Automated tools catch only a portion of issues, so manual review by accessibility specialists is essential.

  4. Test with assistive technologies – Verify functionality with screen readers, keyboard navigation, and other assistive tools.

Identify and prioritize accessibility gaps

Document where your products fall short of requirements, then prioritize based on factors like user impact, frequency, legal risk, and effort to fix. A practical approach is to categorize issues by severity and map them to specific WCAG success criteria, noting which user groups are most affected by each issue. This helps your team focus resources where they'll have the greatest impact.

Design and implement fixes

Address accessibility issues systematically:

  • Update your design system to include accessible components by default.

  • Train your team on accessibility best practices.

  • Integrate accessibility into your development workflow rather than treating it as an afterthought.

  • Document accessibility decisions for future reference.

Test with real users and assistive technologies

Automated testing and expert review are valuable, but they're not enough on their own. Nucleus Research found that blind users abandon approximately two-thirds of their ecommerce transactions due to inaccessibility, highlighting the gap between technical compliance and real-world usability.

Real-world validation should include:

  • Usability testing with users who have disabilities – This reveals issues that technical testing misses.

  • Testing with multiple assistive technologies – Screen readers, voice control, switch devices, and magnification software.

  • Gathering feedback on the actual user experience – Not just whether something technically works, but whether it works well.

Tools like Lyssna let you recruit participants who use assistive technologies, so you can validate real-world usability alongside technical compliance.

Maintain ongoing compliance

Accessibility requires continuous attention, especially as your products evolve:

  • Establish regular audit schedules to catch new issues.

  • Monitor for regressions when making updates.

  • Stay informed about evolving standards and regulatory changes.

  • Keep detailed records of your accessibility initiatives, including audit findings, updates, and user testing results.

European Accessibility Act

Common accessibility issues to watch for

Certain accessibility problems appear repeatedly across digital products. Being familiar with these common issues helps you catch them early – whether through automated audits, manual review, or usability testing with real users.

The following table provides a quick overview of the most frequently encountered issues:

Issue 

Impact

Key WCAG criteria

Color contrast

Users with low vision or color blindness struggle to read content

1.4.3 Contrast (Minimum), 1.4.11 Non-text Contrast

Missing alt text

Screen reader users miss visual content entirely

1.1.1 Non-text Content

Keyboard navigation

Users who rely on keyboards are unable to access functionality

2.1.1 Keyboard, 2.4.7 Focus Visible

​​Inaccessible forms

Users encounter errors they struggle to identify or correct

1.3.1 Info and Relationships, 3.3.2 Labels or Instructions

Heading structure

Screen reader users lose the ability to navigate and understand page organization

1.3.1 Info and Relationships, 2.4.6 Headings and Labels

Color contrast

Insufficient contrast between text and background makes content difficult to read for users with low vision or color blindness. WCAG specifies the following minimum contrast ratios:

  • 4.5:1 for normal text

  • 3:1 for large text (18pt or 14pt bold)

  • 3:1 for UI components and graphical objects

Alternative text for images

Every meaningful image needs alt text so screen reader users can understand visual content. Best practices include:

  • Descriptive alt text that conveys the image's purpose

  • Empty alt attributes (alt="") for purely decorative images

  • Extended descriptions for complex images like charts or infographics

Keyboard navigation

Users who rely on keyboards for navigation need every interactive element to be fully operable. Common problems include:

  • Interactive elements that don't receive focus

  • Focus order that doesn't match visual order

  • Missing visible focus indicators

  • Keyboard traps that prevent users from navigating away

Form accessibility

Forms are critical interaction points that deserve special attention:

  • Missing or improperly associated labels

  • Error messages that screen readers don't announce

  • Required fields that aren't clearly indicated

  • Insufficient guidance for complex inputs

Heading structure

Headings provide structure that helps users navigate content efficiently, particularly those using screen readers. Issues to watch for include:

  • Skipped heading levels (jumping from H1 to H3)

  • Headings used for visual styling rather than structure

  • Missing headings that would help users understand content organization

  • Multiple H1 elements on a single page

European Accessibility Act

How UX research and testing support EAA compliance

Technical compliance is necessary but not sufficient. Automated audits and code reviews verify that your product meets standards on paper, but user research ensures your accessibility efforts actually work for real people. By combining technical testing with research methods like usability testing, interviews, and surveys, you can identify gaps that automated tools miss and validate that your solutions genuinely improve the experience.

Accessibility usability testing

Usability testing with participants who have disabilities reveals whether your accessible design works in practice. This testing should:

  • Include participants with diverse disabilities (visual, auditory, motor, cognitive)

  • Use realistic tasks that reflect actual user goals

  • Observe how participants use their preferred assistive technologies

  • Gather both quantitative metrics and qualitative feedback

Run moderated usability testing or unmoderated usability studies to identify challenges on your websites, apps, or devices that could impact users with diverse needs.

Screen reader testing

Screen reader testing is essential for validating that your content is accessible to blind and low-vision users:

  • Test with multiple screen readers (NVDA, JAWS, VoiceOver)

  • Verify that all content is announced in a logical order

  • Confirm that interactive elements are properly labeled

  • Check that dynamic content updates are announced appropriately

User interviews

User interviews provide a deep understanding of the lived experience of using your products. Through interviews, you can learn about the workarounds users have developed, uncover pain points that testing alone might miss, and discover opportunities to exceed minimum compliance. These conversations also help your team develop a more grounded understanding of accessibility needs, which informs better design decisions over time.

Task-based testing

Structured task-based testing measures whether users can accomplish specific goals:

  • Define key tasks that represent core user journeys

  • Measure success rates, time on task, and error rates

  • Compare performance across users with different abilities

  • Identify specific barriers that prevent task completion

Surveys for accessibility feedback

Surveys help you gather accessibility feedback at scale:

  • Ask users about their accessibility needs and preferences

  • Collect feedback on specific features or recent changes

  • Measure satisfaction among users with disabilities

  • Identify areas where accessibility improvements would have the most impact

European Accessibility Act

How Lyssna helps teams meet accessibility requirements

Meeting EAA requirements goes beyond checking boxes. It's about creating products that genuinely work for everyone. 

Lyssna is a remote user research platform that helps teams validate accessibility compliance through usability testing, surveys, and user interviews with real people. With tools designed for both moderated and unmoderated research, Lyssna makes it possible to test whether your digital products meet accessibility standards before enforcement deadlines.

Validate accessibility with real users

Technical audits tell you whether your code meets standards. User testing tells you whether your product actually works for people with disabilities. To test accessibility with real users, you can use the Lyssna research panel to recruit participants who use assistive technologies like screen readers, voice controls, and switch devices.

The Lyssna panel includes over 690,000 active participants across 124 countries, with targeting across 395+ demographic attributes. Most panel orders are fulfilled in under 30 minutes, so you can gather accessibility feedback quickly and keep pace with development cycles.

With Lyssna, you can:

Test clarity and usability

Accessibility and usability go hand in hand. Clear, intuitive experiences benefit all users, including those who rely on assistive technologies. 

Remote user research platforms like Lyssna offer multiple testing methods you can combine in a single study to evaluate clarity and comprehension:

  • Use preference testing to compare design alternatives for readability, contrast, and visual hierarchy

  • Run first click tests to validate that navigation is intuitive for users with diverse abilities

  • Conduct five second tests to assess whether key information is immediately comprehensible, which directly supports WCAG success criteria for readability and predictability

Identify friction points

Discover where users struggle before those struggles become compliance issues:

  • Watch session recordings to observe where users encounter barriers with forms, navigation, or interactive elements

  • Analyze task completion rates and time-on-task metrics to pinpoint problematic flows

  • Collect open-ended feedback about specific accessibility challenges users face in your product

lightbulb-02.svg

Pro tip: Use Lyssna's demographic filters to recruit participants with specific accessibility needs, such as screen reader users or people with motor impairments, so you can validate your designs with the people who will be most affected by accessibility decisions.

Support inclusive, user-centered design

Lyssna helps you build accessibility into your design process from the start, so compliance becomes a natural outcome rather than a last-minute scramble:

  • Test early concepts with diverse users before investing in development

  • Validate that accessibility improvements actually enhance the user experience

  • Build a culture of inclusive design through regular user feedback

Practitioner insight: "Lyssna makes user testing simple, fast, and actually useful by getting us the clear insights we need without any headaches."
– Alice Ralph, Lead Product Designer at Goosechase

For teams preparing for EAA compliance, Lyssna combines fast participant recruitment, flexible research methods, and built-in analysis tools in a single platform, reducing the need to piece together multiple tools to validate accessibility.

Start testing for EAA compliance today 

Try Lyssna for free to run usability tests with participants who use assistive technologies – and catch barriers automated audits miss.

FAQs about the European Accessibility Act

What is the European Accessibility Act?
minus icon
minus icon
When does the EAA take effect?
minus icon
minus icon
Does the EAA apply to businesses outside the EU?
minus icon
minus icon
What's the difference between the EAA and WCAG?
minus icon
minus icon
Do I need to meet WCAG 2.1 or WCAG 2.2?
minus icon
minus icon
What are the penalties for non-compliance?
minus icon
minus icon
Are there any exemptions from the EAA?
minus icon
minus icon
How do I know if my product is compliant?
minus icon
minus icon
How often should I audit my products for accessibility?
minus icon
minus icon
pete-martin.png

Pete Martin

Content writer

Pete Martin is a content writer for a host of B2B SaaS companies, as well as being a contributing writer for Scalerrs, a SaaS SEO agency. Away from the keyboard, he’s an avid reader (history, psychology, biography, and fiction), and a long-suffering Newcastle United fan.

You may also like these articles

Try for free today

Join over 320,000+ marketers, designers, researchers, and product leaders who use Lyssna to make data-driven decisions.

No credit card required

4.5/5 rating
Rating logos