How do I improve accessibility?
Last checked 31 Aug 2026
Short answer
Ask Lovable to check colour contrast, add alt text to images, ensure keyboard navigation works, and use semantic HTML/ARIA labels — these cover most common accessibility gaps in generated sites without needing a full audit tool.
Start with the highest-impact basics
Most accessibility problems in generated sites fall into a handful of categories:
- Colour contrast: text against background must meet WCAG AA (4.5:1 for body text, 3:1 for large text). Decorative low-contrast text is a common design choice that fails this.
- Alt text: every meaningful image needs a descriptive
altattribute; purely decorative images should havealt="". - Keyboard navigation: every interactive element (buttons, links, form fields, menu items) must be reachable and usable via Tab/Enter, not just mouse/touch.
- Form labels: every input needs a proper associated
<label>, not just placeholder text (placeholders disappear once typing starts and aren't reliably read by screen readers). - Semantic HTML: headings in logical order (one
h1, thenh2s, no skipping levels),<nav>,<main>,<button>vs<div onClick>.
Ask Lovable to audit
Review the site for accessibility issues: check colour contrast against WCAG AA, confirm all images have alt text, check that every interactive element is reachable by keyboard, and confirm form inputs have proper labels. List what you find, then fix each.
Asking for a list before fixes lets you see the scope and prioritise, rather than a silent sweep that might miss context (e.g. a decorative image that's meant to have empty alt text, not a description).
Components help, but don't guarantee it
shadcn/ui components come with reasonable ARIA support built in, but custom styling or overriding default behaviour (e.g. removing focus outlines for aesthetics) can undo that — never remove focus indicators without replacing them with an equally visible alternative.
What usually goes wrong
- Removing the default focus ring for visual reasons without replacing it — this breaks keyboard navigation entirely for sighted keyboard users, not just screen reader users.
- Treating accessibility as a one-off pass rather than a habit — new sections added later need the same checks.
- Relying only on automated contrast checkers without a manual keyboard-only walkthrough of the site, which catches issues tools miss (e.g. a modal that traps focus incorrectly).
- For sites with legal accessibility obligations (some regions require WCAG compliance for certain business types), a manual audit by a specialist is worth it beyond what prompting Lovable can guarantee — PromptSites.com can help with that deeper pass.
Sources
Was this answer helpful?
Related questions
- AnswerHow do I make my Lovable website look less AI-generated?Set a real colour palette, a font pairing and spacing scale up front, then ask Lovable to remove generic gradients, stock-photo hero clichés and default shadcn styling so the site reads as bespoke.
- AnswerHow do I add animations?Ask for specific, subtle animations (fade-in on scroll, hover states, a smooth page transition) rather than "add animations" generally — Lovable can use Tailwind transitions or a library like Framer Motion depending on what you need.
- AnswerHow do I make a sticky header?Ask Lovable to make the header `fixed` or `sticky` at the top with a defined z-index, and add top padding to the page content equal to the header's height so it isn't hidden underneath.
- AnswerHow do I make sections full width?Remove the container's max-width constraint for that section and make its background span the full viewport width, while keeping the inner content in a centred, max-width column for readability.