شرح مؤشرات الويب الأساسية: LCP وINP وCLS

مؤشرات الويب الأساسية هي المقاييس الميدانية الثلاثة التي تستخدمها Google لقياس تجربة المستخدم الفعلي: أكبر عنصر محتوى مرئي (LCP)، والتفاعل حتى الرسم التالي (INP)، والإزاحة التراكمية للتخطيط (CLS). للنجاح في 2026 يجب أن تحقق LCP أقل من 2.5 ثانية، وINP أقل من 200 مللي ثانية، وCLS أقل من 0.1 — مقيسة عند النسبة المئوية الخامسة والسبعين من زوارك الفعليين، لا في المختبر.

وهي إشارة ترتيب حقيقية (وإن كانت متواضعة) لدى Google، وإلى جانب الترتيب فهي تعكس مدى سرعة الصفحة واستجابتها واستقرارها. يفصّل هذا الدليل كل مؤشر، وعتبته الدقيقة لعام 2026، والإصلاح الأعلى تأثيراً الذي يحرّك الرقم أكثر من غيره.

مؤشرات الويب الأساسية الثلاثة وأهدافها لعام 2026

مؤشرات الويب الأساسية ثلاثة مقاييس ميدانية، لكل منها عتبة "جيدة" يجب تجاوزها عند النسبة المئوية الخامسة والسبعين من زياراتك:

• LCP (أكبر عنصر محتوى مرئي) — الزمن حتى يُرسم أكبر عنصر مرئي (صورة رئيسية، أو كتلة عنوان، أو ملصق فيديو). جيد: أقل من 2.5 ثانية.
• INP (التفاعل حتى الرسم التالي) — مدى سرعة استجابة الصفحة بصرياً للنقرات واللمسات وضغطات المفاتيح. جيد: أقل من 200 مللي ثانية.
• CLS (الإزاحة التراكمية للتخطيط) — مقدار قفز المحتوى المرئي بشكل غير متوقع أثناء التحميل. جيد: أقل من 0.1.

والمعضلة في النسبة المئوية الخامسة والسبعين: فهي تعكس الربع الأبطأ من الزيارات، لا المتوسط، ويُقيَّم الهاتف وسطح المكتب كلٌّ على حدة. ولكل مؤشر أيضاً نطاق "يحتاج إلى تحسين" ونطاق "ضعيف" — فمثلاً LCP بين 2.5 و4 ثوانٍ يحتاج إلى تحسين، وأكثر من 4 ثوانٍ يُعدّ ضعيفاً — لذا قد يُخرج قالبٌ بطيء واحد أو فئة أجهزة واحدة موقعاً سريعاً بخلاف ذلك من المنطقة الخضراء.

LCP أقل من 2.5 ثانية: حمّل محتواك الرئيسي بسرعة

يُحدّد LCP لحظة ظهور محتواك الرئيسي. في معظم الصفحات يكون عنصر LCP صورة رئيسية، أو عنواناً كبيراً، أو صورة خلفية. ويتجزأ إلى أربعة أجزاء: زمن أول بايت (TTFB)، وتأخير تحميل المورد، وزمن تحميل المورد، وتأخير رسم العنصر. وعلى المواقع الفعلية يكون الشرير الأكبر عادةً تأخير التحميل — إذ يكتشف المتصفح الصورة المهمة متأخراً جداً لأنها مؤجلة التحميل أو مخفية داخل CSS.

الإصلاح الأعلى تأثيراً

اجعل مورد LCP قابلاً للاكتشاف ومُعطى أولوية. لا تؤجّل أبداً تحميل العنصر المرئي عند الرسم الأول. بل حمّله مسبقاً، وأضف fetchpriority="high" إلى الصورة، وقدّمها بتنسيق حديث (WebP أو AVIF) من شبكة توصيل محتوى، واحذف ملفات CSS وJavaScript المعرقلة للرسم التي تؤخّره. هذه معاً كثيراً ما تقتطع ثانية أو أكثر دون أي تغيير في الخادم.

INP أقل من 200 مللي ثانية: حافظ على استجابة الصفحة

حلّ INP محل تأخير أول إدخال (FID) كمؤشر ويب أساسي في مارس 2024، وهو أشدّ صرامة بكثير. فـ FID لم يقِس سوى التأخير قبل معالجة التفاعل الأول؛ أما INP فيراقب كل نقرة ولمسة وضغطة مفتاح تقريباً طوال الزيارة كلها، ويُبلّغ عن قيمة قريبة من أسوأ استجابة لديك. ولكل تفاعل ثلاث مراحل: تأخير الإدخال، وزمن المعالجة، وتأخير العرض.

الإصلاح الأعلى تأثيراً

قسّم مهام JavaScript الطويلة لتبقى الخيط الرئيسي حراً للاستجابة. أي مهمة تتجاوز 50 مللي ثانية تعرقل التفاعل، لذا جزّئ العمل الثقيل وأعِد التحكم إلى المتصفح باستخدام scheduler.yield() أو مهلة زمنية، وأجّل النصوص غير الحرجة، وراجع وسوم الطرف الثالث — أدوات الدردشة والتحليلات ونصوص الإعلانات — التي تستحوذ على الخيط الرئيسي. إن تقليل JavaScript، وتنفيذه في أجزاء أصغر، هو الحل دائماً تقريباً.

CLS أقل من 0.1: أوقِف قفز الصفحة

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

الإصلاح الأعلى تأثيراً

احجز المساحة قبل وصول المحتوى. حدّد سمتي width وheight صراحةً (أو aspect-ratio في CSS) لكل صورة وفيديو وعنصر مضمّن، وامنح خانات الإعلانات والأدوات قيمة min-height ثابتة، وروّض استبدال الخطوط بـ font-display وsize-adjust. ولأن أبعاد التخطيط ثابتة، فهذه الإصلاحات زهيدة ونادراً ما تتراجع — وغالباً ما يكون CLS أسرع مؤشر للانتقال إلى المنطقة الخضراء.

البيانات الميدانية مقابل البيانات المختبرية

يستخدم الترتيب البيانات الميدانية — قياسات فعلية من مستخدمي Chrome، مجمّعة في تقرير تجربة مستخدم Chrome (CrUX) على نافذة متحركة مدتها 28 يوماً. أما أدوات المختبر مثل Lighthouse وتبويب المختبر في PageSpeed Insights فتحاكي تحميلاً واحداً على جهاز واحد؛ وهي ممتازة للتشخيص لكنها لا تقرّر ما إذا كنت ناجحاً.

وهذا ما يربك الناس أكثر مع INP وCLS، اللذين لا يظهران إلا حين يتفاعل المستخدمون الفعليون ويمرّرون الصفحة. فقد تحصل صفحة على 100 كاملة في Lighthouse وتفشل مع ذلك في INP ميدانياً، لأن الاختبار الاصطناعي لا ينقر على شيء. تحقّق دائماً من خلال تقرير مؤشرات الويب الأساسية في Google Search Console، الذي يقرأ من CrUX ويُظهر بالضبط أي عناوين URL وقوالب تفشل.

كيف تؤثر مؤشرات الويب الأساسية في الترتيب

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

كما يتراكم الأداء مع الثقة بالعلامة التجارية. فالموقع الذي يُحمّل بسرعة ولا يقفز أبداً يبدو احترافياً، ويقترن بشكل طبيعي باسم نطاق لا يُنسى وقابل للعلامة التجارية. وتتخصص الأسواق المنتقاة مثل Atom.com في الأسماء المميزة القابلة للعلامة التجارية، وتُرفق كل عرض بتقييم مجاني بالذكاء الاصطناعي، وفحص علامة تجارية من USPTO، وضمان دفع آمن، وشعار مصمَّم — فالموقع السريع على اسم يتذكّره الناس فعلاً يعزّز المصداقية ذاتها.

أصلِحها بالترتيب الصحيح

1. ابدأ بالبيانات الميدانية. افتح تقرير مؤشرات الويب الأساسية في Search Console لترى أي مؤشر يفشل وعلى أي قوالب.
2. أصلِح LCP تالياً. فهو عادةً يحقق أكبر مكسب وأوضحه — حمّل العنصر الرئيسي مسبقاً وأعطه أولوية وقلّل TTFB بالتخزين المؤقت وشبكة توصيل المحتوى.
3. ثم CLS. إضافة الأبعاد وحجز المساحة منخفضة المخاطر وغالباً عمل يوم واحد عبر القوالب.
4. ثم INP. أصعب مؤشر — قلّص JavaScript وأجّله وجزّئه، واحذف نصوص الطرف الثالث التي لا تحتاجها.
5. أعِد القياس. تتحدّث البيانات الميدانية على مدى 28 يوماً، لذا تحقّق من التحسّن بعد شهر تقريباً بدلاً من توقّع تحرّك فوري.

الأسئلة الشائعة

هل INP هو نفسه FID؟

لا. حلّ INP محل FID كمؤشر ويب أساسي في 12 مارس 2024. فـ FID لم يقِس سوى التأخير قبل معالجة التفاعل الأول؛ أما INP فيقيّم استجابة كل تفاعل تقريباً خلال الزيارة ويُبلّغ عن قيمة قريبة من أسوأها، مما يجعله اختباراً أشدّ صرامة بكثير للاستجابة الفعلية.

هل تزيد مؤشرات الويب الأساسية الترتيب مباشرةً؟

إنها إشارة ترتيب حقيقية لكنها صغيرة ضمن تجربة الصفحة — أقرب إلى فاصل تعادل منها إلى عامل رئيسي. فالمحتوى الملائم المفيد يهمّ أكثر بكثير، لكن المؤشرات الجيدة تحسّن التفاعل والتحويلات، مما يساعدك بشكل غير مباشر ويحمي الزيارات التي كسبتها بالفعل.

أي نسبة مئوية يجب أن أحقّقها؟

النسبة المئوية الخامسة والسبعون من الزيارات الفعلية، مُقيّمة كلٌّ على حدة للهاتف وسطح المكتب. وهذا يعني أن 75% من التحميلات على الأقل يجب أن تحقّق كل عتبة، فزوارك الأبطأ، لا متوسطك، هم من يقرّر نجاح الصفحة.

درجة Lighthouse لديّ ممتازة لكنني ما زلت أفشل. لماذا؟

Lighthouse بيانات مختبرية — تحميل واحد مُحاكى لا يتفاعل أبداً. أما الترتيب فيستخدم بيانات ميدانية من مستخدمي Chrome الفعليين (CrUX). وبخاصة INP وCLS لا يظهران إلا مع نقرات وتمريرات حقيقية، لذا ثِق بالتقرير الميداني في Search Console أكثر من تشغيل مختبري واحد.