سرعة الموقع: ما يقيسه غوغل فعلاً وكيف تُصلحه

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

المقاييس الثلاثة

• LCP — متى يظهر أكبر عنصر مرئي (غالباً صورة أو عنوان). الهدف: أقلّ من ٢٫٥ ثانية.
• INP — كم يتأخّر الموقع في الاستجابة حين يضغط الزائر. الهدف: أقلّ من ٢٠٠ مللي ثانية.
• CLS — كم يقفز التخطيط أثناء التحميل. الهدف: أقلّ من ٠٫١، والصفر ممكن.

الصور: أكبر سبب وأسهل علاج

في أغلب المواقع التي تُقاس، الصور وحدها تفسّر معظم البطء. والعلاج ثلاث خطوات لا أكثر:

1. 01صدّرها بالحجم الذي تُعرض به فعلاً. صورة بعرض ٤٠٠٠ بكسل تُعرض في ٨٠٠ تهدر تسعة أعشار حجمها.
2. 02استعمل صيغة حديثة (WebP أو AVIF): توفّر ٣٠–٥٠٪ من الحجم بلا فرق مرئي.
3. 03حدّد العرض والارتفاع في الشيفرة. هذا وحده يمنع قفز التخطيط لأن المتصفّح يحجز المساحة قبل وصول الصورة.

الخطوط

الخطّ المخصّص يُحمَّل بعد بدء الرسم، فيظهر النصّ متأخّراً أو يقفز حين يصل. استعمل ‎font-display: swap ليظهر النصّ فوراً بخطّ احتياطي، واختر احتياطياً قريب القياس كي يكون القفز غير محسوس. وحمّل أوزاناً تستعملها فعلاً: كل وزن ملفّ إضافي.

ما لا يُصلحه شيء إلا الخادم

إن كان الخادم نفسه يتأخّر في إرسال أوّل بايت، فكل تحسين في المتصفّح يُبنى على أساس متأخّر. راقب زمن أوّل بايت (TTFB): إن تجاوز نصف ثانية باستمرار، فالمشكلة في الاستضافة أو في استعلامات قاعدة البيانات لا في صورك.

وأخيراً: لا تحسّن بلا قياس. غيّر شيئاً واحداً، أعد القياس، واحتفظ بالرقم. التحسين بلا قياس تخمين مكلّف.