Seismic / Accessibility
Trust · Accessibility statement

Accessibility, on the page and in the deliverable.

What we commit to on this site, what we ship inside training libraries, and what to do if something on either is failing you.

Last reviewed · 2026-05-03
Illustration: a flat editorial line drawing of three input modes side by side — a hand on a keyboard with a focus ring around one key, a fingertip on a braille line, and a cursor labeled with a screen-reader caret.

Our approach

Accessibility is not a separate workstream at Seismic; it shapes how we script, capture, edit, and package every module. The audiences we produce for include keyboard-only users, screen-reader users, low-vision and color-blind users, and people learning in a second language. Anything we ship that excludes them excludes the whole reason a training library exists.

This website

seismic-technologies.com targets WCAG 2.2 Level AA and the EN 301 549 / Section 508 baseline that procurement teams typically reference. In practice that means:

  • Semantic HTML; landmarks and headings convey structure independent of styling.
  • All interactive elements are keyboard-reachable and visibly focused.
  • Text and interactive contrast meet AA at all default viewport sizes; the design system uses OKLCH tokens that are checked against AA before they ship.
  • Motion is gated behind prefers-reduced-motion; reveal animations, the marquee, and the deliverables waveform all stop animating when the user has reduced motion enabled.
  • Images carry meaningful alt text; decorative illustrations use empty alt; SVG icons are aria-hidden when their meaning is conveyed by adjacent text.
  • Pages remain usable at 200% zoom and reflow at 320 CSS pixels.
  • Forms (where present) use programmatic labels and report errors to assistive technology in addition to visually.

We test in the latest two stable versions of Chrome, Safari, Firefox, and Edge, with VoiceOver on macOS/iOS and NVDA on Windows. Automated checks use the axe DevTools browser extension during development. Manual review happens at design-token changes and on each new page template.

Training-library deliverables

What we hand a client is what their employees will rely on, sometimes daily. Default accessibility characteristics of a finished module:

  • Captions. All voiceover content ships with human-reviewed closed captions. We do not ship machine-only transcripts as final deliverables.
  • Transcripts. A clean, paragraphed transcript accompanies every video module, suitable for screen-reader skimming and for re-use by search/help teams.
  • Audio description. When the on-screen action carries information not present in the voiceover (e.g. silently reading a chart), we ship a description track or a separate described version of the module. Specified in the SOW per engagement.
  • Color & contrast. On-screen callouts and lower-thirds are checked against AA; we don't rely on color alone to communicate state.
  • Keyboard demonstrations. Where the system being trained on supports keyboard interaction, we demonstrate keyboard paths alongside mouse paths.
  • SCORM packages follow WCAG 2.2 AA at the markup level: programmatic structure, focus management on next/back navigation, and announcements of progress/state changes.
  • Caption sidecars (WebVTT and SRT) and a plain-text transcript ship alongside every video, so your help desk and content teams can re-use the text in any downstream surface without re-typing.

Known issues

We surface accessibility regressions here as we find them, and remove entries as they're fixed. None reported at this time.

Standards we test against

  • WCAG 2.2 Level AA — primary success criteria for both web and SCORM/HTML deliverables.
  • EN 301 549 — for European public-sector buyers.
  • Section 508 (US) — refresh; tracks WCAG 2.0 AA at the technical level.
  • ADA Title III — applied as the operative legal standard in the US.
  • VPAT / ACR — we publish a Voluntary Product Accessibility Template on request per engagement; available on request from hello@seismic-technologies.com.

Feedback & assistance

If you encounter an accessibility barrier on this site or in a Seismic-produced deliverable, please tell us. Email hello@seismic-technologies.com with "Accessibility" in the subject line and, if possible, the page or deliverable, the assistive technology you were using, and what you were trying to do. We aim to acknowledge within one business day and to provide a path forward — a fix, a workaround, or a timeline — within five.

For clients with employees who need an accessible alternative immediately, we will provide one in parallel with any longer-term remediation: a transcript, an alternate format, a phone walkthrough, whichever closes the gap.