Sanna
Back to Sanna

Accessibility Statement

Back to Sanna

Accessibility Statement

Our commitment

Sanoma Learning is committed to ensuring digital accessibility for all users, including those with disabilities. As part of Sanna, Sanoma Learning's AI Teacher Assistant, we are working to make the product usable by the widest possible range of teachers, including those using assistive technology. This work aligns with Sanoma Learning's group-wide Accessibility Guidelines and Ethical AI Principles.

We see accessibility as an ongoing process rather than a one-time achievement, and this statement will be updated as Sanna evolves.

Scope

This statement applies to:

  • Sanna for Teachers
  • It covers 7 involved OpCos

Measures to support accessibility

Sanna takes the following measures to ensure accessibility of our platform:

  • We have a dedicated accessibility team tasked with improving accessibility in our platform
  • We include accessibility considerations throughout our internal policies
  • We provide continuous accessibility training for our staff
  • We assign clear accessibility targets and responsibilities

Conformance status

Sanna is working towards compliance with WCAG 2.1 Level AA. Any exceptions are listed below.

The Web Content Accessibility Guidelines (WCAG) detail accessibility requirements for product designers and developers. It defines three levels of conformance: Level A, Level AA, and Level AAA.

Although our goal is WCAG 2.1 Level AA conformance, we have also applied some Level AAA Success Criteria. For example, our UI components are created to support both AA and AAA color contrast standards.

How we test for accessibility

Our principal method of assessment is through internal evaluation where we test a representative selection of pages and functionality in Sanna. Our approach is based on recommendations from the W3C Web Accessibility Iniative. Issues that are found are logged and fixed as soon as possible.

We update our accessibility statement whenever we make changes and improvements, and it reflects the current status.

Accessibility features

  • Working towards keyboard operability of core navigation and interactions. It is not fully implemented.
  • Working towards visible keyboard focus indicators
  • Semantic HTML structure and heading hierarchy
  • Text alternatives for non-text content
  • Color contrast meeting AA ratios (4.5:1 for body text)
  • Support for browser/OS text resizing and reflow at 400% zoom without horizontal scrolling
  • Reduced motion respected where the user's system requests it

Each of those validated on Safari, Chrome, Opera, Firefox

Conformance status:

We are actively working to close these gaps and are currently working to achieve the WCAG standards.

AI-generated content and conversational interactions

Sanna is an AI-powered assistant that introduces accessibility considerations beyond a typical web application. We are actively working on the following:

  • Screen reader support for streaming responses. We are currently working to make the app fully supported by screen readers. Sanna's replies generate incrementally rather than appearing all at once. We use ARIA live regions to announce new content, tuned so updates are communicated without overwhelming screen reader users with constant interruptions.
  • Structure in generated content. Where Sanna produces longer outputs (lesson materials, feedback, tests, exercises), we aim for proper semantic structure: headings, lists, and reading order, so the output is navigable with assistive technology, not just visually organized.
  • Alt text on generated visuals. Where Sanna generates or references images, we are working to ensure meaningful alternative text is included rather than left blank or generic.
  • Editability and user control. Teachers can review and edit AI-generated content in chat and generators before printing, using, or sharing an artifact. This gives users who need more time to process information, or who rely on assistive technology, an opportunity to verify its accuracy.
  • Keyboard operability of chat interactions. We are working towards full operability on keyboard in the future iterations after the Launch in October. Some of these keyboard actions include sending messages, stopping generation, retrying. Navigating between conversation turns will be operable via keyboard in future iterations after launch.
  • Clear labelling of AI-generated content. Outputs created on test generators as well as in Feedback Assistant are marked with the AI-generated and AI-modified labels the EU AI Act requires.
  • Loading and processing states. Loading indicators are announced to assistive technology, and we avoid relying on animation alone to communicate that Sanna is "thinking" or generating a response.

We do not yet claim full conformance in this area. This is a newer part of accessibility practice with less established precedent than static content pages, and we are prioritising testing with real assistive technology users as Sanna’s AI interaction patterns mature.

Compatibility with Browsers and Assistive Technology

Sanna is designed to be compatible with the following assistive technologies:

  • Chrome with Jaws on Windows
  • Firefox with NVDA on Windows
  • Safari with VoiceOver on macOS

Tested across all major web browsers to ensure a smooth experience, with automated screen reader and accessibility testing coming soon.

Technical Specifications

Accessibility of SANNA relies on the following technologies to work with a customer’s particular combination of web browser and any assistive technologies or plugins in use:

  • HTML
  • WAI-ARIA
  • CSS
  • JavaScript

What we've done so far

  • Built on the Sanoma Learning Design System, whose components target WCAG 2.2 AA by default (color contrast, keyboard navigation, focus indicators, ARIA state communication).

Accessibility Test Coverage Report

The Sanna repository currently contains 57 dedicated Playwright accessibility tests across three test files.

The automated coverage includes:

  • WCAG A and AA checks using Axe
  • Keyboard navigation and focus management
  • Accessible names and semantic structure
  • Modal dialogs and focus trapping
  • Live-region announcements
  • Responsive accessibility at a 375 px viewport
  • History table and sorting controls

Technical dependencies

Accessibility of Sanna relies on the combination of browser and assistive technology in use. Sanna is designed to work with recent versions of major browsers and commonly used screen readers (e.g. NVDA, JAWS, VoiceOver).

Known limitations:

  • The presentation generator has not been fully tested as it is in Beta version.
  • We use a third-party back-end to process handwritten exams in Feedback Assistant. We can´t claim we are fully accessible compliant in Module 02.
  • We appreciate feedback on any accessibility barriers you encounter, including ones not listed here.

Feedback and contact

We welcome feedback on Sanna's accessibility. If you encounter a barrier, please contact:

Email: katarzyna.werner-mozolewska@sanoma.com

Reporting technical issues for end-users:

CountryContact
BelgiumContact Uitgeverij VAN IN | Secundair onderwijs
Finlandhttps://www.sanomapro.fi/ota-yhteytta/
Italy+39 02 748231 option 1
Monday – Thursday 8:30 – 17:30
Friday 8:30 – 17:00
Invia un ticket
Netherlandssales.vo@malmberg.nl
Polandasystentai@nowaera.pl
SpainSoportedigital@santillana.es
SwedenKundservice | Sanoma Utbildning

Providing feedback:

CountryContact
BelgiumContact
Finlandhttps://www.sanomapro.fi/ota-yhteytta/
Italy+39 02 748231 option 1
Monday – Thursday 8:30 – 17:30
Friday 8:30 – 17:00
Invia un ticket
Netherlandssales.vo@malmberg.nl
Polandasystentai@nowaera.pl
SpainTA_Spain@sanoma.com
SwedenKundservice | Sanoma Utbildning

Sanna by Sanoma Learning

Your everyday teacher assistant.

About

  • Sanoma Learning
  • Privacy and GDPR
  • Cookie policy

Product

  • Terms of use
  • Accessibility statement
  • Transparency notice

Learn

  • Educational AI
  • Responsible use of AI
  • Sustainability

Help

  • Support
  • Takedown policy
Sanna

© 2026 All rights reserved