كيف تنتقل الجهات الحكومية من غير ممتثل إلى اعتماد كامل في كود المنصات الموحد؟

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

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

لماذا نعتبر الحصول على الاعتماد علامة ريادة؟

لأن لغة الأرقام لا تكذب…

• 94.8% من صفحات الويب الحكومية تحتوي على أخطاء WCAG يمكن اكتشافها آلياً.
• 4% فقط من المواقع العالمية تحقق الامتثال الكامل لمعايير الوصولية.
• زيادة بـ 23% في حركة الزيارات العضوية تشهدها الجهات التي تحقق الامتثال.
• قفزة بـ 27% في ظهور الموقع ضمن الكلمات الرئيسية في محركات البحث.

لكن لماذا تتعثر معظم الجهات في منتصف الطريق؟

تواجه الجهات الحكومية عقبات حرجة تجعل الوصول للاعتماد يبدو مستحيلاً فعلى سبيل المثال وليس الحصر

1. فخ الامتثال لمعايير الوصولية (WCAG 2.1 AA)

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

2. التطابق الهيكلي الدقيق مع مكتبة Storybook

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

3. ضغط الوقت والمؤشرات

الحاجة الملحة لرفع تصنيف الجهة في “مؤشر كفاءة المواقع والمحتوى الرقمي” قبل انتهاء دورة القياس تضع الفريق تحت ضغط زمني هائل وملموس.

4. الضبابية التقنية

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

والحل في منهجية RMG  للتنفيذ المتكامل

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

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

المرحلة 1: التشخيص العميق

بدلاً من الاكتفاء بالفحص الظاهري، نغوص مباشرة في “الكود المصدري” (Source Code) المستضاف على (Git) لنحدد بدقة:

• أين تكسر المنصة معايير Storybook بالضبط؟
• أين تفشل في اختبارات قارئات الشاشة (Screen Readers)؟
• أين تختبئ أخطاء “الهيكلة الدلالية”؟
• المدة: 1-2 أسبوع.

المرحلة 2: تعديل الكود

هنا تكمن القيمة الحقيقية. بدلاً من إرسال تقرير بالمشاكل للمطورين (الذين قد يفتقرون للخبرة التخصصية)، يتدخل فريقنا المتخصص لـ “إصلاح” الكود بأنفسهم:

• إعادة بناء المكونات المعقدة في Storybook.
• ضبط تباين الألوان برمجياً (وليس فقط في التصميم).
• تصحيح الهيكلة الدلالية (Semantic HTML).
• إضافة وسوم aria-labels و aria-live regions حيث تحتاجها قارئات الشاشة.
• المدة: 2-4 أسابيع (حسب حجم المنصة).

المرحلة 3: المحاكاة

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

• اختبار آلي باستخدام axe-core (يكتشف 57% من الأخطاء).
• اختبار يدوي مع قارئات شاشة حقيقية (NVDA و VoiceOver).
• اختبار التنقل الكامل بلوحة المفاتيح (بدون فأرة).
• المدة: أسبوعين.

المرحلة 4: الإغلاق والاعتماد

نتولى إدارة عملية التقديم والرد بالكامل:

• تقديم الكود للهيئة عبر المنصة الرسمية.
• الرد على أي استفسارات تقنية.
• ضمان استلام الشهادة الرسمية.
• المدة: 1-2 أسبوع.

دراسة حالة لجهة حكومية

الجهة كانت هيئة حكومية بمتوسط نضج رقمي، ولها منصة أُطلقت قبل سنتين، تبدو واجهتها مطابقة للتصميم، لكنها رُفضت مرتين من قبل الهيئة بسبب “أخطاء WCAG وهيكلة دلالية معطوبة”.

رحلة التطبيق (9 أسابيع من التحدي إلى الاعتماد)

1. الأسابيع 1-2 (التشخيص): فحصنا 147 صفحة واكتشفنا 312 خطأ WCAG، منها 58 خطأً حاسماً يمنع الاعتماد. المشكلة الجذرية كانت استخدام DIVs بدلاً من الأزرار الدلالية في 23 مكاناً.

2. الأسابيع 3-6 (الجراحة التقنية): أعدنا بناء 23 مكوناً، أضفنا aria-labels، صححنا تباين الألوان في 45 عنصراً، وأضفنا حالات تركيز (Focus States) مرئية لـ 156 عنصراً.

3. الأسبوع 7 (المحاكاة): الاختبار الآلي: 0 أخطاء. الاختبار اليدوي مع قارئات الشاشة: نجاح 100%. التنقل بلوحة المفاتيح: تام.

4. الأسابيع 8-9 (الاعتماد): التقديم الرسمي للهيئة -> استلام شهادة الاعتماد الرسمية.

المقارنة: التنفيذ المتكامل vs التدقيق التقليدي

المعيار	التدقيق فقط (التقليدي)	التنفيذ المتكامل (RMG)
المخرج النهائي	تقرير يسرد المشاكل	شهادة اعتماد رسمية
المدة الزمنية	4-8 أشهر (إصلاح غير مضمون)	9 أسابيع (شاملة الاعتماد)
معدل النجاح	30-40%	95%+
المخاطر	%100 على العميل	%0 على العميل
التكلفة الحقيقية	تكلفة خفية هائلة + تأخير	واضحة وثابتة

النتيجة الحقيقية أكثر من مجرد شهادة

حصول الجهة على شهادة كود المنصات الموحد حقق لها مكاسب استراتيجية تتجاوز الامتثال:

1. تكريم وطني وريادة: تعزيز مكانة الجهة كقائد في التحول الرقمي.
2. تحسن عملي ملموس: تجربة مستخدم عالمية وتقليل تذاكر الدعم الفني.
3. قفزة في المؤشرات: +23% زيارات عضوية، وتحسن في تصنيف الجهة.
4. عائد استثماري (ROI): يتجاوز 200% عند حساب توفير تكاليف الدعم وتجنب إعادة العمل.

كيف تطبق جهتك هذا النموذج؟

1. اختر الشريك الصحيح (ليس الأرخص): اسأل دائماً: “هل تنتهي مسؤوليتكم عند التقرير أم عند الاعتماد؟”.
2. الوقت هو الذهب: 9 أسابيع من العمل المركز أفضل من 6 أشهر من المحاولات والخطأ. كل شهر تأخير يكلف الملايين.
3. الخبرة تخصصية: تحتاج مهندسي نظم تصميم (Design Systems) وليس مطورين عاديين.
4. اطلب الضمان: ضمان 100% يعني شريكاً يثق بقدراته ويتحمل المسؤولية.

ابدأ رحلتك نحو الاعتماد

1. التقييم الأولي: تواصل معنا.
2. خارطة الطريق: نحدد الجدول الزمني (9 أسابيع).
3. التنفيذ المتكامل: فريقنا يستلم المهمة حتى تعليق الشهادة.

الوصول إلى الاعتماد في مود المنصات الموحد ليس مستحيلاً..  بل يتطلب فقط  الشريك الصحيح.

كم الوقت المتوسط الذي يستغرقه الحصول على شهادة كود المنصات الموحد؟

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

 ما هي الفوائد الحقيقية للحصول على شهادة كود المنصات الموحد؟

تتجاوز الفوائد مجرد الامتثال؛ فالجهات المعتمدة تحقق زيادة 23% في الزيارات العضوية، و27% في ظهور الكلمات الرئيسية، بالإضافة إلى تحسن ملموس في مؤشرات الأداء الوطنية (KPIs) وتجربة المستخدم.

هل يمكن لفريق التطوير الداخلي تطبيق معايير WCAG بنفسه دون شريك؟

الأمر صعب ونادراً ما ينجح من المرة الأولى؛ حيث تشير الدراسات إلى أن 59.3% من المطورين يفتقرون للتدريب المتخصص في WCAG. المعايير معقدة وتتطلب خبرة “جراحية” في الكود.

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

في مشروع بقيمة 50 مليون ريال، قد تصل خسائر تأخير 6 أشهر إلى أكثر من 10 ملايين ريال (تشمل الهدر اليومي للميزانية، التكاليف غير المباشرة، والضرر بالسمعة المؤسسية).

كيف أتأكد أن الشريك الذي أختاره سيضمن النجاح من المحاولة الأولى؟

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