Why themes fail in predictable places
Themes and templates are built to demo well. They are not built around your journeys, your content, and your edge cases.
Accessibility issues show up first where interaction is complex and where content varies.
Where accessibility breaks first
1) Navigation
Navigation often includes submenus, mobile panels, and toggles. This is where keyboard and focus problems appear early.
- Keyboard users cannot access submenus.
- Focus gets trapped inside the menu, or escapes behind it.
- Focus order becomes confusing when the menu opens.
- The open and close controls are not announced clearly.
- Touch targets are too small on mobile.
2) Modals and overlays
Themes often add pop-ups, search overlays, cookie panels, and lightboxes. These break when focus is not managed properly.
- The modal opens but focus stays behind it.
- Focus is not trapped in the modal.
- The close button is not reachable or not clear.
- Closing the modal drops focus into nowhere.
- Background content remains scrollable and interactive.
3) Forms
Forms are where money and leads happen. They are also where theme shortcuts cause the most harm.
- Labels replaced with placeholders.
- Required fields not explained.
- Validation messages unclear or missing.
- Error messages not connected to fields.
- Users cannot complete the form with keyboard only.
4) Content blocks and page builders
Flexible blocks make it easy to publish broken structure.
- Headings used for styling, not structure.
- Missing headings, causing long pages with no navigation.
- Buttons built from non-button elements.
- Link text such as click here, read more, and learn more with no context.
- Decorative icons included as meaningful content with no alternative.
5) Interactive components
Themes often include carousels, accordions, tabs, and filters. Many are not built with correct keyboard patterns and states.
- Carousels that auto-advance with no pause control.
- Accordions that do not expose expanded state.
- Tabs that do not support expected keyboard navigation.
- Filters that update content without announcing changes.
Why bespoke builds often perform better
Bespoke does not automatically mean accessible. It usually means you can control the patterns and enforce consistency.
- You define one navigation pattern and test it properly.
- You define one modal pattern and reuse it everywhere.
- You define one form pattern and make errors consistent.
- You limit third-party UI to reduce unpredictable behaviour.
How to reduce risk if you choose a theme
Audit the theme before content build starts
- Test navigation with keyboard only.
- Test any modal or overlay behaviour.
- Test contact forms and common input patterns.
- Test at 200% zoom and on mobile.
Lock the patterns
Accessibility improves when patterns are consistent.
- Provide reusable blocks for common content structures.
- Provide a heading and content guide for editors.
- Avoid a page builder free-for-all.
- Reduce plugins and third-party widgets.
What to ask a supplier
- How they test keyboard journeys.
- Whether they provide a sample audit report with real findings and fixes.
- Whether they provide retesting after fixes.
- How they prevent accessibility regressions when content editors publish pages.
Next step
If you are choosing between a theme and a bespoke build, compare risk and change cost, not launch speed alone. Ask for evidence of testing on navigation, modals, and forms, because those areas fail first.