إتاحة المواقع للشركات السعودية: تحسينات عملية
- اختبر رحلة العميل كاملة بالعربية والإنجليزية، بما فيها الأخطاء والحالة التي تظهر بعد محاولة الإرسال.
- وثّق العوائق بخطوات قابلة للتكرار وبيانات تجريبية قبل تحديد نطاق الإصلاح.
- اتفق على نطاق التقييم المتخصص؛ نتيجة الفحص الآلي أو المراجعة الأولية ليست شهادة توافق.
ابدأ من قدرة الزائر على إنجاز المهمة
قد يبدو موقع الشركة مرتباً، لكن تجربة طلب عرض السعر تكشف مشكلة لا تظهر في لقطة التصميم: قائمة لا يمكن الخروج منها بلوحة المفاتيح، أو حقل تختفي تسميته عند الكتابة، أو رسالة خطأ لا توضح ما المطلوب. لذلك ابدأ بمهمة حقيقية في موقعك: الوصول إلى الخدمة، قراءة تفاصيلها، اختيار اللغة ثم إرسال الاستفسار. سجّل العائق الذي يمنع إكمال المهمة، بدلاً من الاكتفاء بطلب إضافة زر عام للإتاحة.
هذا الدليل يساعد فريق الشركة على إعداد مراجعة أولية ونطاق عمل واضح، ولا يمنح أي موقع شهادة توافق. توضح الفحوص الأولية من W3C أن اجتيازها لا يعني اكتمال تقييم الإتاحة. وكذلك نتيجة الفحص الآلي: احتفظ بها كدليل على ما فُحص، وحدد ما بقي بحاجة إلى مراجعة بشرية.
اختر الصفحات والحالات التي تمثل رحلة العميل
ابدأ بالرئيسية وصفحة خدمة ونموذج التواصل. أضف حالة الخطأ والحالة التي تظهر بعد محاولة الإرسال؛ فمراجعة النموذج الفارغ وحده لا تكشف ما يحدث عند إدخال قيمة غير صحيحة. إذا كانت الرحلة تتضمن حجز موعد أو رفع مستند أو خدمة خارجية، فاختبرها ضمن نطاق مستقل وواضح. راجع النسختين العربية والإنجليزية حتى لو كانتا تستخدمان القالب نفسه.
استخدم بيانات تجريبية لا تخص عملاءك. جهّز اسماً عربياً واسم شركة بالإنجليزية وبريداً إلكترونياً ورقم هاتف ومرجعاً للطلب. اكتب بجانب كل ملاحظة الصفحة واللغة والجهاز والمتصفح وطريقة التفاعل. ملاحظة مثل «عند الانتقال إلى حقل الهاتف بزر Tab لا يمكن رؤية مؤشر التركيز» تفيد المطور أكثر من عبارة «النموذج غير مريح».
جرّب الوصول إلى الخدمة دون استخدام الفأرة
تحرّك بين العناصر بلوحة المفاتيح وراقب أين يصل التركيز. افتح القائمة، انتقل إلى روابطها، أغلقها ثم تابع إلى محتوى الصفحة. اختبر النوافذ المنبثقة ولوحة ملفات الارتباط إذا ظهرت في الرحلة؛ فقد تكون المشكلة في طبقة تغطي الموقع، بينما بقية الصفحة تعمل بصورة جيدة. إذا تعذر تجاوز عنصر، سجّل آخر خطوة نجحت والخطوة التي توقفت عندها.
اطلب من الفريق توضيح ترتيب الانتقال بين الأزرار والحقول. ينبغي أن يكون مفهوماً لمن يحاول إنجاز المهمة، وأن لا يقفز إلى عناصر مخفية أو أقسام لا علاقة لها بالطلب. جرّب تغيير اللغة ثم العودة إلى الخدمة المطلوبة. هذه خطوات قبول عملية تقترحها شركتك للمشروع، وليست ادعاءً بأن كل معيار يفرض تصميماً واحداً للقائمة أو لاختيار اللغة.
افحص الحقول بعد إدخال البيانات
النص الذي يظهر داخل الحقل قبل الكتابة ليس بديلاً كافياً عن تسميته. حين يكتب الزائر، يجب أن يظل واضحاً هل القيمة تخص الاسم أم البريد أم الهاتف. تشرح إرشادات W3C لتسمية الحقول العلاقة بين التسمية وعنصر الإدخال. اطلب إظهار التسمية المرئية والاسم الذي تتعرف إليه التقنيات المساعدة، في العربية والإنجليزية.
حاول الإرسال دون استكمال الحقول ثم باستخدام بريد تجريبي بصيغة خاطئة. هل توضح الصفحة موضع الخطأ وطريقة تصحيحه؟ هل تحتفظ بالقيم الصحيحة، أم تجبرك على إعادة كتابة كل شيء؟ لا تعتمد على حدود حمراء وحدها لإبلاغ الزائر بالمشكلة. وبعد المحاولة، اقرأ الرسالة الأخيرة: فتح مسودة في برنامج البريد يختلف عن تأكيد وصول الرسالة، ويجب أن تصف الواجهة النتيجة الفعلية.
راجع البيانات إلى جانب شكل النموذج. أدخل قيماً مختلفة للاسم والهاتف وموضوع الطلب والرسالة، ثم اقرأ مسودة البريد أو حالة التأكيد. يجب أن تظهر كل قيمة في موضعها الصحيح؛ فقد يعرض الموقع حقولاً منفصلة بينما يقرأ معالج النموذج اسماً مكرراً ويتجاهل بقية القيم. وإذا استخدم الموقع نموذجين منفصلين للهاتف والكمبيوتر، فاختبر كليهما. نجاح أحدهما لا يثبت سلامة الآخر.
تعامل مع العربية والنص المختلط كحالة مستقلة
محاذاة الفقرة إلى اليمين لا تكفي لتحديد اتجاهها. توضح إرشادات W3C للنص من اليمين إلى اليسار دور خاصية الاتجاه في HTML. اطلب من المطور مراجعة اتجاه المستند وكيفية عرض المقاطع الإنجليزية والأرقام داخله، بدلاً من نقل تنسيق الصفحة الإنجليزية كما هو.
استخدم ورقة الاختبار نفسها في الحقول ورسالة التأكيد: اسم عربي، اسم إنجليزي، بريد إلكتروني، هاتف ومرجع مثل RFQ-27. اقرأ القيم كما تظهر، ثم انسخها إلى محرر نصوص لتتأكد من أن ترتيبها مفهوم. راقب موضع علامات الترقيم والعناوين المحيطة بها. إذا كانت البيانات تُعرض مرة أخرى داخل الطلب، افحص ذلك العرض أيضاً؛ فنجاح الإدخال لا يثبت أن شاشة المراجعة تعرضه بوضوح.
راجع المعلومات التي تحملها الصور والفيديو
اسأل عمّا يفقده الزائر إذا لم يتمكن من رؤية صورة أو متابعة تسجيل. الصورة التي تشرح مراحل العمل تحتاج إلى شرح مكافئ للمعلومة، بينما الخلفية الزخرفية لا تحتاج إلى تكرار رسالة تسويقية طويلة. اكتب البدائل بحسب وظيفة المحتوى، لا بحسب الكلمات المفتاحية التي تريد استهدافها. وفي الفيديو، راجع أن النص أو الترجمة يعكسان ما قيل فعلاً، وأن المحتوى العربي خضع لمراجعة لغوية مناسبة.
اقرأ عناوين الصفحة وحدها: هل تستطيع التمييز بين نطاق الخدمة، والمخرجات، والأمثلة، وطريقة التواصل؟ كبّر العرض وراقب إن كانت الأزرار أو الأسطر تختفي خلف عنصر ثابت. واطلب قياس تباين الألوان بأداة، بدلاً من الحكم عليه من صورة التصميم. الهدف هو الوصول إلى المعلومات واستخدامها؛ تغيير حجم الخط في لوحة إضافية لا يحل وحده مشكلة نموذج لا يمكن إكماله.
حوّل الملاحظات إلى قائمة إصلاح قابلة للتسليم
| المشكلة | المهمة المتأثرة | دليل التحقق بعد الإصلاح |
|---|---|---|
| التوقف داخل القائمة عند استخدام لوحة المفاتيح | الوصول إلى صفحة الخدمة | تسجيل الانتقال إلى القائمة والخروج منها ومتابعة الرحلة |
| اختفاء اسم الحقل بعد الكتابة | مراجعة بيانات الاستفسار | تسمية واضحة وربط برمجي صحيح لكل حقل باللغتين |
| عرض غير مفهوم للأرقام بجانب العربية | التأكد من وسائل التواصل | البيانات التجريبية نفسها قبل الإرسال وفي حالة التأكيد |
| معلومة أساسية موجودة في فيديو فقط | فهم الخدمة قبل الطلب | بديل نصي مُراجع ينقل المعلومة ذات الصلة |
عيّن مسؤولاً لكل ملاحظة واكتب خطوات إعادة اختبارها. قدّم العوائق التي تمنع إكمال المهمة، ثم انتقل إلى تحسين الوضوح والاتساق. احتفظ بسجل المراجعة ضمن قائمة التسليم؛ تغيير مزود الحجز أو استبدال القائمة قد يضيف مشكلة جديدة بعد نجاح تقييم سابق. وحدد الصفحات والحالات التي شملتها المراجعة كي لا يمتد الحكم إلى أجزاء لم تُختبر.
اتفق على نطاق التقييم قبل التعاقد
توضح صفحة التعريف بمعايير WCAG إطار المعايير المستخدمة في تقييم الإتاحة. عند طلب تقييم متخصص، اتفق على الإصدار والمستوى المستهدف ونطاق الصفحات وطريقة التقرير، وعلى كيفية تضمين المراجعة اليدوية والتقنيات المساعدة وملاحظات المستخدمين. لا يحسم هذا الدليل المتطلبات القانونية التي تنطبق على مؤسستك.
لإعداد مشروع موقع، أرسل الرحلات المطلوبة والعوائق المعروفة ونطاق المراجعة مع ملخص المشروع. تعرض صفحة تطوير المواقع لدى إكليبس خدمات الويب، ويمكنك استخدام صفحة التواصل لمناقشة نطاق العمل ومخرجاته. اتفق صراحة على أي تقييم متخصص للإتاحة، ولا تفترض أنه مشمول تلقائياً في مشروع التطوير.
أسئلة شائعة
هل تكفي نتيجة الفحص الآلي لإثبات إتاحة الموقع؟
لا. توضح النتيجة ما فحصته الأداة فقط. راجع رحلات الاستخدام يدوياً واتفق على نطاق أي تقييم متخصص.
ما الصفحات التي أبدأ بمراجعتها؟
ابدأ بالرئيسية وصفحة خدمة ونموذج التواصل، مع حالات الخطأ والحالة النهائية لمحاولة الإرسال. راجع النسختين العربية والإنجليزية.
هل محاذاة العربية إلى اليمين تحدد اتجاه النص؟
لا. راجع اتجاه المستند وكيفية عرض العربية والإنجليزية والأرقام معاً، بما فيها البيانات التي تظهر بعد الإرسال.