...
This guide covers the process for identifying and correcting an accessibility failure, when a content editor is requesting to publish content that doesn’t meet accessibility standards.
| Info |
|---|
This guide is for Approvers or people managing publishing requests as part of a federated publishing queue. |
The Disability Discrimination Act 1992 requires agencies content creators to ensure people with disabilities have the same access to information and services as others in the community. It is a requirement for all Government government sites to meet WCAG AA guidelines.
This process will help guide you through the process for handling pages that do not meet our Accessibility standards.
Process for Accessibility failures
alert the content editor via email that the page does not meet our standards using the pre-written email template. The editor then has the option to:
update the page to meet the standards, or
proceed with the publishing. Before publishing, the content owner will need to provide the following:
an email to acknowledge that they are in breach and would still like to proceed with publishing
contact details (to be published) for any accessibility requests
accessibility disclaimer added to page
page details and exception reason added to the table below.
...
| Info |
|---|
This email should be sent from the digital@dpc.vic.gov.au mailbox |
Hi ______All pages submitted for Needs review (by Editors) are reviewed against the accessibility and quality checklist. Approvers can refuse to publish a page until the accessibility failure is corrected.
On this page:
| Table of Contents | ||||
|---|---|---|---|---|
|
Responding to an accessibility failure in Jira
Review and respond to the content editor’s request in Jira, using the Accessibility failure template. This is found under the Canned Responses Pro section. Click on Select template then select the Accessibility failure template.
...
Accessibility failure template
Hello [insert name here],
Unfortunately, the page you have submitted for review does not meet
...
accessibility requirements and is unable to be published at this time.
...
[Describe where the standards are not being met]
The Disability Discrimination Act 1992 requires agencies to ensure people with disabilities have the same access to information and services as others in the community. It is a requirement for all
...
government sites to meet WCAG AA guidelines.
...
To meet the requirements and have your page published, you will need to [add guidance, e.g. “provide the contents of the PDF as a web page.”]
If you are unable to make your page
...
accessible at this time and would still like to proceed with publishing, we require you to respond to this email with the following acknowledgement. A disclaimer notice will
...
be placed on the page with the contact information.
-
I understand that the following page does not meet WCAG AA standards and is in breach of the Disability Discrimination Act 1992. I accept the responsibility for any action that may be initiated by failing to comply. I also agree to provide contact details for anybody seeking an accessible version of our information. These contact details will be published publicly on the web page, along with an
...
accessibility disclaimer.
I commit to providing an
...
accessible version by: [date]
Page title & link:
Reason for exception:
Contact email:
Contact phone number:
Authorised by:
Date:
If you have any questions, please
...
let me know. If you or your team needs any guidance on meeting accessibility requirements, you can book in for a consultation with an SDP content team member: Book a content design or training session (for Editors and Approvers) - You can book online!
Many thanks,
[
...
publishing queue approver name]
...
Once the email has been sent, set the you’re happy with the response, select Save comment:
...
Then set the ticket to Waiting for customer or On hold. This ensures the customer is responsible for the SLA and must remediate the accessibility failures before it’s published.
Adding a note to the CMS page and placing it in Draft
Set the CMS page back to Draft with the following revision note . This (this will let the rest of the team publishing team know that this person has already been contacted):
| Panel | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
This page does not meet |
...
accessibility requirements and cannot be published |
...
. Please check the Service Desk customer portal or auto-generated email for further detail. |
Jira - how to action in the ticket
TBC
...
Before a non-compliant page can be published, the content owner will need to email digital@dpc.vic.gov.au with the following disclaimer:
I understand that the following page does not meet WCAG AA standards and is in breach of the Disability Discrimination Act 1992. I accept the responsibility for any action that may be initiated by failing to comply. I also agree to provide contact details for anybody seeking an accessible version of our information. These details will be published on the web page, along with an Accessibility disclaimer.
Page & link:
Reason for exception:
Contact email:
Contact phone number:
Authorised by:
Date:
...
For non-Accessible pages, the following notice is to be placed on the page in a callout:The editor has the option to either:
update the page to meet the standards
proceed with publishing, with an accessibility failure disclaimer added to the page.
Adding and publishing an accessibility disclaimer on a page
Once the editor has acknowledged they are in breach of the accessibility requirements and has provided you with contact details, add the accessibility disclaimer to the page with call-out formatting and publish.
| Note |
|---|
The Victorian Government is committed to providing a website that is accessible to the widest possible audience, regardless of technology or ability. This page may not meet our minimum WCAG AA Accessibility accessibility standards. If you are unable to read any of the content of this page, you can contact the content owners for an Accessible accessible version: Contact email: |
...
The following pages do not meet WCAG AA standards. The content owners acknowledge and accept that they are in breach of the Disability Discrimination Act 1992 and have requested to have their page published anyway.
Tracking the accessibility failure
Step 1:
Once a content editor has committed to a date for making their documents accessible, move their Jira ticket from ON HOLD to WAITING FOR CUSTOMER.
Step 2:
Update the accessibility register to include the following details:
page and CMS link
department
authority given by
reason
further action required notes
review date (when HMTL will be completed)
We will review our accessibility register at our weekly team meeting.
What if the editor replied to your email/hasn’t committed to creating a HMTL summary?
If you’ve attempted to contact the editor twice (via email) and haven’t received a reply, escalate the email to Emma. Emma will contact the editor to discuss the breach further
Accessibility exceptions
In some instances, there are exceptions to the creating a HMTL document. Generally this includes:
fact sheets
grant guidelines
video transcripts
forms - visit the Design forms digital guide for designing best-practise online forms
speeches
newsletters
...
Managing the Jira ticket
Change the ticket status to On Hold.
Change the Component to Accessibility issue.
Change the Date required to the date the editor has committed to fix the issue.
The day before the Date required, the Service Desk will notify the Assignee that the date has arrived. Check to see if the issue has been resolved:
if resolved, you can close the ticket
if not resolved, use the comments to request an update.
Escalating non-compliance or other issues
Talk to your manager
Your first point of call should be your digital manager. They will make a decision on behalf of your department that should be recorded in the CMS and Jira ticket.
If an exemption is granted, it should be recorded in the revisions field in the CMS so that other approvers are aware of it.
If the editor has committed to fixing the breach after publishing (due to a tight deadline, etc.), the date the breach will be fixed be should be recorded in the CMS notes and the Jira ticket.
Historical accessibility breaches
If a page with old accessibility breaches comes through, use your discretion (or refer to your manager if unsure) based on the age of the content, audience size, impact of the breach and effort required to fix.
Make a note of your decision in the CMS revision field.
Accessibility exemptions
In some instances, a separate discussion can be had with a department or agency if the content is niche or
...
if a HTML summary covering key messages could suffice for large/complex documents.
Examples of appropriate exemptions
Plain English/year 8 readability where content is already approved, particularly for documents, media releases etc
Very large reports/documents written for a public sector audience
Templates where a user is more likely to use a word document than a html version e.g. procurement, teacher or health practitioner resources.
Examples of breaches that should be fixed
4-page fact sheets not in html
Translated content not in html
Closed captions and transcripts missing for video/audio
Missing alt text for images that aren’t descriptive, including diagrams and infographics
Any documents created for a digital and/or inclusive audience e.g. digital strategies, inclusion guides for family violence, LGBTI equality, etc.