Watching Cookie Preference Links Buried in the Footer
The footer cookie settings link is the control shoppers use to change a choice they made months ago. If it is a dead span, a tiny low contrast link, or a button that reopens nothing, the consent record is fiction.
Somewhere in the footer, usually in nine point grey text between the returns link and a social icon, sits the control that is supposed to reopen cookie preferences. Click it on a surprising number of stores and nothing happens. Or a banner slides up that cannot be reached with a keyboard. Or the link works, but only the link: the button inside the account page labelled the same thing has been dead since a redesign. The store still tells regulators and shoppers that preferences can be changed at any time.
Watching that link is not glamorous work. It is also the cheapest consent check there is, because the failure modes are binary. The control either reopens the preference tool with the shopper's current choices showing, or it does not. Put it on a monthly click test with a keyboard pass, and log what the reopened panel shows. A panel that resets every toggle to off, or to on, regardless of the saved choice is misreporting consent, which is a worse problem than a dead link.
Three clicks, three separate checks
First click: does the control exist and can you reach it? Footer links get replaced by spans during redesigns with depressing regularity, which leaves visible text with no function and no focusability. Check it is a real link or button, that it appears in the tab order where the eye expects it, and that its text says what it does. Cookie settings or Privacy choices will do. A link labelled only with a cookie icon will not.
Second click: does the panel open correctly? It should trap focus politely while open, show the current saved categories rather than defaults, and close with Escape as well as its close button. Third click: change one category, save, reload, and reopen. The change should persist and the panel should show it. That round trip is the whole promise of the control, and it is the part nobody tests because the first click looked fine.
Contrast and size in the footer nobody owns
Footers rot because no team owns them. The preference link inherits whatever grey the footer uses for copyright text, and at small sizes that grey routinely falls under the WCAG 1.4.3 contrast minimum of 4.5 to 1 for normal text. Measure it rather than eyeballing it. The same pass should check the touch target on mobile, where a line of footer text links packed together is a mis-tap machine.
While you are in the footer, check the privacy policy link and the do not sell or share link if the store shows one. Those three controls travel together legally and break together technically, because they are usually pasted into the same footer block by the same app or the same theme edit. Finding one dead should raise the odds you assign to the others being dead too.
Log it like a control, not a chore
Give the check a row in the same log as the banner checks: date, control present, panel opens, saved choice shown, change persists, tester. Consent tools are sold on record keeping, and the record that a shopper could actually exercise the choice is part of that record. Screenshots help when the vendor disputes it.
If the control fails, the interim fix is simple and should not wait for the vendor roadmap: a plain working link or button in the footer that opens the preference tool, added in the theme, while the app issue is chased. A store should never be in the position of telling a shopper to clear their cookies and start again because its own settings link is broken.
Related reading: Watching Filter and Sort Controls on Mobile Collection Pages, Watching Homepage Carousels: Autoplay, Pause, and Focus Order, Watching Sticky Help Buttons and Chat Bubbles Cover Focus.
Frequently asked questions
Where should the cookie preference control live?
Somewhere persistent and findable, most often the footer, and ideally also inside the privacy policy page. One location is acceptable if it works everywhere. Two locations that disagree, or one that is dead, is worse than a single good one.
What should the reopened panel show?
The shopper's current saved choices, category by category, in the state they left them. A panel that always opens with defaults is not showing preferences, it is starting a new consent flow and overwriting the old record.
Is a small grey footer link a contrast problem?
Often, yes. Small text needs a 4.5 to 1 contrast ratio against its background under WCAG 1.4.3, and footer greys chosen for a copyright line often sit well under that on white or light grey backgrounds. Measure with a tool rather than guessing from how it looks on a bright monitor.
How often should this control be tested?
Monthly, and after any footer, theme, or consent app change. The full test takes a few minutes: reach the control by keyboard, open the panel, check saved choices show, change one, save, reload, and confirm it persisted.