Accessibility Statement

Our Commitment

Hair Wellness Lab (operated by Wynn Essentials LLC) is committed to ensuring that our website and platform are accessible to everyone, including people with disabilities. We strive to meet the Web Content Accessibility Guidelines (WCAG) 2.1 Level AA standards and continuously work to improve the accessibility of our digital experience.

Measures We Have Taken

To support accessibility, Hair Wellness Lab has implemented the following:

• Semantic HTML: We use landmark regions (main, nav, section, header, footer) and proper heading hierarchy (H1 → H2 → H3) throughout the site.
• Skip Navigation: A “Skip to main content” link is the first focusable element on every page, allowing keyboard users to bypass repeated navigation.
• Keyboard Navigation: All interactive elements — buttons, links, form controls — are reachable and operable using only a keyboard.
• Focus Indicators: Visible focus rings are displayed on all interactive elements during keyboard navigation, using a distinct gold outline color.
• Form Labels: All form inputs have programmatically associated labels (either visible or screen-reader-only) so that assistive technologies can identify the purpose of each field.
• ARIA Attributes: We use aria-label, aria-live, aria-expanded, aria-modal, role="alert", and other ARIA attributes where native HTML does not provide sufficient context.
• Error Announcements: Form validation errors are announced to screen readers via aria-live="assertive" regions so users are notified immediately without requiring a page reload.
• Reduced Motion: Animations and transitions respect the user’s prefers-reduced-motion operating system setting.
• Alternative Text: All meaningful images include descriptive alt text. Decorative images use alt="" to be ignored by screen readers.
• Color Contrast: We aim for a minimum contrast ratio of 4.5:1 for normal text and 3:1 for large text, in compliance with WCAG 2.1 AA.
• Dark Mode: A user-controlled dark mode is available and maintains accessible contrast ratios across all interface components.

Known Limitations

We work toward WCAG 2.1 Level AA, and we are not there in every place. These are the gaps we know about. Naming them is more useful than a general promise to improve, so this list is specific about where the problem is and, where one exists, what to use instead.

• The Crown Care Calendar. The month grid does not expose the row-and-column structure a screen reader needs to announce a date in context, so it reads as a run of buttons rather than as a calendar. Logging care is also possible from the dashboard and from each tool without going through the grid. (Independently confirmed by the automated axe-core suite described above — it’s a real, structural fix, not a quick color or label change, so it stays open rather than getting patched around.)
• Reduced motion is honoured component by component. There is no single global rule that switches animation off, so if you have a reduced-motion setting you may still see movement in some places — most likely on dashboard cards and loading states.
• The magazine flipbook. Natural Girlies issues are embedded from Heyzine, a third-party viewer whose implementation we do not control. Every issue page carries a direct link to open the issue outside the embed, which is the more reliable route with assistive technology.
• Camera steps in the Product Analyzer. Barcode scanning and label reading need a camera and a clear view of the packaging. Neither is the only way through: a barcode can be typed in by hand and an ingredient list can be pasted, and both produce the same analysis as the camera.
• The demo video on the progress card plays silently and its controls are labelled, but there is no written description of what it demonstrates, so at present it carries nothing for anyone who cannot see it.
• Decorative graphics. Most illustrative artwork is marked so that assistive technology skips it, but a small number of components have not been marked yet and may be announced as unlabelled graphics.

This list is maintained by hand and is not exhaustive. If you hit a barrier that is not on it, please tell us using the contact details below.

Technical Approach

Hair Wellness Lab is built with Next.js (App Router) and renders semantic HTML on the server where possible. We test with:

• Keyboard-only navigation testing
• VoiceOver (macOS / iOS) screen reader
• Chrome DevTools Accessibility panel
• Automated tooling: a real axe-core ruleset (WCAG 2.1 A/AA) runs against this page and a sample of our other highest-traffic pages via an automated Playwright suite. It caught, and we fixed, several genuine color-contrast bugs while building this checker — including one on our own footer. It currently covers a sample of pages, not all of them, and that’s an accurate description rather than a promise of full-site coverage.

We target support for modern browsers (Chrome, Safari, Firefox, Edge) and comply with WCAG 2.1 Level AA as our baseline.

Feedback & Contact

We welcome your feedback on the accessibility of Hair Wellness Lab. If you experience any barriers or have suggestions for improvement, please reach out:

• Email: hello@hairwellnessslab.com
• Website: hairwellnessslab.com

We aim to respond to accessibility feedback within 5 business days.