التصميم/الهندسة المعمارية

ويب-27

الويب-27: يجب على جميع الوكالات عرض راية الكومنولث دون تغيير وكما هو محدد في نظام تصميم COV. 

فهم WEB-27  

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

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

يحتوي كل شريط علامات تجارية تم إنشاؤه على: 

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

يجب استخدام التعليمات البرمجية التي تم إنشاؤها كما هي ولا يجب تعديلها بأي شكل من الأشكال. يجب إرسال أي صعوبات في التثبيت إلى فريق خدمات الويب المؤسسية في VITA عبر البريد الإلكتروني يجب استخدام الكود الذي تم إنشاؤه كما هو ولا يجب تعديله بأي شكل من الأشكال. يجب إرسال أي صعوبات في التثبيت إلى فريق خدمات الويب المؤسسية في VITA عبر البريد الإلكتروني developer@vita.virginia.gov. 

ويب-28

الويب-28: يجب أن توفر أنظمة الويب الخاصة بـ COV مربع بحث في موقع الوكالة يظهر في كل صفحة ويتم عرضه وفقًا لتوجيهات نظام تصميم COV. 

فهم WEB-28

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

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

بالإضافة إلى ذلك، يجب أن تلتزم مربعات البحث بأفضل الممارسات التالية: 

  • يجب أن يحتفظ البحث، حيثما أمكن، بحقل استعلام بنص مفتوح مع نص عنصر نائب يحمل اسم "بحث" أو مع تعليمات أكثر سياقًا تقتصر على بضع كلمات يمكن للمستخدم كتابة الاستعلامات فيها. 
  • يجب أن تكون مربعات البحث مصحوبة بأيقونة عدسة مكبرة بأقل قدر من التفاصيلs ممكن (خط بسيط). يتعرف المستخدمون عالميًا على العدسة المكبرة كرمز لوظيفة البحث. 
  • عندما يكون ذلك ممكنًا، يجب ألا يخفي هذا الرمز وظيفة البحث لأنه يزيد من تكلفة التفاعل (المزيد من النقرات) ويجعل وظيفة البحث أقل تميزًا. 
  • عندما تكون في شك، افعلها مثل جوجل. 
  • يجب تأكيد استعلامات البحث عن طريق الضغط على Enter. يمكن أيضًا تأكيد استعلامات البحث عن طريق الضغط على زر التأكيد إذا رغبت في ذلك، على الرغم من أنه يجب الاحتفاظ بتفاعل الضغط على زر الإدخال في مربع البحث. 
  • في حالة إضافة زر تأكيد، يجب أن يكون حجمه وموضعه مناسبًا (عادةً ما يكون بارتفاع مربع البحث نفسه، ويوضع على يمين حقل الاستعلام بالنص المفتوح). يجب أن يكون حجم زر البحث هذا كحد أدنى 45 × 45 بكسل في الحجم لتلبية أفضل ممارسات إمكانية الوصول. 
  • يجب أن يكون حجم مربع النص المدخلات عريضًا للتعامل مع ما يقرب من 27 أحرف في الطول كحد أدنى (يتم تعيينه باستخدام ems). 
  • حيثما أمكن، يجب وضع مربع البحث في الزاوية العلوية اليمنى من الموقع الإلكتروني للوكالة، أسفل شريط العلامات التجارية للكومنولث. 
  • يمكن أن يساعد حقل القائمة المنسدلة للاقتراحات التلقائية التي تحتوي على أقل من 10 عناصر في مساعدة المستخدمين في العثور على ما يبحثون عنه بسرعة أكبر، ومع ذلك، يجب على الوكالات التي تستخدم هذا الحقل التأكد من أن الاقتراحات التي يولدها الحقل تلقائيًا يجب أن تكون ذات صلة بمصطلحات البحث التي تم كتابتها في حقل الإدخال. 
  • بمجرد أن يضغط المستخدم على مفتاح الإدخال، يجب أن يظل مصطلح البحث الأصلي في الحقل ما لم يقم المستخدم بمسحه، ويجب أن تظهر للمستخدم صفحة نتائج تعرض النتائج بناءً على استعلام البحث. 
  • إذا لم يُرجع استعلام البحث أي نتائج، يجب أن يتم تزويد المستخدمين بمعلومات تفيد بوضوح أنه لا توجد نتائج مطابقة. 

ويب-29

WEB-29: يجب أن تشتمل أنظمة الويب COV على خريطة موقع لتمكين محركات البحث من الزحف إلى موقع الويب بشكل أكثر كفاءة. سيتم توفير أمثلة في نظام تصميم COV.

فهم WEB-29

خريطة الموقع هو ملف يسمح لمحركات البحث باكتشاف معظم موقعك من خلال الزحف إلى محتواه. 

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

لمعرفة المزيد حول كيفية إنشاء خرائط الموقع بتنسيق XML، يرجى زيارة وثائق تنسيق خرائط الموقع XML على sitemap.org. 

توصي VITA باتباع أفضل ممارسات خريطة الموقع التالية كما هو موضح على موقع developer.google.com: 

  • يجب أن تقتصر خريطة الموقع الواحدة على 50ميغابايت غير مضغوطة. إذا كان ملف خريطة الموقع الخاص بوكالتك أكبر، يُرجى تقسيم خريطة موقعك إلى عدة خرائط مواقع. 
  • يجب أن تكون ملفات خريطة الموقع مشفرة بترميز UTF-8. 
  • يوصى باستضافة خرائط الموقع الخاصة بك في جذر الموقع. 
  • استخدم عناوين URL مطلقة ومؤهلة بالكامل في خريطة موقعك، على سبيل المثال، استخدم https://www.myvaagency.gov/agencypage.html بدلاً من /agencypage.html. 

ويب-30

WEB-30: يجب أن تضمن أنظمة الويب COV أن تحتوي كل صفحة على تذييل يحتوي على المعلومات التالية، كحد أدنى 

  • اسم الوكالة 
  • معلومات حقوق الطبع والنشر 
  • نص أو رابط أيقونة معتمد يوضح التوافق مع مبادرة إمكانية الوصول إلى الويب (WAI).
  • رابط إلى بيان سياسة الخصوصية على الإنترنت الخاص بالوكالة.
  • رابط معلومات قانون حرية المعلومات
  • إخلاء المسؤولية للترجمة
  • صفحة اتصل بنا
  • عناصر أخرى على النحو المحدد في نظام تصميم COV 

فهم WEB-30

تذييل الموقع الإلكتروني هو نمط ثابت لواجهة المستخدم يظهر في أسفل جميع صفحات موقع الوكالة. WEB-30 ينص على أن يتم عرض ما يلي في تذييل كل صفحة: 

  • اسم الوكالة يجب عرض اسم الوكالة بالكامل 
  • معلومات حقوق الطبع والنشر: معروضة كحقوق النشر © اسم الوكالة بالكامل [السنة الحالية] 
  • نص أو رابط رمز معتمد يوضح مبادرة إمكانية الوصول إلى الويب (WAI): مكتوبة باسم مبادرة إمكانية الوصول إلى الويب ومرتبطة بـ صفحة توافق WCAG 2.0.0 AA. بدلاً من ذلك، يمكن للوكالات الارتباط ب WAI باستخدام شعار WAI. يمكن العثور على الإرشادات والرموز الخاصة باستخدام الشعار على صفحة إضافة شعار التوافق مع W3C الخاصة ب W3C. 
  • من المهم أن تعمل الوكالات على استيفاء التوافق AA على النحو المنصوص عليه في WCAG 2.0 عند استخدام هذا الرابط. 
  • رابط إلى بيان سياسة الخصوصية على الإنترنت الخاص بالوكالة: إن سياسات الخصوصية خاصة بالوكالات ولكن يجب أن تشرح على الأقل كيفية استخدام الوكالة لمعلومات المستخدم وجمعها عند الوصول إلى الموقع، وما هي المعلومات التي يتم جمعها، وكيف تتعلق بقانون فرجينيا، وأين يمكن للمستخدم الوصول إلى المزيد من المعلومات، وسياسة ملفات تعريف الارتباط، وغيرها من المعلومات التي تتعلق باستخدام بيانات المستخدم. يمكن العثور على مثال على virginia.gov. 
  • رابط معلومات قانون حرية المعلومات المعلومات الخاصة بقانون حرية المعلومات هي معلومات خاصة بالوكالة ويجب أن تحتوي على معلومات بلغة واضحة عن قانون فيرجينيا لحرية المعلومات، وحقوق المستخدم بموجب قانون حرية المعلومات، وكيف يمكن للمستخدم طلب السجلات، ومكان إرسال الطلب، ومسؤوليات الوكالة عند تلقي الطلب. يمكن العثور على مزيد من المعلومات حول قانون حرية المعلومات في قانون فرجينيا، الفصل 37. 
  • إخلاء المسؤولية عن الترجمة: ينص إخلاء المسؤولية عن الترجمة على أن هناك جهة خارجية (عادةً ما تكون مترجم جوجل) متاحة لتوطين الصفحات. يجب أن يذكر إخلاء المسؤولية هذا اسم الطرف الثالث، بالإضافة إلى النص على أن الخيار متوفر لمساعدة المستخدمين في توفير الموقع الإلكتروني بلغات أخرى غير الإنجليزية، ولكن لا توجد ترجمة آلية مثالية وأن خدمة الطرف الثالث مقدمة "كما هي". يمكن العثور على مثال على صفحة إخلاء المسؤولية عن الترجمة في VITA. 
  • صفحة اتصل بنا: يجب تضمين صفحة اتصل بنا في تذييل الصفحة. يرجى الاطلاع على WEB-31 للحصول على معلومات إضافية. 

بالإضافة إلى ذلك، يوصي نظام تصميم COV بأن جميع التذييلات 

  • العمل على الهاتف المحمول 
  • أن الروابط الإضافية في التذييل يجب أن يتم اختيارها لغرض معين (متكررة الاستخدام، خريطة موقع مصغرة، إلخ) 
  • تحتوي على روابط/أيقونات لوسائل التواصل الاجتماعي، ولكن لا تحتوي على موجزات اجتماعية كاملة 
  • واضح وسهل القراءة مع الحد الأدنى من الصور أو بدونها 
  • اجعل الدعوة إلى الإجراءات موجزة وذات اتجاه وهدف واضحين في حالة استخدامها. 

ويب-31

WEB-31: يجب أن توفر أنظمة الويب الخاصة بـ COV صفحة "اتصل بنا" التي يجب أن تتضمن، كحد أدنى، صفحة الوكالة 

  • العنوان البريدي
  • رقم الفاكس إن وجد
  • رقم الهاتف، بما في ذلك رقم الهاتف المجاني و/أو رقم الهاتف اللاسلكي إذا كان متاحاً
  • إرسال رابط البريد الإلكتروني أو نموذج الاتصال إلى جهة اتصال الوكالة. 
  • يجب أن تكون صفحة اتصل بنا متاحة من تذييل الصفحة.  

فهم WEB-31

ملاحظة يجب على الوكالات استخدام عناوين بريد إلكتروني عامة وتجنب ربط روابط الاتصال بالوكالة بأفراد محددين. 

تتيح صفحة "اتصل بنا" للمستخدمين التواصل مع الوكالة لطرح أي أسئلة أو استفسارات من خلال وسائل مختلفة لاستيعاب مختلف المستخدمين. 

  • يجب أن تكون العناوين البريدية هي العنوان الفعلي للوكالة وليس صندوق بريد، وتنسيقها على هذا النحو: 
     الاسم الكامل للوكالة 
    123 عنوان الشارع الطريق، رقم الجناح 456 
    المدينة، فيرجينيا الرمز البريدي 
     
  • رقم الفاكس، إذا كان متاحاً، منسقاً على هذا النحو: 
    123-555-555-5555 (فاكس)
  • رقم الهاتف، بما في ذلك رقم الهاتف المجاني و/أو رقم TTY إذا كان متاحاً، منسقاً على هذا النحو: 
    1-123-123-555-5555 (الهاتف) 
    1-800-555-5555 (الرقم المجاني) 
    1-123-123-555-5555 (tty) 
  • يمكن تقديم المزيد من الإرشادات عند الحاجة حول كيفية استخدام خدمة TTY أو خدمات التتابع إذا كانت متوفرة. 
  • يجب استخدام رابط بريد إلكتروني عام لتجنب ربط جهة اتصال الوكالة بفرد معين ويجب تنسيقه على هذا النحو: 
     
    contact@agency.virginia.gov 
     
    نموذج الاتصال إلى جهة اتصال وكالة هو بديل لعنوان البريد الإلكتروني. في حالة استخدام نموذج، يجب أن تحتوي النماذج على الحقول التالية كحد أدنى للرد, مع وضع العلامات المناسبة:
  • الاسم الأول
  • اسم العائلة (؟ هل اسم العائلة مطلوب حقاً؟ بناءً على مبدأ الأقل)
  • البريد الإلكتروني أو رقم الهاتف
  • حقل للرسالة أو التعليق 

ويب-36

WEB-36: يجب أن تدعم أنظمة الويب الخاصة بمنصة COV، بما في ذلك الأنظمة التجارية الجاهزة (COTS)، وضع العلامات البيضاء للاستخدام السلس للعلامة التجارية للكومنولث كما هو محدد في نظام تصميم COV.

فهم WEB-36

يتم تعريف أنظمة الويب الخاصة بالمنصة من قبل EA على أنها: 

أي نظام ويب يوفر إمكانات على مستوى المؤسسة للتطبيقات واسعة النطاق أو متعددة المستأجرين، بما في ذلك أنظمة إدارة الموارد البشرية (HRMS) وحلول الإدارة المالية (FMS) وإدارة سلسلة التوريد (SCM) وإدارة علاقات العملاء (CRM) وإدارة أداء المؤسسة (EPM) وأنظمة إدارة المحتوى (CMS). 

يجب أن تسمح هذه الأنظمة للوكالات التابعة لـ COVA بإعادة تصميم مظهرها لتتناسب مع معايير نظام مظهر وتصميم وكالة الطاقة (المعروف أيضًا باسم التسمية البيضاء) عند تقديمها خارجيًا أو في مواجهة الجمهور. كحد أدنى، يجب أن يعرض نظام الويب الخاص بالمنصة الذي يمكن الوصول إليه من قبل المستخدمين العموميين شريط العلامة التجارية للكومنولث في أعلى الصفحة. 

إمكانية الوصول

ويب-39

الويب-39: يجب أن توفر أنظمة الويب الخاصة بـ COV المعلومات اللازمة لإمكانية الوصول التي يجب عرضها وفقًا لتوجيهات نظام تصميم COV، بحيث يكون لدى المستخدم معرفة فورية بكيفية التنقل في الموقع الإلكتروني على أفضل وجه.

فهم WEB-39

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

الويب-40 - الويب-43

المتطلبات البصرية (WEB-40 - WEB-43)

فهم WEB-40 - WEB-43

تستند إرشادات الألوان عالية التباين إلى معيار النجاح 1.4.3 الخاص بمعيار النجاح .4. في WCAG التباين (الحد الأدنى)، والذي ينص على: 

العرض المرئي لـ النص و صور النص لديه نسبة التباين على الأقل من 4.5}.5:1، باستثناء ما يلي: 

  • على نطاق واسع النص وصور النصوص كبيرة الحجم بنسبة تباين لا تقل عن 3:1;
  • نص أو صور نصية تشكل جزءًا من نص غير نشط مكون واجهة المستخدمالتي هي زخرفة نقية، التي لا يراها أي شخص، أو التي تكون جزءًا من صورة تحتوي على محتوى مرئي آخر مهم، لا يشترط التباين.
  • النص الذي يمثل جزءاً من الشعار أو اسم العلامة التجارية ليس له متطلبات تباين. 

يمكن تحديد نسب التباين اللوني باستخدام أداة تدقيق مثل SiteImprove أو أدوات التدقيق عبر الإنترنت مثل WebAIM. 

تستند إرشادات التلميحات الصوتية إلى معيار النجاح 1.2.2 الخاص بمعايير WCAG التعليقات (المسجلة مسبقًا)، والتي تنص على: 

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

يمكن العثور على إرشادات حول أفضل الممارسات لتقديم التعليقات التوضيحية على الموقع الموصى به من WCAG، joeclark.org و موقع البرنامج الإعلامي الموصوف والتعليق عليه. 

بالإضافة إلى ذلك، لا يمكن لجميع المستخدمين فهم أو إدراك الألوان أو الصور أو غيرها من الإشارات البصرية بسبب الإعاقات التي تؤثر على الرؤية مثل العمى أو عمى الألوان لدى المستخدمين المبصرين. يعتمد WEB-41 على معيار نجاح WCAG 1.4.1 من معايير النجاح WCAG استخدام اللون، والذي ينص على: 

لا يتم استخدام اللون كوسيلة بصرية وحيدة لنقل المعلومات أو الإشارة إلى إجراء ما أو الحث على الاستجابة أو تمييز عنصر مرئي. 

على سبيل المثال، إذا كان نموذج جهة الاتصال يحتوي على زر أخضر ل "إرسال" وزر رمادي ل "مسح النموذج,", يجب وضع علامات واضحة على كل من الأزرار وتعليمات التقديم. في هذه الحالة يجب تسمية الزر الأخضر ب "إرسال" والزر الأحمر ب "مسح.". يجب أن توجه الإرشادات المستخدمين إلى "النقر على زر الإرسال لتأكيد إرسال النموذج أو النقر على زر مسح النموذج لمسح النموذج والبدء من جديد." 

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

يجب ألا تستخدم الوكالات اللون وحده للدلالة على الروابط التشعبية على مواقعها الإلكترونية. يجب أن تتطلع الوكالات إلى استخدام متناسق، أنماط تصميم يسهل التعرف عليها للدلالة على الارتباطات التشعبية الداخلية والخارجية على حد سواء، مثل الارتباطات التشعبية الداخلية والخارجية، مثل الارتباطات التشعبية الأساسية وحالات التحويم في CSS والأيقونات (خاصة في حالة الارتباط التشعبي الخارجي). 

علاوة على ذلك، يجب أن تقدم الحقول التي تم تمييزها على أنها مطلوبة أو الحقول التي يتم استيفاء أخطاء الإدخال بها هذه المعلومات بطرق لا يتم تحديدها فقط من خلال استخدام اللون. على سبيل المثال، لا يمكن تمييز حقل ما بإطار أحمر أو وضع علامة النجمة الحمراء بجانبه. بدلاً من ذلك، يجب على الوكالات النظر في معرّفات مثل "الاسم الأول مطلوب" أو "الاسم الأول*" ومُعرّف يقول "* = حقل مطلوب". 

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

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

  • تحديد كل حقل في الخطأ
  • تقديم اقتراحات (عند معرفتها) لتصحيح الأخطاء,
  • تعريض هذه المعلومات بشكل صحيح للتكنولوجيا المساعدة. 

للحصول على معلومات وأمثلة إضافية حول كيفية تنسيق حقول النماذج التي يمكن الوصول إليها مع وجود أخطاء، يرجى زيارة مستوى الوصول' كيفية توفير صفحةتحديد أخطاء النماذج التي يمكن الوصول إليها. 

متطلبات ARIA

الويب-44 - الويب-53

الويب-44 - الويب-53: متطلبات ARIA

فهم WEB-44 - WEB-53

يحتوي HTML 5 على تنوع أكبر وعلامات HTML وصفية أكثر لمساعدة المطورين وتقنية الوصول بسهولة أكبر على فهم بنية صفحة الويب ومحتواها وتنظيمها. يجب أن تتأكد الوكالات من أن مواقعها الإلكترونية تستخدم لغة HTML الدلالية بشكل صحيح لمساعدة المطورين والمستخدمين وتقنيات الوصول إلى محتوى موقعها الإلكتروني بشكل مناسب. علاوة على ذلك، يساعد ترميز HTML5 الدلالي في الحد من استخدام ARIA في كود HTML. للمزيد من المعلومات حول الترميز الدلالي في HTML 5 ودوره في الوصول، يرجى زيارة HTMLمن موزيلا :أساس جيد لصفحة الويبالخاصة بإمكانية الوصول. 

ARIA، أو تطبيقات الإنترنت الغنية القابلة للوصول هي مجموعة من الأدوار والسمات المضافة إلى كود HTML لجعل موقع الويب أكثر سهولة للمستخدمين الذين يستخدمون تقنيات الويب المساعدة. إذا كان لديك خيار استخدام عنصر HTML مع دلالات وسلوك مدمج بالفعل، فاستخدم عنصر HTML هذا بدلاً من AIRA. يجب على الوكالات استخدام ARIA مع عنصر HTML إذا لم يكن هناك عنصر HTML آخر يصف أو يعمل بشكل دلالي أو سلوكي أصلاً ما يقوم به هذا العنصر. عندما تختار الوكالات استخدام ARIA، يجب أن تكون على دراية بأنها مسؤولة عن إنشاء تجربة أصلية مناسبة ومناسبة لتقنيات الويب المساعدة (مثل ترتيب علامات التبويب بلوحة المفاتيح). 

WEB-44 - WEB-53 تشير على وجه التحديد إلى متطلبات استخدام ARIA في حال وجدت الوكالات حالة لا يوجد فيها ترميز دلالي مكافئ. يمكن للمطورين الرجوع إلى تطبيقات الإنترنت الغنية التي يسهل الوصول إليها (WAI-ARIA) 1.3 لمزيد من التفاصيل المتعمقة لمعايير ARIA، بينما يمكن للمصممين الرجوع إلى دليل ممارسات التأليف ARIA الخاص ب W3C (APG) للحصول على معلومات حول أنماط التصميم الشائعة وكيفية تصميم التفاعلات التي تعمل بشكل أفضل مع استخدام ARIA. 

تفاعل المستخدم مع التخطيط

الويب-54 - الويب-102

الويب-54 - الويب-102: تفاعل المستخدم مع التخطيط

فهم WEB-54 - WEB-102

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

  • مرئي
  • سمعي
  • المحرك
  • الإدراك 

على هذا النحو، يجب على الوكالات أن تتأكد من أن مواقعها الإلكترونية قادرة على الوصول إلى هذه المجموعات الخمس من المستخدمين والتفاعل معها، وأن تكون هناك أشكال بديلة لتفاعلات مواقعها الإلكترونية. إذا كان الرابط متاحًا بمؤشر الفأرة على سبيل المثال، فيجب أن يكون متاحًا أيضًا من خلال لوحة المفاتيح عبر ترتيب علامات التبويب، ومن خلال قارئات الشاشة عبر الترميز الدلالي، وأن يُشار إليه بصريًا وليس فقط من خلال اللون. بالإضافة إلى ذلك، يجب على الوكالات النظر في وصف الوسائط المرئية (مثل الصور) من خلال النص البديل، والنص الوصفي أو أي نص آخر مكافئ للإشارات السمعية.  

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

عند الشك، أبقِ الأمر بسيطاً! 

يمكن للمطورين والوكالات الرجوع إلى معايير WCAG Web 2.1 WCAG Web .1 للحصول على أحدث معايير الويب الحديثة والمعتمدة إذا كانوا يرغبون في التعمق أكثر. ومع ذلك, لقد وضعت جامعة هارفارد دليلاً بسيطاً وسهل القراءة لأهم 10 الأساسيات التي يجب على المطورين مراعاتها مع إمكانية الوصول التي تغطي معظم الموضوعات التي تم تناولها في WEB-54 - WEB-71. 

WEB-72 - WEB-102 يركز WEB- تحديدًا على إنشاء مواقع الويب قابلة للإدراك، قابلة للتشغيل و قوية. هذه ثلاثة من أربعة مبادئ موثقة في مبادئ WCAG الأربعة لإمكانية الوصول الخاصة ب WCAG. 

وفقًا لـ WCAG، هذه المبادئ الأربعة هي 

  • قابل للإدراك - يجب أن تكون المعلومات ومكونات واجهة المستخدم قابلة للتقديم للمستخدمين بطرق يمكنهم إدراكها. هذا يعني أنه يجب أن يكون المستخدمون قادرين على إدراك المعلومات التي يتم تقديمها (لا يمكن أن تكون غير مرئية لجميع حواسهم) 
  • قابل للتشغيل - يجب أن تكون مكونات واجهة المستخدم والتنقل قابلة للتشغيل. وهذا يعني أنه يجب أن يكون المستخدمون قادرين على تشغيل الواجهة (لا يمكن أن تتطلب الواجهة تفاعلاً لا يمكن للمستخدم القيام به) 
  • مفهوم - يجب أن تكون المعلومات وتشغيل واجهة المستخدم مفهومة. هذا يعني أنه يجب أن يكون المستخدمون قادرين على فهم المعلومات وكذلك تشغيل واجهة المستخدم (لا يمكن أن يكون المحتوى أو التشغيل خارج نطاق فهمهم) 
  • متينة - يجب أن يكون المحتوى قويًا بما فيه الكفاية بحيث يمكن تفسيره بشكل موثوق من قبل مجموعة واسعة من وكلاء المستخدمين، بما في ذلك التقنيات المساعدة. هذا يعني أنه يجب أن يكون المستخدمون قادرين على الوصول إلى المحتوى مع تقدم التقنيات (مع تطور التقنيات ووكلاء المستخدمين، يجب أن يظل المحتوى متاحًا) 

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

بالإضافة إلى ذلك، ينص WEB-72 على أن المواقع الإلكترونية للوكالات يجب أن تحتوي على الأقل على اثنان من العناصر التالية: 

  • قائمة الصفحات ذات الصلة  
  • جدول المحتويات 
  • خريطة الموقع 
  • بحث 
  • قائمة بجميع الصفحات 

لمزيد من المعلومات بطريقة موجزة ومبسطة، يمكن للوكالات الرجوع إلى مبادئ جامعة هارفارد من الموقع الإلكتروني لمبادرة إمكانية الوصول الرقمي الخاصة بها. 

التنقل في جهاز المستخدم

الويب-103 - الويب-120

ويب-103 - WEB-120: تصفح جهاز المستخدم

فهم WEB-103 - WEB-120

WEB-103 - يركز WEB-120 على وجه التحديد على الطرق البديلة لتصفح موقع الويب. من المهم إدراك أنه ليس كل المستخدمين يستخدمون جهاز إدخال يستخدم مؤشر الماوس. يمكن أن تشتمل أجهزة الإدخال البديلة على قارئات الشاشة، والأوامر الصوتية، وعصي الفم، والرشفة والنفخة، ومفاتيح التبويب والإدخال الموجودة في لوحات مفاتيح الكمبيوتر، على سبيل المثال لا الحصر. 

يمكن للوكالات معرفة المزيد عن التقنيات المساعدة على صفحة جامعة بيركلي لأنواع التقنيات المساعدة على الإنترنت. 

بالإضافة إلى ذلك، يشير قسم EA هذا أيضًا إلى وظيفة التحكم الحركي للمستخدمين المحتملين على الأجهزة المحمولة، حيث ينص على ما يلي: 

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

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

يمكن للوكالات العثور على تفصيل لتقنيات إضافية لإمكانية الوصول، بما في ذلك تلك الموجودة في القسم، في صفحة الويب الخاصة بتقنيات التقنيات المساعدة بجامعة هارفارد. 

المحتوى السمعي البصري

الويب-121 - الويب-128

محتوى الصوت والصورة: الويب-121 - الويب-128

فهم WEB-121 - WEB-128

يجب أن تكون جميع الوسائط السمعية والبصرية متاحة ومنسقة بشكل مناسب للمستخدمين على الويب. يشير هذا القسم في وكالة الطاقة في إشارة محددة إلى المبدأ التوجيهي WCAG 1.2 - الوسائط المستندة إلى الوقتالتي تحدد كيفية إتاحة الوصول إلى المحتوى السمعي البصري على المواقع الإلكترونية. يجب الرجوع إلى المعيارين 1.2.2.1 و 1.2.5 ، وفيما يلي المعايير .2. و .2.: 

  • يتم توفير بديل للوسائط المستندة إلى الوقت يقدم معلومات مكافئة للمحتوى الصوتي المسجل مسبقاً فقط أو الفيديو فقط.  
  • يتم توفير التسميات التوضيحية لجميع المحتويات الصوتية المسجلة مسبقاً في الوسائط المتزامنة. 
  • يتم توفير بديل للوسائط المستندة إلى الوقت أو الوصف الصوتي لمحتوى الفيديو المسجل مسبقًا للوسائط المتزامنة, 
  • يتم توفير التسميات التوضيحية لكل المحتوى الصوتي المباشر في الوسائط المتزامنة. 
  • يتم توفير الوصف الصوتي لجميع محتويات الفيديو المسجلة مسبقاً في وسائط متزامنة. 

بالإضافة إلى ذلك، يجب أن توفر جميع المحتويات المباشرة، مثل الندوات عبر الإنترنت والبث عبر الإنترنت المستضافة على مواقع الويب أو التطبيقات الخاصة بالوكالة، تعليقات دقيقة وفي الوقت المحدد (مثل الترجمة الفورية و/أو النسخ النصية CART). 

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