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
  • DOJ’s Push for WCAG Compliance: Are You Ready?

    The Department of Justice (DOJ) is turning up the heat on web accessibility. They’ve made it crystal clear: if you run a business, your website needs to follow the Web Content Accessibility Guidelines (WCAG). Take Springfield Clinic as an example. This private medical practice was required to make its website, patient portals, and mobile apps meet WCAG 2.1 AA standards. It’s a wake-up call for all businesses—WCAG compliance isn’t just nice to have; it’s a must-have.

    Why Does the DOJ Care About Accessibility?

    The DOJ’s focus comes from the Americans with Disabilities Act (ADA). Under Title III of the ADA, businesses must make their services available to people with disabilities—this includes websites and apps. In today’s world, many people rely on digital platforms to access healthcare, shopping, and other services. If those platforms aren’t accessible, people with disabilities are left out.

    U.S. v. Springfield Clinic, LLC

    In the Springfield Clinic case, the DOJ found problems that made it hard for people with visual and manual impairments to use the website and patient portals. For example, images had no alternative text, and parts of the site were hard to use with just a keyboard. By demanding WCAG 2.1 AA compliance, the DOJ showed that these guidelines are key to making digital services fair for all.

    As part of their settlement, Springfield Clinic agreed to:

    • Review all their digital platforms (website, patient portals, and mobile apps).
    • Fix major issues right away.
    • Create a long-term plan to stay accessible.
    • Train staff on best practices for web accessibility.

    This case is a clear warning sign. Businesses must act now to avoid legal trouble later.

    What This Means for Businesses

    Springfield Clinic isn’t alone. The DOJ is watching more industries than ever, and WCAG compliance is now seen as a legal requirement. Ignoring it can lead to:

    Legal Trouble

    ADA lawsuits related to web accessibility are increasing year after year. In 2024, over 4,000 lawsuits were filed in federal and state courts, with a staggering 41% of these cases identified as copycat litigation. These lawsuits can cost businesses anywhere from $10,000 to $100,000 or more, depending on the severity of the issues and settlement terms. On top of that, companies may face ongoing costs to monitor and maintain accessibility as part of court agreements. Proactively addressing accessibility issues can help you avoid these legal pitfalls and the stress that comes with them.

    Bad PR

    When businesses are accused of excluding people with disabilities, it can quickly become a public relations nightmare. A 2020 survey found that 73% of consumers are more likely to support brands that are inclusive and accessible. Negative press about inaccessibility can erode trust, leading customers to take their business elsewhere. In the age of social media, even one complaint can go viral, causing long-term damage to your reputation. Prioritizing accessibility shows that your business values inclusivity, which builds loyalty and strengthens your brand image.

    Lost Customers

    Accessibility isn’t just the right thing to do—it’s good for business. According to the CDC, 1 in 4 people in the US live with a disability. That’s a massive market segment that businesses risk excluding when their websites aren’t accessible. Furthermore, the spending power of people with disabilities, along with their families and advocates, is estimated at $13 trillion globally. Beyond the direct financial impact, think about the ripple effect: customers with disabilities are likely to recommend accessible businesses to others. Making your website accessible ensures you’re welcoming everyone to your digital storefront.

    What Is WCAG Compliance?

    WCAG stands for Web Content Accessibility Guidelines. Created by the World Wide Web Consortium (W3C), these guidelines act as a roadmap for making websites, apps, and other digital platforms accessible to everyone, including people with disabilities. WCAG is widely recognized as the global standard for digital accessibility and is the framework many businesses follow to ensure their websites meet legal requirements and provide inclusive experiences.

    At its core, WCAG is all about removing barriers. It’s designed to help developers and designers create content that works for people with a wide range of disabilities, including visual, auditory, physical, speech, cognitive, and neurological challenges. The goal is to make the web a place where everyone can participate, regardless of their abilities.

    The Four Principles of WCAG (POUR)

    WCAG is built on four key principles:

    • Perceivable: Information and user interface components must be presented in ways that people can perceive. This includes features like alt text for images and captions for videos.
    • Operable: Users must be able to interact with all elements of the site, whether they’re using a mouse, keyboard, or assistive technology like a screen reader.
    • Understandable: Content should be clear and easy to follow. This means avoiding overly complicated text and ensuring navigation is consistent.
    • Robust: Content should be built to work with assistive technologies now and in the future. This ensures that websites adapt as technology evolves.

    Levels of WCAG Compliance

    WCAG compliance is divided into three levels:

    • A: The most basic level of accessibility.
    • AA: The standard most businesses aim for because it addresses the biggest barriers for users.
    • AAA: The highest level of accessibility, though it’s not practical or required for all content.

    By following these guidelines, businesses can make their websites and apps easier to use for everyone while staying compliant with laws like the ADA. It’s not just about avoiding legal trouble—it’s about creating a more inclusive, user-friendly experience for all.

    How to Make Your Website WCAG Compliant

    Taking steps toward accessibility can feel overwhelming, but you can break it down:

    Understand Web Accessibility Guidelines

    The Web Content Accessibility Guidelines (WCAG) are a set of standards designed to make web content more accessible. Familiarize yourself with these guidelines to understand what needs to be done. They cover aspects like text readability, alternative text for images, and keyboard navigation.

    Conduct a Website Audit

    Regularly audit your website for accessibility issues. There are tools available online that can help you identify problems, such as missing alt text for images or issues with color contrast. Consulting with a specialist firm like 216digital to conduct a thorough audit can also be a wise investment.

    Implement Ongoing Training

    Train your staff, especially those involved in website management and content creation, about web accessibility. This helps create a culture of inclusivity and ensures that accessibility remains a priority.

    Stay Informed and Up-to-Date

    Web accessibility standards and best practices can evolve over time. Stay informed about any changes and make updates to your website as necessary to remain compliant.

    Ongoing Monitoring

    WCAG Compliance is not a one-time task with 216digital’s Accessibility Radar (a11y.Radar) service providing ongoing monitoring of your website or app to detect any new accessibility issues that may arise over time. This proactive approach helps prevent potential violations before they lead to costly lawsuits.”

    Wrapping Up

    The DOJ’s focus on WCAG standards is a big deal. The Springfield Clinic case proves that accessibility matters. This isn’t just about avoiding problems. It’s about creating online spaces where everyone can belong.

    Don’t wait. Start working on WCAG compliance today. Protect your business, build your reputation, and make your site better for everyone.

    Need help? Schedule an ADA briefing with 216digital using the contact form below. We’re ready to guide you through the process.

    Greg McNeil

    December 27, 2024
    Legal Compliance
    DOJ, POUR, WCAG, WCAG Compliance, WCAG conformance
  • WCAG Tips Every Content Creator Should Know

    When you’re creating content for the web, accessibility might not always be the first thing on your mind. You’re busy crafting engaging stories, writing catchy headlines, or finding the perfect image. But here’s the deal: ignoring accessibility can limit your audience and potentially land you in legal trouble. That’s where Web Content Accessibility Guidelines (WCAG) comes in—and yes, it’s easier than you think.

    Let’s break down what WCAG is, why it matters for content creators, and how you can make your content shine for everyone.

    What is WCAG, and Why Should You Care?

    WCAG stands for Web Content Accessibility Guidelines, but don’t let the formal name intimidate you. These guidelines are essentially a roadmap for making websites, apps, and digital content usable for everyone—whether someone has a disability or not. Developed by the World Wide Web Consortium (W3C), WCAG focuses on four key principles: making content perceivable, operable, understandable, and robust (POUR). Think of it as a checklist to ensure your site is accessible to as many people as possible.

    It’s all about ensuring that everyone, regardless of their abilities, can engage with your website. Sounds important, right? It is.

    And it’s not just for developers! WCAG applies to everyone involved in building a website, including content creators. Accessible content expands your reach, enhances the user experience, boosts your site’s SEO, and helps you avoid potential legal pitfalls. In short, accessibility isn’t a chore—it’s a win-win.

    The Benefits of Accessible Content

    Expand Your Audience Reach

    Did you know that 28.7% of adults in the U.S.—that’s over 61 million people—live with a disability? Globally, this number jumps to over 1 billion people, or 16% of the world’s population. Aligning your content with WCAG opens the door to a massive audience that often faces barriers online. Accessible content ensures these users can interact with your brand just as easily as anyone else.

    Boost SEO

    Accessible content improves your website’s visibility. For example, alternative text for images helps search engines understand your visuals, while properly structured headings and clear navigation improve crawlability. Research shows that websites meeting accessibility standards often rank higher in search engine results, giving you an edge over competitors who overlook these guidelines.

    Enhance User Experience

    Accessibility benefits everyone—not just those with disabilities. A study by Forrester Research found that improving user experience can increase conversion rates by up to 200%. Features like video captions, clear navigation, and legible fonts make it easier for users of all abilities to engage with your content.

    Avoid Legal Risks

    Lawsuits related to digital accessibility are on the rise. In the U.S., 4,605 web accessibility lawsuits were filed under the ADA in 2023—a nearly 13% increase from the previous year. Following WCAG not only protects your brand from potential litigation but also demonstrates your commitment to inclusivity.

    Practical WCAG Tips for Content Creators

    Making your content accessible doesn’t require a complete overhaul. Small, thoughtful changes can make a huge difference. Let’s dive into some practical tips for content creators, with expanded advice to make each step actionable.

    Use Proper Headings

    Headings aren’t just for organizing your thoughts—they’re essential for accessibility. Structured headings (H1, H2, H3, etc.) create a clear hierarchy that helps all users, including those using screen readers, navigate your content easily.

    • Start with a single H1 as the main title of your page.
    • Use H2 for main sections and H3 for subsections. Avoid skipping levels (e.g., going from H1 directly to H3).
    • Write headings that are concise but descriptive. For example, “Tips for Accessible Content” is better than “Tips.”

    Properly structured headings also improve SEO by signaling the importance of your content to search engines.

    Add Alternative Text for Images

    Alternative text (alt text) describes the content of an image for users who can’t see it. This helps screen reader users and also boosts SEO by making your images searchable.

    • Be specific and relevant. Instead of “Picture of a cake,” use “A three-tiered chocolate cake with white icing and red roses.”
    • Avoid saying “Image of” or “Picture of”—screen readers already indicate it’s an image.
    • If an image is decorative and doesn’t convey critical information, use a null alt attribute (alt=" ") so screen readers can skip it.

    Alt text should fit naturally into your content, adding context without overloading users with unnecessary details.

    Color Contrast

    Color contrast is vital for users with visual impairments, such as color blindness or low vision. Text that blends into the background is difficult to read, even for users without disabilities.

    • Use a contrast ratio of at least 4.5:1 for regular text and 3:1 for large text (as per WCAG SC 1.4.3).
    • Avoid using color alone to convey meaning. For instance, instead of relying on red text to indicate an error, include a descriptive message like “Please enter a valid email address.”
    • Test your designs with online contrast checkers to ensure compliance.

    Strong contrast not only aids accessibility but also improves readability and engagement for all users.

    Choose Accessible Fonts

    The typeface you use plays a significant role in how accessible your content is. Some fonts are more legible than others, particularly for users with visual impairments or learning disabilities.

    • Opt for sans-serif fonts like Arial, Verdana, or Tahoma, which are easier to read on screens.
    • Ensure your font size is large enough—typically at least 16px for body text.
    • Avoid excessive italics or decorative fonts that may be hard to read.

    Accessible fonts contribute to a cleaner, more professional appearance that benefits all users.

    Write Descriptive Links

    Vague link text like “Click here” or “Learn more” can be confusing for screen reader users. Instead, use descriptive link text that tells users where the link will take them.

    • Good example: “Read our guide on WCAG compliance for content creators.”
    • Bad example: “Click here.”
    • Ensure links make sense out of context. Some users navigate sites by jumping between links, so each one should provide value on its own.

    Descriptive links also make your content easier to scan and improve your site’s SEO.

    Create Accessible Tables

    Tables are useful for presenting data but can become a nightmare for accessibility if not designed properly.

    • Use headers (<th> tags) for column or row titles. This helps screen readers understand the table structure.
    • Avoid merging cells or using tables for layout purposes—this confuses assistive technologies.
    • Include captions to explain the table’s purpose. For example, “Table showing monthly website traffic for 2023.”

    Accessible tables ensure your data is comprehensible for all users, not just those using traditional browsers.

    Caption Your Videos

    Video captions aren’t just helpful for people who are deaf or hard of hearing—they’re valuable for anyone in a noisy or quiet environment.

    • Include both closed captions (user-controlled) and open captions (always visible).
    • Ensure captions are synced accurately with the dialogue or sounds.
    • For additional accessibility, provide a transcript that includes all spoken words, sound effects, and meaningful visual elements.

    Well-captioned videos increase engagement, improve retention, and align with WCAG guidelines.

    Use Plain Language

    Accessible content isn’t just about design—it’s also about the words you choose. Writing in plain language ensures your content is easy to understand for a broad audience, including users with cognitive disabilities.

    • Break complex ideas into smaller, simpler sentences.
    • Define jargon or technical terms the first time they appear.
    • Use bullet points and lists to organize information clearly.

    Plain language isn’t dumbing down your content; it’s making it more approachable and impactful.

    Monitor Accessibility Regularly

    Creating accessible content isn’t a one-and-done task. Websites are dynamic, with new pages, updates, and features being added constantly. This means your accessibility efforts need regular check-ins to ensure compliance with WCAG standards. Neglecting this can leave you vulnerable to accessibility gaps, which not only alienate users but could also lead to legal risks.

    Thankfully, tools like a11y.Radar make monitoring accessibility easier and more effective. This specialized service continuously scans your site for issues, giving you a clear, actionable picture of your site’s compliance status.

    Final Thoughts

    Accessibility doesn’t have to be overwhelming, and you don’t have to tackle it alone. With WCAG as your guide and the right support, you can create content that reaches more people, performs better in search engines, and provides an exceptional user experience. But ensuring accessibility is more than a one-time effort—it’s an ongoing process.

    That’s where we come in.

    At 216digital, we specialize in making web accessibility simple and actionable for content creators just like you. Whether you’re new to WCAG or need help fine-tuning your content strategy, our ADA briefing is the perfect place to start.

    Schedule your ADA briefing today, and let us show you how to make your content accessible, impactful, and compliant—all while reaching a broader audience and safeguarding your business. Accessibility is an opportunity, and together, we can help you unlock it.

    Greg McNeil

    November 26, 2024
    WCAG Compliance
    Accessibility, Content Creators, Content Writing, SEO, WCAG, WCAG Compliance, Web Accessibility
  • Why ‘Click Here’ Hurts Your Website’s Accessibility

    If you’ve spent any time browsing the web, you’ve probably come across links like “click here” or “read more.” While these phrases seem simple enough, they can actually be confusing or even frustrating—especially for people using screen readers to navigate a site. That’s where descriptive link text comes in. It’s essential for making websites more accessible to everyone, including those with disabilities. So, let’s dive into why using meaningful link text is so important and how you can write it to improve both web accessibility and overall user experience.

    What is Descriptive Link Text?

    Descriptive link text is just what it sounds like—clickable text that clearly explains what the link is for. Instead of generic phrases like “click here” or “read more,” a good descriptive link gives enough context so users know exactly where the link will take them. This is a win for all users but especially important for people with disabilities who rely on screen readers to navigate the web.

    Imagine trying to navigate a website where every link says “click here.” For someone using a screen reader, that’s a frustrating experience because they have no clue where any of those links will lead. Descriptive link text fixes that by making sure all users, no matter how they access the web, have a clear, easy-to-understand experience.

    Why “Click Here” and “Read More” Are Problematic

    Using generic phrases like “click here” or “read more” might seem harmless, but they can actually create confusion. When someone using a screen reader encounters a page full of links that all say “click here,” they’re left with no context about where the links go or what they do. It’s like being handed a bunch of blank signposts with no labels.

    Let’s take a look at an example:

    • Bad Link: Click here to read more.
    • Better Link: Learn more about our services.

    In the second example, the user knows exactly what they’re clicking on, which makes the experience more apparent and more helpful, especially for people using screen readers.

    Empty Links and Their Impact on Accessibility

    Another issue when it comes to web accessibility is empty links. An empty link is one that has no text or meaningful content for a screen reader to announce. For people using screen readers, these links are useless—they navigate to them but get no information about what they do. And for those using keyboard navigation, empty links can be frustrating roadblocks.

    To avoid this, always make sure your links contain text, or if you’re using an image as a link, ensure there’s alternative text (alt text) that clearly describes what the link does.

    How Descriptive Link Text Boosts Accessibility

    One of the best things about the web is its potential to be accessible to everyone. But if we don’t put some thought into how we design and label things like links, we end up excluding a lot of people. Descriptive link text makes websites more accessible and improves the overall user experience in a few key ways:

    • Clarity for Screen Reader Users: Screen readers read links out loud. If the link text is too vague, it isn’t very clear. Descriptive text helps users know exactly what to expect before they click.
    • Better Navigation: Clear, simple language helps everyone, especially users with cognitive disabilities or learning differences, by reducing the mental effort needed to figure out what a link does.
    • Faster Browsing: Descriptive links let users quickly scan a page and understand where each link will take them. This makes it easier for everyone to find what they’re looking for without guessing.

    WCAG Guidelines for Descriptive Links

    The Web Content Accessibility Guidelines (WCAG) provide a set of best practices for making the web usable by everyone. According to WCAG SC 2.4.4 Link Purpose, each link should make its purpose clear, either from the link text itself or from its surrounding context.

    Here are a few essential tips from WCAG on how to write compelling link text:

    • Be Concise and Relevant: Your link text should be short but informative. Don’t go overboard, but include enough detail so users know where they’re headed.
      • Example: Instead of “click here for more,” try “Learn more about accessible landmarks.“
    • Skip the Redundancies: You don’t need to add words like “link” or “website” to your link text. Screen readers already announce that it’s a link, so saying “click here to visit the website” is unnecessary. Just say, “Visit our website.“
    • Avoid Empty Links: Every link should have meaningful content. Empty links are confusing and serve no functional purpose for users navigating with keyboards or screen readers.

    Examples of Effective and Ineffective Link Text

    • Ineffective Link Text:
      • Click here
      • Read more
      • Learn more
      • Here
    • Effective Link Text:
      • Download the 2024 Annual Report
      • Explore our upcoming events.
      • Read more about creating accessible web links.

    In these examples, the goal is to make it crystal clear where the link will take the user, leaving no room for confusion.

    Best Practices for Writing Descriptive Link Text

    • Think About Context: Consider what the user needs to know about the link’s destination. This is especially important for screen reader users who may jump between links without reading the surrounding text. Make sure the link text alone provides enough information.
    • Keep It Short and Sweet: Your link text should be informative but not too long. For example, “Contact Us for Support” is much clearer than “Click here if you need to get in touch with our support team.“
    • Use Natural Phrasing: Don’t feel like you always need to add a “click here” to your sentence. Sometimes, the best link text is already part of your content. For instance, instead of “click here to learn more about our programs,” use the “learn more about our programs” link.
    • Avoid URLs as Links: Long URLs are difficult for screen readers to interpret, especially if they contain numbers and special characters. Instead of linking a URL directly, use descriptive text like “Visit 216digital’s a11y.Radar Monitoring Page.”
    • Alt Text for Image Links: If an image serves as a link, make sure the alt text conveys the purpose of the link. For example, if a shopping cart icon leads to the cart page, use alt text like “View Cart” rather than just “Cart.”

    Linking It All Together

    Incorporating descriptive link text is a small change that can have a significant impact on your website’s web accessibility. By ditching generic phrases, using clear and concise language, and following WCAG guidelines, you’ll make your site more navigable for everyone—especially users who rely on screen readers.

    Creating an inclusive web experience doesn’t have to be complicated, but it does take attention to detail. If you’re unsure whether your website’s accessibility measures, including your link text, are up to standard, it might be time to seek expert advice. At 216digital, we offer ADA briefings that help you identify areas for improvement and ensure your site meets accessibility requirements.

    Take the next step towards a more accessible web presence and schedule a complimentary ADA briefing with 216digital today. We’re here to guide you through the process and help you create a site that’s welcoming and usable for everyone.

    Greg McNeil

    October 14, 2024
    How-to Guides, Legal Compliance, WCAG Compliance
    Accessibility, Alt text, descriptive link text, WCAG, WCAG Compliance, Web Accessibility
  • Debunking Common WCAG Myths

    When it comes to digital accessibility, misconceptions can lead businesses astray, leaving them vulnerable to compliance issues and missed opportunities. From believing that automated tools can handle everything to thinking that accessibility compromises design, these myths often create unnecessary hurdles. The truth? Achieving web accessibility is not only possible but it can also be seamlessly integrated into your existing processes.

    Let’s debunk some of the most common myths about the Web Content Accessibility Guidelines (WCAG) so your business can take the right steps toward an accessible and inclusive online experience.

    Myth 1: Conformance with WCAG = Compliance with Accessibility Laws

    One of the most prevalent misconceptions is that adhering to WCAG automatically means compliance with all accessibility laws. While WCAG is widely recognized and often used as a benchmark for accessibility, it is important to note that WCAG conformance is not the same as legal compliance.

    The Reality

    Different countries have varying legal standards for accessibility, and while WCAG is used as a framework, laws such as the Americans with Disabilities Act (ADA) in the U.S. or the European Accessibility Act (EAA) in Europe may have their interpretations and requirements. For example, the ADA doesn’t explicitly mention WCAG, but U.S. courts frequently use WCAG as the gold standard for determining accessibility in lawsuits.

    Therefore, WCAG conformance is essential to achieving legal compliance, but it’s not the only factor. Businesses must stay informed about relevant accessibility laws in their jurisdiction to ensure full compliance.

    Myth 2: Automated Tools are All I Need to Conform with WCAG Guidelines

    Many organizations believe that using automated tools is enough to ensure compliance with WCAG. Automated testing can catch many accessibility issues, but relying solely on these tools is a mistake.

    The Reality

    Automated tools are a valuable first step in identifying accessibility issues, such as missing alt text or incorrect HTML elements. However, they cannot fully capture the complexity of human interactions with a website. Accessibility involves factors such as the ability to navigate a site using a keyboard, how intuitive the content is, and whether assistive technologies like screen readers can interpret the content correctly. These are challenges that require manual testing by actual users with disabilities.

    Automated testing, manual audits, and user testing with people who rely on assistive technologies are essential to achieving WCAG compliance.

    Myth 3: WCAG is a ”One-and-Done”Checklist

    Some businesses think that WCAG is a static checklist that, once completed, guarantees permanent accessibility.

    The Reality

    Digital accessibility is an ongoing process. Websites are living entities that change over time—content updates, new features, or design overhauls. Each change presents the possibility of new accessibility barriers. Furthermore, the WCAG evolves, with updates to reflect new technologies and user needs (e.g., the transition from WCAG 2.0 to WCAG 2.2 with WCAG 3.0 in development).

    To maintain compliance, businesses must regularly audit their digital products and ensure that any updates meet the latest WCAG standards. Accessibility should be baked into your organization’s development workflow and continuously revisited.

    Myth 4: Only Businesses Who Serve the Disability Community Need to Follow WCAG

    A common misconception is that only organizations that cater specifically to people with disabilities need to worry about WCAG compliance.

    The Reality

    Every business with an online presence should ensure digital accessibility. Over 1 billion people worldwide have some form of disability, which means that nearly every industry has potential customers who need accessible digital experiences. Additionally, in many jurisdictions, accessibility laws apply to many businesses, not just those explicitly serving the disability community.

    Web accessibility also benefits a broader audience. For instance, captions on videos can help non-native speakers and accessible forms can improve the experience for all users, regardless of ability.

    Myth 5: WCAG Guidelines Will Decrease My Site’s Visual Appeal

    There’s a lingering belief that making a website accessible according to WCAG guidelines will compromise its design and visual appeal.

    The Reality

    Accessibility and good design go hand in hand. WCAG guidelines promote clarity, simplicity, and ease of use—principles that enhance a website’s user experience. Accessible design doesn’t mean dull or unattractive; it means that the site is intuitive and easy to navigate for all users.

    Elements like sufficient color contrast, straightforward typography, and intuitive navigation are central to accessibility and aesthetics. Many visually stunning websites are entirely WCAG compliant by incorporating a design that benefits all users without sacrificing creativity or brand identity.

    Myth 6: Implementing WCAG Guidelines is Expensive, Time-Consuming, and Resource-Intensive

    Some businesses fear that conforming to WCAG guidelines will be a costly, laborious process that demands a complete overhaul of their digital properties.

    The Reality

    While achieving compliance requires time and resources, it can mean something other than a complete redesign or massive financial outlay. Many accessibility fixes—like adding alt text to images or improving color contrast—are relatively straightforward and inexpensive. Additionally, non-compliance costs, such as legal fees, lost customers, and reputational damage, far outweigh the costs of becoming compliant.

    Moreover, integrating accessibility into your development process early on can make future compliance more accessible and cost-effective. Accessibility becomes much more expensive when treated as an afterthought or an add-on rather than part of the core design and development strategy.

    How to Make Accessibility Achievable for Every Business

    Debunking these myths is essential to understanding that WCAG compliance and digital accessibility are achievable for businesses of all sizes. Here are a few practical ways to approach accessibility:

    1. Start Small, Scale Up: If you’re overwhelmed by the scope of WCAG guidelines, start with the most critical aspects and gradually expand your efforts. Begin by addressing the most common accessibility barriers, such as text alternatives and keyboard navigation.
    2. Leverage External Expertise: Consider partnering with a digital accessibility expert. External accessibility consultants like 216digital bring specialized knowledge of WCAG guidelines and accessibility testing methods. They can help identify issues, prioritize fixes, and provide ongoing monitoring to ensure your site remains accessible.
    3. Use a Hybrid Testing Approach: Combine automated tools with manual and user testing by people with disabilities. Automated tools can handle repetitive checks, but manual testing is vital for uncovering issues that require human judgment and assistive technology testing.
    4. Plan for Accessibility from the Start: Integrate accessibility into your design and development process early on. This proactive approach reduces the time and cost of retrofitting accessibility into a live product.
    5. Commit to Continuous Improvement: Remember, digital accessibility isn’t a one-time project—it’s an ongoing commitment. Regular audits, training for your team, and staying informed about the latest WCAG updates will ensure you remain compliant over time.

    Accessibility is Within Reach

    Understanding these common misconceptions about WCAG and digital accessibility is just the beginning. The path to compliance and creating a truly accessible digital experience requires a tailored, proactive approach. At 216digital, we help businesses not only meet WCAG standards but also navigate the complexities of accessibility laws to protect themselves from costly litigation and better serve all users.

    Ready to take the next step? Schedule an ADA briefing with our team to ensure your digital presence is compliant, inclusive, and future-proof. Together, we can make accessibility achievable for your business.

    Greg McNeil

    October 11, 2024
    WCAG Compliance
    ADA Compliance, WCAG, WCAG Compliance, Web Accessibility, Website Accessibility
  • Web Accessibility Tips for Restaurants in 2024

    As a restaurant owner, creating an accessible and welcoming environment doesn’t just apply to your physical space—it’s equally important online. In 2024, web accessibility is no longer optional. With more diners relying on digital services like online menus and reservation systems, it’s crucial that everyone, regardless of ability, can easily navigate and interact with your website. This guide will walk you through some key ways to make your restaurant’s digital experience accessible for all, including compliance with the latest Web Content Accessibility Guidelines (WCAG).

    What is Web Accessibility?

    Web accessibility is the practice of creating digital content that can be easily used by individuals with disabilities. This means ensuring that people with visual, auditory, motor, or cognitive disabilities can easily access and interact with your content.

    For restaurants, this means making sure that your digital menu and reservation systems are easy to use for everyone, whether they navigate with a mouse, keyboard, or screen reader. But making your website accessible isn’t just about being inclusive—it also helps you meet legal requirements like the Americans with Disabilities Act (ADA).

    WCAG Guidelines for Restaurants

    WCAG is the global standard for web accessibility. To ensure your restaurant’s website is accessible, you should aim for compliance with WCAG 2.1 at Level AA. Some of the key WCAG principles to keep in mind include:

    • Perceivable: Users must be able to experience content, whether through text, images, or other formats like captions.
    • Operable: Users should be able to navigate the site with a mouse, keyboard, or voice commands.
    • Understandable: The site’s information and operations should be clear and easy to use.
    • Robust: The site should work with current and future assistive technologies.

    Let’s break down how these principles apply to specific elements of your restaurant’s website, such as menus and reservation systems.

    How to Share Your Menu Accessibly

    Your menu is the core of your restaurant’s website, and making it accessible can open up your business to more customers. Start by ensuring that your menu is coded properly so that all users can access it. Avoid using PDF formats, which can be difficult for screen readers to interpret.

    Use Semantic HTML

    Semantic HTML is the building blocks for an accessible website. By using proper HTML tags, you provide structure and meaning to your content, making it easier for users to understand the structure of your content. For a menu, you can use <div> to separate menu items and <span> or <p> for the item’s name, price, and description.

    Here’s a sample code snippet for a restaurant menu using semantic HTML:

    <div class="menu-item-text">
       <h3 class="menu-item-heading">
          <span class="menu-item-name">Bruschetta</span>
          <span class="menu-item-price">$12.90</span>
       </h3>
       <p class= "menu-item-desc">Crispy toasted bread topped with fresh tomatoes, garlic, basil, and a drizzle of balsamic glaze.
       </p>
    </div>

    Provide Text Alternatives for Images

    If your menu includes images of dishes, be sure to include alternative text (alt attributes) to describe them. Screen readers use this alt text to inform users what is in the image.

    For example:

    <img src= "grilled-salmon.jpg" alt= "Grilled salmon with mashed potatoes and steamed vegetables"/>

    Alt text should describe the content of the image in a way that makes sense contextually. In this case, it’s about what the dish looks like and what ingredients are included.

    How to Describe Your Menu Items

    When writing descriptions for menu items, keep in mind that clear, concise descriptions benefit everyone, especially people with cognitive disabilities. Use simple language and avoid jargon or overly complex phrases. If you have menu items that cater to specific dietary restrictions (e.g., gluten-free or vegan options), make sure these are clearly labeled.

    You could add a label like this:

    <p><strong>Gluten-Free:</strong> Yes</p>
    <p><strong>Vegan:</strong> No</p>

    By making your menu easy to read and accessible, you’re not only helping users with disabilities but also improving the overall user experience.

    How to Improve Reservation Booking Accessibility

    Online reservations are convenient for both customers and restaurants, but it’s important to make sure your booking system is accessible to all users. Whether you’re using a third-party booking platform or a custom-built system, accessibility should be a top priority.

    Use Accessible Form Controls

    Forms are a key part of most reservation systems, and making sure these are accessible is essential. First, ensure that every form element has an associated <label> tag. This allows screen readers to correctly identify form fields.

    Here’s an example:

    <label for="name">Name:</label>
    <input type="text" id="name" name="name" required>

    Also, be sure that all form controls can be navigated using only a keyboard. According to WCAG, all interactive elements should be operable through keyboard commands alone. This is important for people with mobility impairments who may not use a mouse.

    ARIA Roles and Live Regions

    Accessible Rich Internet Applications (ARIA) roles help make dynamic content more accessible. For example, you can use ARIA attributes to alert users of changes in the reservation system, such as confirming their booking.

    Here’s an example of using ARIA for a live region that confirms a reservation:

    <div aria-live="polite" id="confirmation-message">
      Your reservation has been confirmed.
    </div>

    The aria-live= “polite” attribute ensures that screen readers announce updates to the user without disrupting the current interaction.

    Timeouts and Error Handling

    When implementing a reservation system, make sure that users are given enough time to complete their forms. WCAG 2.1 guidelines recommend providing a way to extend time limits if necessary.

    Additionally, clear and helpful error messages should be provided when users make mistakes while filling out forms. Use ARIA to ensure that these messages are communicated to users with assistive technology:

    <div aria-live="assertive" class="error-message">
      Please enter a valid phone number.
    </div>

    By following these steps, you make it easier for all customers to book a table at your restaurant, ensuring they have a positive experience.

    Keyboard Navigation

    Make sure that all interactive elements, like buttons and links, can be accessed using a keyboard. This is crucial for people with mobility issues. A logical tab order should guide users through your site efficiently, moving from the main content areas to interactive elements like forms and buttons.

    To test this, try navigating your site using only the “Tab” key and see if you can access all functions.

    Accessible Calendar Widgets

    If your reservation system includes a date picker, make sure it is keyboard-accessible. Some date pickers are difficult to navigate with a keyboard or screen reader, so consider providing users with an accessible alternative, like allowing manual date entry in addition to the calendar.

    Here’s an example of a keyboard-friendly date input:

    <input type="date" id="reservation-date" name="reservation-date">

    Going Beyond Compliance: User Experience Matters

    Meeting WCAG standards is important, but don’t stop there. Think about the overall user experience. For instance, ensuring text contrast is high enough for readability, using large touch targets for buttons, and testing your website on multiple devices can significantly improve accessibility.

    An accessible website isn’t just for compliance—it’s a way to expand your customer base and create a better experience for everyone.

    A Taste of Accessibility

    Web accessibility is the secret ingredient to running a successful restaurant in 2024. By aligning your website with WCAG guidelines, you can ensure that everyone—from loyal customers to new diners—enjoys a smooth and inclusive experience, whether they’re browsing your menu or making a reservation. Beyond just compliance, an accessible site reflects your commitment to every guest, enhancing your reputation and widening your customer base.

    At 216digital, we can help you navigate the world of web accessibility, from ADA compliance to optimizing your user experience. Schedule a free ADA briefing with us today and discover how your restaurant’s website can cater to every customer, no matter their abilities. Let’s make your digital presence as inviting as your dining room!

    Greg McNeil

    October 9, 2024
    How-to Guides
    ADA Website Compliance, How-to, Restaurants, WCAG, WCAG Compliance, web development, Website Accessibility
  • What is Keyboard Navigation?

    Have you ever tried navigating a website without a mouse, using only your keyboard? If not, it’s an eye-opening experience. For many users with disabilities, keyboard navigation isn’t just an option—it’s essential. Keyboard accessibility ensures that users who rely on keyboards can interact with your website effectively. Let’s dive into what keyboard accessibility is, why it matters, and how you can implement it on your website.

    What is Keyboard Navigation?

    Keyboard navigation allows users to interact with a website without the need for a mouse. Instead of pointing and clicking, users rely on keyboard keys—like the Tab, Enter, and arrow keys—to move through web content. This form of navigation is vital for individuals with mobility impairments, vision impairments, or anyone who cannot use a mouse due to injury or physical limitations.

    For example, users can move from one link or button to the next using the Tab key and activate the selected item with Enter or Space. Think of it as a roadmap through your website, where each interactive element is a stop along the way. If your site isn’t set up for proper keyboard navigation, some users may get lost or, worse, be unable to use your site altogether.

    Why Keyboard Accessibility is Important

    Keyboard accessibility plays a crucial role in web usability, particularly for people with disabilities. Here’s why:

    1. For Users with Disabilities: Many individuals rely on assistive technologies, like screen readers or alternative input devices, to access websites. These technologies are often keyboard-based. Without proper keyboard navigation, these users may be blocked from interacting with your site.
    2. WCAG Guidelines: The Web Content Accessibility Guidelines (WCAG), which serve as the global standard for web accessibility, emphasize the need for keyboard accessibility. WCAG 2.1, for example, highlights explicitly that all functionality should be operable through a keyboard interface (SC 2.1.1 – Keyboard).
    3. Compliance with Laws: In the U.S., legal frameworks like the Americans with Disabilities Act (ADA) can hold websites accountable for not being accessible to people with disabilities. Making your site accessible isn’t just good for your users—it can also help you avoid legal trouble.

    Implementing Proper Keyboard Navigation

    Keyboard navigation isn’t just about letting users “tab” through your site. It’s about ensuring a smooth, logical, and functional user experience. Let’s look at some key steps to making your site keyboard-friendly.

    Make All Interactive Elements Accessible

    Every element that a user can interact with—like buttons, links, forms, and dropdown menus—should be accessible by the keyboard. This means ensuring that as a user “tabs” through the page, they can reach these elements and activate them without needing a mouse.

    Here are a few ways to achieve this:

    • Use semantic HTML: Elements like <button>, <a>, and <input> are inherently keyboard-accessible. If you create custom interactive elements with <div> or <span>, ensure they are accessible by adding tabindex= "0" and using JavaScript to handle key events like pressing “Enter” or “Space” to activate them.
    • Avoid tabindex misuse: While tabindex= "0” ensures elements are focusable in the tab order, using tabindex values other than 0 can cause issues with navigation. Elements should appear in the tab order based on their natural position in the document flow.

    Example:

    <!-- Good Example -->
    <button>Submit</button>
    <a href="contact.html">Contact Us</a>
    <!-- Custom Element Example (with proper keyboard accessibility) -->
    <div role="button" tabindex="0" onclick="alert('Button clicked')">Click me</div>

    Ensure Logical Tab Order

    When users navigate your website using the Tab key, they should move through the content in a logical order. If the tab order is confusing, users can miss important information or interactive elements. The order should generally follow the visual structure of the page, moving left to right and top to bottom.

    Best Practices for Logical Tab Order:

    • Check the natural tab order: Test your site by navigating with the Tab key. Does it follow the expected order? Are there elements that seem out of place or skipped entirely?
    • Avoid skipping key elements: Ensure that every interactive element is included in the tab order. Hidden or inactive elements should not be focusable until they are visible or active.

    Use Clear Focus Indicators

    When a user navigates with their keyboard, they rely on focus indicators to know where they are on the page. Without a clear visual indicator, users may become lost.

    What’s a Focus Indicator?

    The focus indicator is a visible outline or highlight that shows which element is currently selected. For example, by default, most browsers add a visible outline to buttons, links, and form fields when they are focused.

    Best Practices for Focus Indicators:
    • Don’t disable default focus outlines: Some designers remove these outlines for aesthetic reasons, but this is a big no-no for accessibility.
    • Customize focus styles: If the default outline doesn’t fit your design, you can customize it. Just make sure the indicator is clear and easy to see.

    Example:

    /* Customize focus outline */
    button: focus, a: focus {
        outline: 2px solid #007BFF; /* High contrast color */
    }

    Avoid Keyboard Traps

    A keyboard trap occurs when a user navigates into a section of the page but can’t get out using the keyboard. This can happen if a dialog box or modal window doesn’t allow the user to tab away or close it using keyboard commands.

    Best Practices to Avoid Keyboard Traps:
    • Ensure users can tab away: If a modal or popup appears, users should be able to close it or continue navigating the rest of the site with the Tab key.
    • Provide a clear way to exit: Offer an accessible “Close” button or an “Esc” key option to dismiss popups.

    Example:

    <!-- Accessible modal with a close button -->
    <div role="dialog" aria-labelledby="modal-title" aria-describedby="modal-description">
        <h2 id="modal-title">Modal Title</h2>
        <p id= "modal-description">This is a description of the modal.</p>
        <button onclick="closeModal()">Close</button>
    </div>

    Referencing WCAG Guidelines

    To meet web accessibility standards, your site should align with the WCAG guidelines, particularly the following:

    • WCAG 2.1.1 – Keyboard: Ensure all content and functionality can be accessed using a keyboard.
    • WCAG 2.4.3 – Focus Order: Make sure users can navigate through the page in a logical sequence.
    • WCAG 2.4.7 – Focus Visible: Provide a clear indicator of focus when keyboard navigation is used.

    These guidelines are vital for ensuring that your site is accessible to all users, including those who depend on keyboard navigation.

    Making Your Website Accessible for All

    Keyboard navigation is not just about compliance—it’s about ensuring that every visitor can use your site, regardless of their physical abilities. By focusing on proper keyboard navigation, logical tab order, clear focus indicators, and avoiding keyboard traps, you’re creating an inclusive experience that benefits all users. Whether it’s improving the experience for users with disabilities or meeting the legal requirements of the ADA, the rewards of accessibility are significant.

    Implementing these changes might feel overwhelming, but you don’t have to go it alone. 216digital specializes in making websites accessible, ensuring they meet WCAG standards and ADA compliance. Our human-centered approach focuses on both the user experience and reducing legal risks.

    Ready to make your site accessible? Schedule an ADA compliance briefing with 216digital today, and let us guide you through the process of creating a website that’s usable for everyone.

    Greg McNeil

    October 4, 2024
    How-to Guides
    Accessibility, How-to, Keyboard Navigation, WCAG, WCAG Compliance, Web Accessibility, web development
  • ADA Compliance vs Web Accessibility: What is the Difference

    As more businesses move online, understanding web accessibility and ADA compliance becomes crucial. These terms are often used interchangeably but represent different aspects of making a website user-friendly for everyone, including individuals with disabilities. Knowing the distinction between web accessibility and ADA compliance can help protect your business from lawsuits while ensuring your site provides an inclusive experience.

    In this article, we’ll examine the definitions of web accessibility and ADA compliance, explore their differences, discuss the legal risks associated with non-compliance, and explain how businesses can proactively address accessibility issues using services like 216digital’s Phase 1 remediation.

    What is Web Accessibility?

    Web accessibility involves designing and developing websites, tools, and technologies to ensure they are usable by people with a wide range of abilities and disabilities. This includes individuals who have visual, auditory, physical, speech, cognitive, or neurological disabilities. The goal of web accessibility is to ensure that everyone, regardless of their disability, can perceive, understand, navigate, and interact with the web.

    Web Content Accessibility Guidelines (WCAG)

    The primary standard for web accessibility is the Web Content Accessibility Guidelines (WCAG), created by the World Wide Web Consortium (W3C). The latest version, WCAG 2.1, provides a comprehensive set of guidelines aimed at making web content accessible. These guidelines are organized around four core principles, commonly known as POUR:

    • Perceivable: Information and user interface components must be presented in ways that all users can perceive.
    • Operable: User interface components and navigation must be operable for everyone, including those using assistive technologies like screen readers.
    • Understandable: Information and the operation of the user interface must be understandable.
    • Robust: Content must be strong enough to work with a wide range of technologies, including those used by people with disabilities.

    While WCAG provides the framework for web accessibility, compliance with it is generally voluntary unless law or legal action requires otherwise.

    What is ADA Compliance?

    ADA compliance refers to meeting the requirements set forth by the Americans with Disabilities Act (ADA), which was enacted in 1990. The ADA mandates that businesses, public services, and other organizations provide equal access to individuals with disabilities. Although the ADA was passed before the internet became mainstream, courts have increasingly ruled that websites are considered public accommodation places, meaning they must be accessible to people with disabilities.

    ADA compliance, specifically in the context of websites, refers to whether your site meets the legal requirements of the ADA as interpreted by courts and the Department of Justice (DOJ). No official legal mandate states that WCAG 2.1 must be followed to achieve ADA compliance, but it is widely accepted that adhering to WCAG is the best way to meet ADA requirements.

    How Does It Differ From Web Accessibility?

    • Web accessibility is the broader concept of ensuring that people of all abilities can use websites.
    • ADA compliance is a legal requirement for businesses in the U.S. to provide equal access to individuals with disabilities, which includes making websites accessible.

    Web accessibility is a best practice, while ADA compliance is a legal standard. Following web accessibility guidelines, like WCAG 2.1, helps businesses meet the requirements of ADA compliance, but the two terms are not identical.

    Is It Possible to Achieve and Maintain Full WCAG 2.1 Compliance?

    Yes, but it’s not always easy, especially for bigger, more complex websites. WCAG 2.1 covers a lot of areas—like how text shows up, how media is handled, how forms work, and more. As technology and user needs evolve, keeping up with compliance is an ongoing effort. Regular testing, monitoring, and updates are needed to ensure the site meets the latest accessibility standards.

    If you’re worried about protecting yourself from ADA lawsuits, aiming for full WCAG 2.1 compliance is a smart move. It can help reduce your legal risks, but it is only legally required in some cases. Courts have ruled in favor of plaintiffs in ADA lawsuits when websites were not accessible, even if they didn’t meet every single WCAG criterion.

    Does Your Website Need to Be Fully Web Accessible to Protect Your Business?

    To protect your business from ADA compliance lawsuits, it’s crucial to address the most common accessibility barriers, even if full WCAG 2.1 compliance is not achieved. Many companies focus on making the most essential parts of their website accessible, such as navigation, forms, and checkout processes. This approach can reduce the risk of a lawsuit while allowing businesses to improve their site’s accessibility gradually.

    It’s also worth noting that courts have yet to require businesses to meet every WCAG 2.1 guideline to comply with the ADA. However, companies that demonstrate they are actively working to make their sites more accessible—by following best practices and improving critical accessibility issues—are generally better positioned to defend against lawsuits.

    The Risk of ADA Compliance Lawsuits

    ADA compliance lawsuits have skyrocketed in recent years, especially against businesses with inaccessible websites. These lawsuits can be costly, both in terms of financial settlements and reputational damage. Predatory law firms have begun targeting businesses—tiny and mid-sized companies—that have websites with accessibility issues. These firms often file “copycat” lawsuits, sometimes targeting hundreds of companies with nearly identical complaints.

    The financial risk is real. Businesses are often forced to settle the lawsuit or pay legal fees, which can run into tens or even hundreds of thousands of dollars. In addition, businesses may also have to invest in website remediation services to fix accessibility issues.

    How Predatory Law Firms Target Websites

    Predatory law firms often conduct automated scans of websites to identify accessibility violations, such as missing alt text, poor contrast ratios, or non-functional navigation for keyboard-only users. Once they identify these issues, they send demand letters or file lawsuits, typically hoping that the business will settle quickly to avoid costly litigation.

    Unfortunately, even well-meaning businesses that are working on improving accessibility can be targeted. This is why it’s essential to address website accessibility proactively rather than waiting for a lawsuit to happen.

    Is Full WCAG 2.1 Compliance Required to Mitigate Lawsuits?

    While full WCAG 2.1 compliance is not explicitly required to avoid lawsuits, businesses should aim to make their websites as accessible as possible. The more barriers that are removed, the less likely it is that a website will be the target of a lawsuit.

    In most cases, addressing key accessibility issues—such as ensuring all images have alt text, providing video captions, and making the site navigable by keyboard—will significantly reduce the risk of a lawsuit.

    Protect Your Business with 216digital

    To help businesses avoid the pitfalls of non-compliance, 216digital offers Phase 1 remediation services designed to address the most critical accessibility issues quickly. These services focus on mitigating the risk of ADA lawsuits by resolving common accessibility barriers that predatory law firms often target. By implementing these initial fixes, businesses can start protecting themselves while working toward broader web accessibility goals.

    In addition to Phase 1 remediation, 216digital offers ongoing monitoring and testing services to ensure your site remains accessible over time. With a proactive approach, businesses can avoid costly lawsuits and provide a better user experience for all visitors.

    Ready to Make Your Website ADA Compliant?

    As the digital landscape continues to evolve, ensuring your website is both accessible and ADA-compliant is more important than ever. While full WCAG 2.1 compliance may not always be required, addressing key accessibility issues can significantly reduce your risk of lawsuits and enhance the user experience for all visitors.

    Take the next step toward protecting your business and making your website more inclusive. Schedule a personalized ADA compliance briefing with 216digital today. Our team can guide you through Phase 1 remediation and ongoing strategies to keep your site accessible and compliant. 

    Greg McNeil

    October 3, 2024
    Legal Compliance, WCAG Compliance
    Accessibility, ADA Compliance, ADA Website Compliance, WCAG, WCAG Compliance, Website Accessibility
  • Common Web Accessibility Pitfalls That Invite ADA Lawsuits

    The Americans with Disabilities Act (ADA) requires businesses to make their websites accessible to everyone, including people with disabilities. When websites fail to meet accessibility standards, they risk facing lawsuits. In recent years, ADA lawsuits related to digital accessibility have surged, with businesses large and small getting sued for non-compliance. But what exactly are the most common issues that lead to these lawsuits?

    This article will highlight the most common web accessibility barriers that lead to ADA lawsuits and provide real-world examples of lawsuits related to these issues. 

    1. Missing Alt Text

    Alt text, or alternative text, provides a written description of an image on a webpage. Screen readers, which visually impaired users use to navigate the internet, read this description aloud.Without alt text, users with visual impairments have no way of knowing what an image represents.

    For example, if a website has an image of a product for sale, the alt text might say, “Red shoe, size 8.” Without this text, screen reader users won’t know what the image shows, making it difficult to interact with the website.

    Missing or incorrect alt text is one of the most common reasons for ADA lawsuits. Many businesses overlook this small but important step, leaving essential images without descriptions.

    WCAG 2.1 Guideline: 1.1.1 – Non-text Content

    All non-text content, such as images, must have a text alternative that serves the same purpose.

    Example ADA Lawsuit: Fox News Network LLC

    Fox News Network LLC was sued because its website didn’t provide proper alt text for many images. Luc Burbon, a visually impaired user, relied on screen readers to browse the internet. When trying to navigate Fox News’ website, he encountered images without alt text, leaving him unable to understand key content. The court agreed with Burbon, emphasizing that websites must be accessible to everyone, including people with disabilities.

    2. Non-Descriptive Interactive Elements

    Interactive elements, like buttons and links, are crucial for navigating a website. However, if these elements aren’t appropriately labeled, users who rely on screen readers won’t know what a button or link does. This leads to confusion, frustration, and can make essential parts of the website inaccessible to users with disabilities.

    For example, a button labeled “Click Here” without explaining what it does will leave screen reader users guessing, especially if there’s more than one on a page. Adding contextually relevant content to the visual or accessible label, such as “Click here to learn more about our coffee” will differentiate the element while also giving users additional context.

    WCAG 2.1 Guideline: 4.1.2 – Name, Role, Value

    Interactive elements should have clear labels that explain their purpose.

    Example ADA Lawsuit: NIKE, Inc.

    Maria Mendizabal filed a class-action lawsuit against Nike, claiming that the website had many links that were either redundant or completely empty. Users with visual impairments couldn’t understand the purpose of these links, making it challenging to navigate the site. This lawsuit demonstrates the importance of appropriately labeling interactive elements so everyone can understand them.

    3. Lack of Keyboard Navigation

    Many users with disabilities rely on keyboards to navigate websites, especially those who can’t use a mouse. If a website doesn’t allow for keyboard-only navigation, or if drop-down menus can’t be accessed with a keyboard, it becomes unusable for people with mobility impairments.

    For example, if a menu only opens when hovered over with a mouse, someone using only a keyboard won’t be able to open it, blocking their access to critical sections of the site.

    WCAG 2.1 Guideline: 2.1.1 – Keyboard

    All functionality should be accessible using a keyboard.

    Example ADA Lawsuit: Parkwood Entertainment LLC

    In 2019, a lawsuit accused Parkwood Entertainment because Beyoncé’s official website, Beyonce.com, did not provide accessibility for users relying on screen readers.. Mary Conner, the visually impaired plaintiff, couldn’t navigate the drop-down menus using her keyboard. This prevented her from accessing important content and services, leading to a lawsuit.

    4. Inaccessible Forms

    Forms are commonly used on websites—for everything from signing up for newsletters to making purchases. However, forms that are difficult for people with disabilities to fill out can create barriers. Missing labels on form fields, unclear error messages, or forms that don’t work with keyboard navigation are common accessibility issues that lead to lawsuits.

    For instance, if a form field asks for a phone number but doesn’t have a proper label, a screen reader user won’t know what to enter. Or, if an error message isn’t clear about what went wrong, visually impaired users won’t be able to correct their mistakes.

    WCAG 2.1 Guideline: 3.3.2 – Labels or Instructions

    Ensure input fields have proper labels and instructions so users know what information is required.

    Example ADA Lawsuit: H&R Block Lawsuit

    A notable example of this issue is the lawsuit involving the National Federation of the Blind and H&R Block. In this case, visually impaired users discovered that H&R Block’s website did not correctly label the forms. When these users tried to input their contact information or create an account, they struggled because the screen readers failed to indicate what information they needed or where to enter it.

    5.  Inaccessible Pop-Ups and Modals

    Pop-ups and modals (dialog boxes that appear on top of a page) are common features on websites for everything from newsletter sign-ups to product promotions. However, if they are not designed with accessibility in mind, they can disrupt the user’s experience.

    Pop-ups cause confusion if they appear without warning or if users can’t close them using a keyboard. Users relying on screen readers or assistive devices may not even know that a pop-up has appeared, making it impossible for them to continue interacting with the page.

    WCAG 2.1 Guideline: 1.3.1 – Info and Relationships

    When new content, like a pop-up, appears on the screen, announce it to the user and explain how it connects to the rest of the website.

    Example ADA Lawsuit: Five Guys Enterprises

    In a lawsuit against Five Guys, a visually impaired customer couldn’t complete an online order because an inaccessible pop-up appeared when trying to add fries to her cart. Her screen reader didn’t recognize the pop-up, making it impossible for her to finish the purchase. This case highlights the importance of making pop-ups accessible to everyone.

    How to Avoid ADA Lawsuits

    Avoiding ADA lawsuits starts with a proactive approach to web accessibility. Making your website accessible is not only a legal obligation but also an opportunity to provide a better user experience for all visitors, regardless of ability. Here are key steps you can take to avoid common accessibility pitfalls:

    1. Understand Web Accessibility Guidelines: The Web Content Accessibility Guidelines (WCAG) are a set of standards designed to make web content more accessible. Familiarize yourself with these guidelines to understand what needs to be done. They cover aspects like text readability, alternative text for images, and keyboard navigation.
    2. Conduct a Website Audit: Regularly audit your website for accessibility issues. There are tools available online that can help you identify problems, such as missing alt text for images or issues with color contrast. Consulting with a specialist firm like 216digital to conduct a thorough audit can also be a wise investment.
    3. Implement Ongoing Training: Train your staff, especially those involved in website management and content creation, about web accessibility. This helps create a culture of inclusivity and ensures that accessibility remains a priority.
    4. Stay Informed and Up-to-Date: Web accessibility standards and best practices can evolve over time. Stay iCompliance is not a one-time task. 216digital’s a11y.Radar service provides ongoing monitoring. It detects any new accessibility issues that may arise over time. This proactive approach helps prevent potential violations before they lead to costly lawsuits.”

    Conclusion

    Making sure your website is ADA-compliant is not just about avoiding lawsuits—it’s about ensuring that everyone, no matter their abilities, can access and enjoy your content. With the rise in ADA lawsuits, it’s more important than ever to take a proactive approach to web accessibility. Whether it’s fixing missing alt text or ensuring keyboard navigation, addressing these common issues can save your business time and money in the long run.

    If you’re unsure where to start or need help maintaining compliance, 216digital is here to help. Through our years of experience analyzing these cases, we understand how ADA non-compliance lawsuit firms identify their targets. We can help you protect your business from these risks. At 216digital, we will develop a strategy to integrate WCAG 2.1 compliance into your development roadmap. This will allow you to focus on other tasks on your to-do list.

    So don’t wait any longer; find out where you stand by scheduling a complementary ADA strategy briefing today.

    Greg McNeil

    September 25, 2024
    Legal Compliance, WCAG Compliance
    Accessibility, ADA Compliance, ADA Lawsuit, ADA Website Compliance, digital accessibility, WCAG, WCAG Compliance, Web Accessibility
  • WCAG: Web Accessible Coding 101

    Creating an inclusive online experience is more important than ever in today’s digital world. Accessible coding isn’t just a nice-to-have; it’s a must-have. But what does accessible coding mean, and why should you care? In this article, we’ll dive into the basics of accessible coding, explore seven fundamental principles with examples, and explain why following these guidelines benefits everyone.

    What is Web Accessibility?

    Web accessibility means making websites usable by everyone, including people who rely on assistive technologies like screen readers, people who can’t use a mouse, or those with visual or cognitive impairments. The Web Content Accessibility Guidelines (WCAG) offer a framework for creating accessible content. Adhering to WCAG helps ensure that your site is user-friendly for all.

    Why Accessible Coding is Important

    Accessible coding is crucial for a variety of reasons:

    • Wider Audience Reach: By making your site accessible, you expand your audience and enhance user experience for everyone.
    • SEO Benefits: Accessibility often overlaps with good SEO practices, boosting your website’s visibility.
    • Legal Requirements: Laws like the ADA in the U.S. require websites to be accessible, protecting you from potential legal issues.

    Now let’s dive into seven core principles of accessible coding and see how you can implement them in your website’s code.

    1.Provide Alt Text for Non-Text Components

    Alt text (short for “alternative text”) is one of the most basic, yet essential, components of web accessibility. According to WCAG 2.1 SC 1.1.1 (Non-text Content), it serves as a textual description for images and non-text content, enabling users who rely on screen readers to understand what the visual content represents.

    Why Alt Text is Important:

    • Screen Reader Accessibility: People with visual impairments use screen readers that read aloud the alt text. If an image lacks alt text, the user will miss out on important information.
    • SEO Benefits: Alt text improves SEO by giving search engines more information about the content of your images. Search engines can’t “see” images, but they can index alt text, helping your site rank better in image search results.

    Best Practices for Writing Alt Text:

    • Be Descriptive and Specific: Describe the content and purpose of the image. For example, instead of just saying “image of a tree,” say, “A large oak tree in a park during autumn.”
    • Keep it Concise: Alt text should typically be no longer than 125 characters. This keeps the description brief while still conveying necessary information.
    • Use Empty Alt Attributes for Decorative Images: For images that serve a purely decorative purpose (i.e., they don’t convey information or serve a functional purpose), use an empty alt attribute (alt=””). This prevents screen readers from wasting time on irrelevant content.

    Example:

    <img src="award-ceremony.jpg" alt="CEO receiving the 'Best Company Award' at the 2024 Business Awards" />

    In this example, the alt text describes the image in a way that conveys its significance. This provides context for users who cannot see the image and helps them understand its role on the page.

    For purely decorative images that don’t add meaning, you would use an empty alt attribute:

    <img src="border-decoration.png" alt="" />

    For more information about Alt text for images, check out our article Understanding Image Alt Text Descriptions.

    2. No Keyboard Traps

    Keyboard accessibility is critical for users who cannot use a mouse and instead rely on keyboard navigation. “Keyboard traps” occur when users get stuck in a particular interactive element (such as a form field or a modal window) and can’t navigate out using the keyboard alone.

    According to WCAG SC 2.1.1 Keyboard, websites need to be fully navigable using just a keyboard. This means that all buttons, links, and forms should be reachable and usable without a mouse. If a site doesn’t meet this standard, it can exclude many users and make it less accessible.

    How to Prevent Keyboard Traps:

    • Ensure All Interactive Elements Are Focusable: Elements like buttons, form fields, and links must be easily accessible via the keyboard’s “Tab” key.
    • Provide a Clear Way to Escape Modals: If using pop-ups or modal windows, ensure that users can exit using keyboard controls, typically the “Escape” key.

    Example:

    <a href="submit.html" id="submit-btn" tabindex="0">Submit</a>

    This code ensures that the “Submit” button can be accessed via keyboard. The tabindex="0" attribute allows it to be included in the natural tab order of the page.

    3. Allow Users to Resize Text

    People with visual impairments often need to increase the text size on websites. Accessible websites allow users to resize text up to 200% without breaking the page layout or losing content.

    How to Implement Text Resizing:

    • Use Relative Font Sizes: Avoid using fixed units like px for font size. Instead, use relative units such as em or percentages (%). This ensures that text can scale properly.
    • Test Text Scaling: After implementing relative font sizes, test your site by increasing text size to 200% in different browsers to ensure the content remains legible and the layout doesn’t break.

    Example:

    body {
    font-size: 100%; /* Base font size that scales */
    }
    h1 {
        font-size: 2em; /* 200% of the body text size */
    }

    In this example, the body text is set at a flexible 100%, and the headings use a relative size (2em) that will scale based on the user’s settings.

    4. Avoid Seizure Triggers

    Flashing elements or rapid changes in brightness can trigger seizures in people with photosensitive epilepsy. The WCAG SC 2.3.1 recommends that content should not flash more than three times per second.

    How to Prevent Seizure Triggers:

    • Avoid Fast Animations: If you need animations, make sure they don’t flash rapidly or use extreme changes in brightness.
    • Limit Flashing to Below 3 Hz: Ensure that any flashing or blinking elements do not exceed three flashes per second.

    Example:

    /* Safe animation with no rapid flashing */
    @keyframes safe-flash {
        0%, 100% { opacity: 1; }
        50% { opacity: 0.5; }
    }
    .flash-warning {
        animation: safe-flash 2s infinite;
    }

    This animation fades in and out at a safe pace, avoiding any rapid flashing that could trigger seizures.

    5. Follow a Logical Reading and Code Order

    Users who rely on screen readers navigate websites based on the underlying HTML code order, which means the structure of your code must match the logical flow of the content.

    According to WCAG Success Criterion 2.4.3, websites should be designed to allow users to navigate easily using links, headings, and other navigation tools. This means your website should allow users to effortlessly find what they’re looking for without feeling lost.

    How to Implement a Logical Code Order:

    • Use Semantic HTML Elements: Elements like <header>, <nav>, <main>, and <footer> create a well-structured HTML document that is easy for screen readers to understand.
    • Organize Content in a Meaningful Way: Ensure that headings, paragraphs, and sections appear in the correct order in your code, as this will directly impact the reading experience for users with assistive technology.

    Example:

    Here, the content is organized in a logical structure, making it easier for screen readers to understand and navigate.

      <header>
        <h1>Welcome to Our Store</h1>
        <nav>
            <ul>
                <li><a href="#home">Home</a></li>
                <li><a href="#shop">Shop</a></li>
                <li><a href="#contact">Contact Us</a></li>
            </ul>
        </nav>
    </header>
    <main>
        <section id="shop">
            <h2>Shop Our Latest Collection</h2>
            <p>Browse our new products for this season.</p>
        </section>
    </main>
    <footer>
        <p>&copy; 2024 Our Store</p>
    </footer>
    

    6. Use Headings Appropriately

    Headings are critical for organizing content and allowing users to quickly scan and understand the page structure. Screen readers rely on headings to navigate through content, making proper heading hierarchy essential.

    Best Practices for Headings:

    WCAG SC 1.3.1 Info and Relationships requires that content structure and relationships be programmatically determined or available in text. Proper use of headings and a clear content structure ensure that users can navigate and understand the content more easily.

    • Use Headings to Structure Content: Use <h1> for the main title of the page, <h2> for section titles, and so on. Don’t skip heading levels (i.e., don’t jump from <h1> to <h3>).
    • Avoid Using Headings Solely for Styling: Headings should not be used just to make text look bigger or bolder. Use them to represent the content hierarchy.

    Example:

    <h1>Guide to Accessible Coding</h1>
    <h2>Why Accessibility Matters</h2>
    <h3>Legal Requirements</h3>
    <h3>Improved User Experience</h3>

    In this example, the headings follow a logical order, making the content easy to navigate for users with screen readers.

    7. Use HTML Tags That Make Websites Accessible

    HTML provides several built-in tags that make websites more accessible. Using these elements correctly ensures that assistive technologies can understand and interact with the content.

    Key Accessible HTML Elements:

    • <label>: Associates a form field with a text description, making it easier for screen readers to understand.
    • <button>: Creates a clickable button that is accessible via keyboard and screen readers.
    • ARIA Attributes: These attributes, such as aria-label and aria-required, provide additional context for assistive technologies.

    Example:

    <form>
        <label for="email">Email Address:</label>
        <input type="email" id="email" name="email" aria-required="true">
    </form>

    In this example, the <label> tag clearly associates the input field with its description, while the aria-required="true" attribute informs screen readers that the field is mandatory.

    Don’t Just Code—Create a Welcome Mat for the Web

    Creating accessible websites isn’t just about meeting guidelines—it’s about making sure everyone has equal access to information and services online. Accessible coding improves user experience for everyone and can even boost your site’s search engine ranking. Plus, it shows that you care about all your users.

    By following these principles and using the resources provided, you can build websites that are welcoming and usable for everyone. Keep these guidelines in mind as you code, and your website will be a better place for all its visitors!

    For more information on web accessibility and coding best practices, you can visit the WCAG website.

    Greg McNeil

    September 10, 2024
    How-to Guides
    digital accessibility, How-to, WCAG, WCAG Compliance, Web Accessibility, web development
  • Does WCAG Apply to Mobile Apps?

    Does WCAG Apply to Mobile Apps?

    If you’re a website owner or app developer, you’ve probably heard about WCAG (Web Content Accessibility Guidelines). But when it comes to mobile apps, you might wonder: Does WCAG apply here too? The short answer is yes! WCAG isn’t just for websites—it extends to mobile apps as well. Let’s dive into why WCAG is important for mobile apps, what it means for accessibility, and how to ensure your app meets these guidelines.

    What is WCAG, and Why Does it Matter?

    WCAG, developed by the World Wide Web Consortium (W3C), provides guidelines to make web content more accessible for everyone, particularly people with disabilities. These guidelines help ensure that users with visual, auditory, motor, or cognitive impairments can interact with websites—and, as it turns out, mobile apps—with ease.

    When WCAG was first introduced, it focused on websites, but as technology evolved, so did our understanding of accessibility. With the rise of mobile apps, it’s clear that WCAG also applies to them. Whether you’re building an e-commerce app, a social media platform, or a mobile version of your website, adhering to WCAG is crucial for staying compliant with accessibility standards and avoiding legal issues.

    Does WCAG Apply to Mobile Apps?

    Yes, WCAG applies to mobile apps. While WCAG wasn’t initially designed with mobile apps in mind, its principles are just as relevant in the mobile space. The guidelines are technology-agnostic, meaning they can be applied to any digital content, including mobile apps.

    Mobile apps, like websites, must be accessible to everyone, and the same types of barriers that exist on websites—like unreadable text, poor color contrast, or unclear navigation—can also affect mobile apps. That’s why WCAG compliance is essential for mobile app development. Not only does it help create a better user experience for people with disabilities, but it also ensures that your app is legally compliant.

    The Growing Importance of Mobile Accessibility

    Mobile devices have become an essential part of our daily lives, with more people accessing information and services via apps than ever before. This makes it even more important to ensure that mobile apps are accessible. In fact, a significant portion of users rely on mobile devices as their primary way of accessing the internet, including people with disabilities. Ensuring your app meets accessibility standards isn’t just good practice; it’s a way to reach a broader audience.

    Failing to consider accessibility in mobile apps can result in lost users, bad reviews, and even legal consequences. There have been several lawsuits filed in the U.S. where businesses were held accountable for not providing accessible mobile experiences. By following WCAG, you reduce the risk of these issues and open your app to a more diverse audience.

    How WCAG Applies to Mobile Apps

    WCAG guidelines revolve around four core principles: Perceivable, Operable, Understandable, and Robust (often abbreviated as POUR). These principles are crucial when designing both websites and mobile apps.

    1. Perceivable: Information and user interface components must be presented in ways that users can perceive. For mobile apps, this means ensuring that text is readable, images are described through alt text, and media elements are captioned or have transcripts available.
    2. Operable: Users must be able to interact with all interface elements using various input methods, such as screen readers or voice commands. In mobile apps, this could include ensuring that buttons are large enough to be tapped easily and that the app works with assistive technologies like voice control or switch access.
    3. Understandable: The interface must be easy to understand and navigate. This is especially important for mobile apps, where the small screen size can make navigation more difficult. Make sure that users can easily understand how to use your app, with clear instructions and intuitive design elements.
    4. Robust: The app must be compatible with current and future technologies. This includes ensuring that your app works well across different devices, platforms, and with assistive technologies.

    Mobile App Accessibility Checklist

    Now that we’ve established that WCAG does apply to mobile apps, how do you ensure that your app is compliant? Here’s a mobile app accessibility checklist to get you started:

    Text and Readability

    1. Text Resizing: Make sure your text can get bigger without messing up the layout. This is part of WCAG 1.4.4 (Resize Text), which means users should be able to increase text size up to 200% without losing content or functionality.
    2. High Contrast: Use colors that are easy to read against each other, like dark text on a light background. This helps everyone, including those with vision problems. WCAG 1.4.3 (Contrast Ratio) suggests a contrast ratio of at least 4.5:1 for normal text and 3:1 for larger text.
    3. Alternative Text: Always include a description for images, icons, and buttons. This helps screen readers explain what’s on the screen to people who can’t see the images. This follows WCAG 1.1.1 (Non-Text Content).

    Keyboard and Assistive Technology Compatibility

    1. Keyboard Accessibility: Make sure all parts of your app can be used with just a keyboard. This is covered by WCAG 2.1.1 (Keyboard), ensuring that users who can’t use a mouse can still navigate your app.
    2. Assistive Technology: Check that your app works well with tools like screen readers, voice controls, and switches. This is important for WCAG 4.1.2 (Name, Role, Value), which ensures that assistive technologies can interpret user interface elements.
    3. Screen Reader Testing: Test your app with popular screen readers like VoiceOver (for iPhones) and TalkBack (for Android phones) to make sure they work well together.

    Navigation and Interaction

    1. Consistent Navigation: Keep navigation easy and the same across different screens. This is part of WCAG 3.2.3 (Consistent Navigation), which helps users get around without getting lost.
    2. Touch Targets: Make sure buttons and icons are big enough for everyone to tap easily. WCAG 2.5.5 (Target Size) recommends making touch targets at least 44×44 pixels.
    3. Simple Gestures: Avoid using complex gestures like multi-finger swipes without offering simpler options. WCAG 2.5.1 (Pointer Gestures) suggests providing alternatives for complex gestures.

    Audio and Video Content

    1. Captions: Add captions to all your videos so people who can’t hear well can still understand what’s being said. This is part of WCAG 1.2.2 (Captions (Pre-recorded)).
    2. Transcripts: Include transcripts for audio content and podcasts. This is a text version of the audio that helps people who are deaf or hard of hearing, covered by WCAG 1.2.1 (Audio-only and Video-only (Prerecorded)).
    3. Playback Controls: Let users control the audio playback, including volume and speed, and make sure they can pause or stop it. This aligns with WCAG 1.4.2 (Audio Control).

    Color and Contrast

    1. Color Contrast: Ensure there’s a strong contrast between text and background colors to help users with color blindness or vision problems. Aim for a contrast ratio of at least 4.5:1 for regular text and 3:1 for large text, as recommended by WCAG 1.4.3 (Contrast Ratio).
    2. Avoid Color Alone: Don’t use color as the only way to show important info. For example, if you use red to highlight an error, also include text to explain it. This follows WCAG 1.4.1 (Use of Color).

    Error Identification and Recovery

    1. Error Highlighting: Clearly show when something goes wrong, like a missing form field, and give tips on how to fix it. This is part of WCAG 3.3.1 (Error Identification) and 3.3.3 (Error Suggestion).
    2. Clear Error Messages: Make sure error messages are easy to understand, not full of technical jargon. This helps users fix mistakes, as outlined in WCAG 3.3.3 (Error Suggestion).
    3. Easy Recovery: Allow users to fix mistakes without starting over. For example, let them undo actions or correct errors easily. This is covered by WCAG 3.3.4 (Error Prevention (Legal, Financial, Data)).

    Test with Real Users

    1. User Testing: Even if you follow all the WCAG guidelines, it’s crucial to test your app with real users who use assistive technologies. Their feedback is invaluable for ensuring your app is truly accessible.
    2. Keep Improving: Use feedback from user testing to make your app better. Keep updating and checking your app to make sure it stays accessible as you add new features.

    The Benefits of Accessible Mobile Apps

    Making your mobile app accessible is not just about complying with regulations—it’s about providing a better user experience for everyone. Here are some key benefits:

    • Wider Audience: Accessible apps reach a broader audience, including users with disabilities who may not be able to use apps that don’t meet WCAG guidelines.
    • Improved Usability: Many accessibility improvements, like clearer navigation and larger touch targets, make your app easier to use for all users, not just those with disabilities.
    • Avoiding Legal Risk: Compliance with WCAG helps you stay on the right side of web compliance laws, reducing the risk of lawsuits related to accessibility.
    • Better Reputation: Being proactive about accessibility can enhance your brand’s reputation and show your commitment to inclusivity.

    Final Thoughts

    In the digital age, mobile apps are a key part of how we interact with the world, and making sure they’re accessible is crucial for providing an inclusive experience. WCAG does apply to mobile apps, and by following the guidelines, you can create apps that are usable by everyone, regardless of their abilities. Whether you’re just starting out or you’re improving an existing app, using the mobile app accessibility checklist can help ensure that your app is WCAG-compliant and ready to serve all users.

    Remember, accessibility isn’t just about following the law—it’s about doing the right thing for your users and your business. To learn more about becoming accessible and staying compliant, schedule an ADA briefing with 216digital today. We’re here to help you take the next steps!

    Greg McNeil

    August 27, 2024
    WCAG Compliance
    digital accessibility, mobile apps, WCAG, WCAG Compliance, Web Accessibility
Previous Page
1 2 3
Next Page
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.