مؤشرات أداء الويب الأساسية (Core Web Vitals) ثلاثة قياسات لما يشعر به الزائر الحقيقي: سرعة ظهور المحتوى الرئيسي، وسرعة استجابة الصفحة، وثبات التصميم أثناء التحميل. تنشر Google حدًا واضحًا لما تعدّه “جيدًا” في كل مؤشر وتوصي بالوصول إليه، لكنها تقول بالوضوح نفسه إن النتائج الجيدة لا تضمن صدارة نتائج البحث.
ماذا تقيس المؤشرات الثلاثة، وما وزنها في البحث
هذه المؤشرات الثلاثة مع الحدود التي يحددها موقع web.dev لتجربة مستخدم جيدة:
- أكبر عرض للمحتوى (LCP) يقيس التحميل، ويجب أن يحدث خلال 2.5 ثانية من بدء تحميل الصفحة.
- التفاعل حتى العرض التالي (INP) يقيس الاستجابة للنقر واللمس وضغط المفاتيح، ويجب أن يكون 200 ملّي ثانية أو أقل. وINP هو مقياس الاستجابة المعتمد حاليًا، فالنصائح المكتوبة لمقياس FID القديم لم تعد صالحة.
- مجموع التغير في التصميم (CLS) يقيس الثبات البصري، ويجب أن يبقى 0.1 أو أقل.
ولا تنجح الصفحة بزيارة واحدة محظوظة. يقول web.dev إن الحد المناسب للقياس هو المئين الخامس والسبعون من مرات تحميل الصفحة، مع الفصل بين الهاتف والكمبيوتر. بعبارة أبسط: ثلاث زيارات من كل أربع على الأقل يجب أن تحقق الهدف، ويُقيَّم الهاتف والكمبيوتر كلٌّ على حدة.
أما موقف Google من دور هذه المؤشرات في البحث فله وجهان. فهي توصي بشدة بأن يحقق أصحاب المواقع نتائج جيدة فيها للنجاح في البحث ولتقديم تجربة مستخدم ممتازة عمومًا. وتقول في المقابل إن بحث Google يسعى دائمًا إلى عرض المحتوى الأكثر صلة حتى لو كانت تجربة الصفحة دون المستوى، وإن النتائج الجيدة في تقرير Search Console أو في أدوات خارجية لا تضمن أن تتصدر صفحاتك النتائج.
قراءتي الشخصية: تعامل مع هذه المؤشرات على أنها معيار جودة لقرائك، لا حيلة للترتيب. فالمقال العربي البطيء الذي يقدم أفضل إجابة قد يتفوق على صفحة سريعة محتواها ضعيف.
خطوات تحسين النتائج
- ابدأ بالبيانات الميدانية. يعتمد تقرير مؤشرات أداء الويب الأساسية في Search Console على بيانات استخدام حقيقية. أدوات المختبر مفيدة لتتبع المشكلات، لكن نتيجة 100 في المختبر لا تعني الكثير إذا كانت تجربة الزوار الفعليين على هواتف متوسطة مختلفة.
- افحص الروابط منفردة. تتيح لك أداة PageSpeed Insights اختبار صفحة واحدة ومعرفة أين يضيع الوقت. ابدأ بأكثر القوالب زيارة: صفحة المقال، ثم الصفحة الرئيسية، ثم صفحة التصنيف.
- ابدأ بـLCP في صفحات المقالات. أكبر عنصر عادةً هو الصورة الرئيسية أو كتلة العنوان. قدّم صورة رئيسية بمقاس مناسب ومضغوطة، ولا تجعلها تُحمَّل بالتحميل الكسول (lazy loading). وتدعم أبحاث web.dev عن التحميل الكسول تحميل الصور الظاهرة في الشاشة الأولى فورًا وتأجيل الباقي.
- خفّف الخطوط العربية. الخطوط العربية على الويب كبيرة الحجم غالبًا، والقوالب تميل إلى تحميل عدة عائلات وأوزان. قاعدتي الشخصية: عائلة واحدة ووزنان على الأكثر، مع استضافة فعّالة. فكل ملف خط إضافي ينافس محتواك على وقت التحميل.
- خفّض INP بتقليل JavaScript. المهام الطويلة تمنع الصفحة من الاستجابة، والسكربتات الخارجية الثقيلة من أكثر أسبابها، كتعدد شبكات الإعلانات وأدوات الدردشة ووسوم التتبع. احذف ما لا تستخدمه، وأجّل ما لا يلزم عند العرض الأول.
- أوقف تحرك التصميم. حدّد عرض كل صورة وعنصر مضمَّن وارتفاعه لتُحجز مساحته مسبقًا. واحجز مساحة ثابتة لأماكن الإعلانات. وتجنب الشرائط التي تدفع المحتوى إلى الأسفل بعد اكتمال التحميل. وتأكد من أن الانتقال من الخط الاحتياطي إلى خطك العربي لا يعيد ترتيب المقال كله.
- أعد القياس على مدى أسابيع لا دقائق. البيانات الميدانية تعكس الزيارات عبر الزمن، فيظهر التحسن في التقرير تدريجيًا.
مثال: قالب مقال عربي
نمط شائع في المواقع الإخبارية والمدونات العربية: صورة كبيرة في الأعلى، وتحتها شريط صور متحرك، وخط يتأخر في التحميل. هذه نسخة أخف من وسوم الصور:
<img src="/img/hero-coffee.webp" alt="فنجان قهوة عربية بجانب دلة نحاسية" width="1200" height="675" fetchpriority="high"> <img src="/img/beans.webp" alt="حبوب قهوة محمصة في وعاء خشبي" width="800" height="450" loading="lazy">
تُحمَّل الصورة الرئيسية فورًا وبأولوية عالية، وهذا يساعد LCP. أما الصورة الثانية في أسفل الصفحة فتُحمَّل بالتحميل الكسول. وكلتاهما تحدد العرض والارتفاع، فيحجز المتصفح مساحتهما مسبقًا، وهذا يساعد CLS. والنص البديل بالعربية لأن الصفحة عربية.
وفي التصاميم من اليمين إلى اليسار، اختبر القائمة والرأس الثابت على هاتف حقيقي. فالرأس الذي يتغير ارتفاعه مع التمرير، أو أيقونة القائمة التي تظهر متأخرة، قد يضيفان تحركًا في التصميم لا يكشفه اختبار الكمبيوتر أبدًا.
قائمة التحقق
| الفحص | الطريقة | الأداة |
|---|---|---|
| البيانات الميدانية حسب الجهاز | راجع مجموعات الهاتف والكمبيوتر كلًا على حدة | تقرير مؤشرات أداء الويب الأساسية في Search Console |
| LCP خلال 2.5 ثانية | حدّد عنصر LCP في القوالب الرئيسية | PageSpeed Insights |
| الصورة الرئيسية بلا تحميل كسول | تأكد من غياب loading=”lazy” عن أول صورة كبيرة | عرض المصدر في المتصفح |
| INP بحد 200 ملّي ثانية أو أقل | ابحث عن المهام الطويلة والسكربتات الخارجية الثقيلة | PageSpeed Insights وأدوات المطوّر في المتصفح |
| CLS بحد 0.1 أو أقل | ابحث عن صور بلا أبعاد وشرائط متأخرة وأماكن إعلانات | PageSpeed Insights |
| الخطوط العربية مخففة | عدّ عائلات الخطوط وأوزانها المحمّلة | أدوات المطوّر، تبويب Network |
| التخلي عن نصائح FID القديمة | حدّث الوثائق ولوحات المتابعة الداخلية لتتبع INP | وثائق الفريق |
| متابعة التقدم عبر الزمن | قارن مجموعات التقرير شهرًا بعد شهر | تقرير مؤشرات أداء الويب الأساسية في Search Console |
أخطاء شائعة
- مطاردة نتيجة مثالية في المختبر. الزوار الحقيقيون هم من يحددون بياناتك الميدانية، فحسّن ما يعيشونه.
- التحميل الكسول للصورة الرئيسية. يؤخر أكبر عنصر في الصفحة، وهو بالضبط ما يقيسه LCP.
- تحميل عائلات وأوزان كثيرة من الخطوط العربية. كلفة ثقيلة نادرًا ما يلاحظ القارئ فائدتها.
- افتراض أن النتائج الجيدة سترفع الترتيب وحدها. تقول Google إن الصلة بالبحث تأتي أولًا، وإن النتائج الجيدة ليست ضمانًا.
- الاستمرار في تحسين FID. المقياس الذي يجب تتبعه الآن هو INP.
- دمج نتائج الهاتف والكمبيوتر في متوسط واحد. إرشادات Google تفصل بينهما، وقد تروي كل منهما قصة مختلفة تمامًا.
المصادر
- web.dev، مقالة “Web Vitals” عن الحدود وقاعدة المئين الخامس والسبعين، اطُّلع عليها في 21 فبراير 2026، https://web.dev/articles/vitals
- Google Search Central، توثيق مؤشرات أداء الويب الأساسية ونتائج بحث Google، اطُّلع عليه في 21 فبراير 2026، https://developers.google.com/search/docs/appearance/core-web-vitals
- Google Search Central، توثيق تجربة الصفحة في بحث Google، اطُّلع عليه في 21 فبراير 2026، https://developers.google.com/search/docs/appearance/page-experience
- web.dev، مقالة عن تحسين مقياس INP، اطُّلع عليها في 21 فبراير 2026، https://web.dev/articles/optimize-inp
- web.dev، مقالة عن أثر التحميل الكسول في LCP، اطُّلع عليها في 21 فبراير 2026، https://web.dev/articles/lcp-lazy-loading
- Google Search Central، توثيق البدء باستخدام Search Console (تقرير مؤشرات أداء الويب الأساسية)، اطُّلع عليه في 21 فبراير 2026، https://developers.google.com/search/docs/monitor-debug/search-console-start