SSU Web Standards - Minimum Requirements

SSU Websites that do not or cannot use SSU's Web templates must meet these minimum requirements. SSU websites that do not meet these minimum requirements may not be granted an exemption.

Accessibility

The following requirements must be met, unless a manual evaluation using assistive technology shows that not meeting the standard does not cause an accessibility problem.

These requirements meet the CSU Accessible Technology Initiative's Manual Evaluation for compliance with Section 508 and Best Practices.

Syntax Validation

  1. Pages must use valid HTML 4.x or XHTML 1.x. Until browsers and assistive technology widely support HTML 5, it should be avoided.
  2. When CSS is used, it must be valid CSS2 or CSS3.

Semantic Validation

  1. The text of each link must describe where the link goes.
  2. Links with the same text (on the same page) must go to the same place.
  3. Headings must be used to reflect the structure of the document.
  4. Headings must be properly nested by level.

Checkpoint A - Text Equivalents

  1. Images that convey content must have equivalent alt text.
  2. Purely decorative images must have empty alt text (alt="").
  3. Alt text must make sense in the context of the page as spoken.
  4. Images that convey complex content must have longdesc attributes or equivalent text content elsewhere on the page.
  5. Text content in images must not disappear when the images are not available.
  6. Image map area alt text must describe link destinations correctly.

Checkpoint B - Multimedia Equivalents

  1. All spoken content (audio and video) must have synchronized captions.

Checkpoint C - Color

  1. All information conveyed by color must also be conveyed by context, markup, graphic coding, or other means accessible to assistive technology.
  2. The contrast between foreground and background colors must have a luminosity contrast ratio of least 5:1 for both normal vision and color blindness.
    Note: For most text, the luminosity contrast ratio should be at least 10:1.
  3. The correct contrast ratio must be maintained when images are not available.

Checkpoint D - Styles

  1. CSS, font tags or images must not be used to simulate headings or other semantic markup (instead of using semantic markup).
  2. With all CSS disabled:
    • color and font information must be rendered in the browser's default style;
    • headings, paragraphs and lists must be obvious and sensible;
    • the order of the page content must make sense as read;
    • most text (other than logos and banners) must be displayed as text rather than images;
    • no content may appear that was not visible before.

Checkpoint E - Server-side Image Maps

  1. The page must not use server-side image maps.

Checkpoint F - Client-side Image Maps

  1. If client-side image maps are used, items 3, 4, 7 and 9 above must be done correctly.
  2. If client-side image maps are used, an accessible, non-graphic alternative to the image map must be available.
  3. Tables that contain data must use <th> elements for the top row, and/or left column to indicate table headings.

Checkpoint G - Simple Tables

  1. Tables that use the <th> element must use the scope attribute to mark the scope of the heading (either scope="col" or scope="row").
  2. Tables that are used for layout only must not use <th> or <thead>.
  3. Tables that contain data must use the summary attribute to explain the meaning of the table if it is not otherwise evident from context.

Checkpoint H - Complex Tables

  1. For complex data tables (those in which there is more than one level of header for any column or row):
    • each <th> element must contain the id attribute;
    • each <td> element must contain a headers attribute that associates it with its column and row headers.
    • <thead> and <tbody> elements are used to clarify the table structure.
    Note: Instead of using complex data tables, find a simpler way to present the data to all readers.

Checkpoint I - Frames

  1. If frames are used:
    • Each frame must have a meaningful title attribute.
    • Each page that uses frames must have equivalent content in a <noframe> for user agents that do not support frames.
    Note: In most cases, it is preferable not to use frames.

Checkpoint J - Flicker

  1. Page content must not blink, flicker or flash at an unhealthy rate.

Checkpoint K - Text Only

  1. A page must not have a "Text Only" version unless it is not possible to make the page meet accessibility requirements.
    Note: there is no reason today to have separate versions, despite the grudging exception contained in this checkpoint. For quick repair, a text version must contain the same information as the basic page.

Checkpoint L - Scripts

  1. HTML event handlers must be accessible to both mouse and keyboard users, unless purely decorative.
  2. All content and functionality generated by scripts (including href="javascript:...") must also be provided to user agents that do not support scripts, unless purely decorative.
  3. Modern unobtrusive JavaScript must be used in place of older coding techniques - this coding technique does not require a <noscript> to meet accessibility requirements.

Checkpoint M - Plugins & Applets

  1. Pages that link to or embed content that requires a special reader or plug-in must also link to the reader/plug-in download.
  2. Special readers or plug-ins linked to (in item 31) must comply with the requirements of Section 508 paragraphs 1194.21(a)-(l), the Subpart B technical standards for software.
  3. Documents that are presented in commonly-supported formats such as PDF and Word must be constructed so as to be accessible.

Checkpoint N - HTML Forms

  1. HTML form <input> elements or controls (except buttons) must have an associated and visible <label> element or title attribute.
  2. All cues for filling out the form (mandatory fields, help boxes, error messages, etc.) must be available to users of assistive technology.
  3. The tab order to reach the form and tab order between form elements is consistent with the normal order of entering form data.
  4. Logically related groups of form elements must be identified with the appropriate <fieldset>, <legend> or <caption> elements.
  5. If placeholder text is used, it must not be redundant or distracting to users of assistive technology.

Checkpoint O - Navigation & Skip Links

  1. Users must be able to navigate over groups of links, between multiple groups of links, and between sections of page content by means of section headings or visible and audible local links.
    Note: Headings are most helpful for users of assistive technology; "skip" links and headings can be used in combination where appropriate.

Checkpoint P - Timed Response

  1. If a timed response is required, the user must be alerted and given sufficient time to indicate more time is required.

User Validation

  1. All text (except in banner graphics) must enlarge or shrink in response to browser text size settings.
  2. When text is enlarged with browser settings, the text must wrap within columns.
  3. Columns, page elements and text lines must not overlap each other when text is enlarged with browser settings.
  4. Actual low vision users should not encounter any remaining barriers - if so, they must be fixed.
  5. Actual blind users should not encounter any remaining barriers - if so, they must be fixed.
  6. Actual users with other disabilities should not encounter any remaining barriers - if so, they must be fixed.

Accuracy

Page content must be accurate and up-to-date. Out of date content must be removed from the web server.

Contact Information

Each page must include the following information. Ideally, this information would be in a standard footer at the bottom of each page. Depending on the site layout, this information could instead be in a sidebar or banner.

  • Name and link to Department, program or sponsoring entity
  • Physical Location (i.e. building and room number) (if applicable)
  • Date the page was last updated
  • Phone and fax number (if applicable)
  • Email address for the person or group responsible for the page content, or a link to a page with that information.
  • Link to SSU homepage

Folder and File Names

Where reasonably possible, folder and file names should be short, descriptive, and limited to lowercase, alpha-numeric characters, dashes and underscores. Spaces should not be used. Web applications and sites using content management should employ user-friendly starting URLs.

Navigation

All sites should use persistent navigation menus. (Persistent navigation: the navigation menu is in same location and contains the same navigation links or same linking scheme on all pages). The navigation panel and the breadcrumb navigation should provide links back to the unit home page.

Page Dimensions

Pages should display properly at a variety of screen resolutions, without presenting usability or accessibility issues. Most visitors to SSU's websites are using screen resolutions between 1024x768 and 1280x800. The most commonly used mobile screen resolution is 320x480.

Spelling and Grammar

All page content must be carefully checked for proper grammar and spelling.

Titles

Each page must have a meaningful title that reflects the content. Page titles should identify the University and/or department or program and the specific topic of the page. Titles should make sense for use in a bookmark, screen readers, or when seen in search engine results. Examples include:

  • Women and Gender Studies: Sonoma State University
  • Course Schedule - Women and Gender Studies: Sonoma State University
  • Biology Department: Sonoma State University
  • Faculty - Biology Department: Sonoma State University
  • About the Wine Business Institute at SSU