ماذا تعني نتيجة PageSpeed Insights لموقعك؟
الفرق بين نتيجة المختبر وبيانات الزوار الحقيقيين، وحدود مؤشرات Core Web Vitals المهمة، وكيف تقرأ التقرير قبل أن تدفع لأحد مقابل رفع الرقم.
الرقم الكبير في أعلى تقرير PageSpeed Insights هو نتيجة مختبر: تحميل واحد مُحاكى لصفحتك على هاتف متوسط الإمكانات، مُقيَّم من 0 إلى 100. أما ما توصي Google فعلًا باجتيازه فهو قسم آخر من التقرير نفسه، وهو مؤشرات أداء الويب الأساسية (Core Web Vitals) المقيسة من زوار حقيقيين يستخدمون متصفح Chrome خلال آخر 28 يومًا. وقد تحصل صفحة على 60 في المختبر وتجتاز التقييم، أو على 95 وتفشل فيه.
آخر تحديث: 6 نوفمبر 2026
بيانات المختبر وبيانات الميدان اختباران مختلفان
يتكون كل تقرير من PageSpeed Insights من جزأين، ومعظم الالتباس يأتي من الخلط بينهما.
| بيانات الميدان (الزوار الحقيقيون) | بيانات المختبر (النتيجة من 0 إلى 100) | |
|---|---|---|
| المصدر | تقرير تجربة مستخدمي Chrome (CrUX): زوار حقيقيون | أداة Lighthouse: تحميل واحد مُحاكى للصفحة |
| الفترة | آخر 28 يومًا | لحظة الضغط على زر التحليل |
| الجهاز | هواتف الزوار وشبكاتهم الفعلية | هاتف متوسط الإمكانات مُحاكى على شبكة جوال بطيئة |
| فائدته | معرفة هل يواجه الناس مشكلة فعلًا | معرفة سبب بطء الصفحة واختبار الإصلاح |
| متى يظهر | عندما تكون لصفحتك أو موقعك زيارات كافية من Chrome | دائمًا |
إذا لم تكن للصفحة زيارات كافية، يعرض PageSpeed Insights بيانات الموقع بالكامل بدلًا منها. وقد لا تتوفر لموقع جديد أو صغير أي بيانات ميدانية، فتكون نتيجة المختبر هي الشيء الوحيد المتاح. وهذا مقبول لتشخيص المشكلات، لكنه نتيجة اختبار وليس قياسًا لتجربة عملائك.
مؤشرات أداء الويب الأساسية الثلاثة وحدودها
تتكون مؤشرات أداء الويب الأساسية لدى Google من ثلاثة مقاييس، ويُحكم على كل منها عند المئين الخامس والسبعين، أي أن ثلاث زيارات من كل أربع يجب أن تكون عند الحد أو أفضل منه حتى تُصنَّف الصفحة «جيدة».
| المقياس | ماذا يقيس | جيد | يحتاج إلى تحسين | ضعيف |
|---|---|---|---|---|
| LCP (أكبر عنصر مرئي) | متى تظهر أكبر صورة أو كتلة نص | حتى 2.5 ثانية | 2.5–4 ثوانٍ | أكثر من 4 ثوانٍ |
| INP (الاستجابة للتفاعل) | سرعة استجابة الصفحة للنقر واللمس | حتى 200 مللي ثانية | 200–500 مللي ثانية | أكثر من 500 مللي ثانية |
| CLS (ثبات التخطيط) | مقدار تحرك عناصر الصفحة أثناء التحميل | حتى 0.1 | 0.1–0.25 | أكثر من 0.25 |
لا يمكن قياس INP إلا بتفاعل أشخاص حقيقيين، لذلك يظهر في بيانات الميدان فقط. ويستخدم تقرير المختبر بدلًا منه مقياس إجمالي وقت الحظر (TBT)، وهو الوقت الذي يكون فيه المتصفح مشغولًا بتشغيل الأكواد فلا يستجيب.
توصي Google «بشدة» بتحقيق نتائج جيدة في مؤشرات أداء الويب الأساسية، وتذكر أنها تتوافق مع ما تسعى أنظمة الترتيب الأساسية لديها إلى مكافأته، لكنها لا تَعِد بترتيب معين بسببها. فالصفحة السريعة ذات المحتوى الضعيف لن تتقدم على صفحة مفيدة، كما نوضح في مقال كيف يجدك العملاء على Google وChatGPT وGemini.
كيف تُحسب النتيجة من 0 إلى 100
نتيجة المختبر متوسط مرجَّح لخمسة مقاييس من Lighthouse:
| مقياس المختبر | الوزن |
|---|---|
| إجمالي وقت الحظر (TBT) | 30% |
| أكبر عنصر مرئي (LCP) | 25% |
| ثبات التخطيط (CLS) | 25% |
| أول عرض للمحتوى (FCP) | 10% |
| مؤشر السرعة (Speed Index) | 10% |
النتائج من 90 إلى 100 خضراء («جيدة»)، ومن 50 إلى 89 برتقالية، ومن 0 إلى 49 حمراء. ولأن TBT يحمل الوزن الأكبر، فإن أكواد JavaScript الثقيلة، مثل أدوات المحادثة وأكواد التتبع وشرائح العرض المتحركة، تُفقد الصفحة عادةً نقاطًا أكثر مما تُفقدها صورة كبيرة قليلًا.
لماذا تتغير النتيجة في كل مرة تُجري فيها الاختبار
إذا اختبرت الصفحة نفسها ثلاث مرات فقد تحصل على ثلاث نتائج مختلفة. وتذكر وثائق Google نفسها أن معظم هذا التفاوت لا يعود إلى Lighthouse، بل إلى مسارات الشبكة، والإعلانات واختبارات A/B التي تتغير بين مرة وأخرى، والجهاز الذي يُجري الاختبار، وإضافات المتصفح وبرامج مكافحة الفيروسات. لذلك تعامل مع النتيجة على أنها نطاق: أجرِ الاختبار من ثلاث إلى خمس مرات وانظر إلى النتيجة الوسطى، ولا تحكم على أي إصلاح من تشغيل واحد.
أما بيانات الميدان فتتحرك ببطء. فلأنها تغطي آخر 28 يومًا، يختلط الإصلاح الذي تنشره اليوم بثلاثة أسابيع من زيارات الصفحة القديمة. توقّع أن تتغير الأرقام الميدانية تدريجيًا، وامنح الإصلاح نحو أربعة أسابيع قبل أن تحكم على نجاحه. وإذا عرض عليك أحد نتيجة أفضل في اليوم نفسه، فهي نتيجة مختبر.
ما الذي حسّن الأرقام في موقعنا
عندما عملنا على موقع kftechsolutions.dev، أشار التقرير إلى أربعة تغييرات لم يتطلب أي منها خادمًا أقوى:
- النافذة المنبثقة أصبحت أكبر عنصر في الصفحة. يقيس LCP أكبر عنصر على الشاشة، وكانت نافذة منبثقة أكبر من العنوان الرئيسي للصفحة، فصار LCP يقيس توقيت النافذة، لذلك غيّرنا طريقة تحميلها.
- أكواد التتبع تُحمَّل الآن بعد أول تفاعل. كانت أكواد التحليلات والإعلانات تنافس الصفحة على موارد المتصفح أثناء التحميل، وتشغيلها بعد أول تفاعل من الزائر أخرجها من فترة التحميل.
- مساحة الصور محجوزة مسبقًا. لكل صورة عرض وارتفاع محددان مسبقًا، فلا ينزاح النص إلى الأسفل عند وصول الصورة، وهذا هو الإصلاح المعتاد لمقياس CLS.
- الخط العربي يُحمَّل مبكرًا. تستخدم الصفحات العربية ملف خط مستقلًا، وتحميله مبكرًا يمنع ظهور النص بخط ثم تحوله إلى خط آخر، وهو ما يحرك التخطيط ويؤخر النص الرئيسي.
لا شيء من هذا غريب، فهي من نوع الإصلاحات التي يرشدك إليها قسم تشخيص مشكلات الأداء في التقرير، إذا قرأته بدلًا من الاكتفاء بالنتيجة.
كيف تقرأ التقرير قبل أن تدفع مقابل الإصلاح
قبل أن تدفع لأحد كي «يوصلك إلى 100»، راجع التقرير بنفسك:
- ابدأ بتبويب الهاتف المحمول. فهو الأشد بين الاختبارين، والصفحة التي تؤدي جيدًا فيه تؤدي جيدًا على الكمبيوتر.
- انظر إلى بيانات الميدان أولًا. إذا كانت النتيجة «ناجح» في مؤشرات أداء الويب الأساسية، فزوارك الحقيقيون بخير، ونتيجة المختبر أداة تشخيص وليست حالة طوارئ.
- حدّد المقياس الذي يفشل. اللون الأحمر في LCP أو INP أو CLS يخبرك بنوع المشكلة: محتوى رئيسي بطيء، أو استجابة بطيئة، أو صفحة تتحرك.
- تحقق من العنصر الذي يقيسه LCP. التقرير يسميه، فإن كان نافذة منبثقة أو شريط ملفات تعريف الارتباط أو شريحة مخفية، فالإصلاح في التصميم وليس في الخادم.
- اقرأ أهم ثلاثة تشخيصات. غالبًا ما تسمي أكوادًا أو صورًا أو خطوطًا بعينها، وكثيرًا ما تكون الأكواد الخارجية التي أضفتها بنفسك في أعلى القائمة.
- اسأل عما سيغيره الإصلاح في بيانات الميدان. المطور الجيد يتحدث عن LCP وINP وCLS لدى الزوار الحقيقيين، ومن يَعِد برقم فقط يبيعك الرقم.
نادرًا ما تستحق النتيجة 100 عناء مطاردتها. فصفحة متجر فيها زر دفع وأداة واتساب قد لا تبلغها أبدًا، ولا تحتاج إلى ذلك. المهم أن تظهر الصفحة بسرعة، وتستجيب للنقر، ولا تتحرك أثناء القراءة. وفي الصفحات التي تُستخدم مع الإعلانات يرتبط ذلك مباشرة بالمبيعات، كما نشرح في مقال ما الذي تصلحه صفحة مخصصة للحملات الإعلانية عندما تأتي النقرات دون مبيعات.
ما الذي تقدمه KF Tech Solutions هنا
نبني المواقع الإلكترونية بهذه الأساسيات منذ البداية: مساحة محجوزة للصور، وصور محسّنة، وخطوط تُحمَّل بعناية للعربية والإنجليزية، وأكواد خارجية بعيدة عن مسار التحميل. وتشمل خدمة تصميم وبرمجة المواقع المواقع الجديدة، كما نراجع المواقع القائمة ونوضح لك أي الإصلاحات يستحق التنفيذ قبل بدء أي عمل. وللمواقع ثنائية اللغة تحدياتها الخاصة، وقد تناولناها في مقال بناء موقع إلكتروني بالعربية والإنجليزية.
أسئلة شائعة
هل تضر نتيجة PageSpeed المنخفضة بترتيبي في Google؟
تشير Google إلى مؤشرات أداء الويب الأساسية المقيسة من زوار حقيقيين، لا إلى نتيجة المختبر. فنتيجة مختبر منخفضة مع بيانات ميدانية ناجحة ليست مشكلة في الترتيب، ويظل المحتوى المفيد المطابق لبحث المستخدم هو الأساس.
لماذا نتيجة الهاتف المحمول أقل بكثير من نتيجة الكمبيوتر؟
يحاكي اختبار الهاتف المحمول هاتفًا متوسط الإمكانات على شبكة جوال بطيئة، بينما يستخدم اختبار الكمبيوتر اتصالًا سلكيًا سريعًا. فالصفحة نفسها تحصل على قدرة معالجة وسرعة اتصال أقل في اختبار الهاتف.
يذكر التقرير أنه لا توجد بيانات ميدانية. ماذا أفعل؟
لم تحصل صفحتك وموقعك بعد على زيارات كافية من Chrome لعرضها. استخدم نتائج المختبر لاكتشاف المشكلات، وتابع تقرير مؤشرات أداء الويب الأساسية في Google Search Console مع نمو الزيارات.
هل تحل باقة استضافة جديدة مشكلة النتيجة؟
فقط إذا كان الخادم هو الجزء البطيء، ويظهر ذلك في التقرير على شكل استجابة أولى بطيئة من الخادم. وفي أغلب الأحيان تكون التكلفة في الأكواد والصور والخطوط داخل الصفحة، ونقل الموقع إلى استضافة أسرع لا يغيرها.
كم مرة يجب أن أراجع النتيجة؟
بعد كل تغيير مهم في الموقع، مثل إضافة أداة أو كود تتبع أو قالب جديد، فالسرعة تنخفض غالبًا عند إضافة أداة جديدة. ويشرح مقالنا عن خطط صيانة البرمجيات كيف تحافظ على ذلك مع الوقت.
إذا أردت رأيًا ثانيًا في تقرير قبل أن تدفع مقابل أي إصلاح، احجز مكالمة مجانية أو أرسل إلينا رابط الصفحة، وسنخبرك بما يستحق التنفيذ.
المصادر
اقرأ المزيد
النشرة البريدية
ملاحظات من حين لآخر عن البرمجيات والأتمتة وإدارة أعمال أفضل. دون رسائل مزعجة.