216digital.
Web Accessibility

Phase 1
Web Remediation for Lawsuit Settlement & Prevention


Phase 2
Real-World Accessibility


a11y.Radar
Ongoing Monitoring and Maintenance


Consultation & Training

Is Your Website Vulnerable to Frivolous Lawsuits?
Get a Free Web Accessibility Audit to Learn Where You Stand
Find Out Today!

Web Design & Development

Marketing

PPC Management
Google & Social Media Ads


Professional SEO
Increase Organic Search Strength

Interested in Marketing?
Speak to an Expert about marketing opportunities for your brand to cultivate support and growth online.
Contact Us

About

Blog

Contact Us
  • UK Accessibility Laws: What You Need to Know

    Have you ever clicked on a website that just didn’t work the way it should? Maybe the text was hard to read, the buttons didn’t respond, or a pop-up blocked the screen with no way to close it. Now imagine facing those kinds of barriers every single day.

    For more than 16 million people in the UK living with a disability, this isn’t just an occasional frustration — it’s a constant roadblock. And when websites and digital tools aren’t built with accessibility in mind, they can shut people out entirely.

    In the UK, accessibility isn’t just a nice idea. It’s the law. If you run a website, app, or digital service, it’s important to understand the accessibility laws that apply — and what you can do to comply.

    1. The UK Accessibility Laws

    The Equality Act 2010

    This foundational law underpins all UK accessibility laws. It applies to both public and private organizations and protects individuals from discrimination.

    If you sell products, offer services, or manage a digital platform, you’re expected to make “reasonable adjustments” so people with disabilities can access what you offer. That includes websites and mobile apps.

    Although the law doesn’t spell out technical details, UK courts and regulators typically point to the Web Content Accessibility Guidelines (WCAG) as the benchmark for compliance.

    Public Sector Bodies Accessibility Regulations 2018

    These regulations strengthen the Equality Act by applying specific digital requirements to public sector websites and apps. They mandate compliance with WCAG 2.1 Level AA (updated to WCAG 2.2 AA), and require public bodies to:

    • Publish an accessibility statement outlining compliance and known issues
    • Audit their digital content regularly
    • Continuously improve accessibility

    These rules apply to government departments, NHS services, schools, and more — with a few exceptions, such as staff-only school websites and certain heritage content.

    BS 8878: The UK Accessibility Standard

    BS 8878 is a voluntary standard that provides a practical framework for including accessibility in digital projects. It encourages early planning, clear roles, and ongoing testing. While not a legal requirement, it’s a helpful guide for organizations building inclusive systems.

    The European Accessibility Act (EAA)

    Though the UK has left the EU, the EAA still matters for UK businesses that serve EU customers. If your digital products reach across borders, you may be subject to EU accessibility laws. Failing to comply can lead to legal and financial consequences. Planning for global accessibility from the start is the safest approach.

    Understanding WCAG: The Global Accessibility Guide

    WCAG are global standards established by the W3C to enhance web accessibility for individuals with various disabilities, including those affecting vision, hearing, mobility, and cognition.

    WCAG is designed to help web developers, designers, and content creators make digital experiences usable for people with a wide range of disabilities — including visual, hearing, cognitive, and mobility challenges.

    Even though WCAG isn’t a law in itself, it’s the benchmark that courts, regulators, and organizations across the UK (and globally) use to judge accessibility. In fact, both the Equality Act 2010 and the Public Sector Accessibility Regulations rely on WCAG as the go-to standard.

    The most current version required by UK public sector regulations is WCAG 2.2 Level AA, though previous versions (like WCAG 2.1) are still widely referenced. Whether you’re in the public or private sector, aiming for Level AA is a smart and future-proof move.

    The POUR Principles

    WCAG is built around four guiding principles, known as POUR. They form the foundation of accessible digital design:

    • Perceivable – Content must be presented in ways users can recognize
    • Operable – Users must be able to interact with and navigate your site
    • Understandable – Content and navigation must be clear and predictable
    • Robust – Content must work across devices, browsers, and assistive technologies

    Key WCAG Requirements

    Some of the most impactful requirements include:

    • Text alternatives for images and media
    • Full keyboard navigation support
    • Sufficient color contrast
    • Clear heading structures and form labels
    • Avoiding flashing or blinking content that could trigger seizures

    What Compliance Actually Looks Like

    Not sure where to begin? Start simple — and build from there.

    Run an Accessibility Audit

    Start with a self-assessment using tools like WAVE or Google Lighthouse for a high-level review. Follow that with manual testing — screen readers, keyboard-only navigation, and real user feedback can reveal deeper issues that automated tools miss.

    Fix the Biggest Barriers First

    Focus on fixes that make an immediate difference. This includes:

    • Inaccessible forms
    • Poor color contrast
    • Missing alt text
    • Non-descriptive links
    • Broken keyboard navigation

    These improvements can help people complete key tasks — like contacting you, booking a service, or completing a purchase.

    Create and Publish an Accessibility Statement

    Public sector organizations are required to do this, but private companies should consider it, too. A good statement includes:

    • The WCAG level your site currently meets
    • Any areas that still need improvement
    • Contact information for accessibility issues
    • Your plans for ongoing updates

    Train Your Team

    Accessibility isn’t just for developers. Writers, designers, marketers, and customer service teams all play a role. Provide training so everyone understands their part and knows how to apply best practices.

    Integrate Accessibility into Every Project

    The earlier you consider accessibility, the better. Include it in planning documents, design briefs, and test plans from the beginning. It’s easier (and more cost-effective) than fixing issues after launch.

    Monitor and Maintain

    Accessibility is not a “set it and forget it” task. Whenever you update your site, add a video, or launch a new form, test again. Keep your accessibility statement current, and consider partnering with a team that offers ongoing accessibility monitoring and support.

    What Happens If You Don’t Comply With UK Accessibility Laws?

    Failing to meet UK accessibility laws can have serious consequences:

    • Legal action: Users can take legal steps under the Equality Act — and courts have ruled in their favor.
    • Enforcement: Public sector websites are actively monitored and held accountable.
    • Costly retrofits: Fixing issues after launch is far more expensive than designing accessibly from the start.
    • Reputation risk: Exclusion hurts your brand — and word spreads.
    • Lost business: Around 21% of the UK population lives with a disability. If your digital services aren’t accessible, you’re shutting out millions of potential customers.

    Conclusion: You Don’t Have to Do This Alone

    UK accessibility laws are clear — and so is the need for action. But this isn’t just about avoiding lawsuits. It’s about creating better, fairer digital spaces for everyone.

    Accessibility is an investment in your site’s usability, your brand’s reputation, and your organization’s future. Prioritize it now, and you’ll not only meet the law — you’ll lead with inclusion.

    At 216digital, we make the journey easier. From in-depth audits and team training to development support and monitoring, we help organizations meet accessibility laws and build digital experiences that work for everyone.

    Need help meeting UK accessibility laws? Start with a free consultation from 216digital. Let’s build something better — together.

    Greg McNeil

    April 22, 2025
    Legal Compliance
    accessibility laws, International Accessibility Laws, UK, WCAG, WCAG 2.1, WCAG 2.2
  • WCAG 2.1 and 2.2 Level AA Compliance Checklist

    Making a website that works well for all visitors is very important. Whether people are using a screen reader, a keyboard instead of a mouse, or just browsing on a small phone, they should be able to enjoy your site without trouble. That’s where guidelines like WCAG 2.1 and WCAG 2.2 come into play. They help you figure out how to design and develop your website to be welcoming to everyone. This post will explore why these standards matter and provide a handy checklist to help you meet Level AA compliance.

    What Are WCAG 2.1 and WCAG 2.2?

    WCAG stands for Web Content Accessibility Guidelines. These guidelines are created by the World Wide Web Consortium (W3C), a group that works to improve the Internet. The goal is to help developers, designers, and website owners make web pages that people of all abilities can use.

    • WCAG 2.1 focuses on areas like mobile accessibility, helping people with low vision, and simplifying things for those with cognitive or learning differences.
    • WCAG 2.2 builds on 2.1, adding more ways to ensure websites are user-friendly across various assistive tools and devices.

    When you aim for Level AA under these guidelines, you cover a wide range of barriers that many people face online. This level is a popular target because it helps most users get a smooth experience while staying realistic in terms of time and cost for website owners.

    Why Accessibility Is Key

    In the United States, many people look for websites they can use easily, even if they have different skills or use different devices. By following WCAG 2.1 and WCAG 2.2, you’re making sure your site can be seen, understood, and operated by everyone who lands on your pages. These guidelines improve the overall usability of your site, which can lead to happier visitors, more return traffic, and a stronger online presence.

    Some people think accessibility features only help those with disabilities, but that isn’t the full story. For example, captions on videos help viewers in noisy places, and clear headings make pages easier to scan for everyone. In other words, these improvements can boost your site’s performance for all visitors, not just a few.

    The Four Principles of WCAG

    Both WCAG 2.1 and WCAG 2.2 focus on four main principles, often known as POUR:

    Perceivable

    People should be able to sense and process the information on your site. This includes making text large enough to read and providing text alternatives for images or audio.

    Operable

    Your site should be easy to interact with. This means visitors can use a keyboard instead of a mouse or stop and pause moving content if they need more time.

    Understandable

    Content should be simple to read and organized in a clear way. Consistent layouts and obvious labels help people find what they’re looking for.

    Robust

    A robust site works well across different devices and assistive technologies. Proper HTML structure and well-labeled elements are examples of ways to keep your site solid and flexible.

    A Checklist for WCAG 2.1 and 2.2 Level AA Compliance

    Below is a practical checklist to guide you. This list is not exhaustive, but it covers many key points to keep in mind when aiming for WCAG 2.2 Level AA.

    1. Perceivable

    1. Text Alternatives for Media
      • Add alt text to images that share important information. This lets screen readers describe images to users who can’t see them.
      • Provide transcripts or captions for audio and video content so people who are deaf or hard of hearing can follow along.
    2. Color Contrast and Text Size
      • Ensure your text stands out against the background. A ratio of at least 4.5:1 is recommended for normal text and 3:1 for larger text.
      • Make sure text can be resized up to 200% without losing functionality or clarity.
    3. Responsive and Flexible Layout
      • Design pages to work well on phones, tablets, and desktop screens.
      • Don’t rely on just color to convey meaning. For example, if you have error messages in red, also include an icon or text label that says “Error.”

    2. Operable

    1. Keyboard Navigation
      • Test your site using only a keyboard. You should be able to reach every link, button, and form field.
      • Make sure there are no “keyboard traps” where you can’t move forward or backward in a form or menu.
    2. Focus Indicators
      • Provide a visible outline or highlight for the element in focus. This helps users see where they are on the page as they tab through it.
    3. Timing and Movement Controls
      • If your site has slideshows, videos, or any moving parts, allow users to pause or stop them. This is especially important for people who need more time to read or interact.
    4. Bypass Blocks
      • Include a “Skip to main content” link so users don’t have to tab through large menus every time.
      • Break your site into clear sections with headings or landmarks.

    3. Understandable

    1. Clear, Simple Language
      • Aim for short sentences and paragraphs. Organize content with headings, bullet points, or numbered lists.
      • Provide definitions or explanations for any unusual terms or abbreviations.
    2. Consistent Navigation
      • Keep your menu and site structure similar across all pages. A consistent layout helps visitors learn and predict where things are.
    3. Helpful Error Messages
      • If a visitor makes an error on a form (like entering an invalid email), explain the problem and how they can fix it.
      • Use clear wording for buttons. For example, instead of “Submit,” try something like “Send Message” if that’s what’s happening.

    4. Robust

    1. Semantic HTML and ARIA
      • Use proper HTML tags like <h1> for main titles and <h2> for subheadings. This helps screen readers and other tools understand your content’s structure.
      • If you have dynamic content like pop-up menus, consider using ARIA (Accessible Rich Internet Applications) labels to clarify these features.
    2. Test with Assistive Tools
      • Try out screen readers like NVDA (Windows) or VoiceOver (Mac) on your site.
      • Check how your site behaves with magnifiers or voice control software.
    3. WCAG 2.2 Highlights
      • Accessible Authentication: Try using a password manager or simpler login methods so you won’t have to memorize codes every time you log in.
      • Target Size: Interactive elements, like buttons and links, should be large enough (at least 24×24 CSS pixels) to tap comfortably. This is especially crucial for mobile devices.
      • Drag-and-Drop Options: If your website uses drag-and-drop features, provide keyboard-friendly ways to do the same task.

    Testing Your Site

    Even if you follow all these guidelines, it’s wise to test your site thoroughly. Here are a few suggestions:

    • Automated Scanners: Tools like WAVE and Lighthouse can point out possible issues and give you quick fixes.
    • Manual Checks: Use your site with a keyboard to see if you can tab through elements correctly. Also, turn off your monitor or close your eyes and see if you can rely solely on a screen reader to navigate.
    • User Feedback: Ask real users to test your site. They can share their experiences and spot issues you might have missed.

    Making Accessibility Part of Your Routine

    Accessibility can feel like a big job at first, but it becomes easier when you build it into your normal process. Start small by fixing one area at a time—maybe improve the color contrast first, then add captions to videos, and so on. As you learn more about WCAG 2.1 and WCAG 2.2, you’ll discover that these changes often benefit everyone who uses your website.

    Regularly updating and testing your site is also a good idea. Technology changes quickly, and new devices and browsers appear all the time. Staying up to date with best practices means your site will remain friendly and easy to use.

    Conclusion

    Following WCAG 2.1 and WCAG 2.2 Level AA guidelines is a great way to make your website more welcoming. This checklist helps you cover the basics—like text alternatives, keyboard navigation, and clear instructions—but it’s just the beginning. As you keep learning and improving, you’ll find more ways to create a site that everyone can navigate and enjoy.

    Whether you’re a small business owner, a blogger, or a large company, making an accessible website helps you connect with more people and makes every visitor feel welcome. Check out these WCAG 2.2 tips and see how they can transform your site into a space everyone can enjoy!

    Greg McNeil

    January 30, 2025
    WCAG Compliance
    Accessibility, WCAG, WCAG 2.1, WCAG 2.2, WCAG Compliance, WCAG conformance, Web Accessibility, Website Accessibility
  • What to Expect from WCAG 2.2

    What to Expect from WCAG 2.2

    Are you an online business or website owner? If so, you must be aware of the critical changes in the  Web Content Accessibility Guidelines (WCAG) 2.2! The World Wide Web Consortium (W3C) is expected to release the latest version of WCAG in May 2023. So stay ahead of the curve and ensure your website remains accessible to all users, including those with disabilities. Here’s what you need to know about the proposed changes — and how they will affect your current WCAG compliance. And remember, when WCAG 2.2 goes live, 216digital will be here to help.

    Why is WCAG Changing?

    WCAG is a set of guidelines designed to help make web content more accessible to people with disabilities. However, as technology and user preferences change, so must WCAG’s standards. Each new standard introduced is developed by the Web Accessibility Initiative (WAI). In 2021, WAI announced they were starting to work on the draft for WCAG 2.2, which is finally expected to be released sometime next month.

    WCAG can be changed to add new success criteria or to change a current guideline’s conformance level. But, it will not remove any guidelines or change any language. Currently, WCAG 2.2 is based on the same three conformance levels as the previous versions: Level A, AA, and AAA.

    Level A

    Level A is the lowest level of conformance and the easiest to achieve with minimal impact on a website’s structure or design. It allows websites to be broadly accessible as it addresses the most basic access issues.

    Level AA 

    By meeting the success criteria for Level AA, websites are considered reasonably accessible as they offer a higher level of conformity than Level A. AA is most often used as the compliance standard in lawsuits and is usable for most people.

    Level AAA

    Level AAA is the highest level of conformance and the most difficult to achieve. It is not often used as a goal to strive toward since it is not feasible for most websites to have the resources to meet this level.

    What’s Changing In WCAG 2.2?

    WCAG 2.2 introduces nine new success criteria along with minor changes to the instructions accompanying several established guidelines. However, each of these criteria is still up for feedback and changes, so there’s no guarantee that all of them will make it into the final version of WCAG 2.2.

    Here’s a quick overview of the new guidelines — and how each one can help address web accessibility issues:

    Guideline 2.4 Navigable

    2.4.11 Focus Appearance (Minimum)

    Level AA

    Focus Appearance builds on two existing WCAG criteria, specifying the minimum requirements for focus indicators. The new guideline ensures that keyboard focus indicators are visible and easily distinguishable. They must have a clear border, are not obscured by other content, and have at least a color contrast ratio of 3:1 against the unfocused state and all adjacent colors.

    The intent of WCAG 2.4.11  is to help low-vision users who use a keyboard for navigation. Users can quickly tell where they are on a page by ensuring the current focus point is visible.

    2.4.12 Focus Not Obscured (Minimum)

    Level AA

    Knowing the current focus point is essential for sighted users who use a keyboard or keyboard-like device. However, sticky headers, pop-ups, and other content can sometimes obscure focused elements while a user is browsing.

    However, Criterion 2.4.12 requires user interface components not to be entirely hidden from other content on the page. This lets users easily track the current focus point and avoid confusion.

    2.4.13 Focus Not Obscured (Enhanced)

    Level AAA

    Similar to 2.4.12, 2.4.13 requires that no part of the focus indicator is hidden by other content.

    Guideline 2.5 Input Modalities

    2.5.7 Dragging Movements

    Level AA

    Drag and drop movements can be difficult and error-prone for many website users. Therefore, WCAG 2.5.7 requires that any functionality that uses a dragging movement for operation can also be achieved in other ways, like clicking. For example, a user could use a single tap, double tap, long presses, or path-based gestures instead of dragging an item. However, a dragging action is allowed when it is essential to the functionality of the content.

    2.5.8 Target Size (Minimum)

    Level AA

    When buttons and other clickable elements are small, they can be challenging to interact with for people with fine motor impairments. The purpose of 2.5.8 is to ensure that when users select a target with a mouse or other device, they can do so easily without activating other nearby targets. Therefore, all clickable elements, such as links, must be at least 24 by 24 CSS pixels in size and spacing between adjacent targets.

    2.5.8 provides a level AA alternative to 2.5.5: Target Size (Enhanced), which was introduced as part of WCAG 2.1. However, 2.5.5 requires the target size for all clickable elements to be at least 44 by 44 CSS pixels.

    Guideline 3.2 Predictable

    3.2.6: Consistent Help

    Level A

    The goal of 3.2.6 is to ensure that all users can easily find help when completing tasks on a web page. For example, suppose a help feature — such as search bars and help buttons — is available on multiple pages of a website. In that case, it must appear in the same relative place an order on each of the pages where it appears. This is particularly beneficial for users with cognitive disabilities or limited web experience, as they can quickly access help when needed.

    Guideline 3.3 Input Assistance

    3.3.7 Redundant Entry

    Level A

    For people with cognitive disabilities, logging into a website or mobile app can be challenging. The 3.3.7  level AA guideline tackles authentication processes that require the user to remember, manipulate, or transcribe information. Websites that use cognitive function tests must provide at least one other authentication method.

    For instance, asking users to remember a password is a standard cognitive function test. But suppose the website allows entries from password manager browser extensions. In that case, the website has provided them with a mechanism to complete the process.

    3.3.8 Accessible Authentication (Minimum)

    Level AA

    3.3.8 takes 3.37 further by not allowing any exceptions for cognitive function tests. For multi-step processes, 3.3.8 requires websites to auto-populate fields or enable users to select the information that they’ve previously entered. For example, suppose a website’s form requires the user to enter their address multiple times. In that case, the second field should either provide users with an option to select their address from the previous entry or auto-populate.

    3.3.9: Redundant Entry ( Enhanced)

    Level AAA

    Similar to 3.3.7 and 3.3.8, 3.3.9 applies to the authentication process. However, 3.3.9 is a Level AAA guideline that does not require an authentication process unless that step provides an alternative authentication process or auto-populate.

    Getting Ready for WCAG 2.2

    While the full implementation of WCAG 2.2 may still be on the horizon, it’s never too early to start preparing. Here are some steps you can take to ensure a smooth transition:

    1. Familiarize yourself with the new success criteria and understand their implications for your website.
    2. Conduct an accessibility audit to identify areas that need improvement and align with WCAG 2.2 requirements.
    3. Update your website’s design, content, and functionality to address the new criteria and improve accessibility.
    4. Train your team on the importance of web accessibility and the new guidelines to ensure consistent implementation.

    How Will the Revisions Affect My Current WCAG Compliance?

    The transition from WCAG 2.1 to 2.2 will require some adjustments to your website, particularly in the areas of navigability, input modalities, predictability, and input assistance. However, these updates are designed to build upon the existing guidelines, so your current efforts will not be wasted. By proactively addressing these changes, you’ll ensure that your website remains compliant and accessible to all users.

    When WCAG 2.2 Goes Live, We’ll Be Here to Help

    When WCAG 2.2 goes live, you can count on  216digital to help you navigate the changes and maintain an accessible website. Our expert team will assess your website, provide recommendations, and implement the necessary adjustments to ensure your website meets the latest accessibility standards. Reach out to us today by scheduling a complementary ADA Strategy Briefing so that you can embrace the future of web accessibility with confidence.

    Greg McNeil

    April 28, 2023
    WCAG Compliance
    Accessibility, ADA Compliance, ADA Website Compliance, WCAG, WCAG 2.2, Website Accessibility
216digital Scanning Tool

Audit Your Website for Free

Find Out if Your Website is WCAG & ADA Compliant













    216digital Logo

    Our team is full of expert professionals in Web Accessibility Remediation, eCommerce Design & Development, and Marketing – ready to help you reach your goals and thrive in a competitive marketplace. 

    216 Digital, Inc. BBB Business Review

    Get in Touch

    2208 E Enterprise Pkwy
    Twinsburg, OH 44087
    216.505.4400
    info@216digital.com

    Support

    Support Desk
    Acceptable Use Policy
    Accessibility Policy
    Privacy Policy

    Web Accessibility

    Settlement & Risk Mitigation
    WCAG 2.1/2.2 AA Compliance
    Monitoring Service by a11y.Radar

    Development & Marketing

    eCommerce Development
    PPC Marketing
    Professional SEO

    About

    About Us
    Contact

    Copyright 2024 216digital. All Rights Reserved.