سؤال يطرحه كثير من مسؤولي التقنية حين يسمعون عن أفاتار لغة الإشارة: “عندنا ChatGPT أصلاً.. أليس كافياً؟”

السؤال منطقي تماماً. الذكاء الاصطناعي يترجم النصوص، ويُلخّص، ويتحدث بلغات عديدة، فلماذا نحتاج أداة متخصصة لمجتمع الصم؟ هذا المقال يجيب بشكل مباشر وبلا تعقيدات تقنية.

ما الذي يفعله ChatGPT فعلاً؟

ChatGPT وأدوات الذكاء الاصطناعي المشابهة (Gemini، Claude، وغيرها) تعمل في عالم النص والصوت. هي تُترجم من لغة مكتوبة لأخرى – عربي لإنجليزي، إنجليزي لفرنسي، وهكذا. وهي ممتازة في هذا.

لكن لغة الإشارة ليست لغة مكتوبة. هي لغة بصرية حركية تعتمد على حركة اليدين، وتعبيرات الوجه، وإيقاع الجسم. لا يوجد “نص” لغة إشارة يمكن لـ ChatGPT أن يُترجمه.. ببساطة لأن لغة الإشارة لا تُكتب بالطريقة التي تفهمها النماذج اللغوية.

❌  ما لا يستطيع ChatGPT فعله

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

ما الفرق الجوهري بين الأداتين؟

لفهم الفرق، تخيّل هذا: ChatGPT يستطيع أن يكتب لك وصفة طبخ بخمس لغات. لكنه لا يستطيع أن يُعلّمك الطبخ بالإشارة أمام كاميرا. الأفاتار يفعل هذا بالضبط؛ يُحوّل الكلمة المكتوبة لحركة مرئية يفهمها الأصم.

المعيار	ChatGPT والذكاء الاصطناعي العام	أفاتار لغة الإشارة (همم)
ما الذي يُترجم؟	من نص إلى نص أو صوت	من نص إلى حركة بصرية (لغة إشارة حقيقية)
هل يخدم الأصم فعلاً؟	جزئياً – يبسّط النص فقط	نعم – يُخاطبه بلغته الأولى
دعم اللهجات الإقليمية	لا – لغة الإشارة السعودية مثلاً مختلفة عن المصرية	نعم – لغة إشارة مخصصة لكل دولة
التكامل مع المواقع	يحتاج تطوير مخصص ومعقد	سطر كود واحد – Plug & Play
دقة لغة الإشارة	لا تنطبق – لا ينتج إشارة	مبني ومُدرَّب على لغة الإشارة العربية
هل يحقق WCAG AAA؟	لا	نعم – معيار ترجمة لغة الإشارة 1.2.6

ماذا قالت الأبحاث الأكاديمية؟

في عام 2024، نشر باحثون من جامعة خليفة الإماراتية دراسة اختبروا فيها قدرة ChatGPT على ترجمة لغة الإشارة. النتيجة كانت صريحة:

“فشل النموذج في الترجمة من العربية إلى لغة الإشارة العربية، ومن لغات الإشارة الأخرى إلى العربية.”

هذا لا يعني أن الذكاء الاصطناعي لن يتطور في هذا الاتجاه. في يناير 2025 أُعلن عن مشروع “SignGPT” البريطاني بتمويل 8.4 مليون جنيه إسترليني لبناء نموذج ذكاء اصطناعي لترجمة لغة الإشارة البريطانية. لكن هذا المشروع لم يصدر بعد، وتركيزه على لغة الإشارة البريطانية تحديداً، لا العربية.

متى يكون كل منهما الاختيار الصحيح؟

✅  استخدم ChatGPT حين تريد…

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

✅  استخدم أفاتار لغة الإشارة حين تريد…

خدمة مجتمع الصم على موقعك مباشرة، تحقيق معيار WCAG AAA لترجمة لغة الإشارة، مخاطبة المستخدم الأصم بلغته الأولى لا بنص مكتوب، الامتثال لمتطلبات إمكانية الوصول الحكومية.

الخلاصة: ليسا منافسَين، هما أدوتان لمشكلتَين مختلفتَين

ChatGPT أداة رائعة لما صُمّمت له. لكنها لم تُصمَّم لترجمة لغة الإشارة، تماماً كما أن مطرقة ممتازة لا تُستخدم لربط البراغي.

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

الفرق ليس في مَن يملك أذكى ذكاء اصطناعي.. بل في مَن صمّم حله للغة الصم تحديداً.

أفاتار همم مبني من الأساس لهذا الغرض، للغات الإشارة العربية، على مواقع حقيقية، بتجربة مستخدم حقيقية. جرّبه على موقعك في hemam.io 

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

هنا تبرز أهمية سهولة الوصول الرقمي (Digital Accessibility)، والتي تهدف إلى ضمان قدرة جميع المستخدمين، بمن فيهم الأشخاص ذوو الإعاقة وكبار السن، على الوصول إلى المحتوى والخدمات الرقمية بسهولة واستقلالية.

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

لماذا تحتاج الجهات الحكومية إلى مواقع إلكترونية شاملة؟

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

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

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

دراسة حالة: كيف حسّنت بلدية مسقط تجربة الوصول الرقمي؟

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

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

مترجم افتراضي للغة الإشارة

من أبرز المزايا التي أضيفت إلى الموقع، مترجم افتراضي يحوّل المحتوى المكتوب إلى لغة الإشارة بشكل فوري.

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

تبسيط المحتوى الرقمي

لم يقتصر التطوير على إضافة أدوات تقنية، بل شمل أيضًا تحسين طريقة عرض المعلومات وتبسيط المحتوى، بما يتوافق مع أعلى مستويات معيار WCAG (AAA) الخاصة بقابلية الفهم.

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

تجربة استخدام أكثر مرونة وشمولًا

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

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

ما الذي يجعل هذه التجربة مميزة؟

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

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

ماذا يمكن أن تتعلم المؤسسات من هذه التجربة؟

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

ومن أبرز الدروس التي يمكن الاستفادة منها:

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

مستقبل الخدمات الحكومية يبدأ بالشمول الرقمي

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

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

اجعل موقعك الإلكتروني أكثر شمولًا

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

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

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

هذا الرقم – الخسارة الصامتة – هو ما يحاول هذا المقال تقديره بأرقام حقيقية. ليست نظرية، بل حساب مبني على بيانات موثقة يمكنك تطبيقها على موقعك.

إحصائيات عامة:

المصادر: Click-Away Pound Survey · منظمة الصحة العالمية 2025 · Keevee Research

المعادلة – ثلاثة أرقام تكشف الخسارة

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

🔢  نموذج حساب الخسارة الشهرية

إجمالي الزيارات الشهرية (مثلاً):  500,000 زيارة

نسبة ذوي الإعاقة من الزوار (حسب تقرير منظمة الصحة العالمية):  × 16%  = 80,000 زائر

نسبة المغادرة بسبب إشكاليات الوصول:  × 71%  = 56,800 زيارة

الخسارة الشهرية التقديرية:  56,800 زيارة مفقودة

هذا يعني أن موقعاً بـ 500,000 زيارة شهرية يخسر ما يقارب 56,800 زيارة كل شهر – أي ما يزيد على 680,000 زيارة سنوياً – بسبب إشكاليات الوصول وحدها. بالنسبة للموقع الحكومي: كل زيارة مفقودة = معاملة لم تُنجز، أو مواطن لجأ لزيارة الفرع، أو طلب تعليق بدون سبب واضح.

الخسارة الحكومية ليست مالية فقط

في القطاع التجاري، الخسارة تُقاس بالمبيعات الضائعة. في القطاع الحكومي، المعادلة مختلفة – لكنها ليست أقل خطورة:

ما الذي تعنيه الزيارة المفقودة في سياق الخدمات الحكومية؟

🏛  معاملة لم تُكتمل رقمياً = مواطن اضطر لزيارة الفرع فعلياً، رغم كل استثمارات التحول الرقمي.

📊  مؤشر إتمام الخدمة الرقمية ينخفض = تقييمات الأداء الحكومي تتأثر مباشرة.

🔁  عبء إضافي على الموظفين الميدانيين = الموارد التي وفّرها التحول الرقمي تُستهلك من جديد.

💔  مواطن محبط لم يشتكِ = أسوأ أنواع الملاحظات، لأنها لا تُرصد ولا تُعالج.

الموقع القابل للوصول مقابل غيره – الأرقام تتحدث

هذه مقارنة مباشرة بين المواقع القابلة للوصول وتلك التي ليست كذلك، بناءً على أبحاث ومسوحات دولية موثقة:

المؤشر	موقع غير قابل للوصول	موقع قابل للوصول
نسبة مغادرة ذوي الإعاقة	71%	أقل من 20%
معدل إتمام المعاملات	منخفض بشكل ملحوظ	أعلى بنسبة تصل لـ 30%
عائد الاستثمار في الوصول	—	100$ مقابل كل 1$ مستثمر
حركة الزيارات الإجمالية	مرجعية	أعلى بـ 12% في المتوسط
احتمالية العودة	61% لن يعودوا	ولاء أعلى بكثير

المصادر: Click-Away Pound Survey · Forrester Research, 2024 · Keevee, 2025

لماذا لا تظهر هذه الخسارة في تقاريرك؟

“الزائر الذي غادر موقعك بصمت هو أخطر من الزائر الذي شكا – لأن الأول لا يُعطيك فرصة للتصحيح.”

أدوات التحليل الرقمي (Google Analytics وما شابهها) تُسجّل الزيارات التي حدثت – لكنها لا تُسجّل الزيارات التي كان يجب أن تحدث ولم تحدث. المستخدم الذي غادر في الثانية الثالثة يظهر كـ”bounce” عادي؛ لا يمكنك معرفة أن السبب هو تباين ألوان ضعيف أو زر لا يعمل بلوحة المفاتيح.

هذا ما يجعل الخسارة “غير مرئية” في معظم التقارير، مما يعني أنها لا تُعالج، وتتراكم شهراً بعد شهر.

احسب رقمك الخاص

المعادلة بسيطة وقابلة للتطبيق على أي موقع:

📐  المعادلة – طبّقها على موقعك

الخطوة 1: اعرف عدد زياراتك الشهرية من Google Analytics أو أداة المراقبة لديك.

الخطوة 2: اضرب في 16% (نسبة ذوي الإعاقة من المستخدمين وفق WHO).

الخطوة 3: اضرب الناتج في 71% (نسبة المغادرة من المواقع غير القابلة للوصول).

الناتج = الخسارة الشهرية التقديرية من الزيارات بسبب إشكاليات الوصول.

مثال: 200,000 زيارة × 16% × 71% = 22,720 زيارة مفقودة شهرياً.

الخاتمة: الأرقام تُوضح المشكلة

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

الخسارة لا تظهر في التقارير – لأن الزائر الذي غادر لم يترك أثراً

لكنها حقيقية، قابلة للحساب، وقابلة للاسترداد. اعرف كيف تسترد هذه الزيارات مع hemam.io

حاول أن تتخيّل: أنك تستيقظ غداً صباحاً وقد فقدت قدرتك على السمع بشكل كامل. هاتفك موجود. الإنترنت يعمل. لكن كل ما كنت تسمعه بأذنيك، سوف يختفي.

هذه ليست دراما افتراضية. هي حقيقة يومية لـ 430 مليون شخص حول العالم يعيشون مع فقدان سمع. اليوم فقط ستعيشها أنت – ساعة بساعة – لترى بدقة ما الذي تأخذه الشاشات المصممة للسمع وتمنعه عمّن لا يسمع.

الساعة 7:00 صباحاً – الاستيقاظ على الأخبار

07:00   فيديو الأخبار العاجل

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

ما الذي فقدته: ما لا يقل عن ٨ دقائق من التأخر عن معرفة خبر عاجل يخصّ منطقتك.

الساعة 8:30 – التواصل مع العمل

08:30   اجتماع فيديو بلا ترجمة فورية

اجتماع دوري على منصة الفيديو. تفتح التطبيق، لا ترجمة نصية تلقائية. تطلب من المدير تفعيلها. يقول “لا أعرف كيف”. تحاول أنت من الإعدادات، الخيار موجود لكن الدقة 60% فقط. كلمة “الاستراتيجية” تصبح “الاستشفائية”. تقرر أن تكتب ملاحظاتك من حركة الشفاه وتأمل أن لا تفوتك قرارات مهمة.

ما الذي فقدته: قرارات اتُّخذت في الاجتماع لن تعرفها بشكل كامل إلا بعد أن يُرسل أحدهم محضر الاجتماع.

الساعة 12:00 – استراحة الغداء والترفيه

12:00   مقاطع السوشيال ميديا

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

ما الذي فقدته: وفق دراسة أكاديمية محكّمة: الأصم يشعر بـ “الإقصاء الاجتماعي” بمتوسط 6.1 من 7  (أعلى درجة).

الساعة 3:00 مساءً – إنجاز معاملة حكومية

15:00   البوابة الحكومية الإلكترونية

تحاول تجديد وثيقة رسمية عبر البوابة الإلكترونية. الموقع يحتوي على تعليمات فيديو إرشادية فقط، بلا نص بديل. تبحث في الصفحة عن نسخة مكتوبة، غير موجودة. تتصل بالدعم الفني عبر الهاتف، ثم تتذكر. تبحث عن خيار “الدردشة المباشرة”، الموقع يقول “يُفضَّل الاتصال الهاتفي للمساعدة الفورية”.

ما الذي فقدته: معاملة تأخرت، لأن قناة الوصول الوحيدة للمساعدة افترضت أنك تسمع.

الساعة 8:00 مساءً – وقت الترفيه

20:00   منصة البث والأفلام

تفتح منصة البث. تبحث عن فيلم، تتحقق دائماً من أيقونة “CC” قبل أي شيء. تجد فيلماً يبدو جميلاً، بلا ترجمة عربية، الترجمة الإنجليزية موجودة فقط. تجد آخر، الترجمة موجودة لكنها مولّدة آلياً بدقة 80%، والحوارات العامية لا تُترجم بدقة. تجد خياراً ثالثاً يناسبك أخيراً. تشغّله. بعد 20 دقيقة من البحث.

ما الذي فقدته: 20 دقيقة من وقت الراحة ذهبت في البحث عن محتوى مُتاح بدلاً من الاستمتاع به.

حصيلة يومك – ماذا فقدت في 24 ساعة؟

الوقت	ما الذي حدث؟	ماذا فقدت؟
07:00	أخبار عاجلة بلا ترجمة	8 دقائق تأخر في معرفة خبر يخصّ منطقتك
08:30	اجتماع عمل بترجمة ناقصة	قرارات مهمة وصلت متأخرة أو ناقصة
12:00	سوشيال ميديا محجوبة جزئياً	إقصاء اجتماعي: لقطات وضحكات لن تعرف سببها
15:00	معاملة حكومية تعطّلت	يوم عمل كامل إضافي لإنهاء معاملة روتينية
20:00	20 دقيقة بحث عن محتوى مُتاح	وقت الراحة تحوّل لوقت بحث

“أشعر بالإقصاء حين أرى الجميع يضحكون على مقطع فيديو لا أستطيع فهمه. ليست المشكلة في أذني – هي في قرار من صمّم ذلك المقطع.”

نقل حرفي من مقابلة في دراسة: Mack et al., Social App Accessibility for Deaf Signers (CHI 2021)

ما الفرق بين موقع يستقبلك وموقع لا يفعل؟

هذا اليوم الافتراضي ليس تشاؤماً؛ هو وصف للواقع الحالي في معظم المنصات الرقمية. لكن الفرق بين تجربة محبطة وتجربة سلسة ليس في إعادة بناء كل شيء من الصفر. هو في قرارات محددة:

✅  ما الذي يجعل اليوم مختلفاً؟

ترجمة نصية دقيقة للفيديوهات – تحوّل مشاهدة الفيديوهات من إحباط لمعلومة.

أفاتار لغة الإشارة على المحتوى الرئيسي، يُخاطب الأصم بلغته الأولى لا بلغته الثانية.

خيارات تواصل نصية بديلة عن الهاتف، لأن الأصم لا يستطيع الاتصال الصوتي.

بنية موقع تعلن عن المحتوى لقارئات الشاشة والأجهزة المساعدة.

الخاتمة: 24 ساعة كافية لتفهم

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

والآن، وقد عشت هذه الساعات، تخيّل أن هذا التحدي يتكرر 365 يوماً في العام. تخيّل أنك تقف اليوم خلف شاشة التصميم، وبيدك القوة لتغيير هذا الواقع للأبد.

لا تجعل عوائق التصميم تقف بينك وبين مستخدميك. اجعل موقعك مكاناً للجميع بلمسة واحدة. ابدأ رحلة الشمول الرقمي الآن على hemam.io 

“عاجل: زلزال يضرب المنطقة.” الخبر ينتشر في ثوانٍ على كل التطبيقات. مقطع فيديو لمراسل يقف في الموقع، صوته متوتر، يصف ما يراه. الجميع يعرف ما يحدث الآن – إلا من لا يسمع.

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

أولاً: لماذا الترجمة النصية الإخبارية مختلفة عن أي محتوى آخر؟

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

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

ثانياً: المشهد العالمي – حلول ظهرت لأن الفجوة كانت كبيرة

الفجوة في الإعلام التقليدي كانت كبيرة لدرجة أن مجتمع الصم أنشأ منصاته الإخبارية الخاصة بلغة الإشارة بالكامل، لأن وسائل الإعلام الرئيسية لم تكن تخدمهم بالقدر الكافي:

المنصة	اللغة	الميزة الأساسية
The Daily Moth	لغة الإشارة الأمريكية (ASL)	أسسها صحفي أصم  (محتوى إخباري كامل بلغة الإشارة)
Sign1News	لغة الإشارة الأمريكية (ASL)	شراكة مع CNN لتغطية الأخبار العالمية بلغة الإشارة
Media’Pi!	لغة الإشارة الأمريكية (ASL)	فريق كامل من الصحفيين الصم (محتوى من المجتمع له)

المصدر: Hearview، تقرير منصات الأخبار للصم 2025

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

ثالثاً: ما الذي يفشل تحديداً في غرف الأخبار الرقمية؟

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

“الخبر الذي يصل بعد ساعة من نشره الأصلي ليس نفس الخبر – هو خبر متأخر.”

رابعاً: الحل ليس مكلفاً كما يبدو

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

🎯  ثلاث خطوات عملية لغرفة الأخبار الرقمية

ترجمة نصية فورية للفيديوهات العاجلة: أولوية مطلقة، حتى لو كانت آلية في البداية مع مراجعة بشرية لاحقة.

أفاتار لغة الإشارة على المحتوى الرئيسي: يحوّل النص المكتوب أو المسموع لترجمة بصرية مباشرة، خاصة للقصص العاجلة وذات الأولوية.

بنية موقع تدعم قارئات الشاشة: لضعاف البصر ممن يعتمدون على النص المكتوب للأخبار.

الخلاصة: حين تكون السرعة هي الميزة، يجب أن تكون للجميع

الصحافة تتفاخر بالسرعة؛ “خاص وحصري”، “عاجل قبل الجميع”. لكن السرعة التي لا تشمل كل الجمهور ليست ميزة كاملة؛ هي سرعة منقوصة. المنصة الإخبارية التي تصل للجميع في اللحظة نفسها هي المنصة التي تفهم معنى “الخبر” بشكله الحقيقي: معلومة تصل لمن يحتاجها، حين يحتاجها، بالشكل الذي يستطيع استقباله.

الأخبار يجب أن تصل للجميع في نفس اللحظة، لا بعد أن يطلبها أحد بمساعدة.

سواء كانت منصتك إخبارية أو مؤسسية أو حكومية، الوصول الرقمي يبدأ بخطوة واحدة. تواصل مع همم على  hemam.io 

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

في هذا المقال، نضع أرقام التحول الرقمي جنباً إلى جنب مع أحدث البيانات العالمية حول إمكانية الوصول الرقمي (Digital Accessibility)، لنكتشف الفجوة بين جاهزية البنية التحتية وجاهزية التجربة الرقمية نفسها.

المملكة العربية السعودية رقمياً… أرقام تعكس تقدماً استثنائياً

لنبدأ بالصورة الإيجابية، فهي تستحق الإشارة.

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

99% انتشار الإنترنت في السعودية لعام 2025

95%+ نسبة انتشار الهواتف الذكية في المملكة

33.9M مستخدم إنترنت سعودي بداية 2025

المصدر: المصدر: الهيئة العامة للإحصاء (GASTAT)، تقرير ICT 2025 · DataReportal

تعكس هذه الأرقام بنية تحتية رقمية متقدمة، وسرعات اتصال من بين الأعلى عالمياً، واستعداداً تقنياً يدعم استمرار التحول الرقمي. لكنها لا تجيب عن سؤال آخر لا يقل أهمية:

هل يستطيع جميع المستخدمين الاستفادة من هذه الخدمات بالقدر نفسه، بمن فيهم الأشخاص ذوو الإعاقة؟

ماذا تخبرنا المواقع الإلكترونية؟

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

ويُعد تقرير WebAIM Million من أكثر الدراسات شمولاً في هذا المجال، إذ يحلل سنوياً الصفحات الرئيسية لأعلى مليون موقع إلكتروني في العالم وفق معايير WCAG. ورغم أنه لا يقيس المواقع السعودية تحديداً، فإنه يقدم مؤشراً موثوقاً على أبرز مشكلات إمكانية الوصول التي ما تزال شائعة في الويب الحديث.

المؤشر	2024	2025	الاتجاه
نسبة الصفحات التي تحتوي على أخطاء في معايير WCAG	95.9%	94.8%	تحسن طفيف
متوسط أخطاء إمكانية الوصول في الصفحة الرئيسية	56.8	50.0	تحسن طفيف
صفحات تعاني من ضعف تباين الألوان	—	79.1%	الأكثر شيوعاً
صفحات تحتوي على صور بلا نص بديل	—	55.5%	من أكثر الأخطاء تأثيراً
صفحات تفتقر إلى وسم اللغة	—	15.8%	يؤثر على قارئات الشاشة

المصدر: WebAIM Million Report 2024 & 2025

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

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

ثالثاً: من يدفع ثمن هذه الفجوة؟

وفقاً لمنظمة الصحة العالمية، يعيش أكثر من مليار شخص حول العالم مع نوع من أنواع الإعاقة، أي ما يقارب 15% من سكان العالم.

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

لكن عندما لا تُراعى معايير النفاذ الرقمي، تتحول الأخطاء التقنية الصغيرة إلى عوائق حقيقية في الحياة اليومية.

فعلى سبيل المثال:

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

وهنا لا تتعلق القضية بالتقنية وحدها، بل بتجربة استخدام عادلة ومتاحة للجميع.

رابعاً: الفجوة بين الطموح والتطبيق

تؤكد مبادرات التحول الرقمي في المنطقة، وفي مقدمتها رؤية السعودية 2030، على بناء مجتمع رقمي شامل يتيح الخدمات لجميع أفراد المجتمع.

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

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

وهنا تتجلى الفجوة الحقيقية: ليست بين الطموح والإمكانات، وإنما بين التخطيط والتنفيذ اليومي.

الخلاصة: البنية الرقمية جاهزة… فهل التجربة جاهزة أيضاً؟

تشير أرقام المملكة إلى جاهزية رقمية استثنائية، مع انتشار للإنترنت يبلغ 99% واعتماد واسع على الخدمات الإلكترونية.

وفي المقابل، تُظهر أحدث الدراسات العالمية أن 94.8% من الصفحات الرئيسية للمواقع الإلكترونية ما تزال تحتوي على أخطاء في معايير إمكانية الوصول.

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

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

الأرقام واضحة، والفجوة قابلة للقياس.

ويبقى السؤال:

هل يستطيع جميع مستخدمي موقعك الوصول إلى خدماتك بسهولة، أم أن بعضهم يغادر قبل أن يتمكن حتى من استخدامها؟

ابدأ بقياس مستوى النفاذ الرقمي لموقعك، واكتشف أبرز العوائق قبل أن يكتشفها مستخدموك. اختبر موقعك مجاناً على hemam.io 

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

ما يلي ليس خيالاً.. هو يومه العادي

08:15

يريد تجديد اشتراكه في خدمة سحابية

يفتح خالد المتصفح ويتنقل للموقع. قارئ الشاشة يبدأ بقراءة الصفحة، وهنا تبدأ المشكلة الأولى.

🔊  ما يسمعه خالد من قارئ الشاشة:

“رابط. رابط. صورة. زر. رابط. رابط. رابط.”

“اضغط هنا. اضغط هنا. اضغط هنا. اضغط هنا.”

أربعة روابط نصها “اضغط هنا” متتالية. لا سياق. لا وصف. خالد لا يعرف أيّها يؤدي للاشتراك وأيّها يؤدي للإلغاء. يضغط Tab مراراً يحاول تجميع صورة للصفحة من قطع متناثرة.

بعد 9 دقائق يجد الرابط الصحيح. المهمة التي تستغرق من أي مستخدم آخر دقيقتين استغرقت منه 11 دقيقة.

🔍  ما المشكلة التقنية هنا؟

روابط بلا نص وصفي – قارئ الشاشة لا يملك ما يقوله سوى “رابط”

صور بلا alt text – تُقرأ بعضها كاسم ملف: “img_2847_final_v3.png”

الإصلاح: نص وصفي حقيقي لكل رابط وكل صورة – 3 دقائق من العمل تُنهي ساعة من الإحباط

09:40

يحاول حجز موعد في عيادة طبية

العيادة لديها موقع حديث التصميم. شاشات متحركة، ألوان متناسقة، واجهة “أنيقة”، بعيون من يراها. أما خالد:

🔊  ما يسمعه خالد من قارئ الشاشة:

“تقويم. رسم بياني. عنصر. عنصر. عنصر.”

“الاثنين الثلاثاء الأربعاء – غير قابل للنقر.”

“زر: undefined.”

أداة اختيار التاريخ مبنية بالكامل على JavaScript مخصص لا يتواصل مع تقنيات المساعدة. الأزرار التفاعلية لا تحمل أسماء. التقويم مرئي بصرياً – لكنه شبه غائب لقارئ الشاشة.

“أحياناً أكتشف أن ما أظنه زراً هو مجرد div مزخرف. أضغط عليه عشر مرات دون أن يحدث شيء.”

خالد يستسلم. يطلب من زوجته أن تحجز الموعد عنه. ليس لأنه عاجز، بل لأن الموقع قرر ذلك بدلاً منه.

🔍  ما المشكلة التقنية هنا؟

عناصر تفاعلية مبنية على <div> بدلاً من <button> – لا تُعرَّف كأزرار

تقاويم مخصصة بلا دعم ARIA  – غير مقروءة لقارئات الشاشة

الإصلاح: استخدام عناصر HTML الصحيحة أولاً، ثم ARIA لما لا بديل له

11:10

يحاول إتمام معاملة حكومية إلكترونية

البوابة الحكومية تطلب رمز التحقق CAPTCHA – صور يجب تمييزها بصرياً. لا بديل صوتي. لا خيار آخر.

🔊  ما يسمعه خالد من قارئ الشاشة:

“CAPTCHA. صورة. الرجاء التحقق من أنك لست روبوتاً.”

“حقل نصي: أدخل النص الظاهر في الصورة.”

النص الظاهر في الصورة. خالد لا يرى الصورة. لا يوجد زر “استمع للرمز”. لا يوجد رابط “تواصل معنا بطريقة بديلة”.

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

🔍  ما المشكلة التقنية هنا؟

CAPTCHA بصري بلا بديل صوتي أو منطقي – يحظر الوصول كلياً

معيار WCAG 3.3.8 (AA) يمنع هذا الآن صراحةً

الإصلاح: CAPTCHA صوتي، أو التحقق بالرسائل النصية، أو نموذج منطقي بسيط

ثلاث ساعات – ثلاث تحدّيات

في ثلاث ساعات، واجه خالد ثلاثة مواقع وثلاثة عوائق مختلفة. لم يواجه صعوبة في الفهم، ولا في اتخاذ القرار. واجه كوداً كُتب بغيابه.

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

“لا أريد تجربة خاصة بي. أريد نفس التجربة.”

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

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

كم شخص مثل خالد يزور موقعك كل يوم ويغادر بصمت؟

انتهى يوم خالد… لكنه سيبدأ غدًا بنفس التحديات، ما لم تتغير المواقع التي يستخدمها.

التغيير يبدأ من قرار بسيط: أن نصمم تجارب رقمية لا تستثني أحدًا.

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

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

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

في هذا المقال نستعرض أكثر 5 أخطاء CSS شيوعًا التي تؤدي إلى فشل المواقع في اختبارات إمكانية الوصول، مع أمثلة عملية وأكواد الإصلاح، بالاعتماد على تقرير WebAIM Million 2024 ومعايير WCAG 2.2.

---

1. إزالة outline: none دون توفير بديل

يُعد إخفاء مؤشر التركيز (Focus Indicator) من أكثر الأخطاء انتشارًا وخطورة.

ووفقًا لتقرير WebAIM Million 2024، فإن ما يقارب 78٪ من المواقع تعاني من مشكلات مرتبطة بمؤشرات التركيز.

السبب غالبًا يكون أحد السطرين التاليين:

❌ الكود الخاطئ

* {
  outline: none;
}

/* أو */

button:focus {
  outline: 0;
}

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

✅ الكود الصحيح

button:focus-visible {
  outline: 3px solid #005FCC;
  outline-offset: 3px;
}

استخدام :focus-visible يُظهر مؤشر التركيز فقط عند التنقل باستخدام لوحة المفاتيح، دون التأثير على تجربة مستخدمي الماوس.

نصيحة: يجب أن يحقق لون مؤشر التركيز نسبة تباين لا تقل عن 3:1 مع الخلفية.

---

2. ضعف التباين اللوني

يُعتبر ضعف التباين أكثر أخطاء إمكانية الوصول انتشارًا، حيث يظهر في 83.6٪ من المواقع وفقًا لـ WebAIM 2024.

تنص معايير WCAG على ما يلي:

• 4.5:1 للنصوص العادية.
• 3:1 للنصوص الكبيرة.
• 3:1 لعناصر الواجهة مثل الأزرار والحقول والأيقونات.

❌ الكود الخاطئ

color: #AAAAAA;
background: #FFFFFF;

نسبة التباين: 2.32:1

✅ الكود الصحيح

color: #595959;
background: #FFFFFF;

نسبة التباين: 7.0:1

من أفضل الأدوات لاختبار التباين: axe DevTools و WebAIM Contrast Checker.

---

3. الاعتماد على اللون وحده لنقل المعلومة

إذا كان الخطأ يظهر باللون الأحمر فقط، أو النجاح باللون الأخضر فقط، فأنت تخالف معيار WCAG 1.4.1.

حوالي 8٪ من الرجال يعانون من أحد أنواع عمى الألوان، وقد لا يتمكنون من التمييز بين الأحمر والأخضر.

❌ الكود الخاطئ

.error {
    border-color: red;
}

✅ الكود الصحيح

.error {
    border-color: #CC0000;
    border-width: 2px;
}

.error::before {
    content: "⚠ خطأ: ";
    font-weight: bold;
}

استخدم دائمًا مؤشرًا إضافيًا مثل:

• أيقونة
• نص توضيحي
• زيادة سماكة الحدود
• نمط مختلف

ولا تعتمد على اللون وحده.

---

4. استخدام وحدات px بدلًا من rem

يشترط معيار WCAG 1.4.4 أن يتمكن المستخدم من تكبير النص حتى 200٪ دون فقدان المحتوى أو الوظائف.

استخدام px يجعل حجم الخط ثابتًا ولا يستجيب لإعدادات المستخدم.

❌ الكود الخاطئ

body {
    font-size: 14px;
}

h1 {
    font-size: 24px;
}

p {
    font-size: 16px;
}

✅ الكود الصحيح

html {
    font-size: 100%;
}

body {
    font-size: 1rem;
}

h1 {
    font-size: 1.5rem;
}

p {
    font-size: 1rem;
}

استخدام rem يجعل جميع الأحجام تستجيب تلقائيًا لإعدادات المستخدم داخل المتصفح.

---

5. تجاهل prefers-reduced-motion

ليست كل الحركات مناسبة لجميع المستخدمين.

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

❌ الكود التقليدي

.card {
    transition: transform .4s ease;
}

.card:hover {
    transform: scale(1.05);
}

✅ الكود المتوافق مع WCAG

.card {
    transition: transform .4s ease;
}

.card:hover {
    transform: scale(1.05);
}

@media (prefers-reduced-motion: reduce) {

    .card {
        transition: none;
    }

    .card:hover {
        transform: none;
    }

}

إذا اختار المستخدم خيار تقليل الحركة في نظام التشغيل، فمن حقه أن يحترم الموقع هذا التفضيل.

---

الخلاصة

إذا أردت اجتياز اختبارات إمكانية الوصول، فتأكد من مراجعة هذه النقاط دائمًا:

الخطأ	الحل
إزالة outline	استخدم :focus-visible مع تباين مناسب
ضعف التباين	4.5:1 للنصوص و3:1 لعناصر الواجهة
الاعتماد على اللون فقط	أضف رمزًا أو نصًا أو مؤشرًا بصريًا إضافيًا
استخدام px	استخدم rem مع html { font-size:100%; }
تجاهل prefers-reduced-motion	أضف Media Query لدعم تفضيلات المستخدم

---

اجعل الوصول الرقمي أسهل

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

---

المراجع

• WebAIM Million Report 2024
• W3C WCAG 2.2
• Sara Soueidan – Focus Indicators Guide

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

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

تجربة رقمية أكثر شمولاً

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

كما تم دعم الموقع بخدمات الترجمة الفورية وتبسيط المحتوى، بهدف جعل المعلومات أكثر وضوحًا وسهولة في الفهم، مع الالتزام بأعلى معايير الوصول الرقمي العالمية (AAA).

أكثر من 50 خاصية لدعم إمكانية الوصول

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

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

أثر يتجاوز الامتثال

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

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

هل موقعك الإلكتروني جاهز للجميع؟

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

في أكتوبر 2023، نشرت منظمة W3C الإصدار الثاني والعشرين من معايير إمكانية الوصول WCAG 2.2 – أول تحديث جوهري منذ خمس سنوات. وعلى الفور، بدأ مسؤولو التقنية في الجهات الحكومية يتساءلون: هل علينا تحديث كل شيء؟ هل نحن خارج الامتثال الآن؟

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

أولاً: القاعدة المريحة – 2.2 يبني فوق 2.1 ولا يهدمه

أهم ما يجب فهمه قبل أي شيء: WCAG 2.2 متوافق تماماً مع الإصدار السابق. كل معيار في 2.1 موجود في 2.2 – لم يُلغَ منه شيء باستثناء معيار واحد تقني (4.1.1 Parsing) أصبح عديم الأثر لأن المتصفحات الحديثة تتعامل معه تلقائياً.

“إذا كان موقعك متوافقاً مع WCAG 2.1 AA اليوم، فأنت قطعت 90% من الطريق نحو 2.2.”

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

ثانياً: المقارنة الجوهرية بين الإصدارين

الجانب	WCAG 2.1	WCAG 2.2
تاريخ الصدور	يونيو 2018	أكتوبر 2023
عدد المعايير	78 معياراً	87 معياراً
التركيز	الجوال وضعاف البصر والإدراك	+ التنقل بلوحة المفاتيح والمصادقة والإدراك المعزّز
الحالة الرسمية	W3C Recommendation	W3C Recommendation – الأحدث والمعتمد
التوافق العكسي		يشمل 2.1 كاملاً
المعيار المُزال		4.1.1 Parsing (أصبح قديماً)

ثالثاً: المعايير التسعة الجديدة – ما يهمّك أنتَ

إليك كل معيار جديد أضافه WCAG 2.2 مع شرح عملي مباشر – مرتبة حسب مستوى الإلزام:

المستوى A (إلزامي – الحد الأدنى المطلق)

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

المستوى AA (إلزامي – المعيار الحكومي المعتمد)

الرمز	المستوى	الاسم	ما يعنيه عملياً لموقعك الحكومي؟
2.4.11	AA	التركيز غير المحجوب (حد أدنى)	حين ينتقل المستخدم بلوحة المفاتيح، يجب أن يكون العنصر المركّز عليه مرئياً جزئياً على الأقل. الـ sticky headers والـ cookie banners الثابتة أسفل الشاشة كثيراً ما تحجب المحتوى، وهذا انتهاك مباشر.
2.5.7	AA	حركات السحب	أي وظيفة تعتمد على السحب والإفلات (Drag & Drop) يجب أن يكون لها بديل بنقرة واحدة. يُطبَّق على أدوات الجدولة وترتيب القوائم في البوابات الحكومية.
2.5.8	AA	الحجم الأدنى للأهداف	الأزرار والروابط يجب أن تكون 24×24 بيكسل CSS على الأقل، أو أن يكون حولها فراغ كافٍ. الأزرار الصغيرة في نماذج الخدمات الحكومية على الجوال هي أكثر نقاط الإخفاق شيوعاً.
3.3.8	AA	المصادقة المتاحة (حد أدنى)	لا يجوز إلزام المستخدم بحل اختبار إدراكي (CAPTCHA تقليدي، نسخ رمز يدوياً) دون توفير بديل. هذا يُغيّر كيفية تصميم صفحات الدخول في جميع البوابات الحكومية ذات الحسابات الشخصية.

المستوى AAA (اختياري، لكن ينصح به للجهات الرائدة)

الرمز	المستوى	الاسم	ما يعنيه؟
2.4.12	AAA	التركيز غير المحجوب (معزّز)	نسخة أشد من 2.4.11 – يجب ألا يُحجب أي جزء من العنصر المركّز عليه بالكامل.
2.4.13	AAA	مظهر التركيز	مؤشر التركيز يجب أن يكون بحجم كافٍ ونسبة تباين 3:1 على الأقل – يضمن رؤيته بوضوح لضعاف البصر وكبار السن.
3.3.9	AAA	المصادقة المتاحة (معزّز)	نسخة أشمل من 3.3.8 – حظر تام لأي عائق إدراكي في عملية المصادقة دون أي استثناء.

رابعاً: الخطة العملية للجهة الحكومية – ثلاث خطوات

🗺️  من أين تبدأ؟

الخطوة 1 – تدقيق الفجوة: قارن موقعك بالمعايير الستة الجديدة (AA). ركّز على: نماذج الدخول، الأزرار على الجوال، الـ sticky headers، نماذج الخدمات.

الخطوة 2 – الأولوية الحمراء: معيار 3.3.8 (المصادقة) ومعيار 2.4.11 (التركيز المحجوب) هما الأكثر انتشاراً في المواقع الحكومية – ابدأ بهما.

الخطوة 3 – الحل الجاهز: أدوات همم تُغطي تلقائياً معايير التنقل بلوحة المفاتيح، وحجم الأهداف، والتركيز – بدون إعادة بناء الموقع.

الخطوة 4 – التوثيق: حدّث سياسة إمكانية الوصول في موقعك لتُشير إلى WCAG 2.2 بدلاً من 2.1. هذا وحده يُحسّن نتائجك في التقييم الدوري.

خامساً : أدوات همم وWCAG 2.2 – ماذا تُغطّي؟

أدوات همم مبنية على معايير WCAG 2.2 منذ البداية. التفعيل بسطر كود واحد يُحقق:

• تنقل كامل بلوحة المفاتيح – يُغطي 2.4.11 و2.4.12 (التركيز المرئي وغير المحجوب).
• تكبير الأزرار وتعزيز مناطق الضغط – يُغطي 2.5.8 (الحجم الأدنى للأهداف).
• بدائل السحب والإفلات – يُغطي 2.5.7 (حركات السحب).
• وضع إمكانية الوصول الشامل – يُغطي معايير التركيز والتنقل والإدراك دفعة واحدة.
• أفاتار لغة الإشارة – يُحقق مستوى AAA في ترجمة المحتوى لمجتمع الصم.

الخلاصة:

WCAG 2.2 ليس ثورة؛ هو نضج. بنى على ما قبله ورمّم ثغرات ظلت مفتوحة لسنوات. الجهات التي بدأت بـ 2.1 تحتاج تعديلات محددة وقابلة للتطبيق. الجهات التي لم تبدأ بعد، فإن 2.2 هو نقطة البداية الصحيحة اليوم.والأهم: التقييمات الحكومية الدورية ستتحرك تدريجياً نحو اعتماد 2.2 كمرجع. الجهة التي تتحرك اليوم تُجنّب نفسها ضغط الامتثال الطارئ غداً.