Core Web Vitals في 2026: إصلاح INP و LCP و CLS بالترتيب الصحيح

Core Web Vitals هي مقاييس ميدانية في 3 ذات عتبات مشتركة، لكنها ليست تذاكر قابلة للتبادل 3. يقيس Largest Contentful Paint تجربة التحميل. يقيس Interaction to Next Paint الاستجابة. يقيس Cumulative Layout Shift الاستقرار البصري. كل منها يشير إلى جزء مختلف من دورة حياة الصفحة وغالباً مالك هندسي مختلف. عتبات “جيدة” الموثقة لـ Google هي LCP عند أو أقل من 2.5 ثانية، INP عند أو أقل من 200 مللي ثانية، و CLS عند أو أقل من 0.1، يتم تقييمها عند النسبة المئوية الـ 75 قاعدة النسبة المئوية الـ 75 مهمة: الهدف هو تجربة جيدة لمعظم الزيارات، وليس مسار استثنائي على لابتوب سريع.

المقياسات في هذا التصور مقيّمة للمقارنة؛ لا تجعل الوحدات متساوية. يجب أن يحافظ خطة الإصلاح على الوحدات الحقيقية وأسباب كل مقياس.

ابدأ بأدلة الميدان ومدى الوصول للقالب

تشرح أدوات المختبر صفحة تحت ظروف مسيطرة. تصف بيانات الميدان ما الذي شهدته الزيارات الحقيقية المؤهلة. كلاهما ضروري، لكنهما يجيبان على أسئلة مختلفة. ابدأ التدقيق بأدلة الميدان من تقرير تجربة المستخدم في Chrome أو تقرير Core Web Vitals في Search Console حيث توجد بيانات كافية. اجمع عناوين URL المتأثرة حسب القالب والسلوك. ثم استخدم مسار مختبر لإعادة إنتاج الفشل الممثل وعزل الأسباب. لا تبدأ بالاختبار فقط للصفحة الرئيسية. يمكن أن تتعايش صفحة رئيسية سريعة مع صفحات منتجات بطيئة، قوالب مقالات غير مستقرة، وتجربة بحث شبيهة بلوحة تحكم ثقيلة التفاعل. وحدة الإصلاح عادةً ما تكون القالب أو المكوّن المشترك، وليس الـ URL الفردي. لكل مجموعة، سجل:

• المقياس والحالة الميدانية
• فئة الجهاز
• قيمة النسبة المئوية 75
• القالب المتأثر وتقدير الوصول URL
• أهمية المرور أو الأعمال
• مسار إعادة الإنتاج
• الاعتماد المشترك المشتبه به

هذا الدليل يمنع فشلًا مألوفًا: تحسين URL سهل لأنه ينتج نتيجة جذابة مع ترك القالب ذو الوصول العالي غير متغير.

أصلح الأسباب المشتركة قبل الأعراض الفردية

عمل الأداء له تبعيات. حزمة عميل كبيرة قد تؤخر جاهزية التفاعل وتؤجل أيضًا عرض العنصر الأكبر. عدم وجود أبعاد صورة قد يسبب تحريك التخطيط وعملية عرض غير ضرورية. علامة طرف ثالث قد تمنع الخيط الرئيسي أثناء التحميل والتفاعل. خريطة الرسم البياني السببي قبل تقسيم العمل حسب المقياس:

سبب مشترك يؤثر على مقاييس 2 وكل صفحة في قالب يجب أن يتفوق عادةً على تحسين ميكرو معزول. هنا يحقق تدقيق منهجي تحسين التسليم: تشمل النتائج النطاق والأدلة بدلاً من درجة مركبة واحدة.

تشخيص LCP كجدول زمني جزء 4

لا يُعَدّ LCP ببساطة “صورة البطل كبيرة”. افصله إلى وقت الوصول للبايت الأول، تأخير تحميل المورد، مدة تحميل المورد، وتأخير عرض العنصر. يحدد الجزء السائد الإصلاح.

• البايت الأول البطيء: تحقق من عمل التطبيق، التخزين المؤقت، استدعاءات قاعدة البيانات، المسافة الجغرافية، وسلوك CDN.
• المورد مكتشف متأخرًا: اعرض مورد LCP في الـ HTML الأولي، استخدم علامة صورة متجاوبة بشكل صحيح، واعتبر التحميل المسبق المبرر أو fetchpriority.
• نقل الموارد ببطء: ضغط وتغيير حجم الصور، استخدم تنسيقًا مناسبًا، وقدمها عبر مسار ذاكرة مؤقتة فعّالة/ـCDN.
• العنصر يُعرض متأخرًا: قلل من حظر CSS، المهام الطويلة في الخيط الرئيسي، تبعيات الترطيب، والرسوم المتحركة التي تخفي المحتوى الأساسي.

يمكن أن يختلف عنصر LCP حسب الجهاز أو الزيارة. فحص نمط الحقل والآثار الممثلة بدلاً من افتراض أن أكبر عنصر في كل صفحة هو بطل سطح المكتب. يمكن أن يحوّل جسم مُـJavaScript-مُعرض إلى مشكلة في بنية التقديم. يغطي فحص SEO JavaScript كيفية مقارنة المصدر والمحتوى المُعرض؛ غالبًا ما تكشف نفس المقارنة سبب اكتشاف العنصر الأساسي متأخرًا.

تشخيص INP بالتفاعل، وليس بتحميل الصفحة

يقيم INP تأخير التفاعلات للمستخدم عبر الزيارة. الوحدة ذات الصلة هي التفاعل: تأخير الإدخال، معالجة الحدث، وتأخير العرض. قم بمراجعة التفاعلات التي تهم القالب المتأثر—قوائم التنقل، اقتراحات البحث، الفلاتر، الأكورديون، عناصر إضافة إلى السلة، النماذج، وواجهة الموافقة. أعد إنتاج التفاعلات البطيئة أثناء تسجيل أثر الأداء. الأسباب الشائعة تشمل:

• مهام طويلة تمنع بدء الحدث
• معالجات متزامنة كبيرة
• عمل إطار العمل الذي يحدث الكثير من شجرة المكوّن
• إعادة حساب التخطيط أو النمط بعد المعالج
• نصوص طرف ثالث تتنافس على الخيط الرئيسي
• تهيئة على جانب العميل تستمر طويلاً بعد أن تظهر الصفحة جاهزة

قد يتضمن الإصلاح تقسيم المهام الطويلة، تقليل JavaScript، تأخير العمل غير الضروري، تضييق تحديثات الحالة، إعطاء مرور للمتصفح، أو نقل العمل خارج الخيط الرئيسي. الاختيار الصحيح يتبع أثر الأداء. لا تخلط بين معالج نقر سريع في عزلة وبين INP جيد. قد يكون تأخير الإدخال الجزء السائد لأن كود غير متعلق شغل الخيط الرئيسي قبل بدء الحدث.

تشخيص CLS بالعنصر غير المستقر ومصدره

يقيس CLS حركة التخطيط غير المتوقعة. ابحث عن العنصر المنزوع، ثم حدد ما الذي غير المسافة حوله. تشمل الفحوصات ذات القيمة العالية:

• الصور والفيديو بدون أبعاد ثابتة أو نسب أبعاد
• الإعلانات، المضمنات، اللافتات، وواجهة الموافقة المُدرجة بدون مساحة مخصصة
• خطوط الويب التي تغير التفاف السطر
• المكونات المُحقونة فوق المحتوى الموجود
• الرسوم المتحركة التي تغير خصائص التخطيط بدلاً من استخدام التحولات
• المكونات المتجاوبة التي يختلف فيها تخطيط الخادم والعميل

العنصر المرئي الذي يتحرك ليس دائماً السبب. قد يتحرك فقرة لأن صورة فوقها حصلت على أبعاد. سجِّل كلًا من الضحية والمصدر. غالبًا ما تكون إصلاحات CLS مقيدة نسبيًا، لكن هذا لا يعني أنها دائمًا تأتي أولاً. أولوية الأثر الحقيقي للمستخدم ومدى وصول القالب. قد يكون انحرافًا شديدًا عند الخروج أو نموذج رصاص أكثر تأثيرًا من نقص LCP هامشي على صفحة معلوماتية.

رتّب الإصلاحات بالاعتماد على الأثر، الوصول، والثقة

يستخدم نموذج الأولوية العملي عوامل 4:

1. شدة المستخدم: مدى ابتعاد قيمة الحقل عن الحد الجيد وما السلوك المتعثر.
2. مدى وصول القالب: عدد عناوين URL المهمة والزيارات التي تشترك في السبب.
3. دور العمل: ما إذا كان القالب يدعم الاكتشاف، القراءة، التقاط الرصاص، الشراء، أو مهمة حاسمة أخرى.
4. ثقة الأدلة: ما إذا كان مسار التتبع والشفرة يحددان إصلاحًا سببيًا بدلاً من ارتباط.

يهم الجهد عند الترتيب، لكنه لا يجب أن يمحو الشدة. يمكن تفكيك إصلاح ذو أثر عالٍ إلى خطوة أولى آمنة بدلاً من أن يُبدل بتلميع منخفض القيمة. إرشادات تجربة الصفحة الخاصة بـ Google (https://developers.google.com/search/docs/appearance/page-experience) توضح الحدود بوضوح: تُستخدم Core Web Vitals من قبل أنظمة الترتيب، لكن الدرجات الجيدة لا تضمن الترتيب الأعلى، ويجب على الفرق عدم السعي للحصول على درجة مثالية فقط من أجل SEO. تجربة الصفحة تتضمن أكثر من هذه الـ 3 مقاييس، ولا تزال الصلة أساسية.

تحقق في نفس الطبقة التي وُجد فيها المشكلة

بعد الشحن، كرّر تتبع المختبر لتأكيد أن السبب المشتبه به قد تغير. ثم انتظر بيانات ميدانية كافية لتقييم النتيجة عند النسبة المئوية 75. تحسين المختبر هو رد فعل سريع؛ لا يُعَدّ بديلًا لنتيجة الميدان. احتفظ بأدلة ما قبل وما بعد المرتبطة بالقالب والإصدار. سجّل تغييرات الحزمة، توقيت الموارد، المهام الطويلة، أجزاء LCP الفرعية، العناصر غير المستقرة، ونوافذ الميدان. إذا لم يتحرك مقياس الميدان، أعد فتح النموذج السببي بدلًا من إعلان النجاح من نتيجة المختبر. لذلك فإن أقوى برنامج Core Web Vitals ليس حملة لجعل أرقام 3 خضراء. إنه حلقة تشغيل قابلة للتكرار: اجمع حسب القالب، تشخيص مرحلة دورة الحياة الحقيقية، إصلاح الأسباب المشتركة، التحقق في المختبر، وتأكيد في بيانات الميدان. تحسّن هذه الحلقة جاهزية البحث لأنها تحسّن الصفحة التي يتلقاها الناس فعليًا.