ユースケース
アクセシブルなコンテンツ
European Accessibility Act は 2025 年 6 月から適用されています。アクセシビリティのうちコンテンツに宿る部分は、コンテンツがすでにある場所で扱えます。
課題
- 代替テキストと ARIA ラベルはプロジェクトの終盤に書かれ、そのころには文脈が忘れられています。
- ひとつの言語で書かれ、そのあと確認なしに翻訳されます。
- コンテンツのどれだけがそれを備えているのか、誰も知りません。
Sonenta が変えること
- 4 つのアクセシビリティ surface がキーの隣に置かれます。
aria_label、alt_text、screen_reader、plain_language。 - エージェントが可視テキストとその文脈から、あなたのすべての言語で、開発中に生成します。
- 読みやすさのスコアはローカルで計算され、サーバー呼び出しはありません。
- MCP ツール
wcag_reportがコンテンツ層を基準ごとに測り、カバレッジ報告は書き出せます。
始め方
// 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既知の制限、そして重要です
- Sonenta は認証も適合性報告も発行しません。得られるのはアクセシブルなコンテンツのカバレッジ報告であって、あなたのアプリケーションに対する判定ではありません。
- DOM、キーボード、フォーカスは観測されません。アプリケーションのアクセシビリティはコンテンツに還元できず、残りはあなたの担当です。
- EAA のアクセシビリティ声明は、あなたが公開する文書です。Sonenta は材料を揃える手助けをしますが、それを証明はしません。