accessibility statement · this site

we model what we sell.

We audit other people's products against WCAG 2.1 AA. It's only fair that this site holds itself to the same bar. This page reports where we stand, what we've tested, and what we know is still imperfect. Real audits don't end at a single pass.

summary

conformanceat a glance.

overall

WCAG 2.1 Level AA · substantially conformant.

All non-deferred surfaces pass WCAG 2.1 AA. Two items are explicitly out-of-scope for this iteration's audit (see "known issues" below) because they are downloadable artifacts or copy still in production.

me stubs or pending content that will be rebuilt before launch.

tested against

three frameworks, one audit.

WCAG 2.1 Level AA · the W3C recommendation, global baseline.
Section 508 (revised 2018) · the US federal standard.
EN 301 549 · the European harmonized standard tied to the June 2026 EAA deadline.

last reviewed

2026·05·17

Updated whenever an audited surface changes.

version

v0.5 · pre-launch

Tracks site iteration. v1.0 lands at launch.

audited by

Sean Yo.

15+ years of accessibility specialty — the same lead who audits our clients.

honest list

known issues.nothing hidden.

If our own statement hid behind perfect-conformance language, we'd be doing the thing we tell clients not to do. Here's what's still imperfect and why.

deferred · downloadable artifact

accessibility gap checklist (PDF).

What's there: two PDF download cards on the home page (general and healthcare-specific). The PDF files themselves are in production.

The plan: PDFs tagged for screen-reader navigation (logical heading order, reading order, table semantics), pass automated PDF/UA scan, hand-verified with VoiceOver before the links go live.

deferred · copy

healthcare seed content.

What's there: page structure, regulatory framework, six surface tiles — all in production-fidelity chrome.

The plan: client-experience copy follows once seed material lands.

Everything else on the site passes WCAG 2.1 AA. Deferred items above are explicitly out-of-scope for this iteration and will be re-audited as they ship.

how we tested

the samethree-step methodology.

Identical to what we run for clients. Same order, same tooling, same honesty about the gap between automated and lived-experience findings.

01 · automated scan

baseline 30%.

axe-core via Lighthouse + WAVE + manual color-contrast measurement. Clears the technical baseline; the harder failures don't surface here.

02 · manual expert audit

WCAG 2.1 walkthrough.

Every page walked against the AA criteria. Keyboard navigation, focus visibility, heading hierarchy, landmark structure, semantic tagging, ARIA usage, text alternatives.

03 · assistive tech

lived-experience testing.

VoiceOver (macOS), NVDA (Windows), TalkBack (Android). Keyboard-only navigation. 200% zoom and 400% reflow. Deferred for v1: formal disabled-user testing of the conversion flow with assistive-tech users on the calendar embed.

nce wired.

conformance details

the fourWCAG principles.

Status per principle. Criterion-level conformance available on request — this summary is the right grain for most readers.

01

Perceivable.

Content presented in ways users can perceive — including via assistive technology.

  • 1.1 Text alternatives · decorative images aria-hidden; content images have explicit alt.
  • 1.3 Adaptable · semantic structure, programmatic relationships, content order preserved without CSS.
  • 1.4 Distinguishable · body type at 13.8:1 (AAA) on light surfaces; Safety Yellow on Black at 17.3:1 (AAA).
conformant
02

Operable.

Interface usable by anyone — not just mouse users.

  • 2.1 Keyboard accessible · every interactive element reachable; logical tab order; no traps.
  • 2.4 Navigable · skip link present; <header>/<main>/<nav>/<footer> landmarks; descriptive page titles.
  • 2.5 Input modalities · all tap targets ≥ 44×44 px (WCAG 2.5.5 AAA).
conformant
03

Understandable.

Information and operation must be understandable.

  • 3.1 Readable · lang="en" declared; reading level kept below Grade 12 on all marketing pages.
  • 3.2 Predictable · consistent navigation across all four pages; aria-current="page" on active nav link.
  • 3.3 Input assistance · calendar embed uses vendor-provided form patterns; PDF cards keyboard-accessible with visible focus.
conformant with stub
04

Robust.

Compatible with current and future assistive technology.

  • 4.1 Compatible · valid HTML5; ARIA used only where native semantics fall short; no role-on-everything anti-pattern.
conformant
feedback channel

found something we missed?

Accessibility findings are how a real audit works. We want yours. Tell us what broke, on which page, with which tool or assistive technology — and we'll respond within 5 working days.

email · [email protected]

response time · 5 working days

what to include · page URL, browser + AT, what you expected, what happened