Accessibility
Accessibility statement
We target WCAG 2.2 Level AA. This statement records what we actually test and what we know is still imperfect, because a statement that claims full conformance without evidence is worth nothing.
Effective 28 July 2026
01
What we build to
- Every interactive element is keyboard operable, with a visible focus ring in the active accent colour.
- Text contrast is checked to at least 4.5:1, and against images we apply a scrim rather than hoping.
- Accordions, dialogs and comparison sliders use native elements where they exist, so platform semantics come for free.
- All motion is disabled under prefers-reduced-motion, with elements rendering in their final state instantly.
- Headings follow a single logical outline; one h1 per page.
- Icons that sit beside a text label are hidden from assistive technology so labels are not announced twice.
02
What we test
Automated axe-core checks run in CI against key pages. Automated testing catches perhaps 40% of real barriers, so we also do keyboard-only walkthroughs of the main journeys.
03
Known gaps
We would rather list these than claim they do not exist:
- Screen-reader testing so far is with VoiceOver on macOS and iOS. NVDA and JAWS testing on Windows is not yet complete.
- The architecture diagrams collapse to an ordered list below tablet width. The list is accurate but conveys the sequence rather than the full topology.
- Long spec tables scroll horizontally inside their own container on narrow screens.
04
Reporting a barrier
Email sales@vconnectservices.co.in with the page and what happened. We treat access barriers as defects, not enhancement requests, and will tell you a fix date rather than thanking you for the feedback.