مؤشرات الويب الأساسية (Core Web Vitals) هي ثلاثة مقاييس وضعتها Google لقياس التجربة الفعلية للزوّار: سرعة ظهور المحتوى الرئيسي (LCP)، وسرعة استجابة الصفحة للتفاعلات (INP)، والاستقرار البصري للصفحة (CLS). وهي جزء من إشارات تجربة الصفحة التي تأخذها Google بعين الاعتبار، لكنها قبل كل شيء تعكس ما يشعر به زوّارك. وفهم هذه المؤشرات يعني معرفة أين تركّز جهودك لتحسين سرعة موقعك.
مؤشرات Core Web Vitals الثلاثة باختصار
- LCP (Largest Contentful Paint): الوقت اللازم لعرض أكبر عنصر ظاهر عند التحميل، وهو غالبًا الصورة الرئيسية أو العنوان. الهدف: 2,5 ثانية أو أقل.
- INP (Interaction to Next Paint): المدة بين تفاعل الزائر (نقرة، لمسة، كتابة) والتحديث المرئي للصفحة. وقد حلّ محلّ المؤشر القديم FID. الهدف: 200 جزء من الألف من الثانية أو أقل.
- CLS (Cumulative Layout Shift): حجم الإزاحات غير المتوقعة في تخطيط الصفحة، مثل الزر الذي يتحرك في اللحظة التي تنقر عليه. الهدف: 0,1 أو أقل.
لكي تُصنَّف الصفحة «جيدة»، يجب أن تبلغ هذه العتبات في 75 % من الزيارات على الأقل، على الهاتف وعلى الحاسوب.
القياس: البيانات الميدانية وبيانات المختبر
هناك نوعان من القياسات، والخلط بينهما هو الخطأ الأكثر شيوعًا. البيانات الميدانية مصدرها زوّار حقيقيون يستعملون Chrome: وهي التي تأخذها Google بعين الاعتبار. تجدها في أعلى تقرير PageSpeed Insights وفي تقرير «مؤشرات أداء الويب الأساسية» في Search Console. أما بيانات المختبر (Lighthouse، في أسفل تقرير PageSpeed Insights) فهي تحاكي تحميل الصفحة: مفيدة للتشخيص، لكن النتيجة من 100 ليست من مؤشرات Core Web Vitals. فقد يُظهر موقع نتيجة متوسطة في Lighthouse ويجتاز العتبات الثلاث ميدانيًا، أو العكس. وأحيانًا لا تتوفر بيانات ميدانية كافية لموقع قليل الزيارات، فنعتمد حينها على بيانات المختبر وعلى قياساتنا الخاصة.
تحسين مؤشر LCP
- تقليل زمن استجابة الخادم: استضافة مناسبة، تخزين مؤقت للصفحات، إصدار PHP حديث.
- عدم تأجيل تحميل (lazy loading) الصورة الرئيسية، ومنحها الأولوية بواسطة الخاصية
fetchpriority="high". - ضغط الصور وتقديمها بصيغة WebP أو AVIF وبالأبعاد المعروضة فعلًا.
- التقليل من ملفات التنسيق والخطوط التي تعطّل العرض.
تحسين مؤشر INP
ضعف مؤشر INP يأتي في الغالب من JavaScript: فعندما يكون المتصفح منشغلًا بتنفيذ الشيفرة، لا يستطيع الاستجابة للنقرة.
- جرد السكربتات الخارجية (المحادثة الفورية، بكسلات الإعلانات، أدوات التحليل، شرائح العرض) وحذف ما لم يعد ضروريًا.
- تأجيل تحميل السكربتات غير الأساسية.
- تقسيم المعالجات الطويلة (فالمهام التي تتجاوز 50 جزءًا من الألف من الثانية تعطّل المتصفح)، والحذر من أدوات بناء الصفحات التي تحمّل كمية كبيرة من الشيفرة في كل صفحة.
تحسين مؤشر CLS
- تحديد الخاصيتين
widthوheightللصور والفيديوهات لحجز مكانها. - حجز المساحة اللازمة للافتات والإعلانات والمحتويات المدمجة وشريط ملفات تعريف الارتباط.
- التحكم في تحميل الخطوط (
font-display، التحميل المسبق) لتجنّب قفز النصوص. - عدم إدراج محتوى فوق المحتوى المعروض أبدًا، إلا استجابةً لفعل من الزائر.
من أين تبدأ؟
انطلق من البيانات الميدانية في Search Console لتحديد مجموعات الصفحات التي تعاني من مشاكل، ثم حلّل صفحة ممثّلة لكل مجموعة. صحّح مؤشرًا واحدًا في كل مرة وتحلَّ بالصبر: فالبيانات الميدانية تُحسب على فترة متحركة مدتها 28 يومًا، لذلك لا تظهر التحسينات فورًا في التقارير.
هل موقعك مبني على WordPress؟ خدمة تحسين سرعة WordPress (490 € خارج الرسوم، 50 000 دج في الجزائر) تعالج التخزين المؤقت والصور والسكربتات وقاعدة البيانات ومؤشرات Core Web Vitals، مع قياسات قبل التدخل وبعده. ولتقنية أخرى أو لتشخيص أشمل، اطّلع على تدقيق الأداء والأمان.