Last reviewed: October 15, 2026
Our approach
Slinki aims to support the Web Content Accessibility Guidelines (WCAG) 2.2 Level AA as a design and testing reference. Accessibility is an ongoing practice involving design, code, content, testing, and feedback rather than a one-time certification.
Accessibility features
- Semantic page landmarks, headings, labels, and native controls.
- Keyboard-operable navigation, menus, forms, and skip links.
- Responsive layouts intended to reflow on smaller screens.
- Visible focus treatment and support for text alternatives on meaningful images.
- Automated checks for selected contrast, structure, alternative-text, form, and navigation requirements.
- Tenant-specific accessibility reports that record the date and results of automated checks.
Testing and limitations
We use automated testing and targeted manual review. Automated tools cannot identify every accessibility barrier, and customer-supplied content, color choices, third-party widgets, maps, social platforms, ordering systems, or uploaded documents may introduce limitations outside Slinki’s direct control.
Need assistance?
If you encounter a barrier, describe the page, feature, assistive technology, browser, and the task you were trying to complete through the secure Slinki contact form. We will review the issue and work toward a practical solution.
Customer websites
Slinki provides accessible foundations and reporting tools, while each customer remains responsible for the accuracy, alternatives, documents, media, integrations, and ongoing content it publishes. Accessibility reports are technical information and are not a legal certification or guarantee of compliance.