WCAG
WCAG provides guidelines for different levels of accessibility for visitors to website content.
Accessibility means that the content published on a website should be accessible to all visitors and users — including those with disabilities. No one should therefore be prevented from taking part in digital service.
WCAG covers websites as well as mobile applications, and has guidelines on how user-friendliness can be optimized for all types of users. External services used by websites are also included in WCAG, such as chat, FAQ, or Forms.
As of January 1, 2019, public authorities and other public actors must reach level AA of the three-degree scale included in WCAG 2.1, known as the Digital Public Service Web Accessibility Directive.
The Digital Administration Authority, where DIGG is tasked with ensuring that the Digital Public Service Accessibility Act, will have an impact, will carry out supervision through monitoring and receive any complaints received.
That's the way it was. Now to how we at Hello Ebbot relate to this.
Public operators need to meet WCAG 2.1 AA
The Digital Public Service Act needs to be complied with by public services, state and municipal authorities, where private bodies such as schools and health care can in some cases be included.
The requirements must be applied depending on whether the website is new or old, or whether it relates to a mobile application.
Important dates regarding when the requirements need to be met:
WCAG in practice
Aiming for a WCAG-adapted website does not necessarily mean that you need to build in functions for voice control, reading or magnification.
By using the right services early on, and by building the website with the right technical solutions for, for example, interfaces, browsers, phones and accessibility takes care of accessibility to visitors.
How Hello Ebbot works with WCAG
Hello Ebbot develop tools and services in conversation that are used on websites in the private, public and municipal sectors. Therefore, it also places demands on us where we meet WCAG with technical solutions, and we are often audited when we are going to launch our service to our customers, mainly in the public and municipal sector. At Hello Ebbot, we strive to meet the requirements of WCAG 2.1 AA. Some selected examples of how Hello Ebbot meets WCAG 2.1 AA:
Allows the user to access all services using the keyboard.
Allows the browser to read to the user when the widget box pops.
Means that images in the widget have alt attributes.
Means that the marking and correct linking of the Ebbot widget frame is presented correctly.
Text can be enlarged.
Selects the elements that are in focus.
Provides clear contrast between text and background.
Availability - Hello Ebbot
Screen reader users need additional information to use Ebbot. They need to be informed when someone has typed in any chat bar. We'll solve that through aria-live. As a complement and additional increased availability, chat can also be accessed via the keyboard with the tab button.
Enhanced support and availability in Hello Ebbot
Each message written by an agent is spoken to screen readers using Aria live regions.
The widget customizes its content when magnifying the content.
The widget complements the icons in the main menu with text
Fields that are in focus are clearly displayed.
The widget adjusts the height, which means that the orientation of the device does not matter.
Availability statement
Public operators' websites are obliged to publish an accessibility statement which shall include, inter alia, an explanation of what is not available on the website and a link to comment on deficiencies.
On this page we will review what you need to fill in regarding the technical information for Hello Ebbot's services. Hello Ebbot does not take responsibility for content created by the customer himself through integrations.
Hello Ebbot chatwidget
The widget is the box that appears in the lower-right corner. To the right are the shortcomings that Hello Ebbot is working on improving per disability.
The widget supports keyboard navigation and relies on external software to read content. To include the widget on one page without affecting the rest of the page (or the page affecting the widget), iframes are used, which degrades keyboard navigation in some browsers. This is nothing that Hello Ebbot can affect, but we are waiting for future improvements in the browsers.
Some parts have insufficient contrast. This is for aesthetic reasons and does not affect functionality.
Some parts have insufficient contrast. This is for aesthetic reasons and does not affect functionality.
This is not applicable as the few sounds that the widget plays are complemented by a visual effect.
This is not applicable as the few sounds that the widget plays are complemented by a visual effect.
This is not applicable as no voice control is present in the widget.
This is not applicable as the widget supports both keyboard navigation and pointing device navigation.
This is not applicable as the widget supports both keyboard navigation and pointing device navigation.
This is not applicable as the widget does not display flashing elements. The customer is responsible for the content.
Incorrectly completed forms are indicated only by red color.
Ready to try the most available platform in the world?
Interested in how Ebbot can help you?