Core Web Vitals بقت إشارة ترتيب في جوجل سنة 2021. بحلول 2026، الصناعة كان عندها وقت كافي تجري تجارب حقيقية، تجمع بيانات حقيقية، وتفرّق بين اللي فعلًا بيحرّك الترتيب واللي بس بيعمل شرايح عرض حلوة في المؤتمرات.
الدليل ده مبني على ملاحظات من تدقيقات حقيقية — مواقع نجحت في CWV بامتياز وما اتحركتش، ومواقع بدرجات متوسطة اتفوقت عليهم بجودة المحتوى بس. إليك الصورة الصادقة.
مجموعة مؤشرات CWV في 2026
جوجل رسميًا بيقيس 3 مؤشرات من بيانات ميدانية (Chrome User Experience Report). من 2024، INP حل محل FID. المجموعة الحالية:
LCPLargest Contentful Paint
تأثير مرتفعالحد الجيد: أقل من 2.5 ثانية
بيقيس سرعة رندر أكبر عنصر ظاهر. المؤشر بأقوى ارتباط ترتيب مثبت.
INPInteraction to Next Paint
تأثير متوسطالحد الجيد: أقل من 200 مللي ثانية
حل محل FID في مارس 2024. بيقيس الاستجابة عبر كل التفاعلات. أصعب في النجاح فيه على مواقع React/Next.js كثيفة المحتوى.
إيه اللي فعلًا مرتبط بتحسّن الترتيب
من النمط عبر مواقع متعددة: LCP هو المؤشر الأكتر ارتباطًا بثبات مع تغييرات الترتيب لما إصلاحات CWV تكون المتغير الأساسي. المواقع اللي نقلت LCP من "محتاج تحسين" (2.5-4 ثانية) لـ"جيد" (أقل من 2.5 ثانية) وكان عندها محتوى تنافسي، شافت مكاسب زيارات عضوية ملموسة خلال 4-8 أسابيع.
تحسينات INP أظهرت ارتباط ترتيب في المواقع عالية التفاعل — التجارة الإلكترونية، الأدوات، لوحات التحكم — لكن تأثير ضئيل على المواقع التحريرية كثيفة المحتوى. إصلاحات CLS أظهرت شبه مفيش إشارة ترتيب مستقلة في اختبارات محكومة، رغم إنها حسّنت معدلات التحويل بثبات.
CWV عامل فاصل، مش عامل تمييز. لو محتواك أفضل بشكل ملحوظ من منافسك، غالبًا هتترتب فوقه بغض النظر عن درجات CWV.
إيه اللي اتضخّم أكتر من حجمه
الدرجات المثالية مبتضمنش تصنيفات
درجة 100/100 في PageSpeed Insights مقياس شكلي. بيقيس اختبار معملي واحد، مش بيانات ميدانية. جوجل بيستخدم Chrome User Experience Report (CrUX) — قياسات واقعية من مستخدمي كروم على موقعك — مش درجات معملية اصطناعية.
CWV من غير محتوى مالوش قيمة
ده أكتر غلطة شائعة في السيو التقني: معاملة CWV كمتغير ترتيب مستقل. المواقع اللي استثمرت بكثافة في تحسين CWV من غير ما تحسّن عمق المحتوى أو السلطة الموضوعية أو ملف الروابط، نادرًا ما شافت حركة ترتيب ملموسة.
افتراضات الموبايل أولًا
فهرس جوجل موبايل أولًا، وCWV بيتقاس على الموبايل افتراضيًا في Search Console. مواقع كتير شكلها كويس على سطح المكتب عندها مشاكل INP وLCP على أجهزة أندرويد متوسطة. لو تدقيق CWV بتاعك اتعمل على نافذة كروم سطح مكتب، يبقى انت مدققتش النسخة اللي جوجل بيقيسها.
الإصلاحات الأعلى تأثيرًا
LCP: غالبًا الصورة
- عمل preload للعنصر اللي بيحدد LCP — ضيف
<link rel="preload"> للصورة الرئيسية في head المستند. أكبر مكسب LCP لمعظم المواقع. - استخدم WebP أو AVIF — AVIF بيديك ملفات أصغر بـ20-50% من WebP بنفس الجودة.
- احذف الموارد المانعة للـrendering — CSS وJS اللي بيمنعوا الـmain thread بيأخروا LCP. أجّل السكريبتات الغير حرجة، واعمل inline لـCSS الحرج.
- استخدم CDN بتخزين مؤقت عند الحافة — TTFB شرط أساسي لـLCP جيد. لو سيرفرك بياخد 600 مللي ثانية يرد، LCP أقل من 2.5 ثانية شبه مستحيل.
INP: غالبًا الجافاسكريبت
- قسّم المهام الطويلة — أي مهمة جافاسكريبت أكتر من 50 مللي ثانية بتمنع الـmain thread. استخدم
scheduler.yield() أو setTimeout عشان تدّي فرصة بين المهام. - قلّل سكريبتات الأطراف التالتة — أدوات التحليل، مديري الوسوم، ودجات الشات، وسكريبتات اختبار A/B من أكتر أسباب مشاكل INP شيوعًا.
- Hydration بتاع React / Next.js — الـhydration الثقيل من جانب العميل مصدر شائع لمشاكل INP. Server components والـhydration الجزئي ممكن يقللوا ده بشكل كبير.
CLS: احجز المساحة بوضوح
- حدد خصائص
width وheight صريحة على كل الصور وتضمينات الفيديو. - احجز مساحة للإعلانات والتضمينات بـ
min-height. - تجنب حقن محتوى فوق محتوى موجود عند التحميل (بانرات، إشعارات كوكيز بتدفع المحتوى لتحت).
الحكم الصادق
CWV مهم — لكنه اتباع بشكل مبالغ فيه كرصاصة فضية للترتيب واتباع بأقل من قيمته كاستثمار في التحويل وتجربة المستخدم. لمعظم المواقع: صلّح LCP، متهووسش بالدرجة، واصرف باقي وقتك على المحتوى والسلطة. البيانات بتدعم ترتيب الأولويات ده.