UI/UX Design Basics for MarketersAccessibility essentials (WCAG basics) · Lesson 16 of 21

WCAG 2.2 in practice: the new criteria on real marketing pages

Article · 9 min · 9 min lecture

Video lecture

WCAG 2.2 in practice: the new criteria on real marketing pages

12 chapters · about 9 min · full transcript

Coming soon

Chapter 1 of 12

WCAG 2.2 in practice

  • Press Tab and watch focus vanish
  • New criteria that hit marketing pages
  • Fix the four most common failures

The narrated lecture is in production

Every chapter is scripted and ready. Browse the chapters and read the full transcript now — the video will appear here when it’s published.

Chapters

What WCAG 2.2 changed, precisely

WCAG 2.2 (W3C Recommendation, October 2023; approved as ISO/IEC 40500:2025 in October 2025) added nine success criteria to WCAG 2.1 and removed one. Six of the new criteria are at Level A or AA — the levels most teams target — and several hit marketing pages directly: sticky banners, chat widgets, small icons, sliders, multi-step forms and logins.

CriterionLevelPlain-language requirementTypical marketing-page failure
2.4.11 Focus Not Obscured (Minimum)AAWhen an element gets keyboard focus, it isn't entirely hidden by author-created contentCookie banner or sticky CTA bar covers the focused link
2.4.12 Focus Not Obscured (Enhanced)AAANo part of the focused element is hiddenSame, stricter
2.4.13 Focus AppearanceAAAFocus indicator is large and high-contrast enoughFaint 1 px focus ring
2.5.7 Dragging MovementsAAAnything done by dragging can also be done with a single pointer without draggingBefore/after image slider, drag-to-reorder, price range slider
2.5.8 Target Size (Minimum)AATargets at least 24 × 24 CSS px, or enough spacing, with exceptionsTiny social icons, close "×" buttons, carousel dots
3.2.6 Consistent HelpAHelp mechanisms (contact, chat, FAQ link) appear in the same relative order across pagesChat link moves between pages
3.3.7 Redundant EntryADon't make people re-enter information they already gave in the same process (auto-fill or let them select it)Shipping address typed again for billing
3.3.8 Accessible Authentication (Minimum)AANo cognitive function test (like remembering or transcribing) to log in, unless there's an alternative or assistancePaste blocked in password fields; puzzle-only CAPTCHA
3.3.9 Accessible Authentication (Enhanced)AAAStricter: fewer exceptionsObject-recognition CAPTCHAs

Removed: 4.1.1 Parsing is obsolete in WCAG 2.2, because modern browsers and assistive technologies handle markup errors in ways that make it unnecessary.

Target size exceptions (2.5.8) include: enough spacing around an undersized target (a 24 px circle centered on it doesn't overlap other targets or their circles), an equivalent control elsewhere that meets the size, links inside sentences, targets whose size is determined by the browser and not modified, and cases where the presentation is essential or legally required.

Hands-on: fix the four most common 2.2 failures on a landing page

1. Sticky elements hiding focus (2.4.11). Tell the browser to leave room for sticky headers and footers when it scrolls focused elements into view, and give focus a strong, visible style:

html {
  scroll-padding-top: 80px;     /* height of the sticky header */
  scroll-padding-bottom: 72px;  /* height of the sticky CTA bar */
}
:focus-visible {
  outline: 3px solid #1D4ED8;   /* check >= 3:1 against adjacent colors */
  outline-offset: 2px;
}

For cookie banners and chat widgets, make sure they don't cover focused content — for example, a non-modal banner placed so it doesn't overlap, or a banner that must be dismissed first and keeps focus inside itself until then.

2. Tiny targets (2.5.8). Enlarge the clickable area without changing the icon's look:

.social-links a,
.modal-close,
.carousel-dot {
  min-width: 24px;               /* WCAG 2.2 AA minimum */
  min-height: 24px;
  display: inline-flex;
  align-items: center;
  justify-content: center;
}
.primary-cta { min-height: 44px; }   /* comfortable touch size for key actions */

3. Drag-only controls (2.5.7). Give every slider or drag interaction a click/tap alternative, such as "before" and "after" buttons on an image-comparison slider, number inputs beside a range slider, or "move up/move down" buttons for reordering.

4. Login and checkout friction (3.3.7 and 3.3.8). Allow paste and password managers, support passkeys or email magic links where you can, offer a "billing same as shipping" checkbox, and avoid puzzle-only CAPTCHAs.

<!-- Allow password managers and paste: never block paste -->
<label for="current-password">Password</label>
<input id="current-password" name="password" type="password" autocomplete="current-password">

<label><input type="checkbox" name="billing_same" checked> Billing address same as shipping</label>

A WCAG 2.2 acceptance checklist for campaign pages

[ ] Tab through the page: focused element never fully hidden by banners, chat or sticky bars (2.4.11)
[ ] Every icon button, close button and carousel dot >= 24x24 CSS px or adequately spaced (2.5.8)
[ ] Any drag interaction has a click/tap alternative (2.5.7)
[ ] Help/contact/chat link in the same place on every page of the flow (3.2.6)
[ ] No re-typing of info given earlier in the same process (3.3.7)
[ ] Login/checkout: paste allowed, password managers work, no puzzle-only CAPTCHA (3.3.8)
[ ] Plus existing AA basics: contrast, alt text, captions, labels, keyboard access, visible focus

Worked example: a Black Friday landing page

A retailer's Black Friday page uses a sticky countdown bar, a floating chat bubble, a before/after drag slider showing a product, tiny "×" buttons on promo cards and a checkout that blocks paste in the discount-code field. Against the checklist: focus disappears under the sticky bar and chat bubble; the slider is drag-only; the close buttons are 16 px; the discount code must be typed from an email. Fixes: scroll padding and a repositioned chat bubble, previous/next buttons on the slider, larger close targets, paste allowed. None of the changes alter the visual design noticeably. (Illustrative scenario.)

How to measure success

Add the WCAG 2.2 checklist to your pre-launch QA and track the pass rate for new campaign pages. Monitor keyboard-only task completion in your accessibility testing, and watch for reduced complaints about logins, checkouts and pop-ups.

Key takeaways

  • WCAG 2.2 added nine success criteria (six at A/AA) and removed 4.1.1 Parsing; it is also ISO/IEC 40500:2025.
  • Sticky bars, cookie banners and chat bubbles must not fully hide keyboard focus (2.4.11); use scroll padding and careful placement.
  • Targets need at least 24 × 24 CSS px or enough spacing (2.5.8); aim larger for key touch actions.
  • Drag interactions need a single-pointer alternative (2.5.7); help must be consistent (3.2.6).
  • Don't make people re-enter information (3.3.7) or pass memory/puzzle tests to log in; allow paste and password managers (3.3.8).

Check your understanding

Quick questions to lock in the lesson. They don’t count towards your certificate.

  1. A before/after image comparison on a product page can only be operated by dragging a handle. Which WCAG 2.2 criterion applies, and what fixes it?
  2. Which is the WCAG 2.2 Level AA minimum target size (with exceptions)?
  3. A checkout blocks pasting into the password field. Which criterion does this most directly risk failing?

Put it into practice

Run the WCAG 2.2 acceptance checklist on one campaign page: tab through with sticky elements visible, measure small targets, find drag-only controls and try logging in or checking out with a password manager. Fix or ticket every failure.

Enrol for free to save your progress

Reading is always free. Enrol to keep your place, take the final assessment and earn a verifiable certificate.