Professional Documents
Culture Documents
1. Overview...........................................................................................5
The 508/255 Refresh..............................................................................5
2. Information on this VPAT...................................................................6
3. VPAT Sections Summary..................................................................7
4. Compliancy.......................................................................................8
A. Section 1194.31 Functional Performance Criteria..........................35
B. Section 1194.41 Product Information, Documentation and Support
37
C. Supporting Information for this VPAT..............................................38
1. Overview
The purpose of this Voluntary Product Accessibility Template (VPAT) is to assist Federal
contracting officials, users of assistive technologies, and others in making preliminary
assessments regarding the availability of Information Technology products and services
with features that support accessibility, and highlight our compliancy.
This VPAT applies the following sections of the Section 508 Standards for Electronic and
Information Technology of the Americans with Disabilities Act (ADA) to the COMPANY
NAME web sites/web applications and its VeriSign Identity Protection.
Section 1194.22, for Web-based Intranet and Internet Information and Applications.
Sections 1194.31 and 1194.41 (Functional Performance and
Information/Documentation)
Additionally, this VPAT details the success criteria used to show compliance to these
sections.
For more detailed information, the 508-specific paragraph information in the Statement
column of the compliancy table is linked to the Access Board site through the section
letters (A). WCAG 1 Checkpoints are linked to the W3C specific guideline, and WCAG
2.0 success criteria in Techniques are linked to the W3C WCAG 2.0 full reference.
As shown in these tables, COMPANY NAME complies with the standards as defined for
an accessible website.
Table 3: Compliancy by Criteria - Mapping Section 508 to WCAG 1.0 & WCAG 2.0 with specific remarks on the COMPANY NAMEcompliancy
1 2
Criteria Section 508 (22) 508 Mapped to WCAG WebAim Recommendation to Our Compliancy Remarks
Meet Success Criteria WCAG2 Supporting Features Explanations
3 4 5
Statement, Need, Goal Checkpoint, Principal, Guideline,
Success Criteria, Techniques
Statement (508 WCAG 1 Checkpoint Success Criteria Detail What we Support Site or Screen
Wording): WCAG 2 Principal Specific
WCAG 2 Guideline
(A) 1.1 Non-text elements 1.1.1 All images, form image
A text equivalent for every non- buttons, and image map hot
text element shall be provided 1 Perceivable spots have appropriate,
(e.g., via "alt", "longdesc", or in equivalent alternative text. Not Applicable
element content). 1.1 Text Alternatives, 1.3 Images that do not convey
Adaptable 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.
Equivalent alternatives to
complex images are provided in
context or on a separate (linked
and/or referenced via longdesc)
page.
Form buttons have a descriptive
1
Taken from the California State University Equally Effective Access HTTP://WWW.CSULB.EDU/~WED/PUBLIC/EQEFFACC/INDEX.HTML
2
Taken from WebAim (Web Accessibility in Mind) How to Meet WCAG 2.0 Success Criteria HTTP://WWW.W3.ORG/WAI/WCAG20/QUICKREF/
3
Statement Taken Directly from § 1194.22 Web-based intranet and internet information and applications
HTTP://WWW.SECTION508.GOV/INDEX.CFM?FUSEACTION=STDSDOC
4
Taken from the California State University Equally Effective Access HTTP://WWW.CSULB.EDU/~WED/PUBLIC/EQEFFACC/INDEX.HTML
5
Taken from the Access Board Section 508 Standards HTTP://WWW.ACCESS-BOARD.GOV/SEC508/STANDARDS.HTM , California State University
Equally Effective Access HTTP://WWW.CSULB.EDU/~WED/PUBLIC/EQEFFACC/INDEX.HTML and WebAim WAI Guidelines and Techniques
HTTP://WWW.W3.ORG/WAI/GUID-TECH.HTML
value.
Form inputs have associated
text labels or, if labels cannot be
used, a descriptive title attribute.
Embedded multimedia is
identified via accessible text.
Frames are appropriately titled.
1.3.3 Semantic markup is used
to designate headings (<h1>),
lists (<ul>, <ol>, and <dl>),
emphasized or special text
(<strong>, <code>, <abbr>,
<blockquote>, for example), etc.
Semantic markup is used
appropriately.
Tables are used for tabular
data. Where necessary, data
cells are associated with their
headers. Data table captions
and summaries are used where
appropriate.
Text labels are associated with
form input elements. Related
form elements are grouped with
fieldset/legend.
Need: Success Criteria: Supports with
Exceptions
Non textual information like 1.1.1: Non-Text Content, 1.3.3
pictures, graphs or charts Sensory Characteristics
cannot be perceived by many
users. Assistive technology
cannot identify a non-text
element or recognize the
meaning of a non-text element
without textual content to
describe it.
Statement (508 WCAG 1 Checkpoint Success Criteria Detail What we Support Site or Screen
Wording): WCAG 2 Principal Specific
WCAG 2 Guideline
(B) 1.4 Multimedia presentation 1.2 .1 A descriptive text
Equivalent alternatives for any transcript (including all relevant
multimedia presentation shall 1 Perceivable visual and auditory clues and Not Applicable
be synchronized with the indicators) is provided for non-
presentation. 1.2 Time-based Media live, web-based audio (audio
podcasts, MP3 files, etc.).
A text or audio description is
Need: Success Criteria: provided for non-live, web-
Supports with
based video-only (e.g., video Exceptions
Multimedia differs from text, 1.2.1 Audio-only and Video Only that has no audio track).
pictures or pure audio in two (Prerecorded), 1.2.2 Captions
important ways: (1) more than (Prerecorded); 1.2.3 Audio 1.2.2 Synchronized captions are
one perceptual mode is used to Description or Full Text provided for non-live, web-
convey the content and (2) the Alternative. based video (YouTube videos,
meaning of the material etc.) Note: This is an AA
frequently depends on requirement in WCAG 2.0
synchronizing the information
presented in different modes. 1.2.3 A descriptive text
This requires text alternatives transcript OR audio description
for non-text elements and a audio track is provided for non-
synchronized time-based live, web-based video
delivery of text alternatives for
non-text items. The
synchronized text for audio is
called captioning.
Goal For Equally Techniques for Equally Doesn’t Support
Effective Access: Effective Access:
Synchronized captioning is the See, how to meet 1.2.1, 1.2.2
solution for multi-media sound. and 1.2.3 depending on the case
If the medium has audio mode at hand.
then a text equivalent must be
present and synchronize with
video. If the video portion has
content that is essential to
understanding the
presentation, then there must
be audio description or a full
text equivalent for this video
content. This audio or text
description must also be
synchronize with the graphical
information in the presentation.
For completeness, all time
based media should be
addressed. For Audio Only a
full text alternative is provided.
For Video only either a text
alternative or audio track is
provided.
Statement (508 WCAG 1 Checkpoint Success Criteria Detail What we Support Site or Screen
Wording): WCAG 2 Principal Specific
WCAG 2 Guideline
(C) 2.1 Color 1.4.1 Color is not used as the
Web pages shall be designed sole method of conveying
so that all information 1 Perceivable content or distinguishing visual
conveyed with color is also elements. Not Applicable
available without color, for 1.4 Distinguishable Color alone is not used to
example from context or distinguish links from
markup. surrounding text unless the
Statement (508 WCAG 1 Checkpoint Success Criteria Detail What we Support Site or Screen
Wording): WCAG 2 Principal Specific
WCAG 2 Guideline
( G) 5.1 Data tables See 1.3 above
Row and column headers shall
be identified for data tables. 1 Perceivable Not Applicable
1.3 Adaptable
One thing that can get the text- and use the method given here
only document closer is to to represent tabular data. It is
provide up to date content much easier to create an
equivalence and provide text accessible medium in the first
cues that indicate document place than it is to create an
structure. equally effective text-only
substitute. Note 1: The
techniques for 1.3.1 Situation B
do not describe how to
implement text only tables. Here
is a technique that is faithful.
Linearized Tables: To represent
a textual data table use a
relational data format in a linear
order. That is, use the set of
column headers for field names.
Each row is a list of ordered
pairs field names paired with its
data values. If row headers are
present then use these names
as row titles. One per table row.
The list of all such rows is the
table. This document is an
example of a linearized table in
relational form. The<h2>
elements are row headers. The
<h3> elements are column
headers. The data values are the
text contents associated with the
<h3> elements.
Statement (508 WCAG 1 Checkpoint Success Criteria Detail What we Support Site or Screen
Wording): WCAG 2 Principal Specific
WCAG 2 Guideline
(L) 8.1 Scripting languages 4.1.1 Significant HTML/XHTML
When pages utilize scripting Priority 2 WCAG1, part of 508 validation/parsing errors are Not Applicable
languages to display content, avoided. Check at
or to create interface elements, 4 Robust http://validator.w3.org/
the information provided by the 4.1.2 Markup is used in a way
script shall be identified with 4.1 Compatible that facilitates accessibility. This
functional text that can be read includes following the
by assistive technology. HTML/XHTML specifications
and using forms, form labels,
frame titles, etc. appropriately.
Need: Success Criteria: Supports with
Exceptions
Script can change the page 4.1.2 Name, Role, Value
environment without notifying
the user agent. It can also
create functionality for grouping
elements like <span> and
<div> that duplicates or
extends the underlying markup
language. In both cases the
standard application program
interfaces provided by
operating system environments
can be bypassed and assistive
technology cannot interact with
what is occurring at a given
time. This locks the user with a
disability out of the process.
Goal For Equally Techniques for Equally Doesn’t Support
Effective Access: Effective Access:
Script must communicate See How to use 4.1.2. As of this
through the standard writing the WAI ARIA documents
accessibility application are still working drafts. However,
programming interface WAI ARIA techniques provide
provided by system so that accessible interfaces to Scripting
compliant assistive technology languages that follow the
will function as needed. protocols and several browsers
F ULL DESCRIPTION
Need: Success Criteria: Supports with
Exceptions
An object or applet is free to As apply to the UI of the specific
use any interface it chooses to technology. Accessibility
display within its user agent. It Supported
is generic software running in a
browser or media player. To
function properly it must satisfy
the software paragraph of
Section 508.
Goal For Equally Techniques for Equally Doesn’t Support
Effective Access: Effective Access:
The interface must be See in the WCAG 2.0 Guidelines
perceivable, operable, the parts relating to Accessibility
understandable and robust. Supported: Important Terms in
The W3C term for this type of WCAG 2.0 —Accessibility
Web technology is accessibility Supported, and Conformance
supported Requirements —4. Accessibility
Supported is Required. Also, see
Understanding Accessibility
Supported.
Statement (508 WCAG 1 Checkpoint Success Criteria Detail What we Support Site or Screen
Wording): WCAG 2 Principal Specific
WCAG 2 Guideline
(N) 10.2, 12.4, 9.3 Electronic forms See 1.3 above
When electronic forms are Priority 2 WCAG1, part of 508 See 2.1 above
designed to be completed on- 3.2 .1 When a page element
line, the form shall allow people 1 Perceivable, 2 Operable and 3 receives focus, it does not result
using assistive technology to Understandable in a substantial change to the
access the information, field page, the spawning of a pop-up
elements, and functionality 1.3 Adaptable, 2.1 Keyboard window, an additional change of
Not Applicable
required for completion and Accessible, 3.2 Predictable, and keyboard focus, or any other
submission of the form, 3.3 Input Assistance. change that could confuse or
including all directions and disorient the user.
cues. 3.2.2 When a user inputs
information or interacts with a
control, 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.
3.3.1 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).
If utilized, 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.
3.3.2 Sufficient labels, cues, and
instructions for required
interactive elements are
provided via instructions,
examples, properly positioned
form labels, and/or
fieldsets/legends.
Need: Success Criteria: Supports with
Exceptions
Lack of access to online forms 1.3.1 Info and Relationships,
means loss of access to real 2.1.1 Keyboard, and 2.1.2 No
world services. For example, a Keyboard Traps, 3.2.1 On
person who uses an a human Focus, 3.2.2 On Input, 3.3.1
operator to schedule a flight will Error Suggestion and 3.3.2
usually pay more than a person Labels or Instructions.
who orders on the web.
Goal For Equally Techniques for Equally Doesn’t Support
Effective Access: Effective Access:
Everyone can read and operate See How to meet 1.3.1 , parts
all forms. relating to Forms: H44: Using
label elements to associate text
labels with form controls , H65:
Using the title attribute to identify
form controls when the label
element cannot be used , H71:
Providing a description for
groups of form controls using
fieldset and legend elements ,
H85: Using OPTGROUP to
group OPTION elements inside a
SELECT, H82: Grouping form
controls with FIELDSET and
LEGEND. Also see How to meet
2.1.1 and How to meet 2.1.2 as
well as How to Meet 3.2.1, How
to Meet 3.2.2, and How to Meet
3.3.2. Keyboard control, freedom
from keyboard traps, safe
behavior on focus and on input
are all necessary for effective
online form handling. See How to
Meet 3.3.1 and How to Meet
3.3.2 for providing a minimum
level of help for input.
Statement (508 WCAG 1 Checkpoint Success Criteria Detail What we Support Site or Screen
Wording): WCAG 2 Principal Specific
WCAG 2 Guideline
(O) 13.5, 13.6 Navigation links See 2.4 above
A method shall be provided
that permits users to skip Priority 2 WCAG1, part of 508
repetitive navigation links. Not Applicable
2 Operable, 2.4 Navigable
Statement (508 WCAG 1 Checkpoint Success Criteria Detail What we Support Site or Screen
Wording): WCAG 2 Principal Specific
WCAG 2 Guideline
Doesn’t Exist See 2.4.2 above
To meet level A operable:
Guideline 2.4 Navigable Not Applicable