Web Accessibility 2025
The Complete Guide to WCAG 2.2 & EAA Compliance
Starting June 28, 2025, digital accessibility becomes mandatory across the EU. Learn everything about the European Accessibility Act, WCAG 2.2, and how to make your website compliant.
Senorit
Web Design Agency
Important Notice
The European Accessibility Act (EAA) comes into full effect on June 28, 2025. Businesses have no further transition period. Start your compliance journey now to avoid legal consequences.
Digital accessibility is no longer optional - it's becoming law. With the European Accessibility Act (EAA) and its national implementations across EU member states, businesses must make their digital offerings accessible to everyone. This comprehensive guide shows you what you need to know and how to achieve WCAG 2.2 compliance.
European Accessibility Act: What's Coming in 2025
The European Accessibility Act (EAA) is an EU directive establishing uniform accessibility requirements for products and services across all member states. It affects a wide range of digital products and services, requiring them to be accessible to people with disabilities.
Affected Digital Products and Services
- E-Commerce - Online shops and booking platforms
- Banking Services - Online banking, payment terminals
- Telecommunications - Websites, apps, messaging services
- Transport - Booking systems, schedule information
- E-Books - Digital books and reading devices
- Computers & Operating Systems - Hardware and software
Warning: No Blanket Exemption for Small Businesses
While micro-enterprises may have limited exemptions, your company website likely falls under the requirements if it offers e-commerce or digital services. Get professional advice on your specific situation.
Timeline and Deadlines
| Date | Event |
|---|---|
| June 2019 | European Accessibility Act adopted |
| June 2022 | Deadline for national transposition |
| June 28, 2025 | EAA becomes fully applicable |
| From July 2025 | Market surveillance and enforcement begins |
WCAG 2.2: The International Standard for Web Accessibility
The Web Content Accessibility Guidelines (WCAG) 2.2 represent the globally recognized standard for accessible web content. The guidelines are built on four foundational principles, known as POUR:
Perceivable
Information must be presented in ways that all users can perceive - regardless of their sensory abilities.
Operable
All functionality must be operable through various input methods - keyboard, mouse, touch, voice.
Understandable
Content and operation must be understandable - clear language, consistent navigation, helpful error messages.
Robust
Content must be reliably interpreted by various technologies - browsers, screen readers, assistive technologies.
WCAG 2.2 Conformance Levels
WCAG defines three conformance levels. The EAA requires at minimum Level AA:
- Level A - Basic accessibility (30 criteria)
- Level AA - Standard accessibility (20 additional criteria) - Legal requirement
- Level AAA - Enhanced accessibility (28 additional criteria)
New Criteria in WCAG 2.2
WCAG 2.2 (released October 2023) introduces important new criteria:
2.4.11 Focus Not Obscured (Minimum)
Keyboard focus must not be completely hidden by other content (e.g., sticky headers, cookie banners).
2.5.7 Dragging Movements
Functions requiring dragging must also be operable with simple pointer gestures.
2.5.8 Target Size (Minimum)
Click targets must be at least 24x24 CSS pixels or have sufficient spacing.
3.3.7 Redundant Entry
Information previously entered by users should not be requested again (except for security purposes).
3.3.8 Accessible Authentication (Minimum)
Authentication must not rely on cognitive function tests (e.g., puzzles, image recognition). Alternatives like password managers must be supported.
Legal Requirements and Penalties
The EAA and its national implementations include significant penalties for non-compliance. Businesses should take implementation seriously.
Potential Consequences of Non-Compliance
Risks of Non-Compliance
- Significant fines varying by member state (up to EUR 100,000 in Germany)
- Market withdrawal orders for non-compliant digital products
- Legal action from consumer protection organizations
- Reputational damage and loss of customer trust
- Exclusion from public contracts due to non-compliance
Documentation Requirements
Businesses must be able to demonstrate their digital products meet requirements:
- Declaration of Conformity - Formal confirmation of EAA compliance
- Technical Documentation - Evidence of accessibility measures
- Accessibility Statement - Publicly available statement on the website
- Feedback Mechanism - Way for users to report accessibility barriers
WCAG 2.2 Checklist for Your Website
Use this comprehensive checklist to assess your website's accessibility status:
Perceivable
Operable
Understandable
Robust
Technical Implementation: Code Examples
Here are practical code examples for the most important accessibility requirements:
Semantic HTML
Use native HTML elements instead of generic divs:
<!-- Wrong -->
<div class="header">
<div class="nav">...</div>
</div>
<div class="content">...</div>
<div class="footer">...</div>
<!-- Correct -->
<header>
<nav aria-label="Main navigation">...</nav>
</header>
<main>
<article>...</article>
</main>
<footer>...</footer> Accessible Images
<!-- Informative image -->
<img
src="team-meeting.jpg"
alt="Five team members discussing a project at a whiteboard"
/>
<!-- Decorative image -->
<img src="decorative-line.svg" alt="" role="presentation" />
<!-- Complex image with detailed description -->
<figure>
<img
src="sales-chart.png"
alt="Sales growth 2024"
aria-describedby="chart-description"
/>
<figcaption id="chart-description">
The chart shows revenue growth from EUR 2.1M in Q1
to EUR 3.4M in Q4, with the strongest growth in
Q3 (+40%).
</figcaption>
</figure> Accessible Forms
<form>
<div class="form-group">
<label for="email">
Email Address
<span aria-hidden="true" class="required">*</span>
</label>
<input
type="email"
id="email"
name="email"
required
aria-required="true"
aria-describedby="email-hint email-error"
aria-invalid="false"
/>
<p id="email-hint" class="hint">
We only use your email for this inquiry.
</p>
<p id="email-error" class="error" role="alert" hidden>
Please enter a valid email address.
</p>
</div>
<button type="submit">
Submit
<span class="visually-hidden">contact form</span>
</button>
</form> Skip Link for Keyboard Users
<body>
<a href="#main-content" class="skip-link">
Skip to main content
</a>
<header>...</header>
<main id="main-content" tabindex="-1">
...
</main>
</body>
<style>
.skip-link {
position: absolute;
top: -40px;
left: 0;
padding: 8px 16px;
background: #000;
color: #fff;
z-index: 100;
}
.skip-link:focus {
top: 0;
}
</style> Accessible Buttons and Links
<!-- Button with icon -->
<button
type="button"
aria-label="Open menu"
aria-expanded="false"
aria-controls="main-menu"
>
<svg aria-hidden="true">...</svg>
</button>
<!-- Link opening in new tab -->
<a
href="https://example.com"
target="_blank"
rel="noopener noreferrer"
>
External Resource
<span class="visually-hidden">(opens in new tab)</span>
</a>
<!-- Ensure minimum click size -->
<style>
button, a {
min-width: 44px;
min-height: 44px;
display: inline-flex;
align-items: center;
justify-content: center;
}
</style> ARIA Live Regions for Dynamic Content
<!-- Polite announcement (waits for pause) -->
<div aria-live="polite" aria-atomic="true">
Your search returned 42 results.
</div>
<!-- Immediate announcement (interrupts) -->
<div role="alert" aria-live="assertive">
Error: Connection was interrupted.
</div>
<!-- Status message -->
<div role="status" aria-live="polite">
Item added to cart.
</div> Testing Tools and Resources
Use these tools to test your website's accessibility:
Automated Testing Tools
axe DevTools
Browser extension for Chrome/Firefox. Finds WCAG violations directly in DevTools.
FreeWAVE
Web Accessibility Evaluation Tool. Visualizes accessibility issues directly on the page.
FreeLighthouse
Built into Chrome DevTools. Provides accessibility score and improvement suggestions.
FreePa11y
CLI tool for CI/CD integration. Automates accessibility testing in your build process.
Open SourceScreen Readers for Manual Testing
- NVDA (Windows) - Free, widely used screen reader
- VoiceOver (macOS/iOS) - Built into Apple devices
- JAWS (Windows) - Professional screen reader (paid)
- TalkBack (Android) - Built into Android
Contrast Checkers
- WebAIM Contrast Checker - Online tool for color contrast testing
- Colour Contrast Analyser - Desktop app with eyedropper function
- Stark - Figma/Sketch plugin for designers
Best Practices for Sustainable Accessibility
1. Plan Accessibility from the Start
Integrate accessibility into every step of your development process - from concept through design to implementation. Retrofitting is often more expensive and time-consuming.
2. Build a Design System with Accessible Components
Create reusable components that are already accessible. This ensures consistent accessibility across all pages.
3. Integrate Automated Tests in CI/CD
Add tools like axe-core or Pa11y to your build pipeline to catch regressions early.
4. Conduct Regular Manual Audits
Automated tools only find about 30-40% of accessibility issues. Supplement with regular manual testing using screen readers and keyboard.
5. Involve Real Users
Conduct user testing with people who have disabilities. Their experiences are invaluable for truly accessible websites.
6. Train Your Team
Ensure designers, developers, and content creators understand accessibility basics. Provide regular training.
Professional Accessibility Audit
Have your website reviewed by our certified experts for WCAG 2.2 compliance. We deliver a detailed report with prioritized recommendations.
- Complete WCAG 2.2 review
- Screen reader & keyboard testing
- Prioritized action plan
Step-by-Step: Making Your Website Accessible
Follow this proven approach to achieve WCAG 2.2 compliance for your website:
Conduct an Accessibility Audit
Analyze your website using automated tools like axe DevTools, WAVE, or Lighthouse. Supplement with manual testing using screen readers and keyboard navigation.
Create a Prioritized Action Plan
Categorize identified issues by severity (critical, major, moderate, minor) and create a realistic timeline for remediation.
Implement Semantic HTML
Use native HTML elements correctly: header, nav, main, article, aside, footer. Structure headings hierarchically (h1-h6) and use lists, tables, and forms semantically.
Add ARIA Attributes
Add ARIA labels, roles, and states where native HTML is insufficient. Remember: Native HTML is always preferred - use ARIA only as enhancement.
Fix Color Contrast and Visual Design
Ensure minimum 4.5:1 contrast for normal text and 3:1 for large text. Avoid conveying information through color alone.
Ensure Keyboard Navigation
All interactive elements must be reachable and operable via keyboard. Focus must be visible and follow a logical order.
Make Media Content Accessible
Images need meaningful alt text, videos require captions and audio descriptions. Avoid auto-playing media content.
Test and Improve Continuously
Integrate accessibility testing into your development workflow. Conduct user testing with people who have disabilities.
Frequently Asked Questions (FAQ)
When does the European Accessibility Act come into effect?
Which businesses are affected by the EAA?
What are the penalties for non-compliance?
What does WCAG 2.2 Level AA compliance mean?
How long does it take to make a website accessible?
Do I need to completely rebuild my existing website?
Conclusion: Accessibility is Both Opportunity and Obligation
Implementing web accessibility is more than a legal obligation - it's an opportunity to make your digital offerings available to everyone. With over 87 million people with disabilities in the EU and an aging population, you're opening up a significant market.
Start your implementation now. The June 28, 2025 deadline is closer than you think, and thorough adaptation takes time. With the information and resources in this guide, you have everything you need to get started.
Need help? Our certified accessibility experts are here to assist - from initial analysis through technical implementation to EAA compliance documentation.
Senorit
Web Design Agency - Founded October 2025
Senorit is a modern digital agency for web design, development, and SEO in the DACH region. We implement WCAG standards for accessible websites.