WCAG Success Criteria | Conformance Level | Remarks and Explanations |
1.1.1 Non-text Content | Partially Supports | The application has some images contain description alt text. Decorative images are marked with empty alt attributes. Continued work on alt text for images is planned for 2025. |
1.2.1 Audio-only and Video-only (Prerecorded) | Not Applicable | Any audio or video content within the application is uploaded by clients. |
1.2.2 Captions (Prerecorded) | Not Applicable | Any audio or video content within the application is uploaded by clients. |
1.2.3 Audio Descriptions or Media Alternative (Prerecorded) | Not Applicable | Any audio or video content within the application is uploaded by clients. |
1.3.1 Info and Relationships | Supports | Pages are structured with semantic HTML elements, (e.g., <h1>, <h2>, etc.) following a logical hierarchy. Form fields have properly associated <label> elements. Popups and modals have close out buttons that are associated with the dialog for easy navigation and dismissal. |
1.3.2 Meaningful Sequence | Supports | The application is structured with semantic HTML elements (e.g., <h1, <h2>, <body>, <button>, <form>, <label>, <input>etc.) following a logical hierarchy to ensure the content is presented in a meaningful sequence. At this time the application does not support keyboard tab, however we're researching this as our product does not rely on a physical or digital keyboard. |
1.3.3 Sensory Characteristics | Partially Supports | The application supports VoiceCommands, VoiceOver/TalkBack, which provide auditory feedback for interactive elements. The application does not rely on sensory characteristics such as shape, size, color or visual location. Since most of the content is created by clients, they are responsible for ensuring additional instructions are provided. However, we are actively exploring where clients might not be able to provide these instructions. |
1.4.1 Use of Color | Partially Supports | The application uses icons and labels to convey information, ensuring that color is not the sole means of communication. Labels are provided alongside color to assist with voice-over technologies, making it clear to users even if they cannot distinguish color. While compliant, we are always exploring ways to improve (e.g. using additional information - errors are marked with an error message.) |
1.4.2 Audio Control | Not Applicable | Any audio or video content within the application is uploaded by clients. We do not provide native applications for audio and video. |
2.1.1 Keyboard | Not Applicable | Our product does not rely on a physical or digital keyboard for general navigation or interaction, however keyboard input is supported when users are inputting information into form fields. Since keyboard use is restricted to specific use cases like form submissions, we do not expect the application to support keyboard navigation at this time. |
2.1.2 No Keyboard Trap | Not Applicable | The application does not rely on a physical or digital keyboard for navigation or interaction. As such, this criteria does not apply. The application uses touch or other methods for user interaction. |
2.2.1 Timing Adjustable | Not Applicable | The application does not include any time limits or timing mechanisms that require user interaction. Users are not subject to time constraints within the application, and therefore, the need for adjustable or extendable time limits does not arise. |
2.2.2 Pause, Stop, Hide | Not Applicable | The application does not contain any moving, blinking, scrolling, or auto-updating information by default. Since clients are responsible for uploading their own content, such as videos or other media, they may introduce elements that could potentially involve moving or auto-updating. In such cases, it's the clients responsibility to ensure that their content complies with accessibility guidelines. |
2.3.1 Three Flashes or Below Threshold | Not Applicable | The application does not currently contain any flashing content. However, since clients have the ability to upload their own content (such as videos and image), they may introduce flashing elements. In such cases, it's the clients responsibility to ensure that their content complies with accessibility guidelines. |
2.4.1 Bypass Blocks | Not Applicable | The application does not currently provide a dedicated 'skip to main content' mechanism. However, there are minimal navigation elements (side menu, profile icon and logo) before reaching the main content. We are reviewing potential improvements in future updates and will further evaluate. |
2.4.2 Page Titled | Supports | The application provides page titles that describe the purpose of each page. Some page titles are created by our clients. We recommend clients ensure their titles are meaningful and relevant to the content of each page. |
2.4.3 Focus Order | Partially Supports | The application supports navigation through screen readers, allowing users to complete most form fields and interact with other focusable components. The application does not rely on a physical or digital keyboard for navigation. We are reviewing components and exploring ways to improve. |
2.4.4 Link Purpose (In Context) | Partially Supports | The application supports link text displayed in blue and underlined, ensuring users can visually distinguish links from other text however the actual 'text' is created by clients. We recommend clients use descriptive text that clearly conveys the purpose of the link. We are always looking at ways we can help clients create descriptive and accessible link text. |
3.1.1 Language of Page | Supports | The application supports a default language. We do not support selection of languages at this time however we do implement internationalization for user-facing text, so that we are ready if it is needed. |
3.2.1 On Focus | Partially Supports | The application supports focus management primarily through assistive technologies such as screen readers, which provide appropriate feedback when interactive elements receive focus. Since our application does not rely on a physical or digital keyboard for navigation, focus indicators are not applicable in the traditional sense. We are committed to maintaining a predictable and stable user experience. |
3.2.2 On Input | Supports | The application does not trigger any unexpected context changes upon user input. |
3.3.1 Error Identification | Supports | The application supports error identification and descriptions for input errors, however we recognize there is always room for improvement in how these are communicated and look to feedback from our users. |
3.3.2 Labels or Instructions | Supports | The application provides labels for inputs to ensure clarity and guidance. We also provider helper text where applicable. |
4.1.1 Parsing | Supports | The application can be understood by assistive technologies. We believe our code is properly structured. |
4.1.2 Name, Role, Value | Supports | The application ensures that all user interface components have programmatically determined names, roles, and values, and that changes to their states are accessible to assistive technologies. We are always looking to improve our code base but believe we are compliant at this time. |
| WCAG Success Criteria | Conformance Level | Remarks and Explanations |
1.2.4 Captions (Live) | Not Applicable | Any video content within the application is uploaded by clients, they are responsible for ensuring live captions are provided. |
1.2.5 Audio Description (Prerecorded) | Not Applicable | Any audio content within the application is uploaded by clients, they are responsible for ensuring audio descriptions are provided. |
| 1.4.3 Contrast (Minimum) | Supports | Clients are provided with a color contrast checker to ensure the primary, secondary and action colors they select for their application meet the WCAG 4:5:1 contrast ratio for text. Since clients have the flexibility to choose their own colors, they are responsible to ensure those colors are compliant. |
1.4.4 Resize Text | Partially Support | The application allows for text resizing on the buttons however it does not resize title text and body text. However we are moving towards using relative font size, so that our content takes into consideration user preferences. |
1.4.5 Images of Text | Partially Supports | The application ensures that text is used to convey information wherever possible and only use images of text (such as logos) where it is essential. However, clients can upload their own images and are responsible for ensuring they only use images of text where it is essential. |
| 2.4.5 Multiple Ways | Supports | The application is not a traditional website so we do not support sitemaps or search functionality however the application supports multiple navigation options - home screen buttons, side menu and new footer menu coming in 2025. We also provide multiple methods to navigate horizontal content: swipe on touch devices or use navigational buttons. |
2.4.6 Headings and Labels | Supports | The application uses clear and descriptive headings and labels to ensure users can easily understand the content or purpose of each section. Clients are able to create headings on some pages and are responsible for ensuring they are easily understood. |
2.4.7 Focus Visible | Partially Supports | The application does not rely on a physical or digital keyboard, however, we ensure focus indicators are visible when using assistive technologies like VoiceOver and TalkBack. |
| 3.1.2 Language of Parts | Not Applicable | The application supports a default language and implements internationalization for user-facing text. While multiple language selections are not support at this time, the system is prepared for future language needs. |
3.2.3 Consistent Navigation | Support | The application supports a side menu and future footer menu. Those menus will maintain consistent order across the application. |
| 3.2.4 Consistent Identification | Support | The application ensures consistent identification of components with the same functionality across all pages. |
3.3.3 Error Suggestion | Partially Supports | The application provides error messages to inform users when input is incorrect, however we do not currently provide suggestions and is something we will consider in the future. |
3.3.4 Error Prevention (Legal, Financial, Data) | Not Applicable | The application does not handle legal or financial transactions. We allow users the ability to purchase and manage memberships. They can also request to delete their data at any time but we do not engage in a process that would require error prevention. |
Perfomance Criteria | Conformance Level | Remarks and Explanations |
Blind / Screen Reader Users | Partially Supports | The application is accessible and navigable with screen reader technology, utilizing alt text, proper labeling, error identification, and semantic HTML structure where applicable. While the application does not support a physical or digital keyboard for navigation, keyboard functionality is enabled for form inputs. We have tested the application using VoiceOver and TalkBack assisted technologies. |
Low Vision Users | Partially Supports | The application does not fully support text size adjustments, but does provide some information in icon-based indicators, where applicable to convey information without relying on color. Success messages are displayed without the need for color cues. Error messages are displayed next to input fields to assist users in identifying issues without the need for color cues and most images use alt text to enhance accessibility for low vision users. |
Hearing Loss Users | Not Applicable | The clients are responsible for audio or video content and ensuring that any audio or video content uploaded or used within the application complies with accessibility guidelines for hearing loss users, including the provisions of captions, transcripts and visual alerts as needed. |
Limited Mobility (Keyboard Users) | Not Applicable | The application does not provide a physical or digital keyboard for navigation. However, users can interact with the app using assistive technologies such as screen readers or voice commands. We are focused on ensuring the application is navigable through these technologies to accomodate users with limited mobility. |