NZ Government Web Standards
  • Introduction
  • General accessibility, including resources & testing tools
    • Web accessibility Knowledge Base
    • Why I Care About Accessibility
    • When the web standards trump agency requirements
    • Roles - Getting started with accessibility
    • Roles - How to grok web standards
    • Roles - Accessibility guidelines: checklist for different roles
    • Design - Designing a dementia-friendly website
    • Design - Integrating accessibility throughout design
    • Testing - 11.5 free testing tools for web accessibility
    • Testing - automated testing tools
    • Testing - The 6 Simplest Web Accessibility Tests Anyone Can Do
    • Testing - Easychecks from WAI
    • WCAG - Web Content Accessibility Guidelines
  • Mobile accessibility
    • Mobile accessibility mapping
    • ARIA design patterns - touch UA/AT gap analysis
    • Mobile accessibility task force main page
    • Mobile Accessibility WCAG Extension
  • Assistive technologies
    • Understanding screen reader interaction modes
    • How to make your site accessible for screen magnifiers
    • How Windows screen readers work on the web
    • Speech recognition
  • Content accessibility
    • Content accessibility basics
    • Design that is easy to read
    • Language - Importance of plain language for content creation
    • Language - Reading and Navigational Strategies of Web Users with Lower Literacy Skills
    • Language - Translations
    • Links - link text
    • Links - Don't force links to open in a new window by default
    • Images - Writing great alt text
    • Images - alt text vs long description
    • Images - describing charts
    • Videos - a basic guide to captions
    • Videos - webinars
    • Videos - Making videos accessible
    • Videos - Video and audio how to guides
    • Videos - Best practice for video translation - transcript
    • Infographics - How to create an accessible infographic
    • Infographic - Creating an accessible infographic
    • Infographic - accessible example
  • Technical accessibility
    • Modals - About modals
    • Modals - Keyboard behaviour and ARIA
    • Modals - When a modal is considered accessible
    • Javascript - Clarifying the JS rule in WCAG
    • Accordions - things to look out for
    • ARIA (Accessible Rich Internet Applications)
  • Document accessibility
    • Creating accessible PDFs
    • What agencies are required to do when publishing reports online
  • Accessible forms
    • Deep dive: building accessible forms
    • Creating accessible form
    • Epub3 forms
    • Fillable PDF forms
    • Accessible date pickers
    • Using ARIA to make error message accessible
    • Error messages on forms
    • Tab behaviour with fieldsets
Powered by GitBook
On this page

Was this helpful?

  1. General accessibility, including resources & testing tools

When the web standards trump agency requirements

Q: As a member of the common web services panel, are we essentially mandated/required to ensure that what we create meets the accessibility and usability guidelines as stated on the Web Toolkit website? The reason I ask is I am wanting some guidance on how best to deal with situations where a Government client’s requirements directly conflict with the guidelines stated above. What trumps in this scenario - the requirements of the client or ensuring what we develop meets the standards expected of DIA? I am aware that public service departments are now mandated to have all web pages meeting the standards but some guidance on this scenario would be welcome.

A: Interesting request and opportunity to clarify here. The answer is pretty straightforward:

  • The Web Standards apply only to those core govt agencies mandated to meet them

  • The Web Standards are not applicable to non-govt or private sector orgs

  • Mandated govt agencies need to make sure their websites meet the Standards (as per Cabinet Mandate)

  • All Govt agencies subject to the Government Rules of Sourcing are mandated to make sure their outsourced web work meets the Web Standards (Rule 58)

  • Responsibility for meeting the Web Standards rests with each individual agency

  • If an agency knowingly builds a website that doesn’t meet the Standards, the risk of doing so is owned by that agency

  • An agency may not understand that some of their requirements contravene the mandatory Web Standards: in these cases a vendor that understands this might notify the client of the issue, the potential drawbacks for users, and the risk to the agency

PreviousWhy I Care About AccessibilityNextRoles - Getting started with accessibility

Last updated 5 years ago

Was this helpful?