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.
The rest of the small print