ما درجة PageSpeed التي أستهدفها؟

الدرجة ليست هدفاً. الهدف أن تُظهر بيانات الميدان LCP دون 2.5 ثانية وINP دون 200 ميلي ثانية وCLS دون 0.1. فإذا تحقّقت الثلاثة ارتفعت الدرجة وحدها؛ أما مطاردة الدرجة فتقود إلى تغييرات تجميلية لا تحسّن أياً من الثلاثة.

هل يكفي تبديل الاستضافة للتسريع؟

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

هل يؤثّر شريط الارتباط في السرعة؟

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

كيف تجعل موقعك أسرع؟

إجابة موجزة

ما Core Web Vitals وما القيم التي تُعدّ جيدة؟

تُقاس سرعة الموقع بثلاثة مقاييس تنشر Google عتباتها: LCP دون 2.5 ثانية، وINP دون 200 ميلي ثانية، وCLS دون 0.1. وتُقاس الثلاثة عند المئين الخامس والسبعين لتحميلات الصفحة، والجوّال والمكتب منفصلان. وعملياً، ما يُحدث التحسّن ليس تنظيف الإضافات بل وزن الصور وترتيب تحميل الخطوط وزمن استجابة الخادم.

أهم النقاط

عتبات Google صريحة: LCP 2.5 ثانية، وINP 200 ميلي ثانية، وCLS 0.1 — وكلها تُقاس عند المئين الخامس والسبعين لا على المتوسّط.
حلّ INP محلّ FID كمقياس أساسي مستقرّ عام 2024؛ وأي عرض ما زال يبلّغ عن FID فهو قديم.
الاختبار المعملي (محاكاة PageSpeed Insights) وبيانات الميدان شيئان مختلفان؛ والقرار يُتّخذ ببيانات الميدان لأنها تعكس أجهزة المستخدمين الحقيقيين.
أشيع مشكلة على الإطلاق صورةٌ غير مُحجَّمة تُحمَّل في أول الشاشة — وقد تؤخّر LCP وحدها ثوانيَ.
السرعة عامل تحويل أكثر منها عامل ترتيب: النزول تحت العتبة يكفي، ومطاردة درجة 100 ليست الهدف.

ما الأرقام التي تُقاس؟

«الموقع بطيء» ليس قياساً. تنشر Google ثلاثة مقاييس وثلاث عتبات، وهذه الثلاثة — لا درجة PageSpeed — هي هدف عمل السرعة. فالدرجة ملخّص لهذه المقاييس مشتقّ من محاكاة؛ وليست الرقم الذي يُقرَّر بناءً عليه.

عتبات Core Web Vitals وما يقيسه كلٌّ منها فعلاً

LCP
عتبة «جيد»
دون 2.5 ثانية
ماذا يقيس
كم يستغرق أكبر عنصر محتوى حتى يظهر
أشيع سبب
صورة رئيسية غير محجَّمة، خادم بطيء
INP
عتبة «جيد»
دون 200 ميلي ثانية
ماذا يقيس
كم تستغرق الشاشة للاستجابة بعد تفاعل
أشيع سبب
برامج نصية تحجب الخيط الرئيسي
CLS
عتبة «جيد»
دون 0.1
ماذا يقيس
كم ينزاح المحتوى أثناء التحميل
أشيع سبب
صور بلا أبعاد، لافتات تُحقن متأخّرة

عتبات Core Web Vitals وما يقيسه كلٌّ منها فعلاً
المقياس	عتبة «جيد»	ماذا يقيس	أشيع سبب
LCP	دون 2.5 ثانية	كم يستغرق أكبر عنصر محتوى حتى يظهر	صورة رئيسية غير محجَّمة، خادم بطيء
INP	دون 200 ميلي ثانية	كم تستغرق الشاشة للاستجابة بعد تفاعل	برامج نصية تحجب الخيط الرئيسي
CLS	دون 0.1	كم ينزاح المحتوى أثناء التحميل	صور بلا أبعاد، لافتات تُحقن متأخّرة

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

اختبار معملي أم بيانات ميدانية؟

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

والنتيجة العملية: العرض الذي يَعِد بـ«سنرفع درجتك إلى 95» يقيس المحاكاة. أما الالتزام الصحيح فهو إنزال المقاييس الثلاثة تحت العتبة في بيانات الميدان — وعلى مجموعة الصفحات التي تستقبل الزيارات لا على صفحة واحدة.

ما الذي يُصلحها فعلاً؟

الصور: يجب أن تكون الصورة الرئيسية في أول الشاشة بحجم صحيح وبصيغة حديثة (AVIF/WebP) وتحمل العرض والارتفاع. ومن هنا يأتي أكبر مكسب في LCP، والإصلاح نفسه يحسّن CLS.
الخطوط: إبقاء النص غير مرئي أثناء تحميل خطّ مخصّص يؤخّر LCP. وتقديم ملفات الخطوط من نطاقك وضبط سلوك التحميل ليبقى النص مرئياً عمل قصير.
برامج الطرف الثالث: أداة الدردشة وخريطة الحرارة وثلاث أدوات تحليلات ووسوم الإعلانات هي ما يكسر INP. والسؤال عن استخدام كلٍّ منها فعلاً يفيد أكثر من تحسين الشفرة.
زمن استجابة الخادم: إن كان توليد الصفحة بطيئاً فلن تعوّضه أي أعمال واجهة. والتخزين المؤقت أو التوليد الساكن يقطع النصف الأول من LCP مباشرةً.
انزياحات التخطيط: صور بلا أبعاد، وشريط ارتباط يُحقن متأخّراً، ومساحة إعلان. وتُحلّ الثلاثة بحجز المساحة.

هل ترفع السرعة الترتيب؟

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

أسئلة متكررة

ما درجة PageSpeed التي أستهدفها؟: الدرجة ليست هدفاً. الهدف أن تُظهر بيانات الميدان LCP دون 2.5 ثانية وINP دون 200 ميلي ثانية وCLS دون 0.1. فإذا تحقّقت الثلاثة ارتفعت الدرجة وحدها؛ أما مطاردة الدرجة فتقود إلى تغييرات تجميلية لا تحسّن أياً من الثلاثة.
هل يكفي تبديل الاستضافة للتسريع؟: إن كان زمن استجابة الخادم بطيئاً فعلاً فهو يُحدث فرقاً، لكن في معظم المواقع يحدث أكبر تأخير في المتصفّح لا في الخادم: صور كبيرة وخطوط تُحمَّل متأخّرة وبرامج طرف ثالث. وقياس زمن الاستجابة قبل حسم النقل يمنع مشروع ترحيل مهدور.
هل يؤثّر شريط الارتباط في السرعة؟: نعم، وعادةً في موضعين معاً. فحين يُحمَّل الشريط متأخّراً ويدفع الصفحة للأسفل ينكسر CLS؛ ولأن معظم أدوات الأشرطة تُحمّل برنامجها الخاص فهي تثقل INP أيضاً. والحل ليس إزالة الشريط: بل حجز المساحة وإخراج برنامج الأداة من مسار التحميل الحرج.

المصادر

01Web Vitals — LCP, INP ve CLS eşikleri — web.dev, Google, 2026
02Understanding page experience in Google Search results — Google Search Central, 2026

استعلامات تجيب عنها هذه الصفحة

تسريع الموقع
ما هي Core Web Vitals
موقعي بطيء
تحسين LCP