
Accessibility Baseline for the Universal Design for Learning Product Certification
Awarded to Marketing, Genio on October 14, 2025 by CAST, Inc..
The certified product provides information about its conformance to the accessibility principles defined in the Web Content Accessibility Guidelines (WCAG) in an accessible format and this information is easy to locate on the product developer’s website for those who need to make purchasing and/or adoption decisions related to the product.
This certification serves as a prerequisite for the Alignment to the Universal Design for Learning Framework certification.
Criteria
What qualifies for the Accessibility Baseline?
Since accessibility is a foundational element embedded within UDL, the product must have clear evidence of prioritizing and addressing accessibility. Content and functionality should adhere to the four principles of accessibility (see the Resources section for this link), as defined within the Web Content Accessibility Guidelines (WCAG) 2.1 or later:
- Perceivable by all users with a range of sight, hearing, and touch capacity
 - Operable as fluidly as possible with a variety of input devices
 - Understandable, readable, and usable in a predictable way
 - Robust or designed in a device-agnostic way to provide a consistent user experience across as wide a range of tools or devices as possible, including assistive technologies, both now and in the future.
 
Specifically, the “Accessibility Baseline” means the product has clearly, and publicly shared its commitment and conformance with WCAG 2.1 or later. The product provides customers a public accessibility statement, a current Accessibility Conformance Report (ACR), and evidence of responding to target user input within the product design decisions. Please refer to How to Meet WCAG 2.1 or Later Level AA (Quick Reference).
Additional Information
Applicants who meet certification criteria earn an Open Badge to share that the product has been certified. The Open Badge is associated with the email address used to submit the application and is non-transferable. It is important to ensure long-term access by using a stable company address (e.g. research@product.com), rather than an individual’s, to create an account and submit this application.
This certification expires after two years from the date of earning. Products must reapply to retain certified status to ensure the requirements are upheld over time.
Assessment Details
The responses for Parts 1 and 3 will be used only (1) to provide context for assessors while evaluating Part 2 of the submission, and (2) to enable CAST to track aggregated data about the types of products that apply to and earn product certifications, such as content area, learner level, and product reach. These responses will not be included in the assessment of your application. The responses for Part 2 will be assessed to inform the certification results.
Applicants are encouraged to download the documents in the Templates to Submit Application Evidence for Accessibility Baseline section before beginning their application.
Assessment
Overview
The following responses will not be given a point value; however, responses are required.
What is the name of the edtech product? What is the URL of the product’s website?
- If the product has a ULTID, please share it. Please note that an application may be submitted on behalf of only one product. For the purpose of this certification, a ULTID denotes a single product. Multiple ULTIDs denote multiple products, and therefore multiple applications are required.
 - What product version is being assessed in this application, and what was its release date?
 - Which operating system(s) and/or platform(s) are required for compatibility?
 
Overview
If this product is awarded the certification, do we have the product team’s permission to share its award status with partners that host product indexes, such as ISTE’s EdSurge Product Index and other similar partners where relevant? Please respond with a yes or no.
Overview
What general company email can we use to communicate about certification status after a decision has been made? Note: If earned, the Open Badge is associated with the email address used to submit the application and is non-transferable. It is important to ensure long-term access by using a stable company address (e.g. research@product.com), rather than an individual’s, to create an account and submit this application.
Who was involved in completing this application? Please include names, roles, and email addresses. [Note: It is critical that members of the team who were directly involved in making the product design decisions are involved in completing this application.]
Overview
Tell us about your product: What learning or challenge does the product intend to address? How many users does the product serve? Who is the intended audience for the product (e.g., learners or educators, grade or learner levels)? Which subject area(s) does the product cover?
Work Example
The following responses will be assessed to inform the certification results.
Accessibility Baseline
The UDL Product Certification treats accessibility as a “baseline” for entering the UDL Product Certification process (refer to the WCAG and Accessibility links in the Resources section). Accessibility is a foundational component of UDL; at a minimum, the users must have access to content and instruction. However, UDL is much more than accessibility. The UDL Product Certification criteria emphasize how UDL goes beyond physical accessibility and moves into supporting learner variability. Products must ensure that they meet the accessibility baseline criteria before investing time on reporting the more comprehensive alignment to UDL.
The binary status of the accessibility baseline is represented directly below. A given product is either Pre-Baseline (not fully conformant to accessibility transparency) or At Baseline (meets the established accessibility transparency criteria). The product must publicly share its accessibility statement and conformance report based on the WCAG 2.1 or later criteria.
A product qualified as Pre-Baseline (not fully conformant to accessibility transparency) cannot receive any level of the UDL Product Certifications.
Pre-Baseline: The product has not met the accessibility baseline criteria as outlined below.
Baseline: To meet the basic qualifications for the accessibility Baseline, the product team must provide evidence for all the following criteria:
- 
Public Accessibility Statement
- A public accessibility statement exists specifically for the product, not just the website that explains the product.
 - The public accessibility statement is easy for customers to find.
 - The public accessibility statement includes an email address that’s easy to find for reporting accessibility challenges.
 - The person(s) responding to email inquiries is qualified to address accessibility issues and interoperability with assistive technologies.
 
 - 
Current Accessibility Conformance Report (ACR). The product team has provided a current ACR, using a VPAT® from ITI templates, found in the Resources section above (where “current” is qualified as prepared within the past 12 months using one of the two latest VPAT® versions available). The ACR must include the following:
- All WCAG 2.1 or later criteria marked as “Not Applicable” have complete explanations of why the “Not Applicable” designation is appropriate.
 - All WCAG 2.1 or later criteria marked as “Partially Supports” have complete explanations of why the “Partially Supports” designation applies, including a statement for plans and a timeline for when the product team intends to bring it into full conformance.
 - Full detailing of the “Evaluation Methods Used” for the conformance evaluation, including evidence of manual testing to document findings in addition to automated testing for conformance.
 - ACR, using a VPAT®, is publicly available and easy for customers to find.
 - For customers who have questions about the ACR (VPAT®), the product team has clearly documented who can answer questions and provide clarification for customers.
 
 - 
User-Informed Accessibility Design. The product team has provided evidence of responding to target user input with regard to accessibility design decisions. (See “Real-World Design Input References” in the Resources section.)
 
See the “Accessibility Baseline Template” in the Resources section to assist applicants in responding.
Work Example
The following responses will be assessed to inform the certification results.
Accessibility Baseline
The UDL Product Certification treats accessibility as a “baseline” for entering the UDL Product Certification process (refer to the WCAG and Accessibility links in the Resources section). Accessibility is a foundational component of UDL; at a minimum, the users must have access to content and instruction. However, UDL is much more than accessibility. The UDL Product Certification criteria emphasize how UDL goes beyond physical accessibility and moves into supporting learner variability. Products must ensure that they meet the accessibility baseline criteria before investing time on reporting the more comprehensive alignment to UDL.
The binary status of the accessibility baseline is represented directly below. A given product is either Pre-Baseline (not fully conformant to accessibility transparency) or At Baseline (meets the established accessibility transparency criteria). The product must publicly share its accessibility statement and conformance report based on the WCAG 2.1 or later criteria.
A product qualified as Pre-Baseline (not fully conformant to accessibility transparency) cannot receive any level of the UDL Product Certifications.
Pre-Baseline: The product has not met the accessibility baseline criteria as outlined below.
Baseline: To meet the basic qualifications for the accessibility Baseline, the product team must provide evidence for all the following criteria:
- 
Public Accessibility Statement
- A public accessibility statement exists specifically for the product, not just the website that explains the product.
 - The public accessibility statement is easy for customers to find.
 - The public accessibility statement includes an email address that’s easy to find for reporting accessibility challenges.
 - The person(s) responding to email inquiries is qualified to address accessibility issues and interoperability with assistive technologies.
 
 - 
Current Accessibility Conformance Report (ACR). The product team has provided a current ACR, using a VPAT® from ITI templates, found in the Resources section above (where “current” is qualified as prepared within the past 12 months using one of the two latest VPAT® versions available). The ACR must include the following:
- All WCAG 2.1 or later criteria marked as “Not Applicable” have complete explanations of why the “Not Applicable” designation is appropriate.
 - All WCAG 2.1 or later criteria marked as “Partially Supports” have complete explanations of why the “Partially Supports” designation applies, including a statement for plans and a timeline for when the product team intends to bring it into full conformance.
 - Full detailing of the “Evaluation Methods Used” for the conformance evaluation, including evidence of manual testing to document findings in addition to automated testing for conformance.
 - ACR, using a VPAT®, is publicly available and easy for customers to find.
 - For customers who have questions about the ACR (VPAT®), the product team has clearly documented who can answer questions and provide clarification for customers.
 
 - 
User-Informed Accessibility Design. The product team has provided evidence of responding to target user input with regard to accessibility design decisions. (See “Real-World Design Input References” in the Resources section.)
 
See the “Accessibility Baseline Template” in the Resources section to assist applicants in responding.
Work Example
The following responses will be assessed to inform the certification results.
Accessibility Baseline
The UDL Product Certification treats accessibility as a “baseline” for entering the UDL Product Certification process (refer to the WCAG and Accessibility links in the Resources section). Accessibility is a foundational component of UDL; at a minimum, the users must have access to content and instruction. However, UDL is much more than accessibility. The UDL Product Certification criteria emphasize how UDL goes beyond physical accessibility and moves into supporting learner variability. Products must ensure that they meet the accessibility baseline criteria before investing time on reporting the more comprehensive alignment to UDL.
The binary status of the accessibility baseline is represented directly below. A given product is either Pre-Baseline (not fully conformant to accessibility transparency) or At Baseline (meets the established accessibility transparency criteria). The product must publicly share its accessibility statement and conformance report based on the WCAG 2.1 or later criteria.
A product qualified as Pre-Baseline (not fully conformant to accessibility transparency) cannot receive any level of the UDL Product Certifications.
Pre-Baseline: The product has not met the accessibility baseline criteria as outlined below.
Baseline: To meet the basic qualifications for the accessibility Baseline, the product team must provide evidence for all the following criteria:
- 
Public Accessibility Statement
- A public accessibility statement exists specifically for the product, not just the website that explains the product.
 - The public accessibility statement is easy for customers to find.
 - The public accessibility statement includes an email address that’s easy to find for reporting accessibility challenges.
 - The person(s) responding to email inquiries is qualified to address accessibility issues and interoperability with assistive technologies.
 
 - 
Current Accessibility Conformance Report (ACR). The product team has provided a current ACR, using a VPAT® from ITI templates, found in the Resources section above (where “current” is qualified as prepared within the past 12 months using one of the two latest VPAT® versions available). The ACR must include the following:
- All WCAG 2.1 or later criteria marked as “Not Applicable” have complete explanations of why the “Not Applicable” designation is appropriate.
 - All WCAG 2.1 or later criteria marked as “Partially Supports” have complete explanations of why the “Partially Supports” designation applies, including a statement for plans and a timeline for when the product team intends to bring it into full conformance.
 - Full detailing of the “Evaluation Methods Used” for the conformance evaluation, including evidence of manual testing to document findings in addition to automated testing for conformance.
 - ACR, using a VPAT®, is publicly available and easy for customers to find.
 - For customers who have questions about the ACR (VPAT®), the product team has clearly documented who can answer questions and provide clarification for customers.
 
 - 
User-Informed Accessibility Design. The product team has provided evidence of responding to target user input with regard to accessibility design decisions. (See “Real-World Design Input References” in the Resources section.)
 
See the “Accessibility Baseline Template” in the Resources section to assist applicants in responding.
Work Example
The following responses will be assessed to inform the certification results.
Accessibility Baseline
The UDL Product Certification treats accessibility as a “baseline” for entering the UDL Product Certification process (refer to the WCAG and Accessibility links in the Resources section). Accessibility is a foundational component of UDL; at a minimum, the users must have access to content and instruction. However, UDL is much more than accessibility. The UDL Product Certification criteria emphasize how UDL goes beyond physical accessibility and moves into supporting learner variability. Products must ensure that they meet the accessibility baseline criteria before investing time on reporting the more comprehensive alignment to UDL.
The binary status of the accessibility baseline is represented directly below. A given product is either Pre-Baseline (not fully conformant to accessibility transparency) or At Baseline (meets the established accessibility transparency criteria). The product must publicly share its accessibility statement and conformance report based on the WCAG 2.1 or later criteria.
A product qualified as Pre-Baseline (not fully conformant to accessibility transparency) cannot receive any level of the UDL Product Certifications.
Pre-Baseline: The product has not met the accessibility baseline criteria as outlined below.
Baseline: To meet the basic qualifications for the accessibility Baseline, the product team must provide evidence for all the following criteria:
- 
Public Accessibility Statement
- A public accessibility statement exists specifically for the product, not just the website that explains the product.
 - The public accessibility statement is easy for customers to find.
 - The public accessibility statement includes an email address that’s easy to find for reporting accessibility challenges.
 - The person(s) responding to email inquiries is qualified to address accessibility issues and interoperability with assistive technologies.
 
 - 
Current Accessibility Conformance Report (ACR). The product team has provided a current ACR, using a VPAT® from ITI templates, found in the Resources section above (where “current” is qualified as prepared within the past 12 months using one of the two latest VPAT® versions available). The ACR must include the following:
- All WCAG 2.1 or later criteria marked as “Not Applicable” have complete explanations of why the “Not Applicable” designation is appropriate.
 - All WCAG 2.1 or later criteria marked as “Partially Supports” have complete explanations of why the “Partially Supports” designation applies, including a statement for plans and a timeline for when the product team intends to bring it into full conformance.
 - Full detailing of the “Evaluation Methods Used” for the conformance evaluation, including evidence of manual testing to document findings in addition to automated testing for conformance.
 - ACR, using a VPAT®, is publicly available and easy for customers to find.
 - For customers who have questions about the ACR (VPAT®), the product team has clearly documented who can answer questions and provide clarification for customers.
 
 - 
User-Informed Accessibility Design. The product team has provided evidence of responding to target user input with regard to accessibility design decisions. (See “Real-World Design Input References” in the Resources section.)
 
See the “Accessibility Baseline Template” in the Resources section to assist applicants in responding.
Work Example
The following responses will be assessed to inform the certification results.
Accessibility Baseline
The UDL Product Certification treats accessibility as a “baseline” for entering the UDL Product Certification process (refer to the WCAG and Accessibility links in the Resources section). Accessibility is a foundational component of UDL; at a minimum, the users must have access to content and instruction. However, UDL is much more than accessibility. The UDL Product Certification criteria emphasize how UDL goes beyond physical accessibility and moves into supporting learner variability. Products must ensure that they meet the accessibility baseline criteria before investing time on reporting the more comprehensive alignment to UDL.
The binary status of the accessibility baseline is represented directly below. A given product is either Pre-Baseline (not fully conformant to accessibility transparency) or At Baseline (meets the established accessibility transparency criteria). The product must publicly share its accessibility statement and conformance report based on the WCAG 2.1 or later criteria.
A product qualified as Pre-Baseline (not fully conformant to accessibility transparency) cannot receive any level of the UDL Product Certifications.
Pre-Baseline: The product has not met the accessibility baseline criteria as outlined below.
Baseline: To meet the basic qualifications for the accessibility Baseline, the product team must provide evidence for all the following criteria:
- 
Public Accessibility Statement
- A public accessibility statement exists specifically for the product, not just the website that explains the product.
 - The public accessibility statement is easy for customers to find.
 - The public accessibility statement includes an email address that’s easy to find for reporting accessibility challenges.
 - The person(s) responding to email inquiries is qualified to address accessibility issues and interoperability with assistive technologies.
 
 - 
Current Accessibility Conformance Report (ACR). The product team has provided a current ACR, using a VPAT® from ITI templates, found in the Resources section above (where “current” is qualified as prepared within the past 12 months using one of the two latest VPAT® versions available). The ACR must include the following:
- All WCAG 2.1 or later criteria marked as “Not Applicable” have complete explanations of why the “Not Applicable” designation is appropriate.
 - All WCAG 2.1 or later criteria marked as “Partially Supports” have complete explanations of why the “Partially Supports” designation applies, including a statement for plans and a timeline for when the product team intends to bring it into full conformance.
 - Full detailing of the “Evaluation Methods Used” for the conformance evaluation, including evidence of manual testing to document findings in addition to automated testing for conformance.
 - ACR, using a VPAT®, is publicly available and easy for customers to find.
 - For customers who have questions about the ACR (VPAT®), the product team has clearly documented who can answer questions and provide clarification for customers.
 
 - 
User-Informed Accessibility Design. The product team has provided evidence of responding to target user input with regard to accessibility design decisions. (See “Real-World Design Input References” in the Resources section.)
 
See the “Accessibility Baseline Template” in the Resources section to assist applicants in responding.
Work Example
The following responses will be assessed to inform the certification results.
Accessibility Baseline
The UDL Product Certification treats accessibility as a “baseline” for entering the UDL Product Certification process (refer to the WCAG and Accessibility links in the Resources section). Accessibility is a foundational component of UDL; at a minimum, the users must have access to content and instruction. However, UDL is much more than accessibility. The UDL Product Certification criteria emphasize how UDL goes beyond physical accessibility and moves into supporting learner variability. Products must ensure that they meet the accessibility baseline criteria before investing time on reporting the more comprehensive alignment to UDL.
The binary status of the accessibility baseline is represented directly below. A given product is either Pre-Baseline (not fully conformant to accessibility transparency) or At Baseline (meets the established accessibility transparency criteria). The product must publicly share its accessibility statement and conformance report based on the WCAG 2.1 or later criteria.
A product qualified as Pre-Baseline (not fully conformant to accessibility transparency) cannot receive any level of the UDL Product Certifications.
Pre-Baseline: The product has not met the accessibility baseline criteria as outlined below.
Baseline: To meet the basic qualifications for the accessibility Baseline, the product team must provide evidence for all the following criteria:
- 
Public Accessibility Statement
- A public accessibility statement exists specifically for the product, not just the website that explains the product.
 - The public accessibility statement is easy for customers to find.
 - The public accessibility statement includes an email address that’s easy to find for reporting accessibility challenges.
 - The person(s) responding to email inquiries is qualified to address accessibility issues and interoperability with assistive technologies.
 
 - 
Current Accessibility Conformance Report (ACR). The product team has provided a current ACR, using a VPAT® from ITI templates, found in the Resources section above (where “current” is qualified as prepared within the past 12 months using one of the two latest VPAT® versions available). The ACR must include the following:
- All WCAG 2.1 or later criteria marked as “Not Applicable” have complete explanations of why the “Not Applicable” designation is appropriate.
 - All WCAG 2.1 or later criteria marked as “Partially Supports” have complete explanations of why the “Partially Supports” designation applies, including a statement for plans and a timeline for when the product team intends to bring it into full conformance.
 - Full detailing of the “Evaluation Methods Used” for the conformance evaluation, including evidence of manual testing to document findings in addition to automated testing for conformance.
 - ACR, using a VPAT®, is publicly available and easy for customers to find.
 - For customers who have questions about the ACR (VPAT®), the product team has clearly documented who can answer questions and provide clarification for customers.
 
 - 
User-Informed Accessibility Design. The product team has provided evidence of responding to target user input with regard to accessibility design decisions. (See “Real-World Design Input References” in the Resources section.)
 
See the “Accessibility Baseline Template” in the Resources section to assist applicants in responding.
Work Example
The following responses will be assessed to inform the certification results.
Accessibility Baseline
The UDL Product Certification treats accessibility as a “baseline” for entering the UDL Product Certification process (refer to the WCAG and Accessibility links in the Resources section). Accessibility is a foundational component of UDL; at a minimum, the users must have access to content and instruction. However, UDL is much more than accessibility. The UDL Product Certification criteria emphasize how UDL goes beyond physical accessibility and moves into supporting learner variability. Products must ensure that they meet the accessibility baseline criteria before investing time on reporting the more comprehensive alignment to UDL.
The binary status of the accessibility baseline is represented directly below. A given product is either Pre-Baseline (not fully conformant to accessibility transparency) or At Baseline (meets the established accessibility transparency criteria). The product must publicly share its accessibility statement and conformance report based on the WCAG 2.1 or later criteria.
A product qualified as Pre-Baseline (not fully conformant to accessibility transparency) cannot receive any level of the UDL Product Certifications.
Pre-Baseline: The product has not met the accessibility baseline criteria as outlined below.
Baseline: To meet the basic qualifications for the accessibility Baseline, the product team must provide evidence for all the following criteria:
- 
Public Accessibility Statement
- A public accessibility statement exists specifically for the product, not just the website that explains the product.
 - The public accessibility statement is easy for customers to find.
 - The public accessibility statement includes an email address that’s easy to find for reporting accessibility challenges.
 - The person(s) responding to email inquiries is qualified to address accessibility issues and interoperability with assistive technologies.
 
 - 
Current Accessibility Conformance Report (ACR). The product team has provided a current ACR, using a VPAT® from ITI templates, found in the Resources section above (where “current” is qualified as prepared within the past 12 months using one of the two latest VPAT® versions available). The ACR must include the following:
- All WCAG 2.1 or later criteria marked as “Not Applicable” have complete explanations of why the “Not Applicable” designation is appropriate.
 - All WCAG 2.1 or later criteria marked as “Partially Supports” have complete explanations of why the “Partially Supports” designation applies, including a statement for plans and a timeline for when the product team intends to bring it into full conformance.
 - Full detailing of the “Evaluation Methods Used” for the conformance evaluation, including evidence of manual testing to document findings in addition to automated testing for conformance.
 - ACR, using a VPAT®, is publicly available and easy for customers to find.
 - For customers who have questions about the ACR (VPAT®), the product team has clearly documented who can answer questions and provide clarification for customers.
 
 - 
User-Informed Accessibility Design. The product team has provided evidence of responding to target user input with regard to accessibility design decisions. (See “Real-World Design Input References” in the Resources section.)
 
See the “Accessibility Baseline Template” in the Resources section to assist applicants in responding.
Work Example
The following responses will be assessed to inform the certification results.
Accessibility Baseline
The UDL Product Certification treats accessibility as a “baseline” for entering the UDL Product Certification process (refer to the WCAG and Accessibility links in the Resources section). Accessibility is a foundational component of UDL; at a minimum, the users must have access to content and instruction. However, UDL is much more than accessibility. The UDL Product Certification criteria emphasize how UDL goes beyond physical accessibility and moves into supporting learner variability. Products must ensure that they meet the accessibility baseline criteria before investing time on reporting the more comprehensive alignment to UDL.
The binary status of the accessibility baseline is represented directly below. A given product is either Pre-Baseline (not fully conformant to accessibility transparency) or At Baseline (meets the established accessibility transparency criteria). The product must publicly share its accessibility statement and conformance report based on the WCAG 2.1 or later criteria.
A product qualified as Pre-Baseline (not fully conformant to accessibility transparency) cannot receive any level of the UDL Product Certifications.
Pre-Baseline: The product has not met the accessibility baseline criteria as outlined below.
Baseline: To meet the basic qualifications for the accessibility Baseline, the product team must provide evidence for all the following criteria:
- 
Public Accessibility Statement
- A public accessibility statement exists specifically for the product, not just the website that explains the product.
 - The public accessibility statement is easy for customers to find.
 - The public accessibility statement includes an email address that’s easy to find for reporting accessibility challenges.
 - The person(s) responding to email inquiries is qualified to address accessibility issues and interoperability with assistive technologies.
 
 - 
Current Accessibility Conformance Report (ACR). The product team has provided a current ACR, using a VPAT® from ITI templates, found in the Resources section above (where “current” is qualified as prepared within the past 12 months using one of the two latest VPAT® versions available). The ACR must include the following:
- All WCAG 2.1 or later criteria marked as “Not Applicable” have complete explanations of why the “Not Applicable” designation is appropriate.
 - All WCAG 2.1 or later criteria marked as “Partially Supports” have complete explanations of why the “Partially Supports” designation applies, including a statement for plans and a timeline for when the product team intends to bring it into full conformance.
 - Full detailing of the “Evaluation Methods Used” for the conformance evaluation, including evidence of manual testing to document findings in addition to automated testing for conformance.
 - ACR, using a VPAT®, is publicly available and easy for customers to find.
 - For customers who have questions about the ACR (VPAT®), the product team has clearly documented who can answer questions and provide clarification for customers.
 
 - 
User-Informed Accessibility Design. The product team has provided evidence of responding to target user input with regard to accessibility design decisions. (See “Real-World Design Input References” in the Resources section.)
 
See the “Accessibility Baseline Template” in the Resources section to assist applicants in responding.
Work Example
The following responses will be assessed to inform the certification results.
Accessibility Baseline
The UDL Product Certification treats accessibility as a “baseline” for entering the UDL Product Certification process (refer to the WCAG and Accessibility links in the Resources section). Accessibility is a foundational component of UDL; at a minimum, the users must have access to content and instruction. However, UDL is much more than accessibility. The UDL Product Certification criteria emphasize how UDL goes beyond physical accessibility and moves into supporting learner variability. Products must ensure that they meet the accessibility baseline criteria before investing time on reporting the more comprehensive alignment to UDL.
The binary status of the accessibility baseline is represented directly below. A given product is either Pre-Baseline (not fully conformant to accessibility transparency) or At Baseline (meets the established accessibility transparency criteria). The product must publicly share its accessibility statement and conformance report based on the WCAG 2.1 or later criteria.
A product qualified as Pre-Baseline (not fully conformant to accessibility transparency) cannot receive any level of the UDL Product Certifications.
Pre-Baseline: The product has not met the accessibility baseline criteria as outlined below.
Baseline: To meet the basic qualifications for the accessibility Baseline, the product team must provide evidence for all the following criteria:
- 
Public Accessibility Statement
- A public accessibility statement exists specifically for the product, not just the website that explains the product.
 - The public accessibility statement is easy for customers to find.
 - The public accessibility statement includes an email address that’s easy to find for reporting accessibility challenges.
 - The person(s) responding to email inquiries is qualified to address accessibility issues and interoperability with assistive technologies.
 
 - 
Current Accessibility Conformance Report (ACR). The product team has provided a current ACR, using a VPAT® from ITI templates, found in the Resources section above (where “current” is qualified as prepared within the past 12 months using one of the two latest VPAT® versions available). The ACR must include the following:
- All WCAG 2.1 or later criteria marked as “Not Applicable” have complete explanations of why the “Not Applicable” designation is appropriate.
 - All WCAG 2.1 or later criteria marked as “Partially Supports” have complete explanations of why the “Partially Supports” designation applies, including a statement for plans and a timeline for when the product team intends to bring it into full conformance.
 - Full detailing of the “Evaluation Methods Used” for the conformance evaluation, including evidence of manual testing to document findings in addition to automated testing for conformance.
 - ACR, using a VPAT®, is publicly available and easy for customers to find.
 - For customers who have questions about the ACR (VPAT®), the product team has clearly documented who can answer questions and provide clarification for customers.
 
 - 
User-Informed Accessibility Design. The product team has provided evidence of responding to target user input with regard to accessibility design decisions. (See “Real-World Design Input References” in the Resources section.)
 
See the “Accessibility Baseline Template” in the Resources section to assist applicants in responding.
Reflection
Reflect on the process of applying for this Accessibility Baseline.
- How did applying for this certification influence conversations about accessibility within your product team and/or organization?
 
Achievement Type
- Achievement
 
Supporting Information
Supporting Research and Rationale
- W3C Accessibility Statement Generator
 - CAST’s Accessibility Policy
 - Communicating Digital Accessibility
 - Providing Accessibility Guidance to Vendors
 - Web Content Accessibility Guidelines (WCAG 2.1 or later)
 - How to Meet WCAG 2.1 or Later Level AA (Quick Reference)
 - Guidance on Applying WCAG 2.0 to Non-Web Information and Communications Technologies (WCAG2ICT)
 - Understanding the Four Principles of Accessibility