Legal
Accessibility Statement
What we have done to make this site usable for everyone, what still needs work, and how to reach a human if something is blocking you.
Last updated October 2026
Last reviewed October 2026. Domino's Menu Guide aims to meet the Web Content Accessibility Guidelines version 2.1 at Level AA. That is the standard most commonly referenced in accessibility legislation, and it is the target we build against.
Why this matters to us
This is a site about food pricing. It should be readable by anyone who wants to know what a pizza costs — using a screen reader, using keyboard navigation only, at 200% zoom, on a phone in bright sunlight, or with a motor impairment that makes precise clicking difficult. None of that is exotic. It is just people.
What we have built in
Structure and semantics
Pages use proper HTML landmarks — header, nav, main, aside, footer — so assistive technology can jump between regions. Headings follow a logical order without skipped levels, so a screen reader user can navigate an article by structure rather than reading linearly.
Data tables use real table markup with scoped header cells and captions, which matters a great deal on our menu and hours pages where the information is genuinely tabular.
Keyboard access
Everything interactive can be reached and operated with a keyboard. The tab order follows the visual order. Focus indicators are visible and high contrast — we deliberately did not remove the focus ring, which is one of the most common accessibility failures on the web.
A skip link is the first focusable element on every page, letting you bypass the navigation and land directly on the main content.
Colour and contrast
Body text meets or exceeds the 4.5:1 contrast ratio required at Level AA, and large text meets 3:1. Colour is never the only means of conveying information — where we mark something as spicy or vegetarian, there is an icon and a text label alongside the colour.
Images and media
Every meaningful image carries descriptive alternative text. Decorative images are marked as such so screen readers skip them rather than announcing filenames. We do not use autoplaying video or audio anywhere on the site.
Motion
Animation is minimal by design, and we honour the prefers-reduced-motion setting. If your operating system requests reduced motion, transitions and animations are effectively disabled here.
Forms
Our contact form uses explicit labels associated with each field, marks required fields clearly, and announces its demo confirmation through a live region. The form does not send or save messages; use the listed email address to contact us.
Responsive and zoom
The layout reflows to 320px width without horizontal scrolling and remains usable at 200% zoom. Text can be resized without content being clipped or overlapping.
Known limitations
We would rather be honest about the gaps than claim perfection.
- Third-party advertising. Advertisements are served by external systems and their internal markup is outside our control. Some ad creatives do not meet the standards we hold our own content to. We reserve fixed space so they do not cause layout shift, but we cannot fix the contents.
- Wide data tables. Our menu price table and hours table scroll horizontally on small screens. This is a compromise — the alternative is either truncating data or a card layout that makes comparison harder. We are actively looking at better patterns.
- Automated testing coverage. We audit manually with keyboard navigation and a screen reader on a regular cycle, but we do not yet have automated accessibility checks running on every deployment. That is on our list.
How we test
Keyboard-only navigation through every page template. Screen reader testing with VoiceOver on macOS and NVDA on Windows. Contrast checking on every colour pairing in the palette. Zoom testing at 200% and 400%. Mobile testing at 320px width.
We run this review whenever we ship a new page template and at least twice a year across the whole site.
Tell us when something is broken
If any part of this site is difficult or impossible for you to use, we want to know — and we treat those reports as bugs rather than suggestions.
Email hello@sliceandsave.com with “Accessibility” in the subject line, or use the contact form. If you can include the page address, what you were trying to do, and what assistive technology or browser you were using, that helps us reproduce it quickly.
The contact form does not transmit reports. Email us directly to report an accessibility issue. Reply times are not guaranteed, but we prioritize fixing genuine blockers.
Alternative formats
If you need information from this site in a different format, ask. We are a small team and we can usually accommodate a reasonable request — a plain text version of a guide, for instance, or price information sent by email.