Skip to content
Legal

Accessibility statement

What we've done, how we tested it, and the four things we know are still wrong. That last list is the part worth reading.

Last updated
August 2026
Target
WCAG 2.2 Level AA
Status
Partially conformant

01

What we're aiming at

This site targets WCAG 2.2 Level AA. That's the standard the ADA is generally read against in the US, and it's the one we build client sites to as a default rather than as an upgrade.

We're claiming a target, not a certification. No automated tool can confirm AA compliance, and any agency telling you their site is fully accessible has stopped testing. What we can tell you is what we've done, what we've tested, and what we know is still wrong.

02

What's built into this site

  • Every interactive element reaches by keyboard, in the order it appears, with a visible focus ring that isn't the browser default hidden under a border.
  • A skip link to the main content as the first tab stop.
  • Semantic landmarks — one h1 per page, headings that descend without skipping levels, real button and nav elements instead of divs with click handlers.
  • Text contrast of at least 4.5:1 against its background, checked on every colour pair in the palette rather than assumed from the brand guide.
  • Motion that stops. Every animation on the site respects prefers-reduced-motion and falls back to a plain fade or nothing at all.
  • Alt text written for the sentence it sits in, and empty alt on decorative artwork so screen readers skip it instead of reading a filename.
  • Form fields with real labels, errors announced next to the field they belong to, and no error state that relies on colour alone.
  • Video with controls, no autoplay with sound, and captions where there's speech.

Text scales to 200% without content overlapping or being cut off, and the layout reflows to a 320px viewport without a horizontal scrollbar.

03

How we test it

Automated tools catch roughly a third of real barriers. The rest needs someone to actually use the page.

Automated
axe DevTools and Lighthouse on every template before launch.
Keyboard only
The whole site, mouse unplugged. If a menu, accordion or form can't be operated and escaped by keyboard, it isn't finished.
Screen readers
VoiceOver on macOS and Safari, NVDA on Windows and Firefox.
Zoom and reflow
200% text zoom, and a 320px viewport for reflow.
Reduced motion
Every page re-checked with the OS setting on.

04

What we know still falls short

Publishing this list is the part most accessibility statements skip. It's also the only part that tells you whether anyone actually tested the site.

  • Some case-study charts carry a text summary rather than a full data table. A sighted user gets the shape of the trend faster than a screen-reader user does.
  • A few older blog posts have alt text that describes the image without explaining why it's in the article.
  • The animated hero artwork is decorative and hidden from assistive technology. Someone using a screen reader gets the heading and the copy, but not the visual metaphor.
  • Colour contrast on a small number of muted captions sits at AA but not AAA.

Each of these is on the list to fix, and the list moves. If something here is blocking you today, tell us and it jumps the queue.

05

Accessibility in client projects

AA is the default on every build, in the scope document, at no extra cost. It's not a line item you can decline, because retrofitting it later costs three times as much and never gets done properly.

  • Contrast and focus states designed in Figma, before anyone writes CSS.
  • Keyboard and screen-reader passes on each template during the build, not in a QA week at the end.
  • A written accessibility note at handover covering what we tested and what your team needs to keep doing when they add content.
  • Training on alt text and heading structure for whoever edits the site, because most accessibility regressions arrive through the CMS.

Where a client needs a formal audit or a VPAT, we say plainly that it needs a specialist and we'll work alongside one. We're good at building accessibly; we're not a certification body.

06

Found a barrier? Tell us

Email hello@quesiono.com with the page URL, what you were trying to do, and what happened instead. Your browser and assistive technology help, but don't let a missing detail stop you sending it.

You'll get a reply inside one business day from a person, not an autoresponder. Blocking issues are fixed within five working days where we can; where we can't, we'll tell you what we're doing and when it'll land.

If a page defeats us, we'll get you the information another way — on a call, in an email, or in a format you can use. That's not a workaround for fixing the page. Both happen.

07

The formal bit

Standard
WCAG 2.2 Level AA
Status
Partially conformant — the gaps are listed above
Assessment
Self-assessed by the studio, not third-party audited
Applies to
quesiono.com and its subdomains

Partially conformant means most of the site meets AA and some of it doesn't yet. We'd rather write that than tick a box, and we update this page whenever a gap closes or a new one appears.

Questions about this page?

A person reads that inbox, not a ticketing system. Email hello@quesiono.com and you'll hear back inside one business day.

Postal: Quesiono, 4201 Main St, Ste 200, Houston, TX 77002, United States.