١١ - معايير الجودة
الجودة متطلب تسليم،
كل نظام يجب أن تكون سريعة وقابلة للقراءة وسهلة الوصول وقابلة للصيانة بما يجعل كل قرار بعد الإطلاق أسهل - لا أصعب.
هدف الأداء
90+Lighthouse
سهولة الوصول
95+درجة المراجعة
مؤشرات Core Web Vitals
FCP أقل من ١.٥ ثانية · TTI أقل من ٣.٥ ثانية · CLS أقل من ٠.١ على الصفحات الرئيسية.
كود نظيف وقابل للصيانة
الكود يُقرأ أكثر بكثير مما يُكتب. نُحسّن للوضوح والاتساق وقابلية الصيانة - لا للحيل الذكية التي تخلق ديناً تقنياً مستقبلياً. الكتابة الصارمة بـ TypeScript تكشف فئة من الأخطاء تفوتها دورات ضمان الجودة، والبنية القائمة على المكونات تتيح لمطور جديد تتبّع ميزة من المسار إلى العرض دون اجتماع شرح. هذا مهم تجارياً: الكود الذي تستلمه عند التسليم هو ما يضطر موظفك القادم لتوسيعه، والكود غير المقروء ضريبة متكررة على كل تعديل مستقبلي.
المتطلبات
TypeScript صارم
بنية قائمة على المكونات
اختبار آلي
تكامل مستمر
المعايير
صفر أخطاء lint
تغطية اختبار أكثر من ٨٠٪
توثيق نقاط API
السرعة محرك إيرادات
كل ١٠٠ ميلي ثانية من التأخير خسارة في التحويل. الأداء قيد تصميمي من اليوم الأول - لا تمريرة تحسين تُحشر بعد الإطلاق. نختار التسليم من الحافة وصيغ الصور الحديثة وأقل تنفيذ JavaScript ممكن قبل بناء أي شاشة، لأن ترقيع السرعة في بنية بطيئة يعني إعادة بنائها من الصفر. درجة ٩٥+ على Lighthouse ليست رقماً للزينة - بل ترتبط مباشرة بمعدل الارتداد وترتيب البحث، خصوصاً على اتصالات الموبايل في الأسواق التي نبني لها.
المتطلبات
تسليم من الحافة
صيغ صور حديثة
تنفيذ JavaScript خفيف
تحسين الخطوط
المعايير
Lighthouse Performance ٩٥+
LCP أقل من ٢.٥ ثانية
CLS أقل من ٠.١
سهولة الوصول بالافتراضي
إن لم يكن سهل الوصول فهو لم يكتمل. توافق WCAG متطلب بناء - لا قائمة مراجعة بعد الإطلاق. نراجع التنقل بالكيبورد وإخراج قارئ الشاشة ونسب التباين على كل شاشة قبل اعتبارها جاهزة، بالطريقة نفسها التي نتحقق بها من صحة عرض التخطيط. التعامل مع سهولة الوصول كترقيع لاحق هو ما يجعل الفرق تُضيف وسوم ARIA على مكتبة مكونات لم تُبنَ أصلاً لتحملها - نحن نبني البنية لتحملها من أول commit.
المتطلبات
HTML دلالي
توافق WCAG 2.1 AA
إمكانية التنقل بالكيبورد
دعم قارئات الشاشة
المعايير
Lighthouse Accessibility أكثر من ٩٥
صفر أخطاء ARIA
نسبة تباين أكثر من ٤.٥:١
الأمان من اليوم الأول
الثقة تُكتسب بأمان مدمج لا مضاف لاحقاً. ترويسات CSP ومراجعة التبعيات وتطهير المدخلات قبل أي شيء يُطلق. نُجري مراجعة التبعيات كجزء من خط البناء، لا كتدريب سنوي عابر، ومسارات المصادقة تُراجَع وفق توجيهات OWASP الحالية قبل الإطلاق. لعملاء التجارة الإلكترونية وأنظمة ERP الذين يتعاملون مع بيانات دفع العملاء، هذا ليس تحصيناً اختيارياً - بل الحد الأدنى الذي يمنع اختراقاً من أن يصبح عنواناً صحفياً.
المتطلبات
ترويسات CSP
مصادقة آمنة
مدخلات معقّمة
مراجعة التبعيات
المعايير
تقييم أمان Grade A
صفر CVEs عالية الخطورة
دورات ترقيع منتظمة
المساءلة مدمجة.
آلياً.
خطوط CI/CD تمنع النشر إن لم تُستوفَ هذه المعايير. الجودة لا تتراجع مع الوقت - تُفرض عند كل نشر. لا توجد قائمة مراجعة يدوية ينساها أحد تحت ضغط الموعد النهائي - الخط الإنتاجي ينجح أو لا يحدث النشر إطلاقاً. هذه هي الطريقة الوحيدة التي تبقى بها هذه المعايير الأربعة صحيحة بعد ستة أشهر من الإطلاق، بدل أن تتراجع تدريجياً كما يحدث في أغلب المواقع التي تبنيها الوكالات حين يترك الفريق الأصلي المشروع.
الخطوة التالية
جاهز لتحديد تفاصيل نظامك؟
شاركنا تفاصيل مشروعك وسنرد خلال يوم عمل واحد بخطوة تالية واضحة-دون عرض ترويجي.
الرد خلال ٢٤ ساعة في أيام العمل.