The importance of accessible subtitling
If you are deaf or hard of hearing, subtitles are often necessary to follow the video properly. Read our five tips for subtitles.

As of October 5, 2023, the WCAG 2.2 has been published. These consist of 6 new success criteria.
We have long used WCAG 2.1 to test digital accessibility. The more accessible a website is, the better you meet the success criteria of the WCAG (Web Content Accessibility Guidelines). But the Internet and our behavior online is constantly changing. So is the WCAG. So we now have an addition to the current WCAG, the WCAG 2.2.
WCAG 2.2 is an addition to WCAG 2.1. Six new success criteria are added to WCAG 2.2 at levels A and AA.
These are intended to improve accessibility for users with cognitive disabilities, learning disabilities or impaired vision. A few of these new success criteria are especially designed to improve accessibility on tablet and phone.
Success Criterion 2.4.7 moves from Level AA to Level A, making it more important. This success criterion says something about how visible the focus is. This helps visitors who rely on the keyboard or similar assistive devices.
WCAG 2.2 is an update of the current set of guidelines. So there will not be a completely new list, but some success criteria will be added.
The interactive component that the keyboard focus is on should be at least partially visible everywhere and thus should not be completely hidden.
If you can drag something with a pointer (e.g., a mouse) then it should also be possible in some other way with a pointer without dragging.
Avoid problems by making clickable areas large enough.
If help is available on the website it is always in the same place.
Make sure information does not have to be entered multiple times in the same process.
Do not use a cognitive function test for logging into a web page.
Level AAA guidelines are not mandatory.
A component of the user interface is in no way covered by the content when it gets the keyboard focus.
If the keyboard indicator can be seen, an area of the focus indicator satisfies:
A minimum size of 2 CSS pixels thick, relative to the (sub)component when unfocused.
A contrast ratio of 3:1 between the same pixels when focused and unfocused.
There are two exceptions for this criterion in which the focus display need not be evaluated:
The author cannot adjust the focus indicator.
The success criterion does not apply when the focus indicator and focus indicator background have not been adjusted by the author.
Want to get started with the WCAG 2.2 AA success criteria yourself? Then leave your name and e-mail address and download our WCAG checklist. Then you can get started right away!
The WCAG 2.2 AA is not yet the current standard. That is the WCAG 2.1 AA. When it does become the current standard for the Digital Government Act and the European Accessibility Act, for example, we will let you know right away.
For many governments, the Web Content Accessibility Guidelines are still a challenge. The WCAG 2.2 AA is not (yet) a component throughout the organization.
It looks like WCAG 2.2 AA is going to guide the European Accessibility Act. How do you prepare your company for this? We will help you with the complete assurance process.
How do you make your product meet all the success criteria of the WCAG guidelines? As a developer, it is important that you know how to apply them in practice.
We'd love to help you apply WCAG 2.2. We list the most important new criteria and share tips on how to get started. Pretty handy, don't you think?
“Navigable” belongs to the ‘Operable’ principle. It is important that users:
Easily navigate through your site or app,
Quickly find content,
Know where they are on the site.
Especially this last point does not always go well yet, which is why WCAG 2.2 adds a total of three success criteria to help visitors determine where they are on your site or app.
The so-called focus indicator helps visitors who use the keyboard (rather than a mouse) determine where they are on your Web site. We are already looking at this focus indicator a bit, but even then it is not always clear everywhere.
So we are very pleased that WCAG 2.2 will make keyboard focus more visible, by imposing size and contrast requirements. For level AA, the focus indicator must have a contrast of at least 3.0:1. For level AAA (not required by law) even a contrast of at least 4.5:1. In total, there are two new success criteria that say something about the focus indicator. This does indicate its importance.
Not everyone uses a mouse or keyboard. All forms of input should be possible with assistive devices. With voice control, for example, it is not possible to perform gestures, and not all users can perform drag and drop actions (such as “drag and drop”) due to physical limitations.
With your mouse it is of course very easy to drag something on your website. On a touch-device such as a tablet or a phone this is already a bit more difficult. What if you don't use a normal mouse at all? For users with a motor disability, dragging files is not always easy. Think of:
visitors with forms of Parkinson's disease,
visitors who use eye-tracking to control the computer,
visitors who control the computer by voice.
WCAG 2.2 must provide an alternative way for all these users (besides the keyboard) to perform these actions with a “mouse.” For example, this could be a button that can be clicked.
Some links, buttons and other interactive elements are so incredibly small that you can barely click them on your cell phone or tablet. The chances of accidentally clicking or “misclicking” somewhere else are very high. Many people, especially the elderly, suffer from “thick-finger syndrome.”
Being predictable may “sound” boring, but for many visitors to your website this is very important. And if everything makes sense, you also ensure that users find what they are looking for faster or buy something faster in your webshop.
Some websites and (especially) web shops make it a sport to hide contact information as much as possible. This way, they avoid a huge pressure on their customer service. For some users, good help is very important: therefore, offer them a helping hand.
WCAG 2.2 requires help information on your Web site to be easy to find. This can be contact info, for example, but a chatbot or FAQ can also provide help. You are not obliged to offer this, but if you do, it should always be findable in the same place.
On many webshops, you see “clickable areas” that are very small or overlapping. Before you know it, you have the wrong product in your shopping cart.
“Calling is ultimately much faster than going all over that site. But finding the phone number is often an art too!”
User input and conversion is very important for the conversion of a Web site. Consider, for example, a contact form or checkout in a web shop. Therefore, help users avoid mistakes and improve them, even if they have problems remembering data.
More and more websites require you to log in. For example, to buy something in a webshop or to change your data. Because of data security, logging in should not be too easy of course, but for some users logging in is made almost impossible. This is because, for example, they have to take a Captcha (such a “quiz”) that they cannot see or just simply do not understand.
WCAG 2.2 should make logging ineasier for users. Among other things, you can offer an alternative option for a so-called “cognitive test” (like Captcha), for example logging in via a link you receive by mail.
Marketplace allows you to log in with Facebook or with your Google account.
Nothing is more irritating than having to enter the same data multiple times. Especially if filling in those details takes a lot of effort on your part. WCAG 2.2 tackles so-called “redundant input.” This prevents visitors from having to enter the same information multiple times in the same process.
Perhaps you recognize this from filling in your billing and address information during checkout in an online store. Below is an example of the “Coolblue checkout” on coolblue.nl.
On Coolblue.com, you first enter your e-mail address. In the next step, this e-mail address is automatically filled in. You can also choose to receive the invoice at the same address to which you send your package. So filling in twice is not necessary.
If you are deaf or hard of hearing, subtitles are often necessary to follow the video properly. Read our five tips for subtitles.
Sufficient colour contrast is very important. Especially for text. What about this in WCAG 2.2? And what will change in WCAG 3?
A digitally accessible app can be used by anyone, but there are more benefits of accessible apps for iOS and Android.
Want to know if your website or app already meets the new guidelines of the WCAG 2.2 AA? Or do you want more knowledge about these WCAG guidelines? We'd be happy to help you get started.
Complete audit according to WCAG-EM, based on WCAG 2.2, level AA.
Do you want to develop your platform digitally accessible? Then opt for a technology study.
Ideal if a full WCAG audit is not needed. We figure this out together.
Get a first impression of your website’s digital accessibility.
Audit your app and get an accessibility declaration report.
Check how accessibly your PDF documents are formatted
Perfect for after a major update or new functionality on your website, app or PDF document.
Can't choose? We are happy to help you get started on making the right choice.
Contact us
Complete audit according to WCAG-EM, based on WCAG 2.2, level AA.
Do you want to develop your platform digitally accessible? Then opt for a technology study.
Ideal if a full WCAG audit is not needed. We figure this out together.
Get a first impression of your website’s digital accessibility.
Audit your app and get an accessibility declaration report.
Check how accessibly your PDF documents are formatted
Perfect for after a major update or new functionality on your website, app or PDF document.
Can't choose? We are happy to help you get started on making the right choice.
Contact us
Complete audit according to WCAG-EM, based on WCAG 2.2, level AA.
Do you want to develop your platform digitally accessible? Then opt for a technology study.
Ideal if a full WCAG audit is not needed. We figure this out together.
Get a first impression of your website’s digital accessibility.
Audit your app and get an accessibility declaration report.
Check how accessibly your PDF documents are formatted
Perfect for after a major update or new functionality on your website, app or PDF document.
Can't choose? We are happy to help you get started on making the right choice.
Contact us
Complete audit according to WCAG-EM, based on WCAG 2.2, level AA.
Do you want to develop your platform digitally accessible? Then opt for a technology study.
Ideal if a full WCAG audit is not needed. We figure this out together.
Get a first impression of your website’s digital accessibility.
Audit your app and get an accessibility declaration report.
Check how accessibly your PDF documents are formatted
Perfect for after a major update or new functionality on your website, app or PDF document.
Can't choose? We are happy to help you get started on making the right choice.
Contact us
Complete audit according to WCAG-EM, based on WCAG 2.2, level AA.
Do you want to develop your platform digitally accessible? Then opt for a technology study.
Ideal if a full WCAG audit is not needed. We figure this out together.
Get a first impression of your website’s digital accessibility.
Audit your app and get an accessibility declaration report.
Check how accessibly your PDF documents are formatted
Perfect for after a major update or new functionality on your website, app or PDF document.
Can't choose? We are happy to help you get started on making the right choice.
Contact us