Durable builds an entire small-business website in seconds from a few prompts, and that speed is exactly what makes its accessibility profile distinctive. Unlike a traditional builder where a person places each element and writes each line, a Durable site arrives fully populated with AI-generated copy, AI-selected stock imagery, an auto-assembled section layout, and a contact form the owner often never edits. The danger is that the page looks finished and professional, so the owner assumes it is done - while the parts assistive technology depends on were generated by a model that optimizes for plausible-looking output, not for accessibility. The recurring issues follow from that. AI-generated images frequently ship with empty, generic, or keyword-stuffed alt text ('image', 'business photo', or a string of SEO terms) rather than a description of what the picture actually shows or, for decorative imagery, an intentional empty alt. The generated layout often produces a heading structure that is visually sensible but semantically wrong - multiple H1s, skipped levels, or section titles that are styled paragraphs rather than headings - leaving screen reader users without a usable outline. The default contact form may label fields only with placeholders and omit autocomplete. Template color schemes chosen for visual appeal can put light text on tinted hero sections below the 4.5:1 contrast ratio. And because Durable encourages 'regenerate' to refresh sections, a previously-fixed page can silently revert to inaccessible AI output. Durable provides no built-in accessibility checker and the AI will not flag these problems, so every fix here is verified with external tools and a manual keyboard and screen reader pass after the AI has done its work. This checklist focuses on reviewing and correcting what the generator produced.

Common Accessibility Issues

critical

AI-Generated Images With Generic, Empty, or Keyword-Stuffed Alt Text

WCAG 1.1.1

Durable populates a new site with AI-selected stock and AI-generated imagery, and the accompanying alt text is typically a placeholder ('image'), missing, or a string of SEO keywords. None of these tell a screen reader user what the picture conveys, and keyword-stuffed alt text actively pollutes the experience while doing nothing for the visitor.

How to fix:

Review every image the AI placed and write alt text that describes what the image shows and why it matters on the page ('Barista pouring latte art at the counter of the cafe'). Mark purely decorative images - background textures, abstract hero graphics - with an empty alt so screen readers skip them. Never leave the AI's default alt in place and never stuff keywords into it.

Before
<img src="/ai/hero-cafe.jpg" alt="cafe coffee shop best coffee near me business">
After
<img src="/ai/hero-cafe.jpg" alt="Barista pouring latte art behind a wooden cafe counter">
serious

Auto-Generated Heading Structure Is Visually Right but Semantically Wrong

WCAG 1.3.1

The AI assembles sections that look correctly ranked but often emit multiple H1s, skip heading levels, or render section titles as large styled paragraphs with no heading semantics. Screen reader users who navigate by headings then get an outline that misrepresents the page or no outline at all, so they cannot scan it the way sighted visitors do.

How to fix:

In the editor, set one clear H1 (usually the business name or main value statement), make section titles H2, and subsection titles H3, without skipping levels, and convert any 'headline' that is really a styled paragraph into a true heading. Verify the rendered outline with a headings tool after the AI generates or regenerates the page.

Before
<h1>Welcome</h1>
<h1>Our Services</h1>
<p class="section-title">About Us</p>
After
<h1>Bright Cup Cafe</h1>
<h2>Our Services</h2>
<h2>About Us</h2>
critical

Default Contact Form Labeled Only by Placeholders

WCAG 1.3.1

The contact and lead forms Durable generates commonly use placeholder text ('Your name', 'Email') as the only field cue and omit autocomplete attributes. Placeholders vanish on input, leaving screen reader and cognitive-disability users without a persistent label, and the missing autocomplete makes the form harder to complete for everyone.

How to fix:

Add a visible, persistent label for each field, ensure each input is programmatically associated with its label (or has a correct aria-label), and add autocomplete values (name, email, tel). Confirm in the rendered page that focusing a field announces its label and that required fields and error messages are conveyed in text, not color alone.

Before
<input type="text" placeholder="Your name">
<input type="email" placeholder="Email">
After
<label for="name">Your name</label>
<input type="text" id="name" name="name" autocomplete="name">
<label for="email">Email</label>
<input type="email" id="email" name="email" autocomplete="email">
serious

Template Color Schemes With Low-Contrast Text Over Tinted Sections

WCAG 1.4.3

Durable's auto-selected themes often place light or mid-tone text on a tinted hero band, a colored CTA, or over a photo, producing contrast below the 4.5:1 minimum for normal text. The AI optimizes for a cohesive look, not for measured contrast, so a polished-looking section can be unreadable for low-vision visitors.

How to fix:

Check the hero text, button labels, and any text over imagery with a contrast tool and adjust the text or background color until normal text reaches 4.5:1 and large text 3:1. Add a darkening overlay behind text placed over photographs so contrast holds across the whole image, and re-check after switching themes or regenerating.

Before
.hero { background:#e9d8c3; } .hero h1 { color:#c0a98a; } /* ~1.5:1 */
After
.hero { background:#e9d8c3; } .hero h1 { color:#3a2a14; } /* ~7.6:1 */
moderate

Regenerating a Section Silently Reverts Accessibility Fixes

WCAG 4.1.2

Durable encourages using 'regenerate' to refresh copy, images, or whole sections. When you regenerate, the AI replaces your hand-corrected alt text, labels, and heading markup with fresh default output, so a page you previously made accessible can quietly revert without any warning.

How to fix:

Treat regeneration as a step that requires re-review: after any regenerate, re-check alt text, heading levels, form labels, and contrast on the affected section before publishing. Make accessibility corrections as the last edit before going live, and keep a short checklist so a regenerate never ships unreviewed.

Durable-Specific Tips

  • Treat the AI-generated site as a first draft, not a finished product: the page looks complete, but the alt text, headings, and form labels assistive technology relies on almost always need a human pass.
  • Rewrite every image's alt text the AI produced - describe what the photo shows, or set an empty alt for decorative imagery - and never leave keyword-stuffed or placeholder alt in place.
  • Fix the heading structure to a single H1 and properly nested H2/H3 after generation, and re-check it any time you regenerate a section.
  • Make accessibility corrections the last edits before publishing, because using 'regenerate' will overwrite your fixes with fresh default AI output.
  • Durable ships no accessibility checker, so verify the published site with axe or WAVE and one full keyboard and screen reader pass before sharing the URL.

axe DevTools (browser extension)

Run axe on the published Durable site to surface missing or generic image alt text, unlabeled form fields, and contrast failures the AI generator will not flag.

WAVE Browser Extension

WAVE's structure and alt-text views make it quick to see whether the AI's headings form a real outline and which generated images still lack meaningful alt text.

Lighthouse (Chrome DevTools)

Lighthouse's accessibility audit gives a fast baseline on a freshly generated Durable page, flagging contrast, label, and name-role-value issues to fix before launch.

Durable AI Website Accessibility: Generated Output vs. Fixes

Plugin / Tool FeatureCommon FailureWCAG CriterionFix Direction
AI image library auto-selected imagery Generic, empty, or keyword-stuffed alt1.1.1 Non-text ContentRewrite alt to describe; empty alt if decorative
Generated layout auto-assembled sections Multiple H1s / skipped heading levels1.3.1 Info and RelationshipsOne H1, nested H2/H3; fix styled paragraphs
Contact form default lead form Placeholder-only labels, no autocomplete1.3.1 Info and RelationshipsVisible labels + autocomplete on each field
Theme colors AI-selected palette Text contrast below 4.5:1 on tinted bands1.4.3 Contrast (Minimum)Adjust colors; overlay behind text on photos
Regenerate refresh AI output Silently reverts manual fixes4.1.2 Name, Role, ValueRe-review section after every regenerate

Frequently Asked Questions

Does an AI-built Durable website come accessible out of the box?

No. Durable generates a professional-looking site in seconds, but the AI optimizes for plausible visual output, not accessibility. New sites typically ship with generic or keyword-stuffed image alt text, a heading structure that is visually fine but semantically wrong, and contact forms labeled only by placeholders. The page looks finished, which is the trap - the parts screen readers and keyboard users depend on need a human review before launch.

What should I fix first on a Durable site?

Start with the three highest-impact items the generator gets wrong: rewrite every image's alt text to describe what it shows (or set it empty for decorative images), correct the heading structure to a single H1 with properly nested H2/H3, and replace placeholder-only form labels with visible, associated labels plus autocomplete. Then run a contrast check on hero text and buttons and do one keyboard and screen reader pass.

Why did my accessibility fixes disappear after I regenerated a section?

Because regenerating replaces the section's content with fresh AI output, including new default alt text, labels, and heading markup - overwriting your manual corrections. Make accessibility edits the last step before publishing, and after any regenerate, re-review the affected section's alt text, headings, labels, and contrast before going live.

Further Reading

Other CMS Checklists