Zayloft Accessibility

1. النطاق

تنطبق هذه الإفادة على مواقع Zayloft العامة وتجارب الحساب المصادق عليها وواجهات المطور والمحتوى الرقمي ذي الصلة الذي يشير إليها. وقد تختلف خصائص الوصول بين المنتجات والتكاملات ويمكن أن يكمل هذه الصفحة إشعار خاص بالخدمة.

2. المعيار المرجعي

تستخدم Zayloft معيار WCAG 2.2 المستوى AA كهدف مرجعي عملي حيث يكون مناسباً. ينظم WCAG الوصول حول قابلية الإدراك والتشغيل والفهم والمتانة. وما لم تنشر Zayloft ادعاء مطابقة محدداً لمنتج وإصدار ونطاق تم تقييمه فلا ينبغي تفسير هذه الصفحة على أن كل صفحة أو ميزة متوافقة بالكامل.

3. الوصول من خلال التصميم

تكون إمكانية الوصول أكثر فعالية عندما تعالج المشكلات في التصميم والكود والمحتوى بدلاً من تركها لـ overlays أو أوضاع منفصلة. لذلك تسعى Zayloft إلى دمج الوصول في البنية والتفاعل والمحتوى والنماذج والتنقل ومراجعة المنتج.

4. الوصول بلوحة المفاتيح

ينبغي أن تكون الضوابط التفاعلية قابلة للوصول والاستخدام بلوحة المفاتيح عندما يمكن تشغيل الوظيفة دون فأرة أو touch بشكل معقول. يجب أن يكون ترتيب التنقل منطقياً وموقع focus واضحاً. ولا ينبغي لنصوص الحماية أو الاختصارات أن تمنع التنقل المعتاد أو أوامر التقنيات المساعدة أو وظائف الوصول في المتصفح.

5. وضوح focus وإدارته

ينبغي أن توفر العناصر التفاعلية مؤشراً مرئياً للـ focus بتباين كاف، وألا تحجب headers أو dialogs العنصر الذي يحمل focus دون حاجة. ويجب إدارة focus في الواجهات المؤقتة بطريقة مفهومة لمستخدمي لوحة المفاتيح وscreen readers.

6. النص والتباين والتكبير وreflow

تسعى Zayloft إلى خطوط مقروءة وتباين كاف وتخطيطات قابلة للاستخدام عند تكبير النص أو المتصفح. لا ينبغي أن تعتمد المعلومات على اللون وحده، ويجب أن تدعم التخطيطات responsive إعادة التدفق دون تمرير ثنائي الأبعاد غير ضروري.

7. الحركة والرسوم والوميض

يجب استخدام الحركة والرسوم باعتدال لتقليل الحواجز الدهليزية أو المعرفية أو المتعلقة بالانتباه. حيث يكون مناسباً تسعى Zayloft لاحترام reduced motion وتجنب أنماط الوميض التي تنشئ مخاطر يمكن تفاديها.

8. البنية الدلالية والتقنيات المساعدة

ينبغي استخدام headings وlandmarks وlabels وروابط وعناصر دلالية ذات معنى عندما يكون ذلك عملياً. يجب أن تكشف الضوابط المخصصة الاسم والدور والحالة والقيمة المناسبة، ويجب تحديد لغة الصفحة واتجاهها بشكل صحيح.

9. الصور والأيقونات والمحتوى غير النصي

يجب أن تحتوي الصور المعلوماتية على بدائل نصية مناسبة وأن تكون الصور الزخرفية غير مزعجة لمستخدمي screen readers. ويجب أن تحمل الأيقونات التفاعلية اسماً متاحاً يوضح وظيفتها.

10. الصوت والفيديو والمحتوى الزمني

عند نشر محتوى مسجل مهم ينبغي النظر في captions وtranscripts وaudio description أو بدائل مناسبة حسب المحتوى والمتطلبات. وقد تحتاج captions التلقائية إلى مراجعة لأن الأخطاء قد تغير المعنى.

11. النماذج والمصادقة والأخطاء

ينبغي أن يكون لكل حقل label أو اسم متاح وأن توضح التعليمات التنسيقات أو القيود عند الحاجة. يجب توصيل الأخطاء نصياً وربطها بالحقل عندما يكون عملياً. كما ينبغي أن تتجنب مسارات المصادقة والتحقق الحواجز المعرفية غير الضرورية وتوفر بدائل مناسبة.

12. الروابط والأزرار وحجم الأهداف

يجب أن توضح الروابط والأزرار غرضها من خلال الاسم المتاح والسياق. وينبغي أن يكون حجم ومسافة الأهداف التفاعلية مناسبين لتقليل التنشيط العرضي. كما لا ينبغي أن تكون النوافذ الجديدة أو الإجراءات غير القابلة للعكس مفاجئة بلا داع.

13. تجارب الهاتف والتصميم responsive

تسعى Zayloft إلى دعم التشغيل المتاح عبر أحجام العرض وطرق الإدخال الشائعة. ويجب أن تحافظ تخطيطات الهاتف على ترتيب القراءة وlabels والوصول إلى الإجراءات الأساسية.

14. اللغة والتوطين وRTL

تدعم Zayloft لغات متعددة وعرض right-to-left عند تفعيله. وينبغي أن يحافظ المحتوى المحلي على البنية الدلالية والترتيب وlabels والمعنى وأن تحدد تغييرات اللغة عند الحاجة للتقنيات المساعدة.

15. واجهات المطور والحساب

قد تحتوي dashboards وأدوات المطور على بيانات معقدة وكود وجداول وlogs واعتمادات وحالات. ينبغي أن توفر labels ووصولاً بلوحة المفاتيح وبدائل نصية عندما يكون ذلك عملياً. APIs وSMPP ليست واجهات وصول للمتصفح لكن وثائقها وأدوات إعدادها جزء من التجربة الرقمية.

16. محتوى وتكاملات الأطراف الأخرى

قد تتضمن بعض التجارب مكونات دفع أو مصادقة أو اتصالات أو media أو دعم من أطراف أخرى. تسعى Zayloft لاختيار وتهيئة هذه المكونات مع مراعاة الوصول حيث يكون ذلك ممكناً بشكل معقول، مع أن الوصول قد يعتمد أيضاً على المزود وإعداد العميل. ويمكن الإبلاغ عن العوائق لتقييم بديل أو معالجة.

17. التقييم وحالة المطابقة

إمكانية الوصول عملية مستمرة. الأدوات الآلية لا تستبدل اختبار لوحة المفاتيح وscreen reader والمراجعة البصرية والخبرة المتخصصة. ولا تدعي Zayloft أن كل صفحة أو تكامل أو تجربة يهيئها العميل خالية من عيوب الوصول.

18. الإبلاغ عن حاجز

إذا واجهت حاجزاً أرسل إلى support@zayloft.com بعنوان “Accessibility” واذكر الصفحة أو الوظيفة والمهمة والمشكلة، ويمكنك ذكر المتصفح أو الجهاز أو التقنية المساعدة إذا رغبت. لا ترسل كلمات مرور أو API keys أو tokens أو OTP أو أسراراً أخرى.

19. الوصول البديل والمساعدة المعقولة

إذا منع حاجز رقمي الوصول إلى معلومة أو إجراء مهم فاشرح المهمة التي تحتاج إلى إنجازها. حيث يكون متاحاً ومناسباً بشكل معقول يمكن لـ Zayloft تقييم صيغة بديلة أو طريقة تواصل أو مسار بمساعدة دون طلب معلومات حساسة غير ضرورية أو إضعاف أمان الحساب.

20. المتطلبات والتحديثات

تختلف التزامات الوصول حسب الولاية القانونية والمنتج ونوع العميل وطبيعة الخدمة. ستتعامل Zayloft مع المتطلبات المنطبقة دون الادعاء بأن معياراً تقنياً واحداً يحل تلقائياً كل التزام قانوني. ويمكن تحديث هذه الإفادة عند تغير المنتجات أو المعايير أو الممارسات أو المتطلبات.