Skip to main content

Accessibility Statement

Last Updated: October 22, 2026

Trust Swiftly builds its website and identity verification platform to be usable by everyone, including people with disabilities. Our customers include federal, state and local government programs. Their users must be able to complete identity proofing however they see, hear, move or process information.

Table of Contents

  1. Standards We Measure Against
  2. Conformance Status
  3. What We Have Done
  4. Known Limitations
  5. Accessibility Conformance Report (VPAT)
  6. How We Test
  7. Report a Barrier
  8. Formal Complaints and Enforcement

1. Standards We Measure Against

We measure this website and the Trust Swiftly platform against:

  • WCAG 2.1 Level A and Level AA — the Web Content Accessibility Guidelines published by the W3C.
  • The Revised Section 508 Standards (36 CFR Part 1194, Appendix A and Appendix C), which incorporate WCAG 2.0 Level A and AA by reference for web content, software, and electronic documents. We target WCAG 2.1 AA because it is a superset of WCAG 2.0 AA and is what most agencies now ask for.
  • EN 301 549 for customers in the European Union, which harmonizes with the same WCAG success criteria.

Section 508 applies directly to federal agencies rather than to private companies. We hold ourselves to it because agencies must procure conformant information and communication technology (ICT), and because our platform is used by members of the public who have no choice about whether to complete an identity verification.

2. Conformance Status

This website is partially conformant with WCAG 2.1 Level AA. “Partially conformant” means that most of the content meets the standard, but some content does not yet fully conform. The known exceptions are listed under Known Limitations below, along with what we are doing about each one.

We publish this status honestly rather than claiming full conformance. If you find a barrier that is not listed here, we want to hear about it — see Report a Barrier.

3. What We Have Done

Measures taken across this site include:

  • A “Skip to main content” link as the first focusable element on every page, and a single <main> landmark on every page.
  • Visible keyboard focus indicators on interactive controls, restored over legacy stylesheet rules that had removed them, including on accordion questions and cards, and space at the top of the page so a focused element or linked heading is not hidden under the fixed header.
  • Body text and interface colors revised for a 4.5:1 contrast ratio, including the site link color, muted text, section labels, button fills, and link hover, focus, and open-menu states. In October 2026 we re-measured the components our review had found below that ratio, including links on dark panels, older buttons, labels and page headers, and fixed each one.
  • Heading levels corrected across the site templates and the article archive so the document outline can be navigated by heading.
  • Programmatic labels, autocomplete attributes, and text-based error messages on the contact form.
  • Accessible names on embedded frames, images, and icon-only controls.
  • Links that open a new tab say so to screen readers.
  • Keyboard access to horizontally scrolling content such as wide comparison tables and code samples.
  • Support for prefers-reduced-motion, which turns off animation, including the scrolling of in-page links, for users who have asked their operating system to reduce motion. The one animation that runs longer than five seconds, on our home page, has a pause button.

4. Known Limitations

We are aware of the following limitations. Each is tracked and scheduled.

  • Video captions. Several demonstration videos embedded in or linked from blog articles are screen recordings published before our current captioning policy. The embedded videos have accessible names and a short text description under each one, but none of these videos has synchronized captions, audio description, or a published transcript yet. We are adding captions to the videos that have speech. If you need the content of a specific video now, email us and we will send you a transcript.
  • Third-party embedded services. Our booking calendar (Cal.com) and the anti-spam challenge on our contact form (hCaptcha) are supplied by third parties and rendered inside their own frames. We do not control their internal markup. The calendar sits in the contact page rather than in a pop-up: booking links move keyboard focus to its heading, and the calendar follows it in the tab order. If either widget blocks you, email or call us using the details under Report a Barrier: those routes reach a person directly and do not use these widgets.
  • Legacy blog content. Articles published before 2025 were authored in a rich-text editor. In October 2026 we added section headings to long articles, removed empty paragraphs, and gave data tables header rows. Some older articles may still contain structures that are not ideal, and we correct them as articles are revised.
  • Downloadable documents. The ROI calculator and the IAL3 vendor RFP template, offered as .xlsx downloads, have not yet been assessed for accessible table structure or alternative text on charts. An accessible alternative is available on request. Our federal capability statement and FedRAMP High IAL3 readiness checklist PDFs are tagged, carry a document title and language, and contain selectable text. Case-study PDFs we share on request do not yet have alternative text for their figures; ask us and we will send an accessible version.
  • Wide tables on phones. Pages no longer scroll sideways on narrow phone screens, but some wide data tables in articles scroll sideways inside their own frame. A note above each such table says so, and the frame can be reached and scrolled with the keyboard.

5. Accessibility Conformance Report (VPAT)

Federal agencies evaluate accessibility through an Accessibility Conformance Report (ACR) — a completed ITI Voluntary Product Accessibility Template (VPAT) scoped to a specific product and its support documentation, not to a vendor’s marketing website.

Contracting officers, Section 508 program offices, and prospective customers can request an ACR for the Trust Swiftly identity verification platform by emailing accessibility@trustswiftly.com. Tell us which edition you need — 508 (WCAG 2.0 A/AA), EU (EN 301 549), WCAG, or INT — and we will confirm scope and timing within five business days.

6. How We Test

Our assessment approach combines:

  • Automated testing with axe-core against the built static output of every published page on this site. Automated tools reliably detect only a portion of WCAG failures, so they are a floor and not a ceiling.
  • Source-level review of templates and stylesheets for the criteria automated tools cannot evaluate: keyboard operability, focus management, alternative text quality, link purpose in context, and error identification.
  • Document checks on published PDFs for tag structure, document title, language, and text extractability.

We are expanding this to include structured manual testing against the DHS Trusted Tester Conformance Test Process and the U.S. Access Board’s ICT Testing Baseline for Web, together with screen reader verification. Those results will be reflected here and in our ACR as they complete.

This statement was last reviewed on October 22, 2026.

7. Report a Barrier

If you encounter an accessibility barrier on this site or in the Trust Swiftly platform, please tell us. Include the page address, what you were trying to do, and the assistive technology and browser you were using, if you know them.

We aim to acknowledge accessibility reports within two business days and to give you a remediation plan or a workaround within ten business days. If a fix will take longer, we will tell you why and give you an alternative way to get the same information or complete the same task.

8. Formal Complaints and Enforcement

If you are a federal employee or a member of the public who cannot access Trust Swiftly content delivered through a federal agency, you may also raise the issue with that agency’s Section 508 program office. Federal agencies are required to have a complaint process under Section 508 of the Rehabilitation Act.

We would prefer to resolve the issue with you directly and quickly first. Contacting us does not limit any right you have to file a complaint.