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
  • How to Implement ARIA Landmarks and Roles for Better Accessibility

    For users of assistive technologies, accessing and interacting with websites can be difficult if the proper structure and cues aren’t in place. This is where ARIA (Accessible Rich Internet Applications) landmarks and roles come in handy. Implementing ARIA landmarks and roles can significantly improve your website’s accessibility, helping users navigate more easily and interact with web elements effectively. If you’re new to ARIA, don’t worry! This guide will walk you through ARIA landmarks and roles, why they matter, and how to implement them step-by-step.

    What Is ARIA and Why Is It Important?

    ARIA is a set of HTML attributes intended to make webpages easier to navigate for people who rely on assistive technology, such as screen reading software. These attributes help bridge gaps in standard HTML that might not convey sufficient meaning to people with disabilities.

    By using ARIA, developers can label, describe, and define the functionality of elements in ways that ensure everyone has a better user experience. Regarding web accessibility, ARIA attributes are recommended in some cases by the Web Content Accessibility Guidelines (WCAG), which provide standards to help websites comply with accessibility requirements.

    ARIA landmarks and roles are two essential aspects of making sure your website content is accessible for all users to understand and interact with.

    ARIA Landmarks: What Are They?

    ARIA landmarks are unique markers you can add to different sections of your webpage to make navigation easier for users with disabilities. These landmarks help people who use screen readers understand the structure of a webpage and quickly jump to different sections. Think of them as signposts, making it clear where key sections—like the header, main content, navigation, and footer—are located.

    The major ARIA landmarks include:

    • <header>: Identifies the top section of the webpage.
    • <main>: Indicates the main content of the page.
    • <nav>: Points to the area that contains navigational links.
    • <footer>: The bottom section of the webpage.

    Why Are ARIA Landmarks Important?

    ARIA landmarks are invaluable for users with visual or motor impairments who use the keyboard or screen reader to navigate the web. They allow users to skip repetitive elements (like navigation bars) and jump directly to the content they’re looking for. Without these landmarks, a user would have to listen to every single line of the page to figure out where the main content starts or how to get to the footer. Using ARIA landmarks ensures that your website is easy to navigate for everyone.

    How to Implement ARIA Landmarks Step-by-Step

    Now that you understand the importance of ARIA landmarks let’s look at how to implement them in your website’s code. The good news? Adding ARIA landmarks is simple and can be done using standard HTML elements.

    Adding the Header Landmark

    The <header> element is used to define the global top section of your page, which typically contains things like the website logo, title, or main navigation links. Here’s an example of the correct usage of the HTML5 <header> region:

    <header>

    <h1>My Cool Website</h1>
    <h1>My Cool Website</h1>
      <nav>
        <ul>
          <li><a href="/">Home</a></li>
          <li><a href="/about">About</a></li>
          <li><a href="/products">Products</a></li>
        </ul>
      </nav>
    </header>

    The Main Landmark

    The <main> element is crucial because it defines the primary content of the page. The <main> element, along with a skip link, can allow users of assistive technology to skip past repetitive content such as the navigation:

    <main role="main">
      <h2>Main Content</h2>
      <p>This is the most important part of the page.</p>
    </main>

    By using role=”main”, you’re ensuring that screen readers can quickly identify and jump to the core content of your page. Only one main landmark should be used per page.

    Using the Navigation Landmark

    The navigation area of your website should be easy to identify and skip if necessary. You can use the <nav> element or the ARIA role, but you do not need to use both:

    <nav>
      <ul>
        <li><a href="#section1">Section 1</a></li>
        <li><a href="#section2">Section 2</a></li>
      </ul>
    </nav>
    <div role="navigation">
      <ul>
        <li><a href="/products">Products</a></li>
        <li><a href="/about">About Us</a></li>
      </ul>
    </div>

    With the navigation region, you’re clearly marking the section of the page that contains links for navigating to other parts of the site.

    Adding the Footer Landmark

    Finally, the <footer> element typically contains secondary content, such as copyright information or additional links. Adding a landmark here helps screen reader users know when they’ve reached the end of the page:

    <footer role="contentinfo">
      <p>&copy; 2024 Your Company</p>
    </footer>

    In this case, role= "contentinfo" tells screen readers that this section provides supplementary information about the website.

    ARIA Roles: What Are They?

    ARIA roles go beyond marking sections of the page—they describe the functionality of specific elements. By using ARIA roles, you’re defining how an element should behave or be interacted with, especially when using assistive technologies.

    Some commonly used ARIA roles include:

    • “button”: Makes non-biased elements like <div> behave like a button.
    • “dialog”: Defines a pop-up dialog window.
    • “alert”: Marks an element as an important alert that needs immediate attention.

    Why Are ARIA Roles Important?

    ARIA roles give more meaning to non-standard HTML elements. For example, if you create a custom button using a <div> instead of the traditional <button> element, a screen reader might not recognize it as a button. By assigning it an ARIA role, you ensure it’s interpreted correctly, making the interaction more intuitive and accessible.

    How to Implement ARIA Roles Step-by-Step

    Let’s check out some examples of proper ARIA implementation.

    Creating a Custom Button

    If you have a custom button element (like a <div> styled as a button), you can add the role="button" to make sure it’s recognized as an interactive button by screen readers:

    <div role="button" tabindex="0" onclick="submitForm()">Submit</div>

    The ARIA role “button” tells assistive technology to announce this element as a button, and the “tabindex” attribute makes the element focusable via the keyboard. However, it’s always best to use the correct semantic HTML5 <button> tag whenever possible.

    Adding a Dialog Role

    For models or pop-up windows, you can use the role= "dialog" to make them accessible:

    <div role="dialog" aria-labelledby="dialogTitle" aria-describedby="dialogDescription">
      <h2 id="dialogTitle">Confirmation</h2>
      <p id="dialogDescription">Are you sure you want to delete this file?</p>
      <button onclick="closeDialog()">Cancel</button>
    </div>

    The aria-labelledby and aria-describedby attributes help give context to the dialog box for users relying on assistive technologies.

    Creating an Alert

    If you need to display important, time-sensitive information—like an error message or form feedback—you can use the role= "alert":

    <div role="alert">
      <p>Error: The "password" field is required.</p>
    </div>

    This role makes sure that screen readers announce the alert immediately, ensuring the user doesn’t miss critical information.

    Going Beyond ARIA: Continue Your Accessibility Journey

    The HTML markup of your website is far more critical than just defining the visual style of the site. It is used by screen reading software, assistive technologies, and keyboard navigation to ensure users have easy access to content. SEO crawlers also use it to determine the accuracy and relevance of your content.

    By adding landmarks like header, main, navigation, and footer, and using roles like button, dialog, and alert, you’ll not only meet the accessibility standards outlined by WCAG, but you’ll also create a more user-friendly website for everyone.However, this is just one piece of the web accessibility puzzle.

    Team Up with 216digital

    At 216digital, we understand that keeping up with ADA compliance and accessibility best practices can be challenging. That’s why we’re here to help. We specialize in helping businesses achieve and maintain ADA compliance with expert guidance and actionable strategies. Schedule an ADA briefing with our experts today to learn more about how we can guide you through the complexities of accessibility, ensuring your website meets legal standards and delivers a great experience for all users. 

    Let’s make the web more accessible, together—book your ADA briefing today!

    Bobby

    September 6, 2024
    How-to Guides
    Accessibility, ADA Compliance, ARIA, How-to, WCAG, Web Accessibility, web development
  • Why Your Navigation Menu Needs Accessibility

    When you visit a website, one of the first things you probably notice is the navigation menu. It’s usually at the top or on the side of the page, guiding you to different parts of the site. Think of it as the roadmap to all the good stuff a website has to offer. But what happens if that roadmap isn’t clear? This is where accessible navigation menus come into play.

    Let’s dive into what a web navigation menu is, common accessibility challenges, why they matter, and how you can make yours more accessible!

    What is a Website Navigation Menu & Structure?

    A navigation menu is a list of links or buttons usually found at the top or side of a website. These links guide users to different sections of the site, like the homepage, about page, blog, or contact page. Think of it as a roadmap that helps visitors get where they want to go without wandering aimlessly.

    The structure of a navigation menu can vary from simple to complex, depending on the size and type of website. Most websites use one or more of these types of menus:

    • Horizontal Menus: Commonly found at the top of a webpage.
    • Vertical Menus: Often located on the left or right side of a webpage.
    • Dropdown Menus: This appears when you hover over or click a menu item.
    • Hamburger Menus: Those three stacked lines you see on mobile websites or apps.

    The structure needs to be clear and intuitive so users can find what they’re looking for quickly and easily. For example, if you’re on an online store’s website, you’d expect to find “Products” in the main menu, not buried under “About Us.”

    When the navigation is well-organized, visitors can explore your site and enjoy their experience. But if it’s confusing or hard to use, people might leave — and that’s not good for any website.

    Common Accessibility Challenges with Navigation Menus

    Creating a navigation menu might seem simple, but there are a few common accessibility challenges that can make it tricky for some users to navigate. Here are a few examples:

    • Keyboard Navigation: Not everyone uses a mouse. Some people rely on a keyboard or other assistive devices to move around a website. If your menu isn’t keyboard-friendly, it can be impossible for these users to access parts of your site.
    • Screen Readers: Screen readers are tools that help people with visual impairments by reading the text on the screen out loud. If your menu isn’t designed with screen readers in mind, it might not make sense to the user.
    • Color Contrast: If the text in your menu doesn’t have enough contrast with the background, it can be hard for people with visual impairments to read. For example, light gray text on a white background might look sleek, but it’s not easy for everyone to see.
    • Dropdown Menus: Dropdown menus are those extra links that appear when you hover over a main menu item. They can be challenging for screen readers and keyboard users if not properly coded.

    Why Are Accessible Navigation Menus Important?

    Accessible navigation menus aren’t just about being kind or doing the right thing—they’re also good for business. When your site is accessible, it’s usable by everyone, including people with disabilities. This means you’re not excluding potential customers or visitors, which can lead to a better return on investment (ROI).

    Additionally, accessibility is a legal requirement under the Americans with Disabilities Act (ADA) in the United States. Websites that don’t comply with these guidelines can face lawsuits, which can be costly and damage your brand’s reputation.

    Simply put, investing in web accessibility isn’t just good ethics—it’s good business.

    Features of an Accessible Navigation Menu

    To make sure your navigation menu is accessible, you should include several features. These features align with Web Content Accessibility Guidelines (WCAG), the go-to standards for web accessibility.

    1. Keyboard Accessibility (WCAG 2.1.1 – Keyboard Accessible):

    Keyboard accessibility is one of the most critical aspects of web accessibility. Some users may not be able to use a mouse due to motor disabilities, repetitive strain injuries, or personal preference. For these users, navigating a website entirely via the keyboard is essential. Here’s how you can make your navigation menu keyboard-friendly:

    • Tab Order: Ensure that users can navigate through all menu items using the Tab key. The order should be logical and follow the visual flow of the website.
    • Enter and Arrow Keys: When a menu item has a dropdown, users should be able to expand or collapse it using the Enter or Arrow keys. Once expanded, users should be able to navigate through the submenu items using the Arrow keys.
    • Focus Management: Users should always know where they are on the page. Make sure that when a user opens a dropdown, the focus shifts to the first item in that dropdown.

    Here’s an example of how you can make a simple navigation menu keyboard accessible:

    <nav>
      <ul>
        <li><a href="#home" tabindex="0">Home</a></li>
        <li><a href="#about" tabindex="0">About</a></li>
        <li><a href="#services" tabindex="0">Services</a></li>
        <li><a href="#contact" tabindex="0">Contact</a></li>
      </ul>
    </nav>

      

    2. Visible Focus Indicator (WCAG 2.4.7 – Focus Visible):

    Focus indicators show users where they are on a webpage when they navigate using a keyboard. Without a visible focus indicator, users can get lost, particularly if they are relying solely on the keyboard. The WCAG guidelines require that the focus indicator be clearly visible when users navigate through menu items.

    Styling Focus Indicators

    Customize the default focus style to make it more visible. You can use CSS to create a more prominent outline or make a background change. For example:

    a:focus {
      outline: 3px solid #ff9800; /* Orange border for focused links */
      background-color: #f0f0f0; /* Light gray background for contrast */
    }

      

    Accessible Color Choices

    Ensure that the color of the focus indicator has enough contrast with the background to be easily noticeable.

    3. ARIA Roles and Attributes (WCAG 4.1.2 – Name, Role, Value):

    ARIA (Accessible Rich Internet Applications) roles and attributes provide extra information to assistive technologies like screen readers, helping users understand the purpose and state of navigation elements. This is especially important for menus that have complex structures, such as dropdowns.

    ARIA Roles

    Use roles like role= “navigation” to indicate the navigation region and role= “menu” or role= “menuitem” to define menus and items within them. For example:

    <nav role="navigation" aria-label="Main Navigation">
      <ul role="menubar">
        <li role="none"><a href="#home" role="menuitem">Home</a></li>
        <li role="none"><a href="#about" role="menuitem">About</a></li>
        <!-- Other menu items -->
      </ul>
    </nav>

    ARIA Attributes for State

    Use aria-expanded to indicate if a dropdown is expanded or collapsed. This helps users who rely on screen readers understand whether they can interact further with the menu item.

    <button aria-expanded="false" aria-controls="submenu">Services</button>
    <ul id="submenu" role="menu">
      <li role="none"><a href="#design" role="menuitem">Design</a></li>
      <li role="none"><a href="#development" role="menuitem">Development</a></li>
    </ul>

    When the button is clicked to expand the menu, JavaScript should change aria-expanded= “true”.

    4. Color Contrast (WCAG 1.4.3 – Contrast (Minimum)):

    Ensuring sufficient color contrast is vital for users with visual impairments, including color blindness. The contrast ratio between the text and its background should be at least 4.5:1 for normal text and 3:1 for large text.

    • Choosing Accessible Colors: Use online tools like the WebAIM Contrast Checker to ensure your menu items meet the WCAG color contrast standards.
    • Avoid Low-Contrast Hover States: While hover effects can be helpful, make sure they don’t reduce the text’s visibility. For example, avoid light text on light backgrounds.

    5. Responsive and Mobile-Friendly Design (WCAG 1.4.10 – Reflow):

    Navigation menus must be accessible across different devices and screen sizes. This is especially important given the widespread use of mobile devices.

    • Responsive Design Techniques: Ensure that the menu collapses into a mobile-friendly version, like a hamburger menu, without losing accessibility features.
    • Mobile Screen Readers: Make sure mobile screen readers can read and navigate the menu. Test with VoiceOver on iOS and TalkBack on Android to ensure compatibility.

    6. Skip Navigation Links (WCAG 2.4.1 – Bypass Blocks):

    A “Skip to Content” link allows users to bypass repetitive navigation links and go straight to the main content. This is crucial for users who rely on keyboard navigation.

    <a href=”#maincontent” class=”skip-link”>Skip to Content</a>

    When the page loads, users can press Tab to immediately focus on this link, skipping the menu altogether.

    7. Clear and Descriptive Labels (WCAG 3.3.2 – Labels or Instructions):

    Menu items should be labeled clearly to describe what users can expect when they click on them. This reduces confusion and ensures all users, including those with cognitive disabilities, can easily navigate the site.

    • Avoid Vague Labels: Instead of “Explore,” use something like “Our Services” to make it clearer what users will find.

    Tips for Creating an Effective Accessibility Navigation Menu

    Creating an accessible navigation menu isn’t just about meeting the guidelines—it’s about creating a better experience for everyone. Here are some tips to help:

    1. Keep it Simple: A clear and straightforward menu structure is easier for all users to navigate.
    2. Use Clear Labels: Avoid jargon and use common terms. For example, instead of “Explore Our Solutions,” just use “Services.”
    3. Include Skip Links: A “Skip to content” link allows keyboard users to skip repetitive navigation links.
    4. Test with Real Users: Get feedback from people with different disabilities to understand how accessible your menu really is.
    5. Provide Descriptive Anchor Text: Use anchor text that tells users where they’re going. For example, use “About Us” instead of “Click Here.”

    Testing for an Accessible Menu

    Once you’ve built your navigation menu, you need to test it for accessibility. Here are a few ways to do that:

    • Keyboard Navigation: Try navigating your site using only the keyboard. Can you access all the menu items? Are dropdowns easy to use?
    • Screen Readers: Use a screen reader like NVDA (NonVisual Desktop Access) or JAWS (Job Access With Speech) to navigate your site. Does the menu make sense when read aloud?
    • Color Contrast Tools: Use color contrast checkers to make sure your text stands out against the background.
    • Real User Testing: Consider asking users with disabilities to test your site and provide feedback on the navigation menu. This real-world input can be invaluable.

    Conclusion

    Creating a web-accessible navigation menu isn’t just about checking a box; it’s about making your website easy for everyone to use. When you improve accessibility, you also boost user experience and even your ROI. By learning about the best practices and challenges of accessible navigation menus, you can make your website more welcoming to all visitors.

    Remember, accessibility is not a one-time fix. It’s important to regularly test and update your navigation menu to keep it user-friendly. If you want to take the next step in making your website more inclusive, consider scheduling an ADA compliance briefing with 216digital. Our team can help you ensure your site is accessible to everyone.

    Greg McNeil

    August 30, 2024
    How-to Guides
    digital accessibility, How-to, navigation menu, Web Accessibility, web development
  • Top 9 Web Accessibility Issues and Fixes

    Imagine trying to explore a website but not being able to get the information you need because the site wasn’t made with you in mind. For many people with disabilities, this is a frustrating reality.

    Web accessibility isn’t just a technical requirement—it’s about making sure everyone can use your website. Whether you’re a developer, IT director, or content manager, making your website accessible is essential. By fixing common accessibility problems, you not only meet legal standards but also make your site better for everyone.

    Let’s dive into the top 10 web accessibility issues and how to fix them.

    1. Missing Alt Text for Images

    Alt text, or alternative text, is a brief description added to images on a website. It helps people who can’t see the images understand what they are about, as the alt text is read aloud by screen readers or displayed if the image doesn’t load. When alt text is missing, people with visual impairments miss out on important information, making the website less accessible. This can lead to frustration for users and might even cause legal issues, as websites are expected to be accessible to everyone.

    According to WCAG 2.1 SC 1.1.1 (Non-text Content), all non-text content, like images, needs a text alternative that serves the same purpose or provides the same information.

    How to Fix:

    • Add Descriptive Alt Text: For each image, write meaningful alt text that clearly describes what it’s showing or its purpose. For example, instead of just saying “Image of a dog,” say “Golden Retriever playing in a park.”
    • Use Empty Alt Attributes for Decorative Images: If an image is just decorative, use an empty alt attribute (alt=””). This way, screen readers skip over these images, making navigation easier for users.
    • Review and Update Regularly: Regularly check your alt text to make sure it’s still relevant, especially if you update the images or content on your site.

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

    2. Web Accessible Forms

    Forms that are not web accessible can be a big problem for people with disabilities. When forms are not designed with web accessibility in mind, they may be hard to understand or use with assistive technologies like screen readers. For example, if a form doesn’t have clear labels or instructions, someone using a screen reader might not know what information to put in the fields. This can make it difficult or even impossible for them to complete the form.

    WCAG 2.1 SC 1.3.1 (Info and Relationships)requires that the information and relationships between form elements be clear and properly coded so that assistive technologies can read and interpret them correctly.

    How to Fix:

    • Label Form Elements Clearly: Use the <label> tag to connect labels with each form field. This helps screen readers explain each field’s purpose. For example, use <label for=”email”>Email Address</label> with <input type=”email” id=”email”>.
    • Provide Accessible Error Messages: Make sure error messages are clear and easy to understand. Use ARIA attributes like aria-live to alert users to errors and make sure screen readers can easily read the messages.
    • Include Clear Instructions: Give clear instructions for filling out the form, especially for fields with specific requirements like date format or password criteria.

    3. Poor Color Contrast

    Low color contrast between text and background can make content hard to read, especially for users with visual impairments or color blindness. For example, light gray text on a white background is hard for many users to see.

    WCAG SC 1.4.3 (Contrast – Minimum) requires a contrast ratio of at least 4.5:1 for normal text and 3:1 for large text to meet web accessibility standards.

    How to Fix Color Contrast:

    • Check Contrast Ratios: Use online tools like WebAIM’s Contrast Checker to make sure the color contrast between text and background meets accessibility guidelines. Aim for a contrast ratio of at least 4.5:1 for normal text and 3:1 for large text.

    4. Missing Keyboard Navigation

    Web keyboard navigation is a way for people to use a website just by pressing keys on their keyboard, instead of using a mouse. This is important for people who can’t use a mouse, like those with certain disabilities.

    When a website doesn’t support keyboard navigation, it means that users who rely on keyboards might not be able to access all parts of the site. This is a problem because it makes the website more challenging to use for people with disabilities.

    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 Fix:

    • Enable Keyboard Navigation: Ensure that all interactive elements, such as links, buttons, and menus, can be accessed using only a keyboard. This includes allowing users to tab through items and activate them using the Enter or Space keys.
    • Implement Proper Tab Order: Use the tabindex attribute to manage the order in which elements receive focus when tabbing. Avoid skipping focusable elements or creating confusing navigation paths.
    • Use Focus Management: When interactive elements like modal dialogs or dropdown menus open, move the focus to the first interactive element within the component, and return it to the triggering element when the component closes.

    5. Video and Audio Captions

    Videos and audio content that lack captions or transcripts are inaccessible to users who are deaf or hard of hearing. Without captions or transcripts, these users miss out on the audio information provided in multimedia content.

    WCAG SC 1.2.2 Captions (Pre-recorded) mandates that videos and audio content include captions to assist users who are deaf or hard of hearing. Without captions, these users may miss crucial information, making it more challenging for them to grasp or engage with the content fully.

    How to Fix:

    • Provide Captions: Make sure your videos include captions that match what people say. Start with tools like YouTube’s automatic captions, but edit them manually to ensure accuracy.
    • Create Transcripts: Give users transcripts for your audio content. A transcript is a written version of what’s said in a video or audio file, including important sounds. Users can read these transcripts or use them with text-to-speech tools.
    • Make Captions and Transcripts Available: Allow users to turn captions on or off and offer transcripts for download. This gives people the choice to use captions or read the text in a way that works best for them.

    6. Missing Skip Links

    Web accessible skip links are special links on a website that let people quickly jump past repetitive content, like navigation menus, to get to the main part of the page. This is especially helpful for people using screen readers or keyboard navigation.

    If a website is missing these skip links, it can make it much harder for users to navigate, which goes against WCAG SC 2.4.1 Bypass Blocks.” This helps users quickly get to the content they need, reducing the effort required to access important content.

    How to Fix Skip Links:

    • Add Skip Navigation Links: Place “skip to content” links at the top of your web pages. These links should be one of the first elements in the tab order, allowing users to bypass repetitive navigation and go directly to the main content.
    • Make Skip Links Visible: Ensure that skip navigation links are visible when focused. Use CSS to make them visually prominent when selected by a keyboard, so users know where they are skipping to.

    7. Unclear Headings and Structure

    Poorly structured headings can make it difficult for users with screen readers to understand the organization of the content. For example, if headings are not used correctly or if they are missing, users may struggle to comprehend the hierarchy and flow of the information.

    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.

    How to Fix:

    • Use Proper Heading Tags: Implement <h1>, <h2>, <h3>, etc., in a logical order to reflect the content’s structure. The <h1> tag should represent the main title, with subsequent headings breaking down the content into logical sections.
    • Ensure Headings Are Descriptive: Headings should clearly describe the content that follows, helping users understand what each section covers. For example, instead of a generic heading like “Details,” use “Product Specifications.”
    • Maintain a Consistent Structure: Consistently apply heading tags across your website to create a predictable and accessible content structure, making it easier for users to navigate.

    8. Inconsistent Link Text

    Links with vague or repetitive text like “click here” or “read more” can be confusing for screen reader users as they lack context about the link’s destination or purpose. For example, if several links are labeled “read more,” users may not know which topic they are referring to.

    WCAG SC 2.4.4 Link Purpose (In Context) requires that the purpose of each link be clear from the link text alone or from the surrounding context. This helps users understand where a link will take them and ensures that all users can navigate effectively.

    How to Fix:

    • Use Descriptive Link Text: Ensure that the link text clearly indicates what the link will do or where it will take the user. For instance, instead of saying “click here,” use “Download our accessibility guide.”
    • Avoid Repetition: Ensure that each link’s text is unique, especially if links are close to each other. This helps users distinguish between different links and understand their destinations.
    • Provide Context in Surrounding Text: If necessary, add context around the link text to clarify its purpose. However, the link text itself should still be sufficiently descriptive on its own.

    9. No Focus Indicators

    Web accessible focus indicators are visual cues that show which part of a website a user is currently interacting with, like when using a keyboard or a screen reader.

    According to WCAG SC 2.4.7 Focus Visible, “Focus Visible,” these indicators are crucial for making websites easy to navigate. Without them, users might struggle to see where they are on the page, which can make the site hard to use, especially for people with disabilities. Proper focus indicators help everyone use a website more effectively and inclusively.

    How to Fix Focus Indicators:

    • Ensure Visible Focus: Use CSS to create clear, visible focus indicators for all interactive elements. For example, you can use outline: 2px solid #000; to ad a solid black outline when an element is focused.
    • Customize Focus Styles: Enhance default focus styles to make them more visible, especially if the default outline blends into the background. Consider using a contrasting color or a thicker border.

    How to Test for Web Accessibility Issues

    Testing for web accessibility can be done using a combination of manual checks and automated tools. Let’s take a look at a quick guide:

    1. Manual Testing: Use a keyboard to navigate your site and check all interactive elements. Utilize screen readers to ensure that content is read out correctly and that forms, buttons, and links are accessible.
    2. Automated Tools: Use tools like WAVE, Axe, or Lighthouse to perform automated accessibility audits. These tools can quickly identify many common issues, but manual testing is still essential for thorough accessibility checks.
    3. User Testing: If possible, involve users with disabilities in your testing process. They can provide valuable feedback on real-world accessibility issues that automated tools might miss.

    Building a Path to Web Accessibility

    Making sure your website is accessible goes beyond just checking off boxes—it’s about creating a welcoming space where everyone can connect with your content. By tackling common accessibility issues, you not only improve how people experience your site but also protect your organization from potential legal problems and open up new audience opportunities.

    If you want to learn more about improving your website’s accessibility initiative, schedule a complimentary ADA strategy briefing with the experts at 216digital. We make web accessibility simple and achievable, helping you develop a strategy to integrate WCAG 2.1 compliance into your development roadmap on your terms.

    Don’t let your website fall behind on accessibility. Let’s work together to make sure everyone can fully experience your site.

    Greg McNeil

    August 22, 2024
    How-to Guides
    Accessibility, ADA Compliance, digital accessibility, Web Accessibility, web development, Website Accessibility
  • Creating Accessible Web Forms

    Creating Accessible Web Forms

    In today’s digital world, ensuring your content forms are accessible is more important than ever. Whether you’re a website owner, a developer, or a content creator, ensuring that everyone can use your forms is key to providing a great user experience. This article will dive into why accessible content forms matter, how to ensure your forms meet accessibility standards and tips for creating inclusive digital spaces. Let’s explore how you can make your forms better for everyone!

    Why Should Content Forms Be Accessible?

    Accessible content forms are crucial for several reasons:

    1. Inclusivity: Everyone should have equal access to information and the ability to participate in discussions. By making your forms accessible, you’re ensuring that users with disabilities can join in the conversation just as easily as anyone else.
    2. Legal Compliance: In the United States, there are legal requirements for digital accessibility under laws like the Americans with Disabilities Act (ADA). Making your forms accessible helps you stay compliant and avoid potential legal issues.
    3. Broader Audience: Accessible forms reach a wider audience. More people can engage with your content when your forms are easy to navigate and use, leading to increased traffic and a better community experience.

    The Importance of Accessible Forms

    Accessible forms are not just about following the law—they’re about creating a better, more inclusive online environment. Here’s why it matters:

    1. Improves User Experience: Accessible forms provide a smoother experience for all users. Features like clear navigation, readable text, and proper color contrast benefit everyone, not just those with disabilities.
    2. Enhances SEO: Search engines favor well-structured websites that are easy to navigate. By making your forms accessible, you improve your SEO, leading to higher search rankings and more visibility.
    3. Fosters Community: An inclusive forum encourages participation from a diverse group. When users feel they can easily engage with your content, they are more likely to become active members of your website.

    How to Create Accessible Digital Forms

    Creating an accessible digital forum involves several key steps. Here’s a breakdown to help you get started:

    1. Understand the WCAG Guidelines

    The Web Content Accessibility Guidelines (WCAG) are standards designed to make web content more accessible. They provide a framework for creating content that is usable by everyone, including people with disabilities. The guidelines are organized into four principles:

    • Perceivable: Information must be presented in a way that all users can perceive, such as providing text alternatives for images.
    • Operable: Users must be able to navigate and interact with your site using tools like keyboard navigation and screen readers.
    • Understandable: Content must be easy to read and understand, with clear instructions and a consistent layout.
    • Robust: Your content should work well across various devices and browsers, ensuring compatibility with assistive technologies.

    2. Ensure Text Readability

    Text readability is vital for all users, especially those with visual impairments or dyslexia. Here’s how you can improve it:

    • Use Clear Fonts: Choose fonts that are easy to read. Avoid overly decorative fonts and ensure your text size is large enough to read comfortably.
    • Provide Text Alternatives (WCAG 1.1.1): Include alt text for images, charts, and other non-text content. This helps users who rely on screen readers understand what’s in the visuals.

    3. Implement Keyboard Navigation

    Many users with disabilities rely on keyboards rather than mice. Make sure your forms are fully navigable using keyboard shortcuts:

    • Focus Order (WCAG 2.4.3) : Ensure that users can tab through all interactive elements in a logical order.
    • Keyboard Shortcuts (WCAG 2.1.1): Implement keyboard shortcuts for common actions to improve efficiency.

    4. Use Descriptive Links and Buttons

    Links and buttons should be easily identifiable and descriptive:

    • Meaningful Link Text (WCAG 2.4.4): Avoid vague link text like “click here.” Instead, use descriptive text that tells users where the link will take them, such as “Read more about our forum guidelines.”
    • Button Labels (WCAG 3.3.2) : Ensure buttons have clear labels that describe their action, like “Submit” or “Cancel.”

    5. Ensure Color Contrast and Visual Elements

    Good color contrast and visual elements are essential for readability:

    • Contrast Ratios (WCAG 1.4.3): Use high contrast between text and background colors. Use tools like the WCAG Contrast Checker to verify that your button colors meet accessibility standards.
    • Visual Cues (WCAG 1.3.3): Use visual indicators, such as icons or patterns, in addition to color to convey information. This helps users who are colorblind or have low vision.

    6. Test with Real Users

    Testing is crucial to ensure your forum is truly accessible:

    • User Testing: Involve real users with disabilities in your testing process. Their feedback can help you identify and address accessibility issues you might not have considered.
    • Automated Tools: Automated accessibility testing tools such as WAVE or Lighthouse to catch common issues. But remember that these tools can’t catch everything.

    7. Stay Updated with Accessibility Trends

    Digital accessibility is an evolving field. Stay informed about the latest updates and best practices:

    • Ongoing Training: Regularly train your development team on accessibility best practices.
    • Community Resources: Participate in accessibility forms and follow industry news to keep up with new developments.

    Wrapping Up

    Creating accessible web content forms is more than just meeting compliance standards—it’s about fostering a welcoming and inclusive digital space for everyone. By adhering to WCAG guidelines, enhancing text readability, ensuring keyboard navigation, and conducting regular accessibility tests, you can build a forum that all users can navigate and enjoy.

    To take your commitment to accessibility to the next level, schedule a complimentary ADA strategy briefing with 216digital. Our team of experts will help develop a strategy to integrate WCAG 2.1 compliance into your development roadmap on your terms.Start integrating these practices today to build a more inclusive and user-friendly forum for everyone. Reach out today to start making a difference!

    Greg McNeil

    August 14, 2024
    How-to Guides
    accessible forms, ADA Compliance, digital accessibility, forms, Web Accessibility, web development, Website Accessibility
  • ADA Compliance for Videos

    ADA Compliance for Videos

    If you’re a website owner, developer, or content creator, you might already be familiar with the importance of making your site accessible. You might have heard about adding alt text to images or ensuring that your site is navigable using just a keyboard. But what about videos?

    Videos are a powerful way to communicate with your audience, but if they aren’t accessible, you could be missing out on a large portion of your audience and might even run into legal issues. In this article, we’re diving into ADA compliance for videos, why it’s important, and how to make sure your videos are accessible to everyone.

    What is ADA Video Compliance?

    ADA stands for the Americans with Disabilities Act, which was passed in 1990 to prevent discrimination against individuals with disabilities. While it originally focused on physical spaces like buildings, the ADA has evolved to include digital spaces, including websites and the content they host. When we talk about ADA compliance for videos, we’re referring to making sure that your videos can be accessed and understood by everyone, including people with disabilities.

    ADA compliance for videos is closely related to the Web Content Accessibility Guidelines (WCAG), which provide a set of standards for making web content more accessible. The most recent version, WCAG 2.1, lays out specific guidelines for making videos accessible.

    Why is ADA Video Compliance Important?

    You might be wondering why ADA video compliance is so crucial. There are a few key reasons:

    1. Inclusivity: Making your videos accessible ensures that everyone, regardless of ability, can engage with your content. This isn’t just the right thing to do, it also makes good business sense. When your content is accessible, you open up your site to a broader audience.
    2. Legal Requirements: The ADA requires that digital content be accessible, and failure to comply can result in lawsuits. While the law may not specifically mention videos, courts have interpreted the ADA to include all web content, including multimedia such as videos.
    3. Better User Experience: Accessible videos provide a better experience for all users. Features like captions can help people understand your content in noisy environments or when they’re not able to use sound.
    4. Search Engine Optimization (SEO): Adding captions, transcripts, and other accessibility features can also help with SEO. Search engines can’t watch videos, but they can read captions and transcripts, which can help your content rank better in search results.

    WCAG 2.1 Video Requirements

    Understanding and following WCAG guidelines can help make sure your videos meet ADA requirements. The latest version, WCAG 2.1, sets clear rules for making videos accessible, which are important for legal reasons.

    WCAG 2.1 details most video-related requirements in Section 1.2. This section focuses on providing alternatives for time-based media like audio and videos. Here are the key guidelines for video content for Level A and AA:

    1. 1.2.1: For prerecorded videos with no audio, there must be an audio track that gives the same information.
    2. 1.2.2: Captions should be included for all prerecorded audio in videos.
    3. 1.2.3: Prerecorded videos should have audio descriptions.
    4. 1.2.4: Live videos should include captions for all spoken content.
    5. 1.2.5: All prerecorded videos must have audio descriptions.

    Tips for Creating Accessible Videos

    Provide Captions for Multimedia Content

    Captions are text versions of the spoken part of a video or audio. They display the dialogue, sound effects, and other audio cues. For example, if a character in a video says, “I’m going to the store,” the caption will show this text on the screen. Captions are usually placed at the bottom of the video, so they don’t cover up important parts of the visuals.

    SC 1.2.2 Captions (Prerecorded) states that all prerecorded video and audio content must have captions. This helps people who can’t hear or who prefer to read understand what’s going on in the media.

    Think About Your Audience When Writing Captions

    Just adding captions to your videos isn’t enough. You need to ensure they’re accurate, easy to read, and truly helpful for viewers.

    Here’s what your captions should do:

    • Include All Dialogue and Key Sounds: Capture every word spoken in the video, and don’t forget important sounds and music—for instance, sound effects from sports events.
    • Match the Audio and Video: Make sure captions sync up with what’s happening in the video. They shouldn’t lag behind someone speaking or an animation on screen.
    • Be Readable: Use a font size that’s big enough for everyone to see comfortably.
    • Cover All Your Videos: Add captions to every video you share, even on social media.

    Watch Out for Automated Captions

    When it comes to captions, it’s best to steer clear of automated tools. While AI has gotten a lot better, these automatic captions still make mistakes that can be annoying and distracting for viewers.

    If you do use automated captions, make sure to check them thoroughly for errors. The ideal approach is to create your own captions and transcripts while you’re working on your video scripts.

    Include Audio Descriptions

    Audio descriptions are better than transcripts for people who are blind or visually impaired. Think of them like a podcast that explains what’s happening in a video. They provide information without requiring the viewer to see the screen.

    Adding audio descriptions to your videos might feel a bit unusual at first, but it quickly becomes second nature. Audio descriptions are specifically created to help users with vision loss by describing the visual elements of a video. They include a voice track that fits into the pauses between dialogue and other audio; whenever you can, include audio descriptions in your videos.

    Provide a Transcript

    WCAG guidelines don’t require transcripts for pre-recorded videos with audio. However, if you publish videos without audio, you need to provide a detailed transcript to meet WCAG SC 1.2.1 (Audio-only and Video-only).

    While captions alone can make videos accessible, providing transcripts is a good practice. Transcripts let people read at their own pace, which helps those using assistive technology, non-native speakers, and individuals with learning disabilities.

    Make Sure Your Video Player Has Accessible Controls

    Many people use keyboards to navigate the web without a mouse. Keyboard accessibility is an important part of making websites usable for everyone, but video players can sometimes create problems for keyboard users. These issues usually come from poor coding or JavaScript problems.

    To check if your video player works well with a keyboard, open your website in a browser and use the Tab and Shift-Tab keys to move through the controls. As you test, ask yourself these questions:

    • Can I use all the controls on the video player?
    • Does the keyboard seem to get “stuck” on any control or part?
    • Which part is currently selected by the keyboard?

    Avoiding Flashing Content

    Videos that flash or flicker can be problematic for people with photosensitive epilepsy. WCAG guidelines recommend avoiding content that flashes more than three times per second to prevent triggering seizures.

    How to Install Videos on Your Website to Be Accessible

    Now that you understand the importance of ADA video compliance and the relevant WCAG guidelines, let’s talk about how to install videos on your website to ensure they are accessible.

    Choose an Accessible Video Player

    The first step is to choose a video player that is designed with accessibility in mind. Many popular video players, like YouTube’s embedded player, already have features like keyboard accessibility and customizable captions. If you’re using a custom video player, make sure it meets WCAG guidelines by testing it with keyboard navigation and screen readers.

    Add Captions to Your Videos

    When you upload a video to your site, you’ll want to make sure it has captions. If you’re using a platform like YouTube, you can upload your own captions or use the platform’s automatic captioning feature, though it’s a good idea to review and edit these captions for accuracy. If you’re hosting videos yourself, there are many tools available for creating and syncing captions.

    Provide Transcripts

    After you’ve added captions, the next step is to create a transcript of the video. You can offer the transcript as a downloadable file or display it directly on the page below the video. Providing a transcript not only helps with accessibility but can also improve your site’s SEO.

    Include Audio Descriptions

    For videos with important visual content that isn’t described in the audio, consider creating a version of the video with audio descriptions. This can be as simple as adding a voiceover that describes key visual elements or creating a separate audio track that users can turn on if they need it.

    Test Your Videos for Accessibility

    Once you’ve added all the necessary accessibility features, it’s important to test your videos to ensure they are actually accessible. This means watching the video with captions and a screen reader, navigating the player with just a keyboard, and making sure the video content is clear and understandable, even without sound or visuals.

    Use an Accessibility Checker

    There are many tools available that can automatically check your site’s accessibility, including your videos. These tools can identify issues you have missed and suggest ways to fix them. Regularly running these checks can help you maintain ADA compliance as you add new content to your site.

    Make Accessibility a Priority

    Web accessibility isn’t just a legal requirement—it’s a way to make your content more inclusive and reach a wider audience. By focusing on ADA video compliance, you’re taking important steps to ensure that everyone, regardless of ability, can enjoy and engage with your content. Whether you’re a website owner, developer, or content creator, making your videos accessible should be a top priority.

    Remember, accessibility is an ongoing process. As you continue to create and share video content, keep WCAG guidelines in mind, and make it a habit to review and update your accessibility features regularly. Not only will this help you avoid legal issues, but it will also help you create a more inclusive and welcoming online experience for all your users.

    If you need help with video accessibility or legal compliance, we’re here to help.  Schedule a briefing with 216digital today so that you can confidently take this next step into digital accessibility.

    Greg McNeil

    August 9, 2024
    How-to Guides
    Accessibility, ADA Compliance, ADA Website Compliance, videos and audio content, Web Accessibility, web development, Website Accessibility
  • Screen Readers 101: Making Your Site Accessible

    Screen Readers 101: Making Your Site Accessible

    In today’s digital age, making your website accessible to everyone is more important than ever. One critical aspect of digital accessibility is ensuring that your site is compatible with screen readers. But what exactly are screen readers, and why is it so important to make sure your website works well with them? In this blog post, we’ll dive into what screen readers are, who uses them, how they browse the Internet, and how you can test your website to ensure it’s screen reader-friendly.

    What are Screen Readers and Who Uses Them?

    Let’s start with the basics. A screen reader is a piece of software that reads aloud the text displayed on a computer or mobile device screen. It’s a vital tool for people who are blind or have severe visual impairments. However, screen readers are also used by individuals with other disabilities, such as those with learning disabilities or certain cognitive impairments, who may find it easier to listen to content rather than read it.

    So, who exactly uses screen readers? The answer is billions of people around the world. In the United States alone, there are an estimated 12 million people over 40 with a visual disability. For these individuals, screen readers are essential for accessing the Internet, working, and communicating. Without screen readers, many websites would be entirely inaccessible to them.

    How Do Screen Reader Users Browse the Internet?

    Browsing the Internet with a screen reader is a completely different experience than browsing with sight. For starters, screen reader users don’t navigate web pages visually—they rely on audio cues and keyboard commands to get around.

    Here’s a simplified version of how it works:

    1. Screen Reader Starts Reading: When a screen reader user opens a webpage, the screen reader begins reading the content from top to bottom. It reads out the text, describes images (if alt text is provided), and announces the presence of links, buttons, and other interactive elements.
    2. Keyboard Navigation: Instead of using a mouse, screen reader users navigate through the website using keyboard commands. They might use the Tab key to move between links, headings, and form fields, or shortcuts to jump to specific sections of the page, such as the main content or a list of links.
    3. Listening for Context: Screen reader users often listen to the content at a much faster speed than normal. They also rely heavily on headings, landmarks, and other structural elements to understand the layout and flow of the page. For example, a user might jump from heading to heading to quickly scan the page and find the information they need.
    4. Interacting with Elements: When a user encounters a form field, button, or link, the screen reader announces what it is and sometimes gives instructions on how to interact with it. For example, if there’s a “Submit” button, the screen reader might say, “Button: Submit. Press Enter to activate.”

    For screen reader users, a well-structured, accessible website is key to having a smooth and efficient browsing experience. But if a website is not properly optimized for screen readers, it can become frustrating, confusing, or even impossible to use.

    Why is Screen Reader Testing Important?

    Now that you have a basic understanding of what screen readers are and how they’re used, let’s talk about why testing your website for screen reader compatibility is so important.

    Ensuring Digital Accessibility

    First and foremost, screen reader testing is crucial for ensuring digital accessibility. As a website owner, developer, or content creator, it’s your responsibility to make sure that your website is accessible to everyone, including people with disabilities. Screen reader testing helps you identify and fix issues that could prevent people who rely on these tools from accessing your content.

    Complying with Legal Requirements

    In the United States, websites are required by law to be accessible to people with disabilities. The Americans with Disabilities Act (ADA) Title II and Section 508 of the Rehabilitation Act are two key laws that apply to web accessibility. If your website is not accessible, you could be at risk of legal action, which could result in costly fines and damage to your reputation. By performing screen reader testing, you can ensure that your website complies with these laws.

    Improving User Experience

    Accessibility isn’t just about legal compliance—it’s also about providing a better user experience for everyone. When your website is accessible to screen reader users, it’s also likely to be more user-friendly for other visitors. For example, clear headings, logical page structure, and well-labeled buttons benefit all users, not just those with disabilities.

    Reaching a Wider Audience

    By making your website accessible to screen reader users, you’re opening it up to a wider audience. This can lead to more traffic, better SEO, and ultimately, more success for your business. Accessibility should be seen as an investment in your website’s future, not just a legal obligation.

    What Are the Different Approaches to Accessibility Testing?

    There are several different approaches to accessibility testing, each with its own advantages and disadvantages. To ensure that your website is fully accessible, it’s important to use a combination of these methods.

    Automated Testing

    Automated testing tools can scan your website for common accessibility issues, such as missing alt text, insufficient color contrast, and incorrect HTML structure. These tools are fast and can cover a lot of ground in a short amount of time. However, they can’t catch every issue—especially those related to screen reader compatibility.

    Some popular automated accessibility testing tools include:

    • WAVE: A web accessibility evaluation tool that highlights accessibility issues directly on your webpage.
    • Lighthouse: A tool built into Chrome that can audit your website for performance, SEO, and accessibility issues.

    While automated testing is a great starting point, it should never be the only method you use. Automated testing covers only 30-40% of accessibility guidelines and can miss more subtle or complex problems that require human judgment.

    Manual Testing

    Manual testing involves a human tester navigating your website and checking for accessibility issues. This approach is essential for catching issues that automated tools might miss, such as how well your website works with a screen reader. Manual testing can be more time-consuming and requires a deeper understanding of web accessibility, but it provides a more accurate picture of your website’s accessibility.

    During manual testing, you should:

    • Check Keyboard Navigation: Ensure that all interactive elements, such as links, buttons, and form fields, can be accessed and activated using only the keyboard.
    • Test with a Screen Reader: Use a screen reader to navigate your website and listen to how the content is announced. Pay attention to whether the screen reader correctly identifies headings, lists, buttons, and other elements.

    User Testing

    User testing involves real users with disabilities testing your website and providing feedback on their experience. This is the most effective way to identify and fix accessibility issues, as it provides insight into how your website works in the real world.

    To conduct user testing:

    • Recruit Testers: Find users who rely on screen readers and other assistive technologies to test your website. You can reach out to local organizations, online communities, or professional networks to find willing participants.
    • Observe and Take Notes: Watch how the testers interact with your website and take note of any issues they encounter. Pay attention to their feedback and use it to make improvements.
    • Iterate and Improve: After making changes based on user feedback, test again to ensure that the issues have been resolved.

    User testing can be more expensive and time-consuming than other methods, but it provides the most valuable insights.

    Not sure what form of accessibility testing is right for you? Check out our article, Choosing the Right Accessibility Audit for Your Goals, for more information.

    How to Perform Screen Reader Testing

    Screen reader testing is a crucial part of manual and user testing. Here’s a step-by-step guide to performing screen reader testing on your website.

    Choose Your Screen Readers

    There are several different screen readers available, each with its own unique features and quirks. The most commonly used screen readers in the United States are:

    • NVDA (NonVisual Desktop Access): A free and open-source screen reader for Windows.
    • JAWS (Job Access With Speech): A popular screen reader for Windows, often used in workplaces.
    • VoiceOver: The built-in screen reader for MacOS and iOS devices.
    • TalkBack: The built-in screen reader for Android devices.

    To ensure that your website is accessible to the widest audience possible, it’s important to test with more than one screen reader.

    Familiarize Yourself with Screen Reader Commands

    Screen readers are controlled through a series of keyboard commands. Before you start testing, take some time to familiarize yourself with the basic commands for the screen reader you’re using. Most screen readers have a “practice mode” where you can learn and try out different commands.

    For example, in NVDA, you can press Ctrl + Alt + N to start the screen reader, use the Tab key to move through links and buttons, and press H to jump between headings.

    Navigate Your Website

    Start by opening your website with the screen reader turned on. Listen to how the screen reader announces the content, and use keyboard commands to navigate through the site. Pay attention to the following:

    • Headings: Are they announced correctly? Do they provide a clear structure for the page?
    • Links and Buttons: Are they labeled correctly? Do they make sense out of context?
    • Forms: Are the form fields and labels announced clearly? Is it easy to fill out the form using only the keyboard?

    Identify and Fix Issues

    As you navigate your website, take note of any issues you encounter. For example, if the screen reader doesn’t announce a button’s label, it may be missing an aria-label attribute. If a heading is skipped, it might be due to incorrect HTML markup.

    Once you’ve identified the issues, go back and fix them in your website’s code. Then, test again to ensure that the problem has been resolved.

    Test on Different Devices

    Screen reader behavior can vary depending on the device and browser being used. After testing on your primary device, try testing on different devices and browsers to ensure a consistent experience for all users.

    Conclusion

    In today’s world, making your website accessible to everyone isn’t just a nice-to-have—it’s a must-do. Ensuring your site works smoothly with screen readers is a big part of that. By taking the time to test and optimize your website for screen readers, you’re not only complying with legal requirements but also creating a better experience for all users. Plus, you’re opening the doors to a wider audience, which is always good for business.

    If you’re ready to take the next step in making your website truly accessible, why not schedule a complimentary ADA Strategy Briefing with 216digital? We’re here to help you navigate the ins and outs of digital accessibility and ensure your site is welcoming to everyone. Let’s make the web a better place, one website at a time.

    Greg McNeil

    July 31, 2024
    WCAG Compliance
    assistive technology, digital accessibility, screen readers, Web Accessibility, web development, Website Accessibility
  • Why Accessible Buttons Matter for Your Website

    Why Accessible Buttons Matter for Your Website

    As a website owner, developer, or content creator, you’ve probably heard the term “web accessibility” tossed around. But what does it really mean, and why should you care? Specifically, how do accessible buttons fit into this equation? In today’s blog post, we’ll break down everything you need to know about web accessibility for buttons. We’ll cover why it’s essential, the guidelines you need to follow, and practical tips on creating buttons that everyone can use.

    Why Web Accessibility for Buttons is Important

    Let’s start with the basics: what is web accessibility? Simply put, web accessibility means designing websites and digital tools so that everyone, including people with disabilities, can use them. This includes people with visual, auditory, cognitive, and motor impairments. Accessible buttons play a huge role in this.

    Think about how often you click a button online—whether you’re submitting a form, making a purchase, or navigating to another page. Now imagine trying to do those things if the buttons were hard to see, difficult to click, or didn’t make sense when read by a screen reader. For millions of people, this is a daily reality.

    Creating accessible buttons isn’t just about following guidelines—it’s about ensuring that everyone can interact with your website easily and effectively. By making your buttons accessible, you’re not only improving the user experience but also reaching a wider audience, boosting your SEO, and demonstrating social responsibility.

    Understanding the WCAG Guidelines for Accessible Buttons

    The Web Content Accessibility Guidelines (WCAG) are the go-to resource when it comes to web accessibility. They provide a set of recommendations designed to make web content more accessible to people with disabilities. When it comes to buttons, there are specific guidelines to keep in mind.

    Perceivable

    Text Alternatives (WCAG 1.1.1)

    Every button should have a text alternative that conveys the same information as the visual button. This can be done using alt text or aria-labels. This ensures that users who rely on screen readers can understand the button’s purpose.

    Contrast (WCAG 1.4.3)

    Buttons should be easily noticeable by all users, not just those with disabilities. Color plays a significant role in this. You’ll want to ensure that both the button color and the text have sufficient contrast. Buttons should have a high contrast ratio of at least 4.5:1 between the text and background colors to ensure they are easy to see, even for users with visual impairments.

    Operable

    Keyboard Accessibility (WCAG 2.1.1)

    Make sure that all buttons can be accessed and activated using a keyboard. This is crucial for users who cannot use a mouse. Not all users are able to use a mouse to navigate the web which means users need to be able to navigate and click on buttons using just their keyboard.

    Focus Indicators ( WCAG 2.4.13)

    When a button is selected or “focused,” it should be visually distinct so users can easily see which button they’re interacting with. Button elements should be designed to give a clear visual cue to the user. WCAG 2.4.13 recommends at least a 2 CSS pixel thick perimeter around the button.

    Understandable

    Clear Labels (WCAG 3.3.2)

    When creating buttons, make sure the labels are clear and easy to understand, so that users know what will happen when they click the button. You can use WAI-ARIA (ARIA roles) to help with this. By including ARIA labels in your HTML, you can avoid confusion and anxiety around buttons and clearly communicate what action will follow when the button is clicked.

    Consistent Navigation (WCAG 3.2.3)

    If your website uses buttons for navigation, ensure that the buttons are consistent across pages to avoid confusion.  

    Robust

    Screen Reader Compatibility (WCAG 4.1.2)

    Did you know that buttons have different states besides their default one? This includes hover, click, active, and more. Each of these states needs to have clear cues so that users with disabilities and assistive technologies can easily use them. It’s important to make sure your buttons work on different devices and web browsers, including with tools like screen readers. 

    We recommend testing your content with different types of screen readers, like NVDA, Voiceover, or JAWS, to ensure that they are being announced as buttons and not links.

    How to Create Accessible Buttons

    Now that you understand the importance and guidelines of web accessibility for buttons, let’s explore the practical steps you can take to make them accessible.

    Use Semantic HTML

    One of the simplest ways to make your buttons accessible is to use the correct HTML elements. For example, use the <button> tag for buttons rather than trying to repurpose other tags like <div> or <span>. The <button> tag is designed for user interaction and is inherently more accessible because it’s recognized by assistive technologies.

    Here’s a quick example:

    <button type="submit">Submit</button>

    This button is easy for screen readers to identify and interact with. It also works well with keyboards, making it accessible to a broader audience.

    Make Sure Button Labels are Clear and Descriptive

    Button labels should be straightforward and describe the action that will occur when clicked. Avoid using vague labels like “Click Here” or “More” because they don’t provide enough context. Instead, be specific. For instance, “Submit Form,” “Download Report,” or “Add to Cart” are much better options.

    A clear label helps everyone, but it’s especially crucial for screen reader users. When the screen reader announces the button, the user should instantly understand what will happen if they activate it.

    Provide Alt Text or ARIA Labels for Buttons

    If your button uses an image or icon instead of text, you need to provide an accessible name for the button. This can be done with alt text or an aria-label. This ensures that screen readers can announce the button’s function to the user.

    Here’s an example:

    <button aria-label="Search">
    <img src="search-icon.png" alt="">
    </button>

    In this case, the aria-label tells the screen reader that this is a search button, even though the button itself only displays an image.

    Ensure High Contrast for Better Visibility

    High contrast between the button text and background is essential for users with visual impairments, including color blindness. WCAG recommends a contrast ratio of at least 4.5:1 for normal text and 3:1 for large text.

    For example, if your button has white text on a blue background, make sure the shade of blue is dark enough to provide sufficient contrast.

    Test Keyboard Accessibility

    Many users rely on a keyboard rather than a mouse to navigate a website. Ensure that all buttons can be accessed using the Tab key and activated with the Enter or Space key.

    To test this, try navigating your site using only the keyboard. If you can’t reach or activate a button, you’ll need to adjust your code to make it keyboard accessible.

    The Role of Button Labels in Web Accessibility

    Button labels are crucial in web accessibility. They guide users on what to do next and are particularly important for those using screen readers or other assistive technologies. Here’s how to get button labels right:

    Write Alt Text as Simple Sentences

    If your button includes an image or icon, write alt text that clearly and succinctly describes the button’s action. Alt text should be simple, direct, and written as a complete sentence whenever possible. 

    For example:

    <button aria-label= "Download report">
    <img src="download-icon.png" alt="Download report">
    </button>

    This alt text tells the user exactly what the button does. Avoid overly complex or vague descriptions, as they can confuse users.

    Avoid Repeat or Redundant Button Labels

    On some websites, you might find multiple buttons with the same label, like several “Learn More” buttons on a single page. This can be confusing for users who rely on screen readers, as they won’t know which “Learn More” button corresponds to which section of content.

    To avoid this, make sure each button label is unique and descriptive. If you have several buttons that perform similar actions, differentiate them by adding context. For example:

    • “Learn More About Our Services”
    • “Learn More About Our Products”
    • “Learn More About Our Team”

    Testing and Maintaining Accessible Buttons

    Once you’ve created accessible buttons, it’s important to test them regularly to ensure they work as expected. Here are some ways to test your buttons:

    Screen Reader Testing

    Use a screen reader like NVDA (Windows), Voiceover (Mac), or JAWS to navigate your website. Ensure that each button is announced correctly and that its purpose is clear.

    Keyboard Navigation

    Test your site using only a keyboard to make sure that all buttons are accessible and functional. Check that the focus state is visible and that buttons can be activated with the Enter or Space key.

    Color Contrast Testing

    Use tools like the WCAG Contrast Checker to verify that your button colors meet accessibility standards.

    Ongoing Maintenance

    Web accessibility is not a one-time task. As you add new content and features to your website, make sure that any new buttons meet accessibility guidelines. Regularly audit your site to catch and fix any issues.

    216digital’s a11y.Radar ADA Monitoring

    With 216digital’s a11y.Radar, maintaining an ADA-compliant website is easier than ever. This automated platform continuously audits your site, reporting on accessibility efforts by your team or an external agency. You’ll get real-time updates on potential issues, access to an intuitive dashboard, and tools to manage and resolve problems.

    Key Features:

    • Dynamic Dashboard
    • Compliance Scans
    • Detailed Issue Reports
    • Issues Over Time Tracking
    • Manual Testing Reports
    • Email Alerts
    • Current Compliance Status

    Schedule a complimentary ADA Strategy Briefing to speak with one of our accessibility experts about a11y.Radar ADA Monitoring today.

    Button Up for Web Accessibility

    Web accessibility is essential for creating an inclusive online experience, and accessible buttons are a crucial part of that equation. By following the WCAG guidelines, using clear and descriptive labels, and testing your buttons for accessibility, you can ensure that your website is usable by everyone.

    Remember, accessible buttons not only help users with disabilities—they improve the overall user experience for everyone. As a website owner, developer, or content creator, making your buttons accessible is a simple yet powerful way to make your site more inclusive and effective.

    So, the next time you add a button to your website, take a moment to consider its accessibility. It’s a small effort that can make a big difference.

    Greg McNeil

    July 23, 2024
    How-to Guides
    Accessibility, Accessible Buttons, ADA Compliance, ADA Website Compliance, web development, Website Accessibility
  • What Are The Most Accessible Shopify Themes?

    What Are The Most Accessible Shopify Themes?

    Hey there, Shopify store owners, developers, and content creators! If you’re reading this, having a stunning online store is critical to attracting customers. But have you ever thought about making your store accessible to everyone, including people with disabilities? In today’s digital age, digital accessibility is crucial and more than just a buzzword. It’s about ensuring everyone can enjoy your site, no matter their abilities. Let’s dive into accessible Shopify themes and why they matter.

    Understanding Digital Accessibility

    Digital accessibility means designing websites and digital tools so everyone, including people with disabilities, can use them. Disabilities can be visual, auditory, physical, speech, cognitive, or neurological. When your site is accessible, you’re not just following best practices but also reaching a broader audience, enhancing your SEO, and showing you care about all your visitors.

    Why Accessibility Matters for Shopify Stores

    Shopify is one of the best e-commerce platforms for creating beautiful online stores. But beauty isn’t everything. Accessibility matters because:

    1. Inclusivity: Making your site accessible ensures everyone can use it, including those with disabilities. This increases your potential customer base.
    2. Legal Compliance: In the US, websites must comply with the Americans with Disabilities Act (ADA). Not following these guidelines can lead to lawsuits.
    3. SEO Benefits: Accessible sites are often better optimized for search engines, meaning better rankings and more traffic.
    4. Better User Experience: An accessible site is usually more user-friendly, keeping customers returning.

    What Makes a Shopify Theme Accessible?

    So, what should you look for in an accessible Shopify theme? Here are some key features:

    1. Keyboard Navigation: Users should be able to perform actions on your site using just a keyboard.
    2. Screen Reader Compatibility: Your site should work well with screen readers, which helps visually impaired users navigate the web.
    3. Text Alternatives: All images should have alt text so screen readers can describe them to users.
    4. Color Contrast: Text should have enough contrast with the background to be easily readable.
    5. Resizing Text: Users should be able to zoom and resize text without breaking your site’s layout.
    6. Clear Labels and Instructions: Forms and buttons should be clearly labeled so users know what they’re for.

    Top Accessible Shopify Themes Compatible with Online Store 2.0

    Now, let’s get into some of the most accessible Shopify themes compatible with Online Store 2.0. These themes are designed with digital accessibility in mind, ensuring your store is usable for everyone.

    Dawn

    Dawn is Shopify’s flagship theme for Online Store 2.0 and is built with accessibility in mind.

    • Keyboard Navigation: Dawn is fully navigable via keyboard, making it accessible for users who can’t use a mouse.
    • Screen Reader Support: The theme is compatible with screen readers, ensuring visually impaired users can access all content.
    • High Contrast: Dawn offers excellent contrast between text and background, which helps users with low vision.

    Craft

    Craft is perfect for stores with a focus on aesthetics and usability.

    • Text Alternatives: Every image in Craft can have alt text, making it accessible for screen readers.
    • Flexible Design: The theme’s layout adjusts well when text is resized, ensuring it remains readable.
    • Clear Instructions: Forms and interactive elements in Craft are clearly labeled.

    Sense

    Sense is a clean and modern theme designed for ease of use and accessibility.

    • High Contrast Mode: Sense offers a high-contrast color scheme, improving readability for low-vision users.
    • Accessible Forms: Forms are well-labeled and easy to use, ensuring everyone can complete purchases without hassle.
    • Keyboard-Friendly: Like the others, Sense is designed to work well with keyboard navigation.

    Crave

    Crave is a stylish theme that combines modern design with robust accessibility features.

    • Responsive Design: Crave’s responsive design ensures it looks great and works well on all devices, which is crucial for accessibility.
    • Alt Text: All images can have alt text, which is essential for screen reader users.
    • Clear Navigation: The navigation is straightforward to use, making it accessible to everyone.

    Refresh

    Refresh is ideal for stores that want a clean, modern look without compromising on accessibility.

    • Keyboard Navigation: The theme supports full keyboard navigation, ensuring users with disabilities can easily browse.
    • High Contrast: Refresh uses high contrast in its design, improving readability.
    • Screen Reader Friendly: It’s built to work seamlessly with screen readers.

    Tips for Enhancing Accessibility on Your Shopify Store

    Choosing an accessible theme is just the first step. Here are some additional tips to make your Shopify store even more accessible:

    1. Add Alt Text to Images: Every image on your site should have alternative text. This action helps screen reader users understand what’s on your site.
    2. Use Descriptive Links: Instead of “click here,” use descriptive text like “view our latest collection.”
    3. Ensure Text Readability: Use large, clear fonts and high-contrast colors.
    4. Test Your Site: Regularly check your site with the WAVE Web Accessibility Evaluation Tool for accessibility issues.
    5. Provide Keyboard Shortcuts: Offer keyboard shortcuts for common actions to make navigation easier.
    6. Accessible Forms: Make sure forms are easy to use and clearly labeled.
    7. Regular Updates: Keep your site and theme updated to fix any accessibility issues.

    Conclusion

    Digital accessibility isn’t just about ticking a box; it’s about creating an inclusive and user-friendly experience for all your visitors. Choosing an accessible Shopify theme like Dawn, Craft, Sense, Crave, or Refresh is a great start.

    Remember, an accessible site broadens your customer base, boosts your SEO, and helps you comply with legal requirements. So, take the time to invest in digital accessibility—it’s worth it!

    Starting your web accessibility journey on Shopify has never been easier with 216digital by your side. Schedule a complimentary ADA Strategy Briefing with our experts to craft a tailored plan for integrating WCAG 2.1 compliance into your development roadmap. We’re here to guide you every step of the way, ensuring that your online store meets accessibility standards while you focus on growing your business.

    Happy selling, and here’s to a more inclusive web!

    Greg McNeil

    July 18, 2024
    WCAG Compliance
    Accessibility, digital accessibility, Shopify, Shopify Themes, web development, Website Accessibility
  • Creating Web Accessible Links

    Creating Web Accessible Links

    The Internet has always been about connectivity. The links that crisscross every site play a vital role in guiding users as they explore the online realm. As one of the most basic elements of web accessibility, hyperlinks help users navigate to another page to access different types of digital content. While creating hyperlinks is easy, making them web accessible takes careful consideration. But how can we make sure they are accessible to everyone?

    What are Descriptive Links?

    A descriptive link provides clear information about where the link will take the user. Instead of generic terms like “click here” or “read more,” a descriptive link might say “learn about our sustainability practices” or “view our summer collection.” 

    Why Use Descriptive Links?

    People using screen readers either tab through links or bring up a list. This can take the link out of the context of the surrounding text. However, descriptive link text provides clarity, aiding users with assistive tools in grasping the destination of a link without additional information. By ensuring links are descriptive, users can confidently know the link’s destination, allowing those using assistive technologies to navigate more efficiently.

    Types of Links That Need to Be Accessible

    There are three types of links that need to be accessible: 

    Anchor Text

    Anchor text is clickable text linking to another page or file. The best practice is to ensure it’s descriptive. For example, instead of “Click here for more information about web accessibility,” use “Learn more about web accessibility.”

    Image Links

    Images links are clickable images or call-to-action buttons that link to another page or file. When using an image or button, an alternative text (alt text) must describe its purpose. This helps screen readers in conveying the link’s purpose to the user.

    Adjacent Links

    Adjacent links are two links next to each other that point to the same destination—for example, an image with text beneath it both linking to the same page.

    Creating Valid and Accessible Links

    Start with Valid HTML

    The foundation of any accessible website is its underlying code. Think of your site’s HTML as the skeleton, providing structure and meaning. Just as a well-built house begins with a solid foundation, a fully accessible website starts with clean, valid HTML.

    When crafting links, it’s essential to use the correct tags and attributes. The <a> (anchor) tag is the standard for creating links. 

    Here’s a basic example:

    <a href="https://www.example.com">Visit our homepage</a>

    This link is valid and clear, ensuring that screen readers and other assistive devices can interpret and present it correctly to the user.

    To be a valid link, it must have the following:

    • A href Attribute: The location or URL of the anchor, page, or resource. Without the href attribute, the <a> tag won’t work.
    • Link Content Text describing where the link is going. This could be plain text or the alt attribute of an image.
    • Opening and closing tags: An opening tag begins the link, and a closing tag ends it. A closing tag always precedes the element with a /.

    Write Helpful Link Text

    The actual text of your link is crucial for web accessibility. Avoid generic terms like “click here” or “read more.” Instead, aim for descriptive, context-rich text that clearly indicates the link’s destination or purpose. 

    For example:

    Instead of using

     <a href= "#">click here</a>.

    Use:

     <a href="#">View our comprehensive guide</a>.

    This approach benefits those using assistive technologies and improves the user experience for everyone, making your content more intuitive and navigable.

    What About the Title Attribute?

    The title attribute can provide additional information about a link. However, not all browsers present the title attribute accessibly, so individuals using keyboards or touch-only devices might not see this information. Therefore, using the title attribute on <a> elements is not recommended.

    Focus State and Keyboard Navigation

    Web accessibility isn’t just about screen readers. Many users use keyboards for navigation due to motor disabilities or personal preferences. It’s essential to ensure that all links are navigable and clearly highlighted when accessed via a keyboard.

    This is where the WCAG’s success criteria 2.4.7,  focus visible, comes into play. Essentially, when someone tabs through a website using the keyboard, the “focused” element (like a link) should have a clear visual indicator, such as a border or a change in background color.

    If you’re using CSS, you might apply a focus style like:

    a: focus { 
    outline: 2px solid black; }

    This will give a black outline to any link that’s currently selected via keyboard navigation.

    Moreover, make sure that the tab order (the sequence in which elements are selected when tabbing through) is logical and follows the flow of your content.

    When Should You Use a Button Instead?

    Links and buttons are often used interchangeably on the web. However, they serve distinct purposes:

    • Links: Primarily navigate users from one page or resource to another.
    • Buttons: Used for actions like submitting a form, opening a popup, or toggling content.

    From an accessibility standpoint, it’s essential to use them appropriately. Screen reader users, for instance, might need clarification if a link behaves like a button or vice versa.

    So, if you’re leading users to a different resource, use a link. Consider using a button if you’re prompting an action on the same page.

    Designing Accessible Buttons and Linked Images

    Design plays a significant role in digital accessibility. For buttons and linked images:

    1. Clear Labels: Ensure every button or link has a clear label. This assists not just visually impaired users but everyone. “Read more” is often ambiguous. Instead, be specific, like “Read more about web accessibility.”
    2. Contrast: Make sure there’s enough contrast between the button’s link text and its background. This helps people with visual impairments and disabilities easily identify and read content.
    3. Descriptive Alt Text for Linked Images: If an image acts as a link, ensure it has descriptive alternative text. This allows screen reader users to understand the purpose of the link. For instance, instead of “image1.jpg”, use “Click to view our accessibility guide.”
    4. Focus Indicators: Ensure links and buttons have a visible focus indicator. This helps keyboard-only users identify which element is currently in focus.

    Understanding Touch Target Size Accessibility

    Touch target is the area that responds to a user can press or click. It’s especially vital for touchscreen devices. Here’s what you should consider:

    1. Minimum Size: According to many WCAG guidelines, the touch target size should be at least 24×24 pixels. This ensures even users with motor disabilities can easily tap the element.
    2. Spacing: Ensure there’s enough space between tappable elements. Crowded links or buttons can lead to mistaken taps or clicks, frustrating users.
    3. Visual Feedback: When a user taps a link or button, provide visual feedback, like a color change, so they know their tap was successful.
    4. Font Size: The smallest acceptable font size is 14 points, but anything between 14 to 18 points, or equivalently 18.5 to 24 pixels, is considered compliant by WCAG.

    Take the Next Steps Toward Web Accessibility

    The digital realm has evolved, and web accessibility has emerged as a fundamental right, not just a trend. Making your website accessible isn’t just about compliance but inclusion. It’s about ensuring everyone can access and enjoy the content you’ve painstakingly created, regardless of their abilities. And while the nuances of accessibility can seem daunting, there are experts available to assist you. 

    216digital has been at the forefront of web accessibility, armed with the tools, knowledge, and experience to make your online space both compliant and welcoming for all. We will help you take the steps towards web accessibility on your terms by developing a strategy to integrate WCAG 2.1 compliance into your development roadmap. 

    So, if you’re committed to creating a digital space where everyone feels valued, don’t leave it to chance. Schedule a Complimentary ADA Strategy Briefing with the experts at 216digital, where web accessibility is more than just a checklist—it’s a mission.

    Greg McNeil

    October 10, 2023
    How-to Guides
    Accessibility, ADA Compliance, ADA Website Compliance, Links, Web Accessible Links, web development, Website Accessibility
  • Heading Towards Web Accessible Content

    Heading Towards Web Accessible Content

    Content is the backbone of your website. You’ve crafted a brilliant website or churned out stellar content, but have you ever paused to consider if everyone can access and experience it? If your website’s content is not easy to find, navigate, and consume, you risk losing visitors and potential earnings.

    The importance of having web accessible content and structure can’t be stressed enough. If you’re new to this concept, fret not! This article shares the basics of building user-friendly web page content, from accessible headings to typography.

    Semantic HTML

    Have you ever wondered how screen readers help visually impaired users navigate websites? It all boils down to the magic of Semantic HTML.

    HTML, or HyperText Markup Language, is the foundation of your website. It’s the code behind the scenes that structures your website’s content. Using semantic HTML elements correctly is like setting a well-organized table for dinner: everything is in its right place, and the guests know where to find what they need.

    What is Semantic HTML?

    Semantic HTML enhances the accessibility and user-friendliness of web content. It gives context and meaning to web page content using tags that align with human language and logic instead of non-semantic tags, which are meant solely for computer interpretation and don’t hold inherent human meaning.

    Take the tag <p> for instance. This semantic tag denotes that a specific text block is a standalone paragraph, providing users with clarity about the text’s structure and informing the browser on how to present it. On the other hand, non-semantic tags like <b>, which merely instructs that the text be bold, dictate only visual presentation without conveying additional contextual significance.

    Why Semantic HTML Matters

    Well-structured and semantically sound HTML aids search engines and assistive tools like screen readers in deciphering the nature and context of the content you’re sharing. Such HTML constructs make it simpler for browsers and accessibility technologies to grasp the meaning and interrelations within your website content.

    To illustrate, through semantic HTML, screen readers can identify the hierarchy of headers on a page (from <h1> to <h6>), determine where the webpage or section footer (<footer>) is, or discern added navigation aids (<nav>) in data tables.

    With such semantic guidance in HTML, people using assistive technologies will be able to comprehend the layout and intent of your web content. In fact, heading navigation is very common. The 2021 Screen Reader User Survey by WebAIM, shows that 67.7% of users use headings to find information. 

    Page Formatting

    A well-structured webpage isn’t just visually appealing; it’s easier to understand and navigate. Think of your website as a book. It becomes easier to follow with a proper table of contents and clear headings.

    What are Headings?

    One of the fundamental elements in creating web accessible content is the proper use of headings. Headings aren’t just big, bold text. They’re the signposts that guide readers through your content. Think of headings as the chapter titles in a book. You wouldn’t flip open a book and find chapters named randomly. Similarly, your web content should be clearly labeled in your HTML markup.  

    A clear, well-structured heading system aids those using assistive technology and benefits your average reader by allowing them to skim and understand the flow of your content quickly. 

    What Does “Hierarchical” Mean?

    At its core, a hierarchical structure means organizing content in a specific order or rank. In the context of a webpage, this refers to the arrangement of headings from most to least important. For instance, just like a tree has a trunk, main branches, and then smaller branches, your content should have a main heading, subheadings, and further divisions if necessary. 

    The h1 is the most important heading level, while the h6 is the least. For example, you will use h1 for the page title, whereas h2 would be a subheading and so forth if needed. The hierarchical structure allows both readers and screen readers to navigate through content easily.

    One h1 per Page

    The cardinal rule of web accessibility is that there should be only one main heading (h1) per page. Like a book’s title, this serves as the page’s main topic or purpose. Subtopics or related points should be categorized under subheadings like h2, h3, etc.

    Having multiple h1s on a web page is bad practice for accessibility and SEO. It creates a flat and meaningless structure. However, it’s not a WCAG 2 AA violation. 

    WCAG on Headings

    The Web Content Accessibility Guidelines (WCAG) is the go-to standard for web accessibility. However, WCAG is not very specific on its requirements for headings. 

    However, a few WCAG 2 AA criteria do specifically address headings and structures. For instance:

    • Success Criterion 2.4.6 Headings and labels: Ensure headings and labels aid users in navigating content and understanding their current location by clearly describing the topic or objective
    • Success Criterion  3.2.3 Consistent Navigation Level: When navigation elements are repeated across different pages within a site, they should maintain a consistent order unless the user decides to alter it.
    • Success Criterion 1.3.1 Info and Relationships: The information and its structural relations provided visually should also be discernible through its code. This implies the necessity of using the correct HTML tags, like h1 through h6, to represent heading levels.

    In essence, headings should be used to define content clearly and should be applied in a consistent and meaningful manner. Doing so aids all users, especially those using screen readers, in navigating and comprehending a website more effectively.

    What Makes Good Heading Text?

    A screen reader user can access a list of headings and skim through them to decide where to start reading on a webpage. While there is no accessibility requirement for the length of a heading text, usability is a factor to consider. 

    Making complete paragraphs into headings results in a horrible screen reader experience. Write concise, meaningful headings that provide insight into the content. 

    When you are generating your headings, ask yourself the following:

    • Does the header describe the content being discussed?
    • Are you able to skim the content using only headings?
    • Does every page have a clear and unique heading above the content?

    Headings in Design

    Here are some factors to consider when incorporating headings into your website’s design.

    Using Heading Labels for Styling

    When used appropriately, headings guide the reader through the content, highlighting the main topics and their relative importance. However, choosing heading levels based on their visual appearance or sizing rather than their semantic meaning is a common mistake. 

    For example, using an h2 tag simply because it looks “right” visually rather than because it denotes the second level of importance or hierarchy is misguided. This can confuse both users and assistive technologies, making content less accessible.

    All Caps

    Using all capital letters makes the text more challenging to read. When every word is in uppercase, it loses its unique shape and starts to look like a rectangle. Research has shown that text in all caps is particularly hard for those with dyslexia. Make life easy for your readers; avoid using all capital letters.

    Crafting Web Accessible Content with 216digital

    Navigating the intricacies of web accessibility can be challenging, but the rewards are immense. An accessible website is not just a legal obligation but an opportunity for your voice to be heard. Your content is valuable, and it should be accessible to everyone. If you’re still unsure where to start or how to enhance your website’s accessibility, the experts at 216digital are here to help. 

    If you’d like to talk further about your web accessibility initiative, Schedule a Complimentary ADA Strategy Briefing with the experts at 216digital. We will help you take the steps towards making your content web accessible on your terms by developing a strategy to integrate WCAG 2.1 compliance into your development roadmap.

    Greg McNeil

    October 5, 2023
    How-to Guides
    Accessibility, ADA Compliance, ADA Website Compliance, web development, Website Accessibility, Website Accessibility Tools
Previous Page
1 … 3 4 5
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.