Caso de uso
Contenido accesible
La European Accessibility Act se aplica desde junio de 2025, y la parte de la accesibilidad que vive en el contenido puede tratarse donde el contenido ya vive.
El problema
- Los textos alternativos y las etiquetas ARIA se escriben al final del proyecto, cuando ya se ha olvidado el contexto.
- Se escriben en un solo idioma y luego se traducen sin revisión.
- Nadie sabe qué proporción del contenido los tiene.
Lo que cambia Sonenta
- Cuatro superficies de accesibilidad viven junto a la clave:
aria_label,alt_text,screen_reader,plain_language. - El agente las genera a partir del texto visible y su contexto, en todos tus idiomas, durante el desarrollo.
- Una puntuación de legibilidad se calcula en local, sin llamada al servidor.
- La herramienta MCP
wcag_reportmide la capa de contenido criterio por criterio, y el informe de cobertura se exporta.
Por dónde empezar
// 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 contenuLímites conocidos, y cuentan
- Sonenta no emite ni certificación ni informe de conformidad. Lo que obtienes es un informe de cobertura del contenido accesible, no un veredicto sobre tu aplicación.
- El DOM, el teclado y el foco no se observan. La accesibilidad de una aplicación no se reduce a su contenido, y lo que queda es tuyo.
- La declaración de accesibilidad EAA es un documento que publicas tú. Sonenta ayuda a reunir el material, no lo certifica.
Hasta la última palabra.
¿Listo para adaptar tu producto a cada usuario?
Empieza gratis en unos minutos. Sin tarjeta de crédito, sin compromiso, y con tus exportaciones siempre abiertas.