WCAG 2.2 AA Baseline Audit — Darden.com

Accessibility baseline of the current live site, graded against WCAG 2.2 Level AA. The reference the rebuild improves on.

Standard: WCAG 2.2 Level AA Automated tool: axe-core 4.10.2 Scan date: 2026-07-08 Scope: 15 representative pages Site: www.darden.com (Drupal)
Verdict: Pass meets AA Fail below AA a colour chip shows the real colour of each hex
Path to fix: Decided already settled in the palette work Fix planned clear build fix, no decision needed Decision needed a call for the Darden team Change request rebuild beyond the agreed scope

How to read this. Contrast thresholds: 4.5:1 for normal text, 3:1 for large text (24px or larger, or 18.66px or larger when bold) and for state indication. Interactive-state colours are read from the current theme's CSS; the palette rebuild is handled separately. Content fixes (alt text, images of text) are Darden-led.

15
Representative pages scanned
0 / 15
Pages passing AA (automated)
10 / 2 / 1
Fixed in build / Darden content / Change request
433
Elements flagged (all pages)

Automated scan

axe-core against the WCAG 2.0 / 2.1 / 2.2 A + AA rules. Every representative page fails at Critical and Serious. Counts are axe rule counts; the bar is total elements flagged on that page.

PageCriticalSeriousElements flaggedNeeds review

Five rules, read as element counts (not page counts)

The rules that appear "on every page" are almost all the one shared header and footer — single fixes in the build, not fifteen separate problems.

axe ruleImpactRoot cause (how many elements)Who fixes it
aria-allowed-attrCriticalThe 4 desktop megamenu toggles in the shared header; recurs per page only because the header is shared. One component.
What's wrong, and the fix
Each toggle renders as <a class="nav-link dropdown-toggle" aria-expanded="false">Our Company</a> with no href. An anchor with no href has no button role, so it is not allowed to carry aria-expanded. A screen reader may drop that attribute, so a blind user is never told the menu is expandable or whether it is open or closed, and because it is a role-less anchor it is not keyboard-focusable either (the same root cause as the megamenu keyboard finding). Fix: rebuild each toggle as a real <button aria-expanded aria-controls>. A button has the right role, announces its state, and is keyboard-operable by default, so one change clears both this and the keyboard failure.
Build
color-contrastSeriousResting text: shared chrome + teal links / bio-card names. Node counts 13–59 track how much text is on a page, not distinct defects.Build
image-altCritical1–4 content images per page with no alt (4 on /search). Editorial images, not chrome.Darden content
link-nameSerious1–6 links per page with no accessible name (icon-only / empty).Build
listSerious1 — the broken /search results markup.Build

Note: automated rules catch about a third of WCAG issues, and axe tests only the resting state (it does honour each element's real size and weight). Hover, focus, and active contrast, and the keyboard and screen-reader failures, are the findings below.

Interactive states and contrast

Each card shows the real colour pairing as it renders, text on its actual background, so the failures are visible directly. Values are read from the current theme's CSS. Every card carries a link to see it live and our proposed fix, tagged by whether it is already decided, a straightforward build fix, or a call for the Darden team. Separated by where the element lives, because desktop and mobile navigation use different backgrounds.

The clearest case: the mega-menu submenu hover colour #4B0500 is identical on desktop and mobile, but the panel behind it differs — so it fails on desktop and passes on mobile. Same rule, different background.
Our Team Members
Desktop submenu hover#4B0500 on #BF2E38 · 2.77:1 · view on siteFail
Fix plannedWhite text with a bold or underline cue on the red panel.
Our Team Members
Mobile submenu hover#4B0500 on light · ~13:1Pass

Global (all breakpoints)

Desktop navigation

Desktop & mobile, what already passes

Footer

Footer links are 16px Montserrat Medium, so they are normal text and must clear 4.5:1. Both fall short (the 3:1 large-text allowance does not apply).

Good news for the rebuild: a working set already exists (white on #BF2E38, salmon on dark-red #8B1109, dark grey and dark red on white). Many states already add a bold-weight cue as well as colour, which helps. Focus, though, has to be designed — the current theme shows nothing at all when an element is focused.

Issue register, by who fixes it

Grouped by how it gets fixed: a convention we set once in the build, per-item content work Darden owns, or a rebuild beyond the agreed scope. Counts are elements, not pages.

Fixed once in the build

#IssueContextWCAGSeverity
1Focus indicators invisible site-wide (outline:0)Global: nav, forms, search2.4.7High
2Megamenu toggles not keyboard-focusable4 desktop toggles, shared header2.1.1High
3Desktop submenu hover contrast (#4B0500 on red)Desktop megamenu1.4.3High
4Teal links + bio-card name contrastGlobal links; bio grids1.4.3High
5Footer link + cyan-highlight contrastFooter (both breakpoints)1.4.3Low
6Search placeholder contrastHeader search1.4.3Low
7New-tab links without indicationFooter brand links2.4.4, 4.1.2Low
8Interactive map not keyboard-operable, no names/map1.4.10, 2.1.1, 2.5.8Med
9Careers expander keyboard + ARIA/careers/corporate-careers2.1.1, 4.1.2Med
10Broken search results (list semantics, chrome missing)/search1.3.1Med

The mobile submenu hover is the same #4B0500 token but passes on the light mobile panel, so it is not a defect — only the desktop panel (item 3) is.

Darden content, decided + done per item by the client

#IssueContextWCAGSeverity
12Images missing alt text1–4 content images per page1.1.1High
13Infographics are flat images of textImpact stories1.1.1, 1.4.4, 1.4.5High

A Darden-team call: who backfills alt text, and whether infographics become real text/charts or stay as images with proper alt.

Rebuild beyond the agreed scope (needs a change request)

#IssueContextWCAGSeverity
14Footer "Our Brands" hover flyout (hover-only, greyscale, overflow, new-tab)Footer, all pages2.1.1, 1.4.13, 1.4.10, 2.4.4High

Representative pages

One URL per template family, the pages this audit worked through.

Template familyPage
Interactive-state values from the current theme CSS; automated scan corroborates the register independently. Automated rules catch about a third of WCAG issues; keyboard and screen-reader failures are mostly invisible to a scanner, so treat the scan as the floor.