Przypadek użycia

Dostępne treści

European Accessibility Act obowiązuje od czerwca 2025, a tę część dostępności, która żyje w treści, można obsłużyć tam, gdzie treść już jest.

Problem

Teksty alternatywne i etykiety ARIA pisze się na końcu projektu, gdy kontekst już wyparował.
Pisze się je w jednym języku, a potem tłumaczy bez redakcji.
Nikt nie wie, jaka część treści je ma.

Co zmienia Sonenta

Obok klucza żyją cztery powierzchnie dostępności: aria_label, alt_text, screen_reader, plain_language.
Agent generuje je z widocznego tekstu i jego kontekstu, we wszystkich Twoich językach, podczas developmentu.
Ocena czytelności liczona jest lokalnie, bez wywołania serwera.
Narzędzie MCP wcag_report mierzy warstwę treści kryterium po kryterium, a raport pokrycia da się wyeksportować.

Od czego zacząć

// 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 contenu

Znane ograniczenia, i mają znaczenie

Sonenta nie wydaje ani certyfikacji, ani raportu zgodności. Dostajesz raport pokrycia dostępnych treści, a nie werdykt o Twojej aplikacji.
DOM, klawiatura i fokus nie są obserwowane. Dostępności aplikacji nie da się sprowadzić do jej treści, a reszta jest po Twojej stronie.
Deklaracja dostępności EAA to dokument, który publikujesz Ty. Sonenta pomaga zebrać materiał, nie poświadcza go.

Dalej

Aż po ostatnie słowo.

Gotowy, by dopasować swój produkt do każdego użytkownika?

Zacznij za darmo w kilka minut. Bez karty kredytowej, bez zobowiązań, z eksportami zawsze otwartymi.