تقاس سرعة الموقع عند جوجل بثلاثة أرقام تسمى مؤشرات أداء الويب الأساسية (Core Web Vitals): سرعة ظهور المحتوى الرئيسي، وسرعة استجابة الصفحة للمس، وثبات المحتوى أثناء القراءة. يصف كل رقم مشكلة مختلفة، ولكل مشكلة علاج مختلف. لذلك اسأل «بطيء في ماذا؟» قبل أن تشتري استضافة أغلى أو تطلب إعادة بناء الموقع.
يعطيك هذا المقال الحدود الرسمية، وخطوات القياس بأداة PageSpeed Insights، وجدولًا يحدد ما تصلحه أولًا. تحتاج إلى نصف ساعة ورابط موقعك.
الأرقام الثلاثة وحدودها الرسمية
الصفحة الجيدة تحقق الحدود الثلاثة معًا. هذه هي الحدود كما تنشرها جوجل في توثيق web.dev، بحسب مراجعتنا في نوفمبر 2026:
| المقياس | ماذا يقيس | جيد | يحتاج إلى تحسين | ضعيف |
|---|---|---|---|---|
| LCP | وقت ظهور أكبر عنصر في الشاشة، غالبًا صورة أو عنوان | 2.5 ثانية أو أقل | حتى 4 ثوانٍ | أكثر من 4 ثوانٍ |
| INP | سرعة استجابة الصفحة بعد الضغط أو اللمس | 200 جزء من الثانية أو أقل | حتى 500 جزء من الثانية | أكثر من 500 جزء من الثانية |
| CLS | مقدار تحرك المحتوى من مكانه أثناء القراءة | 0.1 أو أقل | حتى 0.25 | أكثر من 0.25 |
وتقرأ جوجل كل مقياس عند الشريحة المئوية 75 من الزيارات، مع فصل الهاتف عن الكمبيوتر. بعبارة أبسط: يجب أن يحصل ثلاثة أرباع زوارك على هذه النتيجة أو أفضل منها، فالمتوسط قد يخفي تجربة سيئة لعدد كبير منهم.
خطوات القياس في PageSpeed Insights
اتبع هذا الترتيب، حتى لا تبدأ بالرقم الأقل دلالة:
- اختر الصفحات: الرئيسية، وأكثر صفحة خدمة زيارة، وأي صفحة ترسل إليها الإعلانات. لكل قالب مشكلاته، لذلك لا تكتفِ بالرئيسية.
- افتح PageSpeed Insights وألصق الرابط، ثم اقرأ نتيجة الهاتف أولًا.
- اقرأ بيانات المستخدمين الحقيقيين قبل الدرجة: مصدرها زيارات فعلية خلال آخر 28 يومًا عبر تقرير تجربة مستخدمي كروم (CrUX).
- سجّل LCP وINP وCLS لكل صفحة في جدول بسيط، مع تاريخ القياس.
- انتقل بعدها إلى البيانات المعملية: وهي تحميل محاكى يصلح لتشخيص السبب، وقد يفوته ما يحدث عند زوارك فعلًا.
- أعد القياس بعد كل إصلاح: تتغير البيانات المعملية فورًا، بينما تتحدث بيانات الزوار تدريجيًا لأنها تغطي 28 يومًا.
إذا لم تجد بيانات حقيقية لصفحة، فستعرض الأداة بيانات الموقع كله إن توفرت. وقد لا تجد بيانات إطلاقًا إذا كانت زياراتك قليلة، وعندها اعتمد على البيانات المعملية مؤشرًا مؤقتًا.
أما الدرجة من 100 فتتوزع إلى ضعيف من 0 إلى 49، ويحتاج إلى تحسين من 50 إلى 89، وجيد من 90 إلى 100. هذه الدرجة معملية، وتوضح جوجل أنها قد تتغير من تجربة إلى أخرى، وأن الدرجة الجيدة لا تضمن تجربة جيدة لزوارك.
وللنظرة الشاملة، افتح تقرير مؤشرات أداء الويب في Search Console. يجمع التقرير الصفحات المتشابهة في مجموعات، ويعطي كل مجموعة حالة أسوأ مقياس فيها، لذلك يكفي مقياس واحد ضعيف لتصنيفها ضعيفة.
جدول ترتيب الإصلاح
ابدأ بالمقياس المصنف ضعيفًا في أكثر الصفحات زيارة، ثم استخدم هذا الجدول. الإجراءات مأخوذة من إرشادات جوجل لتحسين LCP وCLS وINP، أما الترتيب بينها فهو رأينا العملي.
| ما تراه | السبب المحتمل | ابدأ بهذا |
|---|---|---|
| LCP مرتفع والعنصر الأكبر صورة | صورة كبيرة الحجم أو تُحمَّل متأخرة | صغّر الصورة، واستخدم WebP أو AVIF، وألغِ التحميل المؤجل عنها، وأضف fetchpriority="high" |
| LCP مرتفع وأول استجابة من الخادم بطيئة | الخادم أو التحويلات أو غياب التخزين المؤقت | احذف التحويلات غير اللازمة، وفعّل التخزين المؤقت، واستخدم شبكة توصيل المحتوى (CDN) |
| LCP مرتفع والعنصر الأكبر نص | ملفات خطوط أو CSS تعطل العرض | صغّر ملفات CSS والخطوط، واستخدم font-display بقيمة غير auto وblock |
| CLS مرتفع مع ظهور الصور | صور دون أبعاد محددة | حدد width وheight لكل صورة وفيديو |
| CLS مرتفع بسبب شريط أو إعلان يظهر متأخرًا | محتوى يدخل الصفحة دون مساحة محجوزة | احجز له مساحة مسبقة، أو اجعله فوق المحتوى |
| CLS مرتفع عند تحميل الخط | اختلاف مقاس الخط البديل عن الخط النهائي | اختر خطًا بديلًا قريبًا، وحمّل الخطوط المهمة مسبقًا |
| INP مرتفع | نصوص JavaScript طويلة تشغل المتصفح | احذف ما لا تحتاج إليه، ثم قسّم المهام الطويلة |
ثلاثة أخطاء تضيع وقت التحسين
- التحميل المؤجل لكل الصور: نصيحة منتشرة لها استثناء مهم. تقول إرشادات web.dev بوضوح إن تأجيل صورة LCP يبطئها دائمًا. أجّل ما يقع أسفل الشاشة الأولى فقط.
- إصلاح الصور والمشكلة في الخادم: تقترح web.dev توزيعًا إرشاديًا لوقت LCP، نحو 40% لاستجابة الخادم ونحو 40% لتحميل الملف. مثال افتراضي: إذا كان LCP عندك 4 ثوانٍ، منها ثانيتان قبل أول استجابة، فابدأ بالخادم قبل ضغط الصور.
- مطاردة درجة 100: تقول جوجل إن الدرجة العالية لا تضمن الصدارة، وإن السعي إلى الدرجة الكاملة لأجل السيو وحده قد لا يستحق الجهد.
السكريبتات الخارجية والخطوط العربية
كل أداة تحليلات أو بكسل إعلاني أو محادثة فورية هي كود يعمل في صفحتك، وتوصي web.dev بحذف ما لا يضيف قيمة واضحة، وتحميل الباقي بخاصية async أو defer. اكتب قائمة بكل أداة، ومن يستخدم بياناتها، ومتى استخدمها آخر مرة. احتفظ بأدوات تتبع الإعلانات التي تحتاج إليها، لأن حذفها يفقدك قياس الحملات.
وفي المواقع العربية، راجع حجم ملفات الخطوط في تقرير الأداة بدل الافتراض. حمّل الأوزان التي تستخدمها فعلًا، وتأكد من أن النص يظهر بخط بديل أثناء التحميل.
ماذا تتوقع بعد التحسين؟
توقع تجربة أفضل قبل أن تتوقع ترتيبًا أعلى. تقول جوجل إنها تعرض المحتوى الأكثر صلة حتى لو كانت تجربة الصفحة دون المستوى، وإن تجربة الصفحة تساعد أكثر عندما تتقارب المحتويات المفيدة. لذلك يكمل تحسين السرعة عمل السيو، ولا يغني عنه. أما أثرها على طلباتك فقسه على موقعك: قارن معدل إرسال النموذج على الهاتف قبل التحسين وبعده بفترة كافية.
والسرعة عنصر واحد ضمن ما يحتاجه الموقع، وبقية العناصر في مقال موقع الشركة التعريفي.
الخطوة التالية
قس اليوم ثلاث صفحات على الهاتف، وسجل أرقامها في جدول، وحدد أسوأ مقياس في أكثر صفحة زيارة، ثم نفذ أول سطر مناسب من جدول الإصلاح. وإذا كانت المشكلة في بنية الموقع نفسها وتحتاج إلى من يعالجها، فهذا ضمن خدمة برمجة المواقع التعريفية في بلانكيت.