Skip to content

Dental site accessibility is now a legal question

A new federal rule names WCAG 2.1 AA out loud. What to fix in a practice website at the source, and why we do not install an overlay widget.

The March core update finished rolling out on the 19th, and most of the practice owners we spoke to this month wanted to talk about rankings. Then on Wednesday the Justice Department finalized its web accessibility rule for state and local government sites, naming WCAG 2.1 level AA as the standard those sites have to meet. By Friday three practices had forwarded us the same newsletter asking whether their website is now illegal.

Short answer: that rule covers public entities, not your office. Longer answer, and the one worth ten minutes of your time: demand letters have been landing on dental practices for years, and the lawyers writing them have always had to argue about which technical standard applies. There is now a federal rule naming one out loud. It does not change the law for a private practice. It changes the conversation, and it sets the bar everyone will be measured against.

Why practices get the letters

Title III of the Americans with Disabilities Act covers places of public accommodation, and a dental office is one. Whether the website on its own counts has been argued in court for a decade and the answers still differ by circuit. That is a good reason not to volunteer as the test case.

The complaints are never about anything obscure. They are about the same short list of things, and those things are also the ones costing you appointments:

  • The booking form has inputs with no labels, so a screen reader announces “edit text” five times in a row.
  • The new patient paperwork is a scanned PDF. That is a picture of a form, not a form.
  • The phone number in the header sits inside an image with no alt text, so it cannot be read or clicked.
  • The insurance page is light grey text on white, which nobody with tired eyes can read either.
  • The office tour video has no captions.
  • Nothing has a visible focus outline, so a patient moving through the page with a keyboard has no idea where they are.

Every item on that list is a patient who could not book. The legal exposure and the lost appointment are the same defect looked at from two sides.

Why we do not install an overlay widget

There is an entire category of product sold as a one line fix: paste a script, get a little accessibility toolbar in the corner, get a certificate for your footer. We have taken these off more practice sites than we have put on, and here is our reasoning.

The widget does not change your site. It sits on top of the page and tries to guess at what the markup should have said. Guessing at alt text for a photo of the operatory is not the same as writing it. Guessing at a form label is not the same as connecting the label to the input.

People who actually use assistive technology are the loudest critics of these tools. When a widget fights with a screen reader, the screen reader user is the one who has to work around it, and the common workaround is blocking the script entirely.

It is another third-party script on every page. On mobile, where most patients find you, that is real loading time spent on something that did not fix the underlying problem.

And it has not worked as a shield. Businesses running one of these widgets have still received demand letters, because the complaint is about what the page does, not about what is installed on it.

What to fix at the source

None of this requires a rebuild. On a normal practice site it is a day or two of work, and most of it lives in the template rather than in individual pages.

  1. Contrast. Body text, button labels, the phone number in the header, and anything sitting over a hero photo. Light grey on white is the single most common failure we find.
  2. Focus states. Tab through your own homepage. If you cannot see where you are, neither can anyone else. Browsers give you an outline for free and themes often remove it.
  3. Form labels and errors. Every field in the booking form gets a real label, not placeholder text that disappears when you start typing. Errors say what went wrong in words, not with a red border alone.
  4. Alt text on every image. Describe the content. Decorative patterns get empty alt so they are skipped. Never put your phone number or your hours inside an image.
  5. Heading order. One H1 per page, then H2 and H3 in order. Screen reader users navigate by heading the way you skim by eye.
  6. Link text that stands alone. Twelve links reading “learn more” are useless out of context. “See our Invisalign page” is not.
  7. Captions and transcripts for video, including the smiling welcome clip on the homepage.
  8. Real forms instead of PDFs. Health history as an HTML form beats a scan for accessibility, and it beats it for completion rates too.
  9. Your scheduler. If booking runs in an embedded third-party widget, tab into it and try to book. Many of them trap keyboard focus.
  10. Motion. Respect the reduced motion setting so your scroll animations turn themselves off for people who need them off.

Then test it the way a patient would. Unplug the mouse and book an appointment. Zoom the browser to 200 percent and read the insurance page. Run the automated checker built into Chrome, knowing it catches maybe a third of real problems, and do the rest by hand.

What to do this month

  • Tab through your homepage and your booking page with the keyboard only, and write down everywhere you lose track of the cursor.
  • Check contrast on your buttons, your header phone number, and any text over a photo. Fix what fails.
  • Replace every scanned PDF form with a real form patients can fill in on a phone.
  • Add or rewrite alt text on the top twenty images, starting with anything containing words.
  • If you have an accessibility overlay installed, plan its removal alongside the fixes it was covering for. Do the fixes first.
  • Save the results of your keyboard test. A dated record that you found problems and fixed them is worth having.

The useful part of all this is that the work pays twice. Semantic headings, real labels, honest alt text and fast pages are the same things search engines have wanted for years, and a form a patient can actually complete on a phone is the whole point of the practice website. If you want a second pair of eyes on yours, that audit is where we start with every dental practice we take on, usually before we touch local search at all.

Written April 28, 2024, and kept as written. Platforms, features and policies mentioned here are described as they stood at the time.

Today, for your business

This is what we do for clients: Dental.

The platforms have moved on since this was written. We will show you where your business stands right now and what to do first.