Helping ACRO raise their Online Accessibility Standard!
![ACRO Criminal Records Office logo](https://accessibilityaudit.co.uk/wp-content/themes/access2021/images/timthumb/timthumb.php?src=https://accessibilityaudit.co.uk/wp-content/gallery/client-logos/acrologosquare.jpg&w=400&h=)
What does ACRO (The Criminal Records Office) do?
ACRO perform many important functions for the public, dealing with Subject Access Requests, Applications for Police Certificates and International Child Protection Certificates, as well as Record Deletion requests. All these required interactive forms, with the ability to upload images and documentation to support each application.
We have been working with ACRO for the last two years, helping them raise the standard of their online accessibility. This Case Study is an excellent example of how high accessibility standards can be achieved, regardless of the constraints that may exist.
Our initial findings
The original ACRO website was several years old and had basic functionality. A new website had been developed with integrated online forms and we were invited to audit the website, prior to launch, in 2022.
The design of the website itself was contemporary. Unfortunately, it also contained a substantial number of errors which meant that navigation within the website was difficult. Some of the applications ran to 10 pages, ending in a payment page. There was no facility to save progress and return at another time. There was also a fixed time limit of 60 minutes to complete any of the forms. This meant that the forms had to be completed within a single session and were simply not possible for my Team do achieve without significant assistance from me.
The errors we initially uncovered included my Team members not being able to upload documents or photos themselves, as well as many of the form fields not being marked up correctly and error messages not being readable. The accessibility tester journeys were all recorded to video, edited and shared with the clients.
It was clear that the issues with the new website were unable to be resolved quickly, post-launch. The accessibility statement I had written explained in detail what the challenges were so that disabled people would be aware of them from the outset.
A new website strategy was developed
The following year, ACRO decided to rebuild the entire website, with all the interactive functionality, over 4 stages.
They wanted to ensure that accessibility was considered at each stage of the process and invited us to work with them and the developers from the outset. This has only been the second time that we have worked in this way and it is our belief that this is always the effective way of steering any project towards a more accessible outcome.
The 4 stages consisted of:
- Holding page
- Website (without forms)
- Application forms
- Integrated website with Account functionality
The other 2 constraints were:
- The original design was kept
- The website needed to fully integrate with their CRM of choice
As with any project, there are always constraints as to what is technically possible and what is not but it was important to ACRO that their website was fully compliant with WCAG AA standards.
Once Stage 2 had begun, the developers presented their initial design of the Home Page. We were able to work with them to develop an accessible menu structure, as well as help them understand what other coding improvements were necessary. We tested several different iterations of the website and, by the time Stage 2 had been completed, I was able to update the accessibility statement, stating that the website was fully compliant with WCAG 2.2 AA Standards. This is the first time I have been able to do this! It did not mean that the website was fully accessible but it did mean that it had achieved a higher standard of accessibility than most other websites and was fully compliant with UK Government requirements.
As we moved on to working the interactive forms, it became more challenging to maintain this high standard and much of this was down to the code generated by the CRM which created each website page. However, the developers persevered and came up with solutions to most of the issues.
The last significant hurdle was removed
As we approached Stage 4, nearly all the issues had been resolved except one. This was the inability to return to the applications at different times and continue from where they had left off. Sometimes assistive software such as screen readers and voice assistive software will get frozen and require restarting, This inevitability will refresh the browser at the very least, if not restarting it completely.