Resources

WCAG Fix It: 2.4.7 Focus Visible

 

Table of Contents


Free Audit

In this WCAG Fix It guide, we’re looking at a critical usability requirement: making sure users can clearly see which element currently has keyboard focus.

When navigating with a keyboard, users move through interactive elements using the Tab key.

But if the focused element isn’t visually highlighted, users quickly lose track of where they are on the page. When users lose track of focus, navigation becomes confusing and frustrating.

What Is WCAG 2.4.7?

WCAG 2.4.7 – Focus Visible requires that any keyboard-operable user interface has a visible focus indicator.

This means when a user tabs to a link, button, or form field, there must be a clear visual indicator showing which element is currently active.

This indicator allows keyboard users to understand where they are as they move through the page.

What Is Keyboard Focus?

Keyboard focus refers to the element currently selected while navigating using the keyboard.

When users press Tab, the focus moves from one interactive element to the next.

Common elements that receive focus include:

  • Links
  • Buttons
  • Form inputs
  • Checkboxes
  • Radio buttons
  • Dropdown menus
  • Interactive components

The focused element must be clearly visible.

The Human Impact of Invisible Focus

Imagine navigating a website without using a mouse.

You press the tab key on your laptop, but nothing changes visually, so you press Tab again, but still nothing. All of a sudden, you are at the bottom of the page, navigating to somewhere you dont want to be. 

When nothing changes, visibility on tab you don’t know:

  • Which link you’re on
  • Which button is active
  • Which form field you’re about to type into

Now imagine trying to complete a checkout or form submission like this. Without visible focus indicators, keyboard navigation becomes guesswork. This leads to errors, frustration, and abandonment.

Common WCAG 2.4.7 Failures

Here’s what we typically see when scanning websites:

  • CSS removing the browser’s default focus outline
  • Focus styles that are too faint to see
  • Focus indicators hidden behind other elements
  • Buttons that show hover states but no focus states
  • Custom components without visible focus styling

All of these can fail WCAG 2.4.7.

How to Fix Missing Focus Indicators

Do Not Remove the Default Focus Outline

One of the most common mistakes is removing the browser’s default focus outline.

Bad example:

:focus {

 outline: none;

}

This removes the only visible focus indicator.

If you remove the default outline, you must replace it with a stronger visible style.

Add a Clear Focus Style

Example:

:focus {

 outline: 3px solid #005fcc;

 outline-offset: 2px;

}

This creates a clear border around the focused element.

The focus indicator should be:

  • Clearly visible
  • High contrast
  • Consistent across the site

Style Focus for Interactive Elements

Make sure focus styles apply to:

  • Links
  • Buttons
  • Form fields
  • Navigation items
  • Custom components

For example:

button:focus,

a:focus,

input:focus {

 outline: 3px solid #005fcc;

}

This ensures users can always see where focus is located.

If You’re Using a CMS or Website Builder

Focus issues often appear when:

  • Themes remove default outlines
  • Designers override browser styles
  • Custom UI components are added

To fix:

  • Check your theme’s CSS for outline: none
  • Add custom focus styles
  • Test interactive components
  • Retest after design updates

Focus styling should be considered part of your design system.

How to Test WCAG 2.4.7

The easiest test:

Put your mouse away.

Use only the keyboard.

Press Tab repeatedly and watch the focus indicator move across the page.

Ask:

  • Can I clearly see where focus is?
  • Does focus move logically through the page?
  • Are buttons and links clearly highlighted?

If you ever lose track of focus, the page fails. After updates, re-run your accessibility scan and confirm the issue is resolved.

Why WCAG 2.4.7 Matters Beyond Compliance

Visible focus indicators:

  • Improve keyboard usability
  • Support screen reader users
  • Help users with motor impairments
  • Improve navigation clarity
  • Reduce user frustration
  • Reduce legal risk

Focus visibility is not just a technical requirement. It supports basic usability of a website with clear visual feedback, making navigation predictable and accessible.

WCAG 2.4.7 Quick Fix Checklist

Keyboard focus indicators are clearly visible
Default browser outlines are not removed without replacement
Focus styles are high contrast
Focus indicators appear on links, buttons, and form inputs
Custom components include visible focus styling
Keyboard navigation tested across the site
Issues re-tested after updates

WCAG 2.4.7 Focus Visible Frequently Asked Questions

What is WCAG 2.4.7 Focus Visible?

WCAG 2.4.7 requires that keyboard users can clearly see which element currently has focus when navigating a webpage.

Why is the focus indicator important?

It allows keyboard users to understand where they are on the page while navigating using the Tab key.

Can I remove the browser’s default focus outline?

Only if you replace it with a clearly visible alternative focus style.

Does this affect mouse users?

Focus indicators primarily support keyboard users, but they can also improve usability for anyone navigating interactive elements.

Related Content

WCAG Fix It: 2.4.2 Page Titles

In this WCAG Fix It guide, we’re breaking down one of the simplest but most important accessibility requirements: making sure every page has a descriptive title. It’s one short line in your code but without it, users can quickly become lost, especially when navigating with assistive technology, and fixing it is one of the fastest

Read more: WCAG Fix It: 2.4.2 Page Titles

WCAG Fix It: 1.3.1 Info and Relationships

If your website uses headings, lists, tables, or forms, WCAG 1.3.1 applies to you. In this WCAG Fix It guide, we’re breaking down one of the most important structural accessibility requirements: ensuring that information, structure, and relationships are programmatically defined. It sounds technical but it’s really about, If something looks structured visually, it must also

Read more: WCAG Fix It: 1.3.1 Info and Relationships

WCAG Fix It: 2.1.1 Keyboard

If your website requires a mouse to function properly, WCAG 2.1.1 applies to you. IIn this WCAG Fix It guide, we’re breaking down one of the most fundamental accessibility requirements: ensuring all functionality is available using only a keyboard. No mouse.No touchscreen.Just the keyboard. If a user cannot navigate your website without a mouse, your

Read more: WCAG Fix It: 2.1.1 Keyboard