Evaluation Methods Used: Internal manual evaluation with the support of automated tools (Siteimprove Accesibility Checker and Google Lighthouse).
Applicable Standards/Guidelines: Web Content Accessibility Guidelines 2.2 (WCAG 2.2), Level A and AA
Scope of Report: This ACR covers the public website https://planetsmartcity.com.
It does not include third-party digital services or tools linked from the site.
Executive Summary
An Accessibility Conformance Report (ACR) provides a structured evaluation of how a digital product or service aligns with recognized accessibility standards, primarily the Web Content Accessibility Guidelines (WCAG). This document helps stakeholders assess the accessibility and usability of a website for individuals with disabilities.
At Planet Smart City, we are committed to delivering a digital experience that is inclusive and accessible to all users. This ACR covers our public website, planetsmartcity.com, and outlines its current level of conformance with WCAG 2.2 Level A and AA criteria.
Accessibility testing is performed internally through a combination of manual audits and automated tools, including the Siteimprove Accesibility Checker and Google Lighthouse. These evaluations are conducted with each major release and after implementing significant accessibility-related updates. We strive to identify and address issues proactively and document any known gaps within this report.
Our website is designed with accessibility best practices in mind, such as semantic HTML, ARIA roles where appropriate, and clear navigation. In some cases, partial conformance may apply, particularly in relation to background videos or embedded third-party content.
We welcome feedback and are committed to continuous improvement. If you encounter any accessibility barriers or have suggestions, please contact us at: accessibility@planetsmartcity.com
WCAG 2.2 Success Criteria – Level A
| Success Criterion | Conformance Level | Notes |
|---|---|---|
| 1.1.1 Non-text Content | Supports | |
| 1.2.1 Audio-only and Video-only (Prerecorded) | Supports | |
| 1.2.2 Captions (Prerecorded) | Supports | Video content includes captions where applicable. |
| 1.2.3 Audio Description or Media Alternative (Prerecorded) | Not applicable | Background videos are decorative and do not convey essential information. |
| 1.3.1 Info and Relationships | Partially supports | All templates use correct semantic markup. Contact Form 7 renders accessible forms using ARIA best practices, but it does not fully reflect semantic HTML structure for form elements. |
| 1.3.2 Meaningful Sequence | Supports | |
| 1.3.3 Sensory Characteristics | Supports | |
| 1.3.4 Orientation | Supports | |
| 1.3.5 Identify Input Purpose | Supports | |
| 1.4.1 Use of Color | Supports | |
| 1.4.2 Audio Control | Not applicable | No autoplay audio is present. |
| 2.1.1 Keyboard | Supports | |
| 2.1.2 No Keyboard Trap | Supports | Focus can be moved to and from all components. |
| 2.1.4 Character Key Shortcuts | Not applicable | No character key shortcuts are used. |
| 2.2.1 Timing Adjustable | Supports | No time limits requiring adjustment. |
| 2.2.2 Pause, Stop, Hide | Partially supports | Background videos are set to loop but include an overlay to reduce distraction. No explicit pause/stop/hide controls are provided. |
| 2.3.1 Three Flashes or Below Threshold | Supports | No flashing content exceeding the threshold. |
| 2.4.1 Bypass Blocks | Supports | |
| 2.4.2 Page Titled | Supports | |
| 2.4.3 Focus Order | Supports | |
| 2.4.4 Link Purpose (In Context) | Supports | |
| 2.5.1 Pointer Gestures | Supports | No complex gestures required. |
| 2.5.2 Pointer Cancellation | Supports | |
| 2.5.3 Label in Name | Partially supports | All native components follow accessible naming practices. However, embedded third-party content (Google Maps) does not expose accessible names matching visible labels. |
| 2.5.4 Motion Actuation | Not applicable | No motion actuation required. |
| 3.1.1 Language of Page | Supports | |
| 3.2.1 On Focus | Supports | |
| 3.2.2 On Input | Supports | |
| 3.3.1 Error Identification | Supports | |
| 3.3.2 Labels or Instructions | Supports | |
| 4.1.1 Parsing | Supports | HTML is well-formed and valid. |
| 4.1.2 Name, Role, Value | Supports | All components expose proper ARIA roles. |
WCAG 2.2 Success Criteria – Level AA
| Success Criterion | Conformance Level | Notes |
|---|---|---|
| 1.2.4 Captions (Live) | Not applicable | No live video streams used. |
| 1.2.5 Audio Description (Prerecorded) | Not applicable | Background videos are decorative and do not convey essential information. |
| 1.3.6 Identify Purpose | Supports | |
| 1.4.3 Contrast (Minimum) | Supports | |
| 1.4.4 Resize Text | Supports | |
| 1.4.5 Images of Text | Supports | |
| 1.4.10 Reflow | Supports | |
| 1.4.11 Non-text Contrast | Supports | |
| 1.4.12 Text Spacing | Supports | |
| 1.4.13 Content on Hover or Focus | Supports | |
| 2.4.5 Multiple Ways | Supports | |
| 2.4.6 Headings and Labels | Supports | |
| 2.4.7 Focus Visible | Supports | |
| 3.1.2 Language of Parts | Supports | |
| 3.2.3 Consistent Navigation | Supports | |
| 3.2.4 Consistent Identification | Supports | The product follows a styleguide which ensures uniformity in look and behavior between components of the same type. |
| 3.3.3 Error Suggestion | Supports | Forms provide suggestions for correction. |
| 3.3.4 Error Prevention (Legal, Financial, Data) | Supports | Forms are validated before submission. |