Menuquavix.siteWebsites for Restaurants & Dining Brands Get a Free Plan
Owner's guide

The ADA and Restaurant Websites

What federal guidance and one widely reported case say about restaurant websites and the ADA, and the practical steps that make a site usable for guests with disabilities.

Written by Chloe Adams · Last reviewed October 29, 2026 · About 6 minutes to read

In brief

The Department of Justice says Title III of the ADA applies to the goods and services businesses open to the public offer on the web, and its guidance lists food and drink establishments among those businesses. In Robles v. Domino's, a federal appeals court held that the ADA applied to Domino's website and app, and the Supreme Court declined to review the case. A practical standard for restaurant websites is WCAG 2.2 level AA. This guide is general information, not legal advice.

What the Department of Justice says

The federal guidance restaurants should know is the Justice Department's "Guidance on Web Accessibility and the ADA," dated March 18, 2022 [1]. For a restaurant, three of its points stand out:

  1. Title III of the ADA "prohibits discrimination against people with disabilities by businesses open to the public," and the guidance lists food and drink establishments among those businesses [1].
  2. The guidance says the ADA's requirements apply to the goods and services such businesses offer on the web [1].
  3. According to the Justice Department's guidance, businesses have flexibility in how they comply with the ADA's general requirements. The guidance says "existing technical standards provide helpful guidance concerning how to ensure accessibility of website features" and names the Web Content Accessibility Guidelines (WCAG) as one example [1].

The page now carries a notice that it does not reflect the rule for state and local governments published in the Federal Register on April 24, 2024 [1]. That rule covers public entities under Title II, not private restaurants under Title III.

The Robles v. Domino's case

Robles v. Domino's Pizza is a widely reported case in discussions of restaurant website accessibility. A blind man, Guillermo Robles, sued Domino's under the ADA and California law over the accessibility of its website and mobile app. The district court dismissed the case, and in January 2019 the Ninth Circuit Court of Appeals reversed that dismissal.

Nation's Restaurant News summarized the panel's reasoning this way: "the website and app connected customers to the goods and services of Domino's physical restaurants." The same report says the court rejected Domino's argument that applying the ADA without specific regulations violated due process [2]. Domino's asked the Supreme Court to review the decision, and the Court denied the petition on October 7, 2019 [3]. Domino's said at the time that it looked forward to presenting its case at the trial court [2].

The case does not set a single national rule; it is a decision of one federal appeals court. It is widely discussed because it involved a restaurant chain and online ordering, which is exactly the kind of feature many restaurant websites now offer.

What accessibility means on a restaurant site

WCAG 2.2 is organized around four principles: content must be perceivable, operable, understandable and robust [4]. On a restaurant site, that translates into specific, practical checks.

AreaWhat to checkWhy it matters
MenusMenus are HTML text, not images or scanned PDFsScreen readers cannot read text inside an image
ImagesMeaningful photos have text alternatives; decorative ones are marked as decorativeGuests using screen readers hear what is useful
ContrastText has enough contrast against its backgroundLow contrast is hard to read, especially outdoors
KeyboardEvery link, button and form works without a mouseSome guests navigate by keyboard or switch
FocusA visible outline shows where the keyboard focus isKeyboard users need to see where they are
FormsEvery field has a label and errors are explained in textBooking and contact forms must be usable
Tap targetsButtons are large enough to tap; WCAG 2.2 added a target size criterion at level AASmall buttons cause mis-taps
WidgetsBooking and ordering tools are tested with a keyboard and a screen readerThird-party tools are part of your site's experience
MediaVideos have captions and do not autoplay with soundGuests who are deaf or hard of hearing need captions

Menus need particular care. A PDF menu exported from a design program may contain no real text at all, and a photo of a printed menu certainly contains none. An HTML menu with proper headings for each section, prices in text and dietary marks explained in words is the most reliable approach. Our menu guide covers how to keep a printable version without maintaining two menus.

Third-party booking and ordering tools

Reservation and ordering platforms that you did not build are still part of the guest's experience on your site. When choosing or reviewing a tool, ask the provider about its accessibility testing, try a booking yourself with only a keyboard, and test it with the screen reader built into your phone. If an embedded widget is hard to use, linking to the provider's own page can sometimes work better.

Accessibility plug-ins

A single script added to a page is sometimes sold as a full accessibility fix. These tools cannot fix a menu that is an image or a form without labels; those problems live in the site itself. We recommend fixing the underlying issues rather than relying on an overlay.

A practical plan

  1. Test your own site: try to read the menu and make a booking using only a keyboard, then with your phone's screen reader.
  2. Replace image and PDF menus with HTML text.
  3. Add text alternatives to meaningful images.
  4. Check contrast on buttons, menus and text over photos.
  5. Test booking and ordering tools and talk to providers about any problems.
  6. Add an accessibility statement with a way for guests to report barriers.
  7. Review the site whenever you add a new feature or tool.

Accessibility helps every guest

The same changes that help guests with disabilities help everyone. Text menus load faster and read better on small screens. Clear labels reduce booking errors. Good contrast makes the site readable on a bright patio. Accessibility work is rarely wasted.

Frequently asked questions

Is there an official technical standard for restaurant websites under the ADA?

The DOJ's 2022 guidance does not set one for businesses open to the public; it says businesses have flexibility and points to WCAG as helpful guidance. WCAG 2.2 level AA is a practical target, and it is the level we design to.

Does a small restaurant have to worry about this?

The DOJ guidance speaks about businesses open to the public in general. How it applies to your restaurant is a question for an attorney who knows your situation.

Will an accessibility widget make my site compliant?

A widget cannot fix problems built into the site, such as image menus or unlabeled forms. Fixing those directly is more reliable.

Where can guests report a problem?

We recommend an accessibility statement with an email address. Ours is on our accessibility page.

Sources

Checked on October 29, 2026.

  1. U.S. Department of Justice, Civil Rights Division, Guidance on Web Accessibility and the ADA. Published March 18, 2022. Primary source
  2. Nation's Restaurant News, Supreme Court hands win to blind man who sued Domino's over website accessibility. October 7, 2019. Secondary source
  3. Supreme Court of the United States, Docket No. 18-1539, Domino's Pizza, LLC v. Guillermo Robles. Petition denied October 7, 2019. Primary source
  4. W3C, Web Content Accessibility Guidelines (WCAG) 2.2. Primary source

Let’s Plan a Website Guests Find Easy to Use

Clear menus, simple reservations and pages that sound like your restaurant.

Get a Free Plan
Concept artwork