Accessibility
Inthefootsteps.org® Accessibility Conformance Report
Revised Section 508 Edition
(Based on VPAT® Version 2.5)
Product Information
- Name of Product/Version: Inthefootsteps.org
- Report Date: August 6, 2025
- Product Description: Inthefootsteps.org is an Educational Technology Social Studies Platform. This VPAT report was prepared to evaluate the level of compliance of this website accessible at: https://dashboard.inthefootsteps.org
Contact Information
Inthefootsteps.org Accessibility Team Contact:
- Lisa Taylor
- Chief Operating Officer
- [email protected]
Notes
Inthefootsteps.org is committed to ensuring that its online educational platform meets accessibility standards, including WCAG, ADA, and EAA. The store is designed with accessibility in mind and is continuously evolving to provide an inclusive learning experience for all users. https://dashboard.inthefootsteps.org actively welcomes feedback to enhance the platform’s accessibility.
Evaluation Methods Used:
- Web Accessibility Evaluation Tool [WAVE]
- Color Contrast Analyzer
- Chrome developer tool
- Accessible Name Description Inspector [ANDI]
- NVDA [NonVisual Desktop Access] Screen reader
- Deque’s axe DevTools testing tool
- Manual Testing with Keyboard
- Google Lighthouse Chrome extension
Applicable Standards/Guidelines
This report covers the degree of conformance with the following accessibility standards/guidelines:
|
Standard/Guideline |
Included In Report |
|
Web Content Accessibility Guidelines 2.0 |
Level A (Yes) |
|
Web Content Accessibility Guidelines 2.1 |
Level A (Yes) |
|
Web Content Accessibility Guidelines 2.2 |
Level A (Yes) |
Terms
The terms used in the Conformance Level information are defined as follows:
- Supports: The functionality of the product has at least one method that meets the criterion without known defects or meets with equivalent facilitation.
- Partially Supports: Some functionality of the product does not meet the criterion.
- Does Not Support: The majority of product functionality does not meet the criterion.
- Not Applicable: The criterion is not relevant to the product.
- Not Evaluated: The product has not been evaluated against the criterion. This can only be used in WCAG Level AAA criteria.
WCAG 2.0 Report
Tables 1 and 2 also document conformance with Revised Section 508:
- Chapter 5 – 501.1 Scope, 504.2 Content Creation or Editing
- Chapter 6 – 602.3 Electronic Support Documentation
Note: When reporting on conformance with the WCAG 2.0 Success Criteria, they are scoped for full pages, complete processes, and accessibility-supported ways of using technology as documented in the WCAG 2.0 Conformance Requirements.
Table 1: Success Criteria, Level A
Notes: The product under review has been thoroughly evaluated based on level A success criteria presented in the table below:
|
Criteria |
Conformance Level |
Remarks and Explanations |
|
1.1.1 Non-text Content (Level A) All non-text content that is presented to the user has a text alternative that serves the equivalent purpose, except for the situations listed below. • Controls, Input: If non-text content is a control or accepts user input, then it has a name that describes its purpose. (Refer to Guideline 4.1 for additional requirements for controls and content that accepts user input.) |
Supports |
All non-text elements (like images, icons, buttons, charts, etc.) have appropriate text alternatives — such as alt text or ARIA labels — so screen readers can convey their purpose or meaning to users with disabilities. |
|
1.2.1 Audio-only and Video-only (Prerecorded) (Level A) For prerecorded audio-only and prerecorded video-only media, the following are true, except when the audio or video is a media alternative for text and is clearly labeled as such: |
N/A |
All prerecorded audio-only content has a text transcript, and all prerecorded video-only content has a text or audio description — making the media content accessible to users who are deaf, hard of hearing, or blind. |
|
1.2.2 Captions (Prerecorded) (Level A) Captions are provided for all prerecorded audio content in synchronized media, except when the media is a media alternative for text and is clearly labeled as such. |
N/A |
All prerecorded videos with audio include captions that convey spoken dialogue and important sounds, making the content accessible to deaf or hard of hearing users. |
|
1.2.3 Audio Description or Media Alternative (Prerecorded) (Level A) An alternative for time-based media or audio description of the prerecorded video content is provided for synchronized media, except when the media is a media alternative for text and is clearly labeled as such. |
Supports |
All prerecorded video content with important visual information has either: |
|
1.3.1 Info and Relationships (Level A) Information, structure, and relationships conveyed through presentation can be programmatically determined or are available in text. |
Partially Supports |
• Classroom Page: Table Header <th> Element Lacks Descriptive Text (Table Header) |
|
1.3.2 Meaningful Sequence (Level A) When the sequence in which content is presented affects its meaning, a correct reading sequence can be programmatically determined. |
Supports |
Content is presented in a meaningful sequence. |
|
1.3.3 Sensory Characteristics (Level A) Instructions provided for understanding and operating content do not rely solely on sensory characteristics of components such as shape, size, visual location, orientation, or sound. |
Supports |
No instruction for operating content was found to rely on sensory characteristics. |
|
1.4.1 Use of Color (Level A) Color is not used as the only visual means of conveying information, indicating an action, prompting a response, or distinguishing a visual element. |
Supports |
Color is not the only method used to convey information — meaning all important information (like errors, links, or required fields) is also shown using text, icons, or patterns, so it’s accessible to colorblind users. |
|
1.4.2 Audio Control (Level A) If any audio on a Web page plays automatically for more than 3 seconds, either a mechanism is available to pause or stop the audio, or a mechanism is available to control audio volume independently from the overall system volume level. |
N/A |
Any audio that plays automatically for more than 3 seconds has a way to pause, stop, or control the volume, so it doesn’t interfere with screen reader users or cause distractions. |
|
2.1.1 Keyboard (Level A) All functionality of the content is operable through a keyboard interface without requiring specific timings for individual keystrokes, except where the underlying function requires input that depends on the path of the user’s movement and not just the endpoints. |
Partially Supports |
Mobile Header: Mobile Menu Button Is Not Focusable via Keyboard |
|
2.1.2 No Keyboard Trap (Level A) If keyboard focus can be moved to a component of the page using a keyboard interface, then focus can be moved away from that component using only a keyboard interface, and, if it requires more than unmodified arrow or tab keys or other standard exit methods, the user is advised of the method for moving focus away. |
Supports |
No keyboard trap is found on any page. |
|
2.1.4 Character Key Shortcuts (Level A 2.1 and 2.2) If a keyboard shortcut is implemented in content using only letter (including upper- and lower-case letters), punctuation, number, or symbol characters, then at least one of the following is true: |
Supports |
No custom keyboard shortcuts were found on this site. |
|
2.2.1 Timing Adjustable (Level A) For each time limit that is set by the content, at least one of the following is true: |
Supports |
User sessions are indefinite; no limitations are set. |
|
2.2.2 Pause, Stop, Hide (Level A) For moving, blinking, scrolling, or auto-updating information, all of the following are true: |
Supports |
Any moving, blinking, scrolling, or auto-updating content (like carousels or animations) that lasts more than 5 seconds has a way to pause, stop, or hide it — ensuring it doesn’t distract users or interfere with screen readers. |
|
2.3.1 Three Flashes or Below Threshold (Level A) Web pages do not contain anything that flashes more than three times in any one-second period, or the flash is below the general flash and red flash thresholds. |
Supports |
There is no flashing content featured on this site. |
|
2.4.1 Bypass Blocks (Level A) A mechanism is available to bypass blocks of content that are repeated on multiple Web pages. |
Supports |
The site provides a way (like a “Skip to main content” link) to bypass repeated content (e.g., navigation menus), so keyboard and screen reader users can quickly reach the main content. |
|
2.4.2 Page Titled (Level A) Web pages have titles that describe the topic or purpose. |
Supports |
Each page has a unique, clear, and descriptive <title> element that accurately describes the page’s content or purpose. ✅ |
|
2.4.3 Focus Order (Level A) If a Web page can be navigated sequentially and the navigation sequences affect meaning or operation, focusable components receive focus in an order that preserves meaning and operability. |
Supports |
Keyboard navigation (Tab key) moves through interactive elements (like links, buttons, form fields) in a logical, meaningful order — matching the visual flow and expected usage without confusing jumps. |
|
2.4.4 Link Purpose (In Context) (Level A) The purpose of each link can be determined from the link text alone or from the link text together with its programmatically determined link context, except where the purpose of the link would be ambiguous to users in general. |
Partially Supports |
• Main Classroom: Links Lack Discernible Text (Action Column Table) |
|
2.5.1 Pointer Gestures (Level A 2.1 and 2.2) All functionality that uses multipoint or path-based gestures for operation can be operated with a single pointer without a path-based gesture, unless a multipoint or path-based gesture is essential. |
Supports |
No non-essential path-based operational gestures are required to operate any functionality. |
|
2.5.2 Pointer Cancellation (Level A 2.1 and 2.2) For functionality that can be operated using a single pointer, at least one of the following is true: |
Supports |
No functionality is activated on the down-event; all functions get activated on the up-event. |
|
2.5.3 Label in Name (Level A 2.1 and 2.2) For user interface components with labels that include text or images of text, the name contains the text that is presented visually. |
Supports |
UI components (such as buttons, form fields, links, etc.) that have text labels (or images of text) include that same text in the accessible name — which can be provided via aria-label, aria-labelledby, or the alt attribute for images. |
|
2.5.4 Motion Actuation (Level A 2.1 and 2.2) Functionality that can be operated by device motion or user motion can also be operated by user interface components and responding to the motion can be disabled to prevent accidental actuation, except when: |
Supports |
No functionality requires the user or device’s relative motion to operate. |
|
3.1.1 Language of Page (Level A) The default human language of each Web page can be programmatically determined. |
N/A |
|
|
3.2.1 On Focus (Level A) When any component receives focus, it does not initiate a change of context. |
Partially Supports |
• Header: Collapsed Button Remains Expanded When Focus Moves Away |
|
3.2.2 On Input (Level A) Changing the setting of any user interface component does not automatically cause a change of context unless the user has been advised of the behavior before using the component. |
Supports |
No unexpected change in context was observed when any element received user input. |
|
3.2.6 Consistent Help (Level A 2.2 only) If a Web page contains any of the following help mechanisms, and those mechanisms are repeated on multiple Web pages within a set of Web pages, they occur in the same order relative to other page content, unless a change is initiated by the user: |
Supports |
The help mechanism (Support page) is consistently implemented across multiple pages. |
|
3.3.1 Error Identification (Level A) If an input error is automatically detected, the item that is in error is identified and the error is described to the user in text. |
Supports |
Simulated errors were properly communicated to the user. |
|
3.3.2 Labels or Instructions (Level A) Labels or instructions are provided when content requires user input. |
Partially Supports |
Classroom Page: Form Field Missing Associated Label (Search Bar) |
|
3.3.7 Redundant Entry (Level A 2.2 only) Information previously entered by or provided to the user that is required to be entered again in the same process is either: |
Supports |
Autocomplete mechanisms were implemented in non-sensitive form fields across the app. |
|
4.1.1 Parsing (Level A) |
Does Not Apply |
For WCAG 2.0 and 2.1, the September 2023 errata update indicates this criterion is always supported. See the WCAG 2.0 Editorial Errata and the WCAG 2.1 Editorial Errata. |
|
4.1.2 Name, Role, Value (Level A) For all user interface components (including but not limited to: form elements, links and components generated by scripts), the name and role can be programmatically determined; states, properties, and values that can be set by the user can be programmatically set; and notification of changes to these items is available to user agents, including assistive technologies. |
Partially Supports |
• Sidebar: ARIA Controls Missing Required Child Elements |
Table 2: Success Criteria, Level AA
Notes: The product under review has been thoroughly evaluated based on level AA success criteria presented in the table below:
|
Criteria |
Conformance Level |
Remarks and Explanations |
|
1.2.4 Captions (Live) (Level AA) Captions are provided for all live audio content in synchronized media. |
N/A |
|
|
1.2.5 Audio Description (Prerecorded) (Level AA) Audio description is provided for all prerecorded video content in synchronized media. |
N/A |
|
|
1.3.4 Orientation (Level AA 2.1 and 2.2) Content does not restrict its view and operation to a single display orientation, such as portrait or landscape, unless a specific display orientation is essential. |
Supports |
This site is responsive, the content looks great in portrait. |
|
1.3.5 Identify Input Purpose (Level AA 2.1 and 2.2) The purpose of each input field collecting information about the user can be programmatically determined when: |
Supports |
Input forms on this site were implemented with programmatically determinable codes. |
|
1.4.3 Contrast (Minimum) (Level AA) The visual presentation of text and images of text has a contrast ratio of at least 4.5:1, except for the following: |
Partially Supports |
• Marco Polo – Reading and Film: Low Text Contrast Between Foreground and Background Colors (Text using the foreground color #FFFFFF (white) on a background color of #FF3860) [New Attachment Popup] |
|
1.4.4 Resize text (Level AA) Except for captions and images of text, text can be resized without assistive technology up to 200 percent without loss of content or functionality. |
Supports |
|
|
1.4.5 Images of Text (Level AA) If the technologies being used can achieve the visual presentation, text is used to convey information rather than images of text except for the following: |
Support |
Text is used to convey information instead of images of text, unless the visual presentation is customizable (e.g., font size or color) or essential to the content (like logos or branding). |
|
1.4.10 Reflow (Level AA 2.1 and 2.2) Content can be presented without loss of information or functionality, and without requiring scrolling in two dimensions for: |
Support |
Content can reflow (adjust to different screen sizes) without losing information or functionality, and without requiring two-dimensional scrolling for: |
|
1.4.11 Non-text Contrast (Level AA 2.1 and 2.2) The visual presentation of the following have a contrast ratio of at least 3:1 against adjacent color(s): |
Supports |
All user interface components maintain a minimum contrast ratio of 3:1 with their fixed or dynamic background. |
|
1.4.12 Text Spacing (Level AA 2.1 and 2.2) In content implemented using markup languages that support the following text style properties, no loss of content or functionality occurs by setting all of the following and by changing no other style property: |
Supports |
Adding the various text spacing did not result in loss of content. |
|
1.4.13 Content on Hover or Focus (Level AA 2.1 and 2.2) Where receiving and then removing pointer hover or keyboard focus triggers additional content to become visible and then hidden, the following are true: |
Supports |
|
|
2.4.5 Multiple Ways (Level AA) More than one way is available to locate a Web page within a set of Web pages except where the Web Page is the result of, or a step in, a process. |
Supports |
In addition to navigation links on the navbar and the footer. |
|
2.4.6 Headings and Labels (Level AA) Headings and labels describe the topic or purpose. |
Partially Supports |
Mentioned in 4.1.2 |
|
2.4.7 Focus Visible (Level AA) Any keyboard-operable user interface has a mode of operation where the keyboard focus indicator is visible. |
Supports |
|
|
2.4.11 Focus Not Obscured (Minimum) (Level AA 2.2 only) When a user interface component receives keyboard focus, the component is not entirely hidden due to author-created content. |
Supports |
When a user navigates with a keyboard, the focused element is at least partially visible and not hidden behind headers, popups, or other content — ensuring users always see where they are on the page. |
|
2.5.7 Dragging Movements (Level AA 2.2 only) All functionality that uses a dragging movement for operation can be achieved by a single pointer without dragging, unless dragging is essential or the functionality is determined by the user agent and not modified by the author. |
Supports |
No functionality requires dragging movements to complete. |
|
2.5.8 Target Size (Minimum) (Level AA 2.2 only) The size of the target for pointer inputs is at least 24 by 24 CSS pixels, except where: |
Supports |
The mobile version of this site features sufficient sizes for touch targets. |
|
3.1.2 Language of Parts (Level AA) The human language of each passage or phrase in the content can be programmatically determined except for proper names, technical terms, words of indeterminate language, and words or phrases that have become part of the vernacular of the immediately surrounding text. |
Supports |
No part of the site’s content featured a language that is different from the page’s language. |
|
3.2.3 Consistent Navigation (Level AA) Navigational mechanisms that are repeated on multiple Web pages within a set of Web pages occur in the same relative order each time they are repeated, unless a change is initiated by the user. |
Supports |
Repeated navigational elements appear in the same relative order on multiple pages. |
|
3.2.4 Consistent Identification (Level AA) Components that have the same functionality within a set of Web pages are identified consistently. |
Supports |
Identification of components with the same functionality is consistent. |
|
3.3.3 Error Suggestion (Level AA) If an input error is automatically detected and suggestions for correction are known, then the suggestions are provided to the user, unless it would jeopardize the security or purpose of the content. |
Supports |
An autocomplete or error prevention feature was found to be implemented on relevant input fields. |
|
3.3.4 Error Prevention (Legal, Financial, Data) (Level AA) For Web pages that cause legal commitments or financial transactions for the user to occur, that modify or delete user-controllable data in data storage systems, or that submit user test responses, at least one of the following is true: |
Supports |
The payment processing on this site is handled by a third-party service. |
|
3.3.8 Accessible Authentication (Minimum) (Level AA 2.2 only) A cognitive function test (such as remembering a password or solving a puzzle) is not required for any step in an authentication process unless that step provides at least one of the following: |
Supports |
The site’s login or authentication process does not rely only on cognitive tests (like solving puzzles, remembering passwords, or recognizing images) — or provides an alternative method, so users with cognitive disabilities can log in without extra barriers. |
|
4.1.3 Status Messages (Level AA 2.1 and 2.2) In content implemented using markup languages, status messages can be programmatically determined through role or properties such that they can be presented to the user by assistive technologies without receiving focus. |
Supports |
The dynamic statuses of operations on this site are properly communicated to the user without a disruptive change of focus. |
Legal Disclaimer (Inthefootsteps.org)
The information and content in this document are provided for informational purposes only and are delivered “as is” without warranties of any kind, express or implied. This includes warranties of merchantability, fitness for a particular purpose, and non-infringement.
“Voluntary Product Accessibility Template” and “VPAT” are registered service marks of the Information Technology Industry Council (ITI)