حالة استخدام
محتوى يمكن الوصول إليه
يسري European Accessibility Act منذ يونيو 2025، والجزء من إمكانية الوصول الذي يعيش في المحتوى يمكن معالجته حيث يعيش المحتوى أصلاً.
المشكلة
- تُكتب النصوص البديلة وتسميات ARIA في نهاية المشروع، بعد أن يكون السياق قد نُسي.
- تُكتب بلغة واحدة ثم تُترجَم دون مراجعة.
- لا أحد يعرف أي نسبة من المحتوى تملكها فعلاً.
ما الذي تغيّره Sonenta
- أربعة أسطح لإمكانية الوصول تعيش بجوار المفتاح:
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 في جمع المادة، لكنها لا تصادق عليها.
حتى آخر كلمة.
هل أنت مستعد لتكييف منتجك مع كل مستخدم؟
ابدأ مجانًا خلال دقائق. دون بطاقة ائتمان، ودون التزام، ومع بقاء تصديراتك مفتوحة دائمًا.