Based on the structure of VPAT® 2.4 (WCAG edition). Prepared for procurement review; a criterion-by-criterion expansion is available on request.
Supports: functionality meets the criterion. Partially supports: some functionality does not meet it; remarks say exactly what. Not applicable: the criterion does not apply to this product.
| Criterion | Conformance | Remarks |
|---|---|---|
| 1.1.1 Non-text content | Partially supports | Every tour point carries one authoritative text name used in menus, navigation, and on the map. The 360° panoramas themselves are photographic content without full text alternatives; the structured layer (names, distances, routes) conveys place information non-visually. |
| 1.3.1 Info and relationships | Supports | Menus, destination lists, and route steps are structured lists with text labels; state is written ("On"/"Off"), not implied. |
| 1.4.1 Use of color | Supports | No control conveys meaning by color alone; the Accessible-mode pill pairs its color with the words On/Off, and route refusals are written messages. |
| 1.4.3 Contrast (minimum) | Supports | Interface controls use high-contrast pills and panels over imagery; labels are white-on-dark or dark-on-light at AA ratios. |
| 1.4.5 Images of text | Supports | Interface text is real text, not imagery. |
| 2.1.1 Keyboard | Partially supports | Menus, destination selection, and route planning are standard focusable controls. Free-look panning of the panorama is pointer-driven; equivalent movement between points is available through the Navigate menu. |
| 2.2.2 Pause, stop, hide | Supports | Auto-walk tours can be paused or exited at any time; nothing moves without a user-visible control. |
| 2.3.1 Three flashes | Supports | No flashing content. |
| 2.4.2 Page titled | Supports | Each tour is titled with the venue's name. |
| 2.4.4 Link purpose (in context) | Supports | Navigation targets are the points' own names. |
| 2.5.3 Label in name | Supports | Visible labels match accessible names. |
| 1.2.x Time-based media | Not applicable | Tours contain no audio or video media; there is nothing to caption. |
| 3.2.3 Consistent navigation | Supports | Header, menus, and controls are identical on every point of a tour and across tours. |
| 3.3.1 / 3.3.2 Errors and labels | Supports | Inputs are labeled; impossible requests (for example, no step-free route) return plain-language explanations. |
| 4.1.2 Name, role, value | Partially supports | Standard HTML controls carry native semantics. The panorama canvas is a rendering surface without a full accessible object model; product information is exposed through the structured menus instead. |
Accessible route mode. Tour owners mark step-free points and flag specific connections that contain steps. Visitors enable the mode with one labeled header control; route planning then uses only step-free ground, free exploration refuses marked hops with a written notice, and unreachable destinations are stated honestly. This mapping of physical-world accessibility into the product is, to our knowledge, not offered by comparable virtual-tour platforms.
This report covers the StrollPoint platform: the player, its controls, and the routing engine's behavior given authored step data. The venue-specific accuracy of step-free markings is authored by the tour's owner or their tour provider, the parties with knowledge of the physical site. The platform enforces authored markings faithfully, never offers the Accessible-route option on tours whose author has not enabled it, and requires an explicit authoring confirmation at enablement. Procuring organizations should require completed step-free marking as a contractual deliverable from their tour provider.
StrollPoint's conformance position is deliberate: the panoramic imagery is treated as visual media with a fully structured, text-first layer around it. Exceptions concentrate in the imagery; the interface, information, and navigation layers are where conformance is engineered and maintained. Barrier reports are handled as defects.