Accessibility Check



The Accessibility Check will check the page's HTML for any issues that conflict with accessibility standards. Administrators in OU Campus can define at the account level which accessibility standard the system uses to check pages.

When run, Accessibility Check will show (at maximum) a list of known problems, likely problems, and potential problems. To view the list of problems, users can click the Show Results link under the Accessibility Check button.

There are several ways an Accessibility Check can be performed. First, users can access this tool from the Page Check modal. Simply click the Accessibility button to begin the check.

Accessibility Button in the Page Check Modal

Users can also run the check during Final Check as part of the publish process. Depending upon how Final Check is configured, Accessibility Check may run automatically during Final Check; otherwise, it can be run manually.

Accessibility Check Button in the Final Check Modal

An administrator can configure Accessibility Check from Setup > Account > Publish Settings. One of the following standards can be chosen, and the results in Accesssibility Check will reflect the guideline that was chosen. The default value is WCAG 2.0 (Level AA).

Standard Definition


Web Content Accessibility Guidelines: Includes both 1.0 and 2.0 specifications as well as all three priority levels (A–AAA).

Section 508

USA federal requirements for accessibility standards.

Stanca Act

Italian requirements for accessibility standards.

BITV 1.0

German accessibility standards.

Performing an Accessibility Check

There are several ways to perform an Accessibility Check:

  1. Navigate to the Pages list view by selecting Content > Pages from the global navigation bar.
  2. Hover on the target page's row and select Page Check from the Review menu to display the Page Check modal. Additionally, selecting Publish from the Publish menu to display the Final Check modal will also provide the ability to perform an Accessibility Check.
  3. Click the Accessibility button to run the check. If desired, click Show Results once the check has completed to view results of the check.

Users can also perform an Accessibility Check from the Page Actions toolbar:

  1. Navigate to the Pages list view by selecting Content > Pages from the global navigation bar and select the page to be edited. Additionally, selecting the page from the File Navigation sidebar also displays a view with the Page Actions toolbar included.
  2. Click the Page Check button in the Page Actions toolbar to display the Page Check modal. Additionally, clicking the Publish button displays the Final Check modal.
  3. Click the Accessibility button to run the check. If desired, click Show Results once the check has completed to view results of the check.

Accessibility Check Results

When users click Show Results after an Accessibility Check has been performed, the Accessibility Check Results modal is displayed. This modal displays a list view of all problems, including potential or likely issues. Each item displayed in the Accessibility Check Results modal includes reference to the exact line in which the errors are found, including the source code and an explanation of the problem. The following categories may be configured for types of errors:

  • Known Problems
  • Likely Problems
  • Potential Problems
  • Exceptions

Each problem will contain the exact location of the error in the source code, the name of the issue, a snippet of offending code, and a suggested repair. Clicking the error name will bring up a page containing more in-depth information.

Known Problems

Known Problems in Accessibility Check Results

Known problems are problems that have been verified as broken or creating an error. These problems are identified by the red icon next to each list item. If available, a helper message may appear with each list item, helping users identify a solution to repairing the problem.

Likely Problems

Likely Problems in Accessibility Check Results

Likely Problems are items that the OU Campus system identifies as most likely being an error, but is required to be reviewed by a user to designate if the problem is real or not.

Potential Problems

Potential Problems in Accessibility Check Results

Potential Problems are similar to Likely Problems in that they are not verified, but the system has identified code which may or may not cause errors and should be reviewed by a user.


For any of the above checks, a level 10 administrator can make an exception for an error. 

A modal with several tabs, displaying the "Exceptions" tab. It describes an error where an img element is missing the alt attribute.

An exception can be a known, potential, or likely problem. While it has been identified by the system, it will not prevent page publish, should passing page check be a requirement for publication. When adding an exception from page check results, that exception will be made for every page in the site, not just the current page.

Level 10 administrators can manage exceptions from the account settings.