# نتيجة Lighthouse ليست ميزانية أداء

*Jul 12, 2026 · قراءة 3 دقائق*

> النتيجة لقطة لحظية. الميزانية بناء يفشل. هذه هي إعدادات CI التي نضعها في كل مشروع، والأرقام الثلاثة التي نلتزم بها.

**باختصار:** نتيجة Lighthouse تقيس تشغيلًا واحدًا على جهاز واحد. أما ميزانية الأداء فتُفشل البناء عند تراجع أي مؤشر. اضبط ميزانيات على LCP وCLS وحجم JavaScript، وافرضها في CI مع كل طلب دمج، وسيتوقف الرقم عن الانحراف بين الإطلاق والشهر السادس.

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

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

## لماذا تنحرف النتيجة ولا تنحرف الميزانية

النتيجة معدل. وهذه هي المشكلة كاملة. خمسة مؤشرات، لكل منها وزن، تُختزل في رقم واحد بين 0 و100. قد يسوء مؤشر LCP بنصف ثانية بينما يتحسن Total Blocking Time مصادفةً، فلا يكاد المجموع يتحرك. وعميلك لا يعيش المجموع. عميلك يعيش نصف الثانية تلك.

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

## ما الأرقام الثلاثة التي نلتزم بها في كل مشروع

نضع ميزانية لثلاثة فقط، لأن ميزانية لا يستطيع أحد استظهارها هي ميزانية لا يفرضها أحد.

**LCP أقل من ثانيتين** على ملف جهاز جوال متوسط مُقيَّد. ليس 2.5 — الحد الرسمي «الجيد» — لأن 2.5 هو حيث تتوقف Google عن معاقبتك، لا حيث يتوقف الإنسان عن الشعور بالانتظار. والبناء على حد النجاح لا يترك لك هامشًا حين يضيف فريق التسويق فيديو في الشهر الرابع.

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

**سقف صارم لحجم JavaScript** بالكيلوبايت، يُتفق عليه عند الانطلاق. وهذا هو الذي يغيّر السلوك فعلًا، لأنه يحوّل سؤال «هل نضيف هذه المكتبة» من جدال في الذوق إلى مسألة حسابية.

## أين يجب أن يعمل الفحص

على طلب الدمج. لا ليلًا، ولا أسبوعيًا، ولا على لوحة معلومات وضعها أحدهم في المفضلة.

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

## كم يكلّف هذا

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

---

Source: https://rscs.ae/ar/%D9%85%D9%84%D8%A7%D8%AD%D8%B8%D8%A7%D8%AA/lighthouse-score-is-not-a-performance-budget
RSX Digital | Custom Web Apps, Mobile & AI Solutions UAE — rscs.ae