Caso d'uso
Contenuti accessibili
L'European Accessibility Act si applica da giugno 2025, e la parte di accessibilità che vive nei contenuti può essere trattata dove i contenuti già vivono.
Il problema
- I testi alternativi e le etichette ARIA si scrivono a fine progetto, quando il contesto è stato dimenticato.
- Si scrivono in una sola lingua, poi si traducono senza rilettura.
- Nessuno sa quale quota dei contenuti ne sia dotata.
Cosa cambia Sonenta
- Quattro superfici di accessibilità vivono accanto alla chiave:
aria_label,alt_text,screen_reader,plain_language. - L'agente le genera dal testo visibile e dal suo contesto, in tutte le tue lingue, durante lo sviluppo.
- Un punteggio di leggibilità è calcolato in locale, senza chiamata al server.
- Lo strumento MCP
wcag_reportmisura lo strato di contenuto criterio per criterio, e il rapporto di copertura si esporta.
Da dove partire
// les surfaces vivent à côté de la clé
t("checkout.pay") // « Payer »
t("checkout.pay", { surface: "aria_label" })
t("checkout.pay", { surface: "plain_language" })
// depuis l'agent, via MCP
generate_a11y_variant key=checkout.pay surface=aria_label
wcag_report // mesure de la couche de contenuLimiti noti, e contano
- Sonenta non rilascia né certificazioni né rapporti di conformità. Quello che ottieni è un rapporto di copertura dei contenuti accessibili, non un verdetto sulla tua applicazione.
- Il DOM, la tastiera e il focus non sono osservati. L'accessibilità di un'applicazione non si riduce ai suoi contenuti, e il resto è tuo.
- La dichiarazione di accessibilità EAA è un documento che pubblichi tu. Sonenta aiuta a raccogliere il materiale, non lo attesta.
Per approfondire
Fino all'ultima parola.
Pronto ad adattare il tuo prodotto a ogni utente?
Inizia gratis in pochi minuti. Senza carta di credito, senza impegno, con i tuoi export sempre aperti.