Core Web Vitals — ما يهم فعليًا في 2026
LCP وINP وCLS. ثلاثة أرقام تستخدمها Google لتقرر ما إذا كان موقعك يستحق الصفحة الأولى.
كانت Google واضحة: تجربة المستخدم عامل ترتيب. والتجربة في هذا السياق تُقاس بثلاثة أرقام — Core Web Vitals. خارج العتبات تخسر مرتبة. داخلها تربح مرتبة.
LCP — Largest Contentful Paint
يقيس الوقت حتى يُرسم أكبر عنصر مرئي. صورة البطل، العنوان الكبير، الفيديو الرئيسي. العتبة: 2.5 ثانية. فوق 4 ثوانٍ يُصنّف "poor" — وGoogle تعلم.
المسببات المعتادة: صور غير محسّنة، خطوط تحجب التصيير، خادم بطيء، غياب التخزين المؤقت.
INP — Interaction to Next Paint
حلّ محلّ FID في مارس 2024. يقيس زمن الاستجابة بين تفاعل المستخدم (نقرة، لمسة، ضغط مفتاح) واستجابة الشاشة. العتبة: 200ms. فوق 500ms يُصنّف "poor".
المسببات المعتادة: JavaScript ثقيل يحجب الخيط الرئيسي، listeners مكتوبة بضعف، أُطر تُصيّر أكثر مما يلزم.
CLS — Cumulative Layout Shift
يقيس مقدار اهتزاز التخطيط أثناء تحميل الصفحة. العتبة: 0.1. تلك اللحظة التي كنت ستضغط فيها زرًا، فدفعه الإعلان للأسفل؟ هذا هو CLS.
المسببات المعتادة: صور بلا width/height، خطوط تتغير مقاساتها عند التحميل، إعلانات وencoded تُدخل بعد load.
كيفية القياس
PageSpeed Insights يقيس في المختبر (محاكاة) وفي الميدان (مستخدمون فعليون عبر Chrome User Experience Report). راجع الاثنين — المختبر مضبوط، والميدان هو ما يهم Google.
طريق آخر: Search Console > Core Web Vitals. يُظهر روابط محددة بها مشاكل، مجمّعة حسب النمط. أكثر الطرق مباشرة لمعرفة من أين تبدأ.
ما يحل عادة 80% من المشاكل
- صور بصيغة WebP/AVIF مع width/height صريحَين في HTML
- خطوط مع preload و font-display: swap
- تقسيم JavaScript إلى chunks صغيرة مع lazy loading لغير الحرج
- CDN أمام الخادم (Cloudflare، Vercel Edge، Cloudfront)
- تصيير من جانب الخادم أو توليد ثابت للمحتوى العام
- حذف المكتبات التي لا يستخدمها أحد لكنها لا تزال في الحزمة
هذه النقاط الست تُصلح معظم المواقع ذات الدرجات السيئة. الباقي حالة بحالة — ومن هناك يبدأ العمل الجاد للأداء.