Standards summary
Introduction and notes
This summary of the New Zealand Government Web Standards is intended as a user-friendly development checklist, in large part to help ease the adoption of the Web Content Accessibility Guidelines 2.0 ("WCAG2.0"). WCAG2.0, level AA, now forms the basis of our Technical standards.
Document use
Please note that this summary is a development tool, and is not the standards themselves. Nor is it an official assessment document. It covers only some of the techniques available to developers in meeting WCAG2.0. The techniques listed will, however, meet the standards.
Developers and others must be familiar with WCAG2.0 itself (see our other overviews for information on where to start).
Note also that it covers only HTML techniques, as non-HTML standards are covered in the Technical standards subsection, "New Zealand Specific Requirements".
Acknowledgement
We gratefully acknowledge the use of WebAim's WCAG 2.0 Checklist for HTML document in the creation of the WCAG2.0 part of this document.
Using the WCAG2.0 section
The links under the "Success Criteria" column go to the WCAG2.0 website. The "Summary and/or recommended techniques" column contains WebAim's brief summaries of the techniques it recommends for meeting WCAG2.0 success criteria. In some cases, links to the techniques themselves are included. Where these are not included, access the techniques ("How to meet") via the success criteria links.
Checklist key
- Y Yes
- N Not met
- P Partially met
- N/A Not applicable
1. Technical standards
New Zealand-specific requirements
Technologies and techniques which must be used
| Met? | Standard |
|---|---|
| Y N P N/A |
UTF-8 character encoding must be used |
| Y N P N/A |
Validation. All pages must validate to a published grammar. |
| Y N P N/A |
Language codes. Where English is the language of the page (WCAG2.0 3.1.1) or the language of part of the page ( WCAG2.0 3.1.2), use the language code en-NZ. Where the language is Maori, use mi. For other languages, see the updated list at the Internet Assigned Numbers Authority. |
Technologies which may be used but not relied on
| Met? | Standard |
|---|---|
| Y N P N/A |
Scripts, applets and other programmatic objects. Information or services in webpages or applications must be available without scripts, applets and other programmatic objects. This includes Flash, Silverlight, Java and Javascript. |
| Y N P N/A |
Do not provide content in document formats other than HTML (such as PDF, RTF, Word, Flash, etc) except when:
|
| Y N P N/A |
Stylesheets. Sites must work properly (be navigable, present information intelligibly) with stylesheets disabled. |
Technologies and techniques which must not be used
| Met? | Standard |
|---|---|
| Y N P N/A |
The Frameset doctype must not be used |
| Y N P N/A |
Underlining must not be used for headings or non-link text. |
| Y N P N/A |
Mark-up redirects must not be used to mark-up (META or scripting) to automatically redirect pages. Instead, configure the server to perform redirects. |
| Y N P N/A |
Server-side image maps must not be used. |
Browser testing standard
| Met? | Standard |
|---|---|
| Y N P |
All new or significantly redeveloped websites must be tested against all browser and operating system combinations identified as A grade by Yahoo! Graded Browser Support. Agencies must also test against at least one browser not graded A, on a platform of their choice. Agencies might choose a non-A grade browser by considering their website statistics. |
1.1 WCAG2.0
Agency sites must meet all WCAG2.0 success criteria, level AA (including level A).
Principle: "Perceivable": Web content is made available to the senses - sight, hearing, and/or touch
Guideline 1.1 - Text Alternatives: Provide text alternatives for any non-text content.
| Met? | Success Criteria | Summary and/or recommended techniques |
|---|---|---|
| Y N P N/A |
1.1.1 Non-text Content (Level A) [W3C] |
All images, form image buttons, and image map hot spots have appropriate, equivalent alternative text. Recommended technique [W3C] |
| Y N P N/A |
Images that do not convey content, are decorative, or with content that is already conveyed in text are given null alt text (alt="") or implemented as CSS backgrounds. All linked images have descriptive alternative text Recommended techniques [W3C] |
|
| Y N P N/A |
Equivalent alternatives to complex images (eg, charts, graphs) are provided in context or on a separate (linked and/or referenced via longdesc) page. Recommended techniques [W3C] See Sufficient Techniques for 1.1.1 - Non-text Content, situation B |
|
| Y N P N/A |
Form buttons have a descriptive value. Recommended techniques [W3C] See Sufficient Techniques for 1.1.1 - Non-text Content Situation C: If non-text content is a control or accepts user input |
|
| Y N P N/A |
Form inputs have associated text labels or, if labels cannot be used, a descriptive title attribute. Recommended techniques [W3C] See Sufficient Techniques for 1.1.1 - Non-text Content Situation C: If non-text content is a control or accepts user input |
|
| Y N P N/A |
Embedded multimedia is identified via accessible text. Recommended techniques [W3C] See Sufficient Techniques for 1.1.1 - Non-text Content Situation D: If non-text content is time-based media |
Guideline 1.2 - Time-based Media: Provide alternatives for time-based media
NOTE: If the audio or video is designated as an alternative to web content (e.g., an audio or sign language version of a web page, for example), then the web content itself serves as the alternative.
| Met? | Success Criteria | Summary and/or recommended techniques |
|---|---|---|
| Y N P N/A |
1.2.1 Prerecorded Audio-only and Video-only (Level A) [W3C] |
A descriptive text transcript (including all relevant visual and auditory clues and indicators) is provided for non-live, web-based audio (audio podcasts, MP3 files, etc.). A text or audio description is provided for non-live, web-based video-only (e.g., video that has no audio track). Related web guides
|
| Y N P N/A |
1.2.2 Captions (Prerecorded) (Level A) [W3C] |
Synchronised captions are provided for non-live, web-based video (YouTube videos, etc.) Related web guides
|
| Y N P N/A |
1.2.3 Audio Description or Media Alternative (Prerecorded) (Level A) [W3C] |
A descriptive text transcript OR audio description audio track is provided for non-live, web-based video Related web guides
|
| Y N P N/A |
1.2.4 Captions (Live) (Level AA) [W3C] |
Synchronised captions are provided for all live multimedia that contains audio (audio-only broadcasts, web casts, video conferences, Flash animations, etc.) Related web guides
|
| Y N P N/A |
1.2.5 Audio Description (Prerecorded) (Level AA) [W3C] |
Audio descriptions are provided for all video content. Note: Only required if the video conveys content visually that is not available in the default audio track. Related web guides
|
Guideline 1.3 - Adaptable: Create content that can be presented in different ways (for example simpler layout) without losing information or structure
| Met? | Success Criteria | Summary and/or recommended techniques |
|---|---|---|
| Y N P N/A |
1.3.1 Info and Relationships (Level A) [W3C] |
Semantic markup is used to designate headings (<h1>), lists (<ul>, <ol>, and <dl>), emphasised or special text (<strong>, <code>, <blockquote>, for example), etc. Semantic markup is used appropriately. Recommended techniques [W3C] |
| Y N P N/A |
Tables are used to markup tabular data. Where necessary, data cells are associated with their headers. Data table captions and summaries are used where appropriate. Recommended techniques [W3C]
|
|
| Y N P N/A |
Text labels are associated with form input elements. Related form elements are grouped with fieldset/legend. Recommended techniques [W3C] |
|
| Y N P N/A |
1.3.2 Meaningful Sequence (Level A) [W3C] |
The reading and navigation order (determined by code order) is logical and intuitive. |
| Y N P N/A |
1.3.3 Sensory Characteristics (Level A) [W3C] |
Instructions do not rely upon shape, size, or visual location (e.g., "Click the square icon to continue" or "Instructions are in the right-hand column"). Instructions do not rely upon sound (e.g., "A beeping sound indicates you may continue."). |
Guideline 1.4 - Distinguishable: Make it easier for users to see and hear content including separating foreground from background
| Met? | Success Criteria | Summary and/or recommended techniques |
|---|---|---|
| Y N P N/A |
1.4.1 Use of Color (Level A) [W3C] |
Color is not used as the sole method of conveying content or distinguishing visual elements. |
| Y N P N/A |
Color alone is not used to distinguish links from surrounding text unless the luminance contrast between the link and the surrounding text is at least 3:1 and an additional differentiation (e.g., it becomes underlined) is provided when the link is hovered over or receives focus. |
|
| Y N P N/A |
1.4.2 Audio Control (Level A) [W3C] |
A mechanism is provided to stop, pause, mute, or adjust volume for audio that automatically plays on a page for more than 3 seconds. |
| Y N P N/A |
1.4.3 Contrast (Minimum) (Level AA) [W3C] |
Text and images of text have a contrast ratio of at least 4.5:1. Large text (over 18 point or 14 point bold) has a contrast ratio of at least 3:1. Note that providing a high-contrast stylesheet will meet this standard: G174: Providing a control with a sufficient contrast ratio that allows users to switch to a presentation that uses sufficient contrast |
| Y N P N/A |
1.4.4 Resize text (Level AA) [W3C] |
The page is readable and functional when the text size is doubled. |
| Y N P N/A |
1.4.5 Images of Text (Level AA) [W3C] |
If the same visual presentation can be made using text alone, an image is not used to present that text. |
Principle: "Operable": Interface forms, controls, and navigation are operable
Guideline 2.1 - Keyboard Accessible: Make all functionality available from a keyboard
| Met? | Success Criteria | Summary and/or recommended techniques |
|---|---|---|
| Y N P N/A |
2.1.1 Keyboard (Level A) [W3C] |
All page functionality is available using the keyboard, unless the functionality cannot be accomplished in any known way using a keyboard (e.g., free hand drawing). Recommended techniques [W3C] |
| Y N P N/A |
Page-specified shortcut keys and accesskeys (accesskey should typically be avoided) do not conflict with existing browser and screen reader shortcuts. Note that access keys are no longer required. | |
| Y N P N/A |
2.1.2 No Keyboard Trap (Level A) [W3C] |
Keyboard focus is never locked or trapped at one particular page element. The user can navigate to and from all navigable page elements using only a keyboard. |
Guideline 2.2 - Enough Time: Provide users enough time to read and use content
| Met? | Success Criteria | Summary and/or recommended techniques |
|---|---|---|
| Y N P N/A |
2.2.1 Timing Adjustable (Level A) [W3C] |
If a page or application has a time limit, the user is given options to turn off, adjust, or extend that time limit. This is not a requirement for real-time events (e.g., an auction), where the time limit is absolutely required, or if the time limit is longer than 20 hours. |
| Y N P N/A |
2.2.2 Pause, Stop, Hide (Level A) [W3C] |
Automatically moving, blinking, or scrolling content that lasts longer than three seconds can be paused, stopped, or hidden by the user. Moving, blinking, or scrolling can be used to draw attention to or highlight content as long as it lasts less than 3 seconds. |
| Y N P N/A |
Automatically updating content (e.g., automatically redirecting or refreshing a page, a news ticker, AJAX updated field, a notification alert, etc.) can be paused, stopped, or hidden by the user or the user can manually control the timing of the updates. |
Guideline 2.3 - Seizures: Do not design content in a way that is known to cause seizures
| Met? | Success Criteria | Summary and/or recommended techniques |
|---|---|---|
| Y N P N/A |
2.3.1 Three Flashes or Below Threshold (Level A) [W3C] |
No page content flashes more than 3 times per second unless that flashing content is sufficiently small and the flashes are of low contrast and do not contain too much red. |
Guideline 2.4 - Navigable: Provide ways to help users navigate, find content, and determine where they are
| Met? | Success Criteria | Summary and/or recommended techniques |
|---|---|---|
| Y N P N/A |
2.4.1 Bypass Blocks (Level A) [W3C] |
A link is provided to skip navigation and other page elements that are repeated across web pages. If a page has a proper heading structure, this may be considered a sufficient technique instead of a "Skip to main content" link. Note that navigating by headings is not yet supported in all browsers. |
| Y N P N/A |
2.4.2 Page Titled (Level A) [W3C] |
The web page has a descriptive and informative page title. |
| Y N P N/A |
2.4.3 Focus Order (Level A) [W3C] |
The navigation order of links, form elements, etc. is logical and intuitive. |
| Y N P N/A |
2.4.4 Link Purpose (In Context) (Level A) [W3C] |
The purpose of each link (or form image button or image map hotspot) can be determined from the link text alone, or from the link text and its context (e.g., surrounding paragraph, list item, table cell, or table headers). |
| Y N P N/A |
2.4.4 Link Purpose (In Context) (Level A) [W3C] |
Links (or form image buttons) with the same text that go to different locations are readily distinguishable. |
| Y N P N/A |
2.4.5 Multiple Ways (Level AA) [W3C] |
Multiple ways are available to find other web pages on the site - at least two of: a list of related pages, table of contents, site map, site search, or list of all available web pages. |
| Y N P N/A |
2.4.6 Headings and Labels (Level AA) [W3C] |
Page headings and labels for form and interactive controls are informative. Avoid duplicating heading (e.g., "More Details") or label text (e.g., "First Name") unless the structure provides adequate differentiation between them. |
| Y N P N/A |
2.4.7 Focus Visible (Level AA) [W3C] |
It is visually apparent which page element has the current keyboard focus (i.e., as you tab through the page, you can see where you are). |
Principle: "Understandable": Content and interface are understandable
Guideline 3.1 - Readable: Make text content readable and understandable
Note: Guideline 3.1 is covered by the New Zealand-specific requirements (see "Language codes", above).
Guideline 3.2 - Predictable: Make Web pages appear and operate in predictable ways
| Met? | Success Criteria | Summary and/or recommended techniques |
|---|---|---|
| Y N P N/A |
3.2.1 On Focus (Level A) [W3C] |
When a page element receives focus, it does not result in a substantial change to the page, the spawning of a pop-up window, an additional change of keyboard focus, or any other change that could confuse or disorient the user. |
| Y N P N/A |
3.2.2 On Input (Level A) [W3C] |
When a user inputs information or interacts with a control (including links), it does not result in a substantial change to the page, the spawning of a pop-up window, an additional change of keyboard focus, or any other change that could confuse or disorient the user, unless the user is informed of the change ahead of time. |
| Y N P N/A |
3.2.3 Consistent Navigation (Level AA) [W3C] |
Navigation links that are repeated on web pages do not change order when navigating through the site. |
| Y N P N/A |
3.2.4 Consistent Identification (Level AA) [W3C] |
Elements that have the same functionality across multiple web pages are consistently identified. For example, a search box at the top of the site should always be labeled the same way. |
Guideline 3.3 - Input Assistance: Help users avoid and correct mistakes
| Met? | Success Criteria | Summary and/or recommended techniques |
|---|---|---|
| Y N P N/A |
3.3.1 Error Identification (Level A) [W3C] |
Required form elements or form elements that require a specific format, value, or length provide this information within the element's label (or if a label is not provided, within the element's title attribute). |
| Y N P N/A |
3.3.1 Error Identification (Level A) [W3C] |
If utilised, form validation cues and errors (client-side or server-side) alert users to errors in an efficient, intuitive, and accessible manner. The error is clearly identified, quick access to the problematic element is provided, and user is allowed to easily fix the error and resubmit the form. |
| Y N P N/A |
3.3.2 Labels or Instructions (Level A) [W3C] |
Sufficient labels, cues, and instructions for required interactive elements are provided via instructions, examples, properly positioned form labels, and/or fieldsets/legends. |
| Y N P N/A |
3.3.3 Error Suggestion (Level AA) [W3C] | If an input error is detected (via client-side or server-side validation), provide suggestions for fixing the input in a timely and accessible manner. |
| Y N P N/A |
3.3.4 Error Prevention (Legal, Financial, Data) (Level AA) [W3C] |
If the user can change or delete legal, financial, or test data, the changes/deletions are reversible, verified, or confirmed. |
Principle: "Robust": Content can be used reliably by a wide variety of user agents, including assistive technologies
Guideline 4.1 - Compatible: Maximize compatibility with current and future user agents, including assistive technologies
| Met? | Success Criteria | Summary and/or recommended techniques |
|---|---|---|
| Y N P N/A |
4.1.2 Name, Role, Value (Level A) [W3C] | Markup is used in a way that facilitates accessibility. This includes following the HTML/XHTML specifications and using forms, form labels, etc. appropriately. |
2. Strategy and operations standards
Web strategy
| Met? | Standard |
|---|---|
| Y N P N/A |
Agencies must have a formal web strategy. |
Tendering and contracts
| Met? | Standard |
|---|---|
| Y N P N/A |
When outsourcing web development, agencies must include a requirement for compliance with the New Zealand Government Web Standards in all relevant RFPs, RFIs and contracts. |
3. Content and design standards
Required pages or sections and their content
Homepage
| Met? | Standard |
|---|---|
| Y N P N/A |
Homepage content must include the following information, or link directly to it. |
| Y N P N/A |
Contact information. See Contact information below for content details. |
| Y N P N/A |
About this site. See About this site below for content details. |
| Y N P N/A |
The homepage must also contain the following:
|
About this site
| Met? | Standard |
|---|---|
| Y N P N/A |
Agency sites must provide a page or section called "About this site", or similar, which acts a convenient container of (or an index to) all site information. The content of this section or page must contain as a minimum: |
| Y N P N/A |
Site owner. Cleary specify the site owner. Where the site is not the main agency site, link back to the main agency site. |
| Y N P N/A |
Copyright. Provide copyright information here, or provide a link to copyright information. See the Copyright standard. |
| Y N P N/A |
Contact details. Provide contact information here, or provide a link to contact information. See the Contact information standard below. |
| Y N P N/A |
Privacy. Provide privacy information here, or provide a link to privacy information. See the Privacy statement standard. |
| Y N P N/A |
Copyright of third parties. Provide copyright of third parties information here if relevant, or provide a link to copyright of third parties information. See the Copyright of third parties standard. |
| Y N P N/A |
Disclaimer. If a disclaimer is required, provide information here, or provide a link to disclaimer information. See the Disclaiming content standard. |
| Y N P N/A |
Terms of use. Provide terms of use (terms and conditions) information here if required, or provide a link to terms of use information. See the Terms of use standard. |
Contact information
| Met? | Standard |
|---|---|
| Y N P N/A |
Agencies must provide clear contact information. Email addresses Agency websites must create the email addresses listed below. It is at the discretion of the agency whether these email addresses are published on the site. info@<domain> postmaster@<domain> webmaster@<domain> privacy@<domain> complaints by at least one of:
|
| Y N P N/A |
The agency must ensure email is monitored and, if requests for information are received, responded to in a timely way. |
Publicly available reports
| Met? | Standard | |
|---|---|---|
| Y N P N/A |
Agency websites must provide any publicly available reports that the agency is statutorily required to produce. This includes, but is not limited to, annual reports, statements of intent, service charters and budget statements. Note: only corporate (or "main" sites) are required to supply publicly available reports. |
|
| Y N P N/A |
Agency websites must provide all agency media releases, and other public information such as public notices, warnings and advice. These must be published online as soon as they are formally released. Note: only corporate (or "main" sites) are required to supply media releases and other public information. | |
Site owner is clearly identified
| Met? | Standard |
|---|---|
| Y N P N/A |
It must be clear which agency is administering a website. An agency's main site must clearly contain links to other sites it owns, administers, or hosts, including any co-owned sites. These links must also include short-term sites used for promotional and marketing activities and agency sites that are not on the .govt.nz domain. Administered, hosted, or co-owned sites must clearly link to the main agency site (or the main sites of all co-owners). |
Linking to non-HTML files
| Met? | Standard |
|---|---|
| Y N P N/A |
Agencies must provide format and size information for links to non-HTML file types. |
Printing webpages
| Met? | Standard |
|---|---|
| Y N P N/A |
A webpage's core information (usually the main page text) must be able to be printed in whole on standard sheets of paper. |
4. Legal and policy standards
Copyright
| Met? | Standard |
|---|---|
| Y N P N/A |
Minimum requirements Every website under ownership of an agency must contain a copyright statement which states (as a minimum) that:
|
Copyright of third parties
| Met? | Standard |
|---|---|
| Y N P N/A |
Any agency that has a website containing third party copyright material must have permission from the copyright owner(s) to reproduce that material. The source and copyright status of such material must be stated in an appropriate place on the agency's website so as to avoid ambiguity as to which content items are subject to third party copyright. The agency's website must also contain a statement (eg, in its copyright statement) that permission to utilise such material cannot be given by the agency. Note The copyright of third parties statement, or a link to it, must be placed on the About this site page. The copyright of third parties statement may be combined with the copyright statement, or exist separately. |
Privacy statement
| Met? | Standard |
|---|---|
| Y N P N/A |
All agency sites must carry a privacy statement. The statement must cover (as a minimum):
Note also that the only requirements concerning cookies are that their use be advertised in the privacy statement, as above, and that a site works without relying on their use (as per "Technologies which may be used but not relied on"). |
Disclaimer
| Met? | Standard |
|---|---|
| Y N P N/A |
Agencies should consider whether it is desirable or otherwise appropriate to include a content disclaimer on their websites. Whether to include a content disclaimer depends on a risk/benefit analysis, by reference to the kinds of content on the site, which takes into account the risk of claims against the agency for content which may prove to be inaccurate, as against the potentially negative message that a content disclaimer may send to users of the site, bearing in mind that members of the public may reasonably expect a government agency to stand behind what it says online and that all-embracing disclaimers may detract from public trust and confidence in the agency concerned. In some instances, it may be appropriate to include a limited disclaimer, one which only disclaims responsibility for third party content and/or data which the agency knows the public wants but which the agency has not been able to verify.Minimum requirements Where a disclaimer is included, it should state as a minimum that the information to which it relates is true and accurate to the best of the agency's knowledge (if that is the case) but that the agency cannot accept any liability for its accuracy or content. If the agency has not considered the accuracy of the information (eg, because it is user-generated content which the agency cannot reasonably be expected to check) then it should not say that the information is true and accurate to the best of its knowledge. Note If it is required, the disclaimer statement, or a link to it, must be placed on the About this site page. |
Terms of use
