Användningsfall
Tillgängligt innehåll
European Accessibility Act gäller sedan juni 2025, och den del av tillgängligheten som lever i innehållet kan hanteras där innehållet redan finns.
Problemet
- Alt-texter och ARIA-etiketter skrivs i slutet av projektet, när sammanhanget har glömts bort.
- De skrivs på ett språk och översätts sedan utan granskning.
- Ingen vet hur stor andel av innehållet som faktiskt har dem.
Vad Sonenta ändrar
- Fyra tillgänglighetsytor lever bredvid nyckeln:
aria_label,alt_text,screen_reader,plain_language. - Agenten genererar dem från den synliga texten och dess sammanhang, på alla dina språk, under utvecklingen.
- Ett läsbarhetsvärde beräknas lokalt, utan serveranrop.
- MCP-verktyget
wcag_reportmäter innehållslagret kriterium för kriterium, och täckningsrapporten går att exportera.
Var man börjar
// 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 Kända begränsningar, och de spelar roll
- Sonenta utfärdar varken certifiering eller överensstämmelserapport. Det du får är en täckningsrapport för tillgängligt innehåll, inte ett utlåtande om din applikation.
- DOM, tangentbord och fokus observeras inte. En applikations tillgänglighet går inte att reducera till dess innehåll, och resten är din.
- EAA-tillgänglighetsredogörelsen är ett dokument som du publicerar. Sonenta hjälper till att samla underlaget, det intygar det inte.
In i sista ordet.
Redo att anpassa din produkt till varje användare?
Börja gratis på några minuter. Inget kreditkort, inget åtagande, och dina export alltid öppna.