Web Accessibility Compliance

Yes, the mandate applies to all digital content coming from SCU, regardless of platform. That includes emails (T4 or not) and social media. Archived content can be exempt under specific criteria (e.g., historical and unmodified). Platforms like Instagram and Facebook now offer built-in accessibility features. Teams are encouraged to use them.

Yes. All PDFs posted publicly must meet accessibility standards.

The best first step is to ensure original source (i.e. Word or Google Docs) is accessible using Word accessibility tool or Grackle Docs if possible. Check out documentation on Accessible Word Documents and Accessible Google Docs for more details. After resolving all flagged accessibility issues in the original source, export the new accessible PDF. This will reduce the need to remediate existing PDF. 

The plan is to also work with a vendor for PDF remediation, with student staff assisting via CommonLook.

Yes, some have been identified. Our team is actively working on fixes and monitoring third-party systems to ensure compliance when they're embedded in T4. Updates will be pushed directly to site branches as we fix issues.

We will roll out a coordinated plan so every T4 site has a path to compliance. We will provide more information soon along with a tool to make the process more manageable.

Most of the digital content you create and manage will need to meet WCAG 2.1 AA by May 2026. If you manage one of the following, this applies to you. 

• Websites and emails: All public-facing and internal T4 pages, including HTML emails created in T4 or other platforms.
• Software and web applications: Both SCU-built tools and vendor products integrated into our website. 
• Video and audio content (e.g., captions, transcripts, audio descriptions where appropriate)
• Electronic documents: PDFs, Word, PowerPoint, and Google Drive files shared broadly with the campus community or public.

Some narrow exceptions exist in the federal rule, such as certain archived or highly individualized content, but, as a general rule, if it’s active content that people are expected to use, assume it needs to be accessible.

We have licensed a PDF remediation tool. However, we recommend converting single page PDF to web pages whenever possible. 

PDFs are better suited for content intended to be printed or preserved with fixed formatting, while standard HTML web pages offer accessibility, searchability, and responsiveness for digital consumption. Web pages are easier to update, are better for search engine optimization (SEO), and adapt to different screen sizes. This is ideal for most online content, whereas PDFs often create poor user experiences with difficult navigation and slow loading.

Please do evaluate all of your PDFs or Word docs and consider creating a T4 page equivalent. Start with any PDF that is a page or two. You could still keep the ones you've created as an alternative downloadable/printable format but for students searching the web and navigating on mobile devices, a web page will be more usable.

Our student assistants can support units with remediation, help create accessible documents and PDFs, and remediate existing documents—either at the source (Word, Google Docs) or directly in a PDF when the original source file is no longer available.

To request student support, please submit a Zendesk ticket outlining your needs.

Before requesting assistance, we strongly recommend starting with a content clean-up. Archive or delete web pages, emails, and other content in T4 that are no longer needed. Determining what is still relevant requires familiarity with your content and services, so this step is best handled by your team.

Once you’ve removed unnecessary content, you’ll have a clearer understanding of the remaining scope and what level of support is needed.

If your remaining scope is small, you can use the Accessibility Compliance Tool to escalate individual accessibility issues directly to our team. That escalation feature is one of the primary ways the web team and our student assistants step in to resolve specific items.

If your scope remains larger after cleanup, working more directly with our student assistants may be the most effective option for you.

At this time, there isn't a way to identify broken links on web pages through T4 or the Accessibility Compliance tool. Broken links are considered a content quality issue rather than an accessibility issue, so they are not flagged in the accessibility workflow. Once your accessibility remediation work is complete, we can add a broken link report as a next step to help you review and improve overall content quality. If you’re ready to prioritize link checking, let us know, and we can make it available.

Website content should be created as accessible HTML whenever possible. See our Accessibility Tips for Canva.