Accessibility Statement
Last Updated: December 2024Our Commitment to Accessibility
Produced Local is committed to ensuring digital accessibility for people with disabilities. We are continually improving the user experience for everyone and applying the relevant accessibility standards. Our goal is to adhere to the POUR model, ensuring information is Perceivable. This includes providing descriptive Alternative Text (Alt-text) for all non-text content and maintaining a minimum Color Contrast ratio of 4.5:1 for standard text. We ensure that color is never the sole method of conveying information, and all time-based media includes synchronized captions.
Navigation and Operability
We believe that user interface components and navigation must be Operable by everyone. Our site is designed for Full Keyboard Functionality, allowing users to navigate through menus and interactive elements using only the Tab, Enter, and Space keys.
We maintain a Visible Focus Indicator (a high-contrast 2px border) so keyboard users can easily identify active elements. To prevent "Keyboard Traps," all modals and pop-ups can be exited using the Esc key. Furthermore, we have implemented a "Skip to Main Content" link at the top of our DOM to allow users to bypass repetitive navigation links.
Information and User Interface
To ensure our site is Understandable, we declare the primary language of every page using the lang="en" attribute, helping screen readers pronounce content correctly. We maintain Consistent Navigation across the platform to ensure a predictable user experience. Our Interactive Forms utilize persistent labels rather than disappearing placeholder text. In the event of an input error, we provide clear text-based descriptions and suggestions for fixes rather than relying on visual cues alone.
Technical Robustness
Our content is built to be Robust enough to work with a wide variety of user agents and assistive technologies. We utilize Semantic HTML.to provide a clear structural map for screen readers. We perform regular audits to ensure there are no parsing errors or broken tags that could interfere with assistive tech. All custom UI components utilize appropriate ARIA attributes to expose their name, role, and current state to the accessibility tree
Semantic Standards for Developers
This site distinguishes strictly between Links for navigation and Buttons or actions. This ensures that screen reader users are not confused by the expected behavior of an element. We also provide text-based equivalents for data-driven visuals. For example, our strategic growth charts include hidden data tables or aria-describedby summaries so that the data is accessible to those who cannot see the graphic.
WCAG 2.1 Conformance Table
| Criterion ID | Requirement Description | Conformance Level | Verified |
|---|---|---|---|
| 1.1.1 | Non-text Content (Alt-text for images/data) | Level A | |
| 1.2.2 | Captions (Prerecorded video content) | Level A | |
| 1.3.1 | Info and Relationships (Semantic structure) | Level A | |
| 1.4.3 | Use of Color (Color independence) | Level AA | |
| 2.1.1 | Contrast (Minimum 4.5:1 ratio) | Level A | |
| 2.2.2 | Keyboard (Full site navigation via keyboard) | Level A | |
| 2.4.1 | No Keyboard Trap (Exiting modals/popups) | Level A | |
| 2.4.4 | Bypass Blocks (Skip to content link) | Level A | |
| 3.1.1 | Focus Order (Logical navigation flow) | Level A | |
| 3.2.3 | Focus Visible (Clear focus rings) | Level AA | |
| 3.3.1 | Language of Page (HTML lang attribute) | Level A | |
| 4.1.1 | Labels or Instructions (Form accessibility) | Level A | |
| 4.1.2 | Parsing (Clean, error-free HTML code) | Level A | |
| 4.1.3 | Name, Role, Value (Correct ARIA usage) | Level AA |
Ongoing Maintenance and Updates
- Automated Testing: We utilize tools like WAVE and axe-core to catch baseline errors daily.
- Manual Audits: Quarterly reviews are performed using screen readers (NVDA/JAWS) to test keyboard-only interactions.
- Document Accessibility: All PDF downloads are tagged and structured for compatibility with Adobe Acrobat’s Accessibility Checker.