Many modern CSS resets and themes remove the browser’s default focus outline for a cleaner look, without replacing it with anything — which means a keyboard user tabbing through the page has no visual indication of where they currently are, effectively navigating blind even though the underlying tab order might be perfectly logical.
Tab through your site and watch for any visual change as focus moves
Press Tab repeatedly on your site and watch each element as it receives focus. No visible change at all — no outline, no highlight, no border — as focus moves confirms this specific, common problem, distinct from tab order itself being wrong.
Focus visible & outline restoration
A visible focus indicator restored sitewide, so keyboard users can see where they are.
- Full backup taken before we start
- If we can’t fix it, you get your money back
- We never ask for your own password
This or something else?
| Elements show no visible change when they receive keyboard focus | This fix covers it |
| Focus order itself is illogical or skips elements, separate from visibility | Keyboard navigation & focus order repair |
| You want a skip link implemented, a related but distinct feature | Skip link implementation |
| Focus is visible but the styling looks broken or inconsistent | Still covered by this fix, treated as a correction rather than a fresh implementation |
What you are seeing
- No visible change to an element when it receives keyboard focus
- The default browser focus outline apparently removed via CSS
- Some elements showing focus correctly while others don’t, suggesting inconsistent styling
- The issue possibly introduced by a CSS reset or a specific theme update
Common causes
- A CSS reset or normalize stylesheet removing the default outline without providing a replacement
- A theme’s own styling deliberately removing focus outlines for aesthetic reasons, without considering accessibility
- Custom-styled interactive components (buttons, links) not inheriting default focus styling correctly
- Inconsistent styling across different component types, with some retaining focus indication and others losing it
- A dark mode or alternate colour scheme where the focus outline’s colour blends into the new background, becoming invisible only in that mode
What we do
- Audit every interactive element type for focus visibility
- Restore or implement a clear, visible focus indicator sitewide
- Design the indicator to be clearly visible while remaining consistent with your site’s visual style
- Verify consistent behaviour across all interactive element types
- Test using keyboard-only navigation to confirm visibility throughout
- Check contrast of the focus indicator itself against WCAG requirements
What is included
- A clear, visible focus indicator restored across all interactive elements
- Consistent styling across element types
- Verified contrast of the focus indicator meeting WCAG requirements
- The pre-fix backup, kept for 30 days
Not included
- Broader keyboard navigation and focus order issues, a separate, related fix
- Redesigning interactive elements beyond focus indication specifically
- A full accessibility audit beyond this specific issue
- Ongoing correction as new components with their own styling are added
Questions about this fix
Why would a theme deliberately remove something this important?
Often it's an unintended side effect of styling for visual polish — a CSS reset removing 'ugly' default browser outlines is common, usually without the person implementing it realising they've removed a genuine accessibility feature in the process.
Can the focus indicator match my brand style rather than the default browser outline?
Yes, we can design a custom focus indicator that's clearly visible and meets contrast requirements while still fitting your site's visual style, rather than reverting to the plain default browser outline.
Will this affect how the site looks for mouse users who never use Tab?
No, a focus indicator only appears when an element actually receives keyboard focus, so mouse users clicking normally won't see any visual difference.
Is this the same issue as focus order being wrong?
No — this is specifically about visibility once focus lands somewhere; focus order is about whether that movement happens in a logical sequence, which is a separate, related fix if that's also an issue.
How would I know if this is affecting my whole site or just some pages?
We audit across your interactive element types and page templates, since the cause is often a shared stylesheet affecting the whole site, though some pages built differently might behave inconsistently.
Related fixes
If this is the second time this year
A bad update breaking the site is a symptom of updates not being tested first. Care plans run every update on a staging clone before it reaches your live site, which is the actual fix for this happening again.
Your access, your rules
Create a separate admin account for us and delete it when we are done. For anything else, we get in touch and agree a method — never a form field on this site, never by reply to an email.
We back up first, always
Before anything is touched we take a full backup and keep it for 30 days. If a fix goes wrong, we put the site back exactly as it was.
If it is not what you bought
If the problem turns out smaller than what you ordered, we refund the difference. If it is bigger, we stop and send a quote before doing any extra work.
If we cannot fix it
You get back what we received. Diagnosis is on us — you only pay when the problem is actually solved. The payment processor takes its fee before the money reaches us, so we never hold it and it is not ours to return. That is true here as everywhere else.
If it comes back
Reply within seven days of delivery and we put it back on the bench at no cost. The fix is not finished until it holds.
What we are responsible for
If something goes wrong with a fix, our responsibility is limited to what you paid for it. We take a full backup first so mistakes can be undone, and we tell you before doing anything outside what you bought.