Accessibility Statement
Last updated:
Effective Date: April 28, 2026 Last Updated: April 28, 2026
Plain English Summary #
Accessibility is part of how we build, not something we bolt on at the end.
- Standard. We build to Web Content Accessibility Guidelines (WCAG) 2.2, Level AA.
- How. Native code-level work, not overlay widgets. Real testing, on a documented schedule.
- Limits. Some third-party tools we rely on (payment processing, video, scheduling) are outside our direct technical control. We pick vendors who care about accessibility, but we cannot guarantee everything they do.
- If something doesn’t work for you. Email [email protected] with the subject “Accessibility.” We aim to respond within five business days and resolve verified barriers within forty-five days.
The full statement follows. It also serves as our digital accessibility report for purposes of California Assembly Bill 2190 and is updated as our practices evolve.
1. Our Commitment #
True Focus LLC is committed to making the website at https://truefocusadvisory.com (the “Site”) usable by the widest possible audience, including people with disabilities. We treat accessibility as an ongoing operational responsibility — not a one-time project, and not a marketing statement.
We do not claim the Site is “fully accessible” or “fully compliant.” That kind of claim is unrealistic for any active website where content is added regularly, and it would create an impossible standard against which any imperfection is a breach. Instead, we describe what we do, what we have tested, what we know is not yet right, and how to tell us when we’ve missed something.
2. Conformance Target #
We design and build the Site to conform to the Web Content Accessibility Guidelines (WCAG) 2.2 at Level AA, published by the World Wide Web Consortium (W3C). WCAG 2.2 Level AA is the standard most consistently referenced by courts, regulators, and the U.S. Department of Justice as the baseline for digital accessibility.
We chose WCAG 2.2 (rather than the older 2.1) because it includes important newer criteria — minimum target sizes, enhanced focus appearance, accessible authentication, and reduction of redundant data entry — that meaningfully improve the experience for users with motor, visual, and cognitive disabilities.
3. What We Have Built In #
The following accessibility practices are implemented natively in the Site’s source code. We do not use accessibility overlay widgets or AI-driven “instant fix” tools, which the disability community and accessibility professionals have widely shown to be unreliable substitutes for proper code-level work.
3.1. Structure and Navigation #
- Semantic HTML. Pages use standard HTML5 landmarks (
<header>,<nav>,<main>,<footer>) and a logical, hierarchical heading structure (<h1>through<h6>). - Keyboard navigation. All interactive elements — links, buttons, form fields, tabs, and menus — can be reached and operated using a keyboard alone, without a mouse or trackpad. Tab order follows visible reading order.
- Skip-to-content link. A “skip to main content” link is available at the top of every page for keyboard and screen-reader users.
- Focus appearance. Keyboard focus is shown by a visible indicator with a contrast ratio of at least 3:1 against its background, and is not hidden or obscured by sticky headers, footers, or pop-ups (WCAG 2.4.11 and 2.4.13).
3.2. Visual Design #
- Color contrast. Body text and meaningful images of text maintain a contrast ratio of at least 4.5:1 against background, and large-scale text at least 3:1, as required by WCAG 1.4.3.
- Color is not the only signal. Information conveyed by color (such as form errors or status indicators) is also conveyed through text or iconography.
- Resizable text. Page text remains readable and functional when zoomed up to 200% in standard browsers.
- Target size. Interactive elements have a clickable area of at least 24×24 CSS pixels per WCAG 2.5.8, ensuring users with motor impairments or tremors can activate them without hitting adjacent controls.
3.3. Forms #
- Programmatic labels. All form fields are paired with visible, programmatically associated labels.
- Error messaging. Validation errors are announced in text adjacent to the affected field, are not conveyed through color alone, and remain visible until corrected.
- Accessible spam protection. We use Cloudflare Turnstile for bot protection on our forms. Turnstile is designed to verify users without traditional CAPTCHA puzzles, image-recognition tasks, or memory tests. This avoids the cognitive-load barriers that older CAPTCHA systems impose on users with disabilities, consistent with WCAG 3.3.8 (Accessible Authentication).
- No redundant entry. Where forms span multiple steps, previously entered information is preserved or pre-filled rather than asking the user to retype it (WCAG 3.3.7).
3.4. Images and Media #
- Alternative text. Non-decorative images include descriptive
alttext. Decorative images use emptyalt=""so they are properly skipped by assistive technology. - No flashing content. The Site does not include content that flashes more than three times per second (WCAG 2.3.1).
- No autoplay with sound. Video and audio do not auto-play with sound.
3.5. Documents and Downloads #
We aim to make downloadable PDFs and other documents accessible. New documents created after the Effective Date are produced with tagged structure, descriptive alt text on images, and selectable text. Documents predating this commitment are remediated as we revisit them. If you need an alternative accessible format of any document, contact us using the details in Section 7.
4. Multimedia Accessibility (Video, Captions, Transcripts) #
True Focus publishes a substantial amount of content on YouTube and embeds video on the Site. Multimedia accessibility is a focused operational priority because automated YouTube captioning frequently fails WCAG accuracy standards on punctuation, speaker identification, and technical terminology.
For new long-form video content published on or after the Effective Date:
- Closed captions are manually reviewed and corrected before publication. We do not rely on auto-generated captions as the sole caption track.
- Descriptive transcripts are made available either on the Site or in the linked YouTube video description, covering both spoken dialogue and meaningful visual information.
- Visual information is verbalized in narration where practical, reducing the need for a separate audio description track. Where visual information cannot be conveyed verbally during the recording, we work to provide an audio description or a clearly written alternative.
We are working to remediate captions and transcripts on older video content. If a specific video is missing accurate captions or a transcript and you need access, contact us — we will prioritize remediation of that video and provide a usable alternative in the interim.
YouTube embeds use the privacy-enhanced mode (youtube-nocookie.com) for the privacy reasons described in our Privacy Policy. The YouTube player itself includes accessibility features (keyboard controls, caption toggle, playback speed) that we have not modified.
5. Testing Methodology #
This Section serves as the operational core of our digital accessibility report.
5.1. Tools We Use #
- Automated scanning. axe DevTools (browser extension and CI integration), Google Lighthouse (accessibility audits), and WAVE (Web Accessibility Evaluation Tool) for static analysis on each major template.
- Manual keyboard testing. Every primary user flow — homepage to assessment, homepage to contact form, homepage to checkout, navigation through the Pro Footer — is exercised using keyboard navigation only on each major Site update.
- Manual screen-reader spot-checks. We periodically test key pages with built-in screen-reader software (VoiceOver on macOS and iOS, Narrator on Windows) to identify barriers automated tools miss.
- Color contrast verification. We verify foreground/background contrast using design-stage tools and re-check after any palette adjustment.
- Real-device mobile testing. Mobile viewport testing at 375px, 390px, and 414px widths, including target-size verification at standard mobile DPI.
5.2. Testing Cadence #
- At every release. Lighthouse and axe DevTools scans are run on every page that is changed before that change is published.
- Quarterly. A full automated scan across all primary Site templates is performed at least once per quarter.
- Annually. A broader manual review — keyboard navigation, screen-reader spot-checks, and content audit — is performed at least once per year.
- Triggered. A targeted manual review is performed within thirty (30) days of any material redesign, framework upgrade, or significant content addition (such as a new product page, new workshop registration flow, or new diagnostic assessment).
5.3. Remediation Posture #
When automated or manual testing identifies an accessibility issue, we treat it as a defect, not a feature request. Critical and serious issues (those that prevent or substantially impair access for users with disabilities) are prioritized for remediation. Records of testing and remediation are retained internally to support good-faith compliance under California Assembly Bill 2190.
6. Known Limitations and Third-Party Components #
In the interest of transparency:
6.1. Third-Party Services #
The Site integrates several third-party services. These services are operated by their respective providers and are subject to their own accessibility standards, which we cannot directly modify:
- Stripe — payment processing during checkout. Stripe publishes its own accessibility commitments and we monitor changes to its checkout interface.
- MailerLite — newsletter signup and email delivery. Newsletter sign-up forms hosted directly on the Site are built by us; if a hosted MailerLite landing page is ever used, accessibility is partially dependent on MailerLite’s templates.
- ScoreApp — diagnostic assessment hosting and scoring. Where the assessment is presented in an embedded ScoreApp interface, certain visual and interaction details are controlled by ScoreApp.
- YouTube — video player. The YouTube player’s accessibility features are controlled by YouTube (Google).
- Cloudflare Turnstile — spam protection. Turnstile is designed to be substantially less burdensome than image- or text-based CAPTCHAs, but is operated by Cloudflare.
Where a third-party component creates a meaningful accessibility barrier, we work to provide an alternative path to the same outcome — for example, allowing a user to complete a form by emailing us directly, or providing a downloadable transcript adjacent to a video.
6.2. Open Issues #
No website of any meaningful size is free of accessibility issues at any given moment. Specific items we are tracking and working on as of the Last Updated date include:
- Caption and transcript remediation on older YouTube content.
- Ongoing color-contrast verification as the design system evolves.
- Continued improvement of non-decorative image alt text on legacy pages.
We update this Section as items are completed and as new items are identified.
6.3. User-Generated Content #
If True Focus introduces a comment system, community forum, or any feature that allows third parties to publish content directly on the Site, content posted by other users may not always meet our accessibility standards. We encourage community participants to provide alt text on images and to write in clear, structured language.
7. How to Report an Accessibility Barrier #
If you encounter content on the Site or in our Services that is difficult or impossible to use because of an accessibility barrier, we want to know. Reaching out helps us fix the issue, helps us prioritize, and gives you the access you need in the meantime.
Email: [email protected] Subject line: “Accessibility”
Please include, to the extent you can:
- The URL or specific page where you encountered the issue;
- A short description of what you were trying to do;
- A short description of what didn’t work;
- The assistive technology you were using, if any (screen reader, browser, operating system, voice control, etc.); and
- The best way to reach you with a reply.
Our commitments:
- We aim to acknowledge every accessibility report within five (5) business days.
- For verified barriers, we aim to remediate within forty-five (45) days of the report. Where the issue is more complex, we will provide a written remediation plan and an estimated timeline.
- In the interim, we will work with you to provide an alternative way to access the content or service you needed (for example, sending you the document by email, completing a form on your behalf with your information, or scheduling a phone call).
Postal mail: True Focus LLC Attn: Accessibility 7220 Trade Street, Ste 101 San Diego, CA 92121
8. Statutory Notice — California Assembly Bill 2190 #
This Accessibility Statement, together with our internal testing records and remediation logs, is intended to satisfy the requirements for a published digital accessibility report under California Assembly Bill 2190 (codified within the California Unruh Civil Rights Act framework), which provides an affirmative defense against statutory damages for businesses that demonstrate ongoing accessibility efforts and remediate identified barriers within the statutorily prescribed cure period.
Nothing in this statement is intended as an admission of any specific accessibility violation. This Section identifies True Focus’s good-faith, ongoing accessibility practice.
9. Updates to This Statement #
We update this Statement when our practices, testing methodology, third-party stack, or known issues materially change. Each update revises the Last Updated date at the top. Prior versions are retained internally as part of our accessibility record.
10. Contact #
General accessibility contact:
- Email: [email protected] (subject “Accessibility”)
- Postal mail: True Focus LLC Attn: Accessibility 7220 Trade Street, Ste 101 San Diego, CA 92121
We welcome feedback. Accessibility is iterative, and the people who use assistive technology are the most reliable source of insight into where the Site falls short. Tell us, and we will fix it.
True Focus LLC | San Diego, California | Responsible Attorney for Advertising Compliance: Taylor Darcy, San Diego, CA