- ثلاثة مقاييس من جوجل لتجربة الزائر الفعلية: سرعة ظهور المحتوى الرئيسي (LCP)، وسرعة الاستجابة للضغط (INP)، وثبات الصفحة أثناء التحميل (CLS).
- الحد «الجيد»: LCP حتى 2.5 ثانية، وINP حتى 200 مللي ثانية، وCLS حتى 0.1، عند الشريحة المئوية 75 من زيارات الصفحة، للموبايل والكمبيوتر كلٌّ على حدة.
- جوجل يقول إن أنظمة الترتيب تستخدمها، ويقول أيضًا إنه يعرض المحتوى الأنسب حتى لو كانت تجربة الصفحة أقل. لذلك أثرها الأوضح على زائرك، لا على ترتيبك.
زائرك لا يعرف ما هو LCP، لكنه يعرف جيدًا الصفحة البيضاء التي تتأخر، والزر الذي لا يستجيب، والنص الذي يقفز تحت إصبعه فيضغط على شيء آخر. مؤشرات أداء الويب الأساسية (Core Web Vitals) هي طريقة جوجل لتحويل هذه التجارب الثلاث إلى أرقام تُقاس من زوار حقيقيين، فتعرف أين المشكلة بالضبط بدل الشعور العام بأن «الموقع بطيء».
ما هي مؤشرات أداء الويب الأساسية؟
Core Web Vitals مجموعة مقاييس أعلنتها جوجل لقياس تجربة المستخدم الفعلية على الصفحة في ثلاثة جوانب: التحميل، والاستجابة للتفاعل، والثبات البصري. وهي تحمل في تقرير Search Console وصفحات جوجل العربية اسم «مؤشرات أداء الويب الأساسية».
الفكرة التي تفرّقها عن أي «فحص سرعة» آخر: أرقامها الرسمية تأتي من زيارات حقيقية لمستخدمي متصفح كروم الذين وافقوا على مشاركة بياناتهم (تقرير تجربة مستخدمي كروم، CrUX)، لا من جهاز المطوّر وحده. وتُحسب للموبايل والكمبيوتر كلٌّ على حدة، وتُقيَّم كل صفحة عند الشريحة المئوية 75: أي أن ثلاثة أرباع الزيارات على الأقل يجب أن تقع في النطاق الجيد حتى تُعدّ الصفحة جيدة.
المؤشرات الثلاثة وحدود جوجل
| المؤشر | ماذا يقيس | جيد | يحتاج تحسين | ضعيف |
|---|---|---|---|---|
| LCP Largest Contentful Paint · سرعة عرض أكبر محتوى مرئي | الوقت حتى يظهر أكبر عنصر في الشاشة الأولى: الصورة الرئيسية أو كتلة النص الكبيرة | ≤ 2.5 ث | 2.5–4 ث | > 4 ث |
| INP Interaction to Next Paint · استجابة الصفحة للتفاعل | الوقت من ضغطة الزائر حتى تتغير الشاشة ردًّا عليها، على مدار الزيارة كلها | ≤ 200 مللي ث | 200–500 | > 500 |
| CLS Cumulative Layout Shift · تغيّرات التصميم التراكمية | مقدار تحرّك عناصر الصفحة فجأة من غير أن يطلب الزائر ذلك | ≤ 0.1 | 0.1–0.25 | > 0.25 |
- LCP: «أكبر عنصر» قد يكون صورة، أو الإطار الأول من فيديو أو صورة غلافه، أو خلفية مضافة بـCSS، أو كتلة نص. في معظم صفحات الأعمال هو صورة الواجهة أو عنوانها الكبير.
- INP: لا يقيس أول ضغطة فقط، بل يرصد كل تفاعلات الزائر خلال الزيارة (الضغط واللمس ولوحة المفاتيح) ويبلّغ عن أبطئها تقريبًا. حلّ محل المؤشر القديم FID في 12 مارس 2024.
- CLS: لا يحسب التحرك الذي يطلبه الزائر (كفتح قائمة)، بل التحرك المفاجئ: نص ينزل لأن صورة فوقه وصلت متأخرة، أو شريط إشعار يدفع الصفحة كلها.
كيف تقيس موقعك
- PageSpeed Insights: اكتب رابط الصفحة في pagespeed.web.dev. في الأعلى «بيانات المستخدمين الفعليين» من آخر 28 يومًا إن توفرت، وتحتها فحص معملي من Lighthouse. وإن لم تكفِ بيانات الصفحة نفسها، قد تجد بيانات الموقع كله (Origin) بدلها.
- Search Console: تقرير «مؤشرات أداء الويب الأساسية» يجمع صفحات موقعك في مجموعات حسب حالتها (جيدة، تحتاج تحسين، ضعيفة) للموبايل والكمبيوتر، ويخبرك أي نوع من الصفحات يحتاج إصلاحًا. هذا هو الأنسب لمعرفة حال الموقع كله لا صفحة واحدة.
- المعمل غير الميدان: الفحص المعملي جهاز واحد في ظروف ثابتة، والميدان زوارك الحقيقيون على شبكاتهم وأجهزتهم. لذلك يتغير رقم المعمل من فحص لآخر، وتتغير بيانات الميدان ببطء. المواقع الصغيرة قد لا تملك زيارات كافية لبيانات ميدانية، فيصبح الفحص المعملي هو المؤشر المتاح، مع فهم حدوده.
- INP لا يظهر في المعمل: لأنه يحتاج ضغطات حقيقية من زائر. Lighthouse يعرض بدلًا منه Total Blocking Time كمؤشر قريب منه.
- متى «تجتاز» الصفحة؟ عندما تكون المؤشرات الثلاثة في النطاق الجيد عند الشريحة المئوية 75. وإن لم تكفِ بيانات INP، يُحكم عليها بـLCP وCLS وحدهما.
قيّم أرقامك واعرف من أين تبدأ
أداة تفاعلية
أرقام موقعك: تجتاز أم لا، ومن أين تبدأ؟
انقل أرقام «بيانات المستخدمين الفعليين» من PageSpeed Insights أو Search Console. نقارنها بحدود جوجل المنشورة، ونقول لك أي مؤشر أبعد عن الحد لتبدأ به.
كيف تُصلح كل مؤشر
الأسباب الشائعة وما يُفعل حيالها، كما تشرحها صفحات جوجل عن تحسين LCP وINP وCLS. القائمة مكتوبة لتعطيها لمن يطوّر موقعك، وتفهم ما يقوله لك.
LCP بطيء: المحتوى الرئيسي يتأخر
- السبب: صورة واجهة ضخمة أو غير مضغوطة، أو ملفات CSS وسكربتات تحجب الرسم قبل أن يظهر أي شيء، أو خادم بطيء في الرد، أو صورة الواجهة نفسها مؤجلة التحميل (lazy loading) فلا يبدأ تنزيلها إلا متأخرًا.
- الإصلاح: لا تؤجّل أبدًا تحميل صورة الواجهة، وأعطها أولوية عالية (fetchpriority="high") واجعلها مذكورة في HTML الصفحة لا مخفية داخل CSS أو JavaScript؛ صور بمقاس مناسب للشاشة وبصيغة حديثة مثل WebP؛ تقليل CSS وJavaScript الحاجبين في رأس الصفحة؛ تحسين زمن استجابة الخادم، وإلغاء التحويلات المتسلسلة (redirects)، وتفعيل التخزين المؤقت.
INP مرتفع: الصفحة لا تستجيب للضغط
- السبب: JavaScript ثقيل يشغل المعالج وقت الضغطة: مهام طويلة من القالب والإضافات، وأكواد تتبع ونوافذ دردشة ومنبثقة تُحمَّل كلها مع الصفحة، وصفحات بعناصر كثيرة جدًا تحتاج وقتًا لإعادة رسمها.
- الإصلاح: تقسيم المهام الطويلة إلى أجزاء صغيرة وترك الفرصة للمتصفح ليرسم الشاشة بينها؛ تأجيل كل عمل غير ضروري للاستجابة الفورية؛ تقليل عدد عناصر الصفحة؛ وتجربة الصفحة بعد تعطيل الإضافات والسكربتات الخارجية واحدًا واحدًا لمعرفة المسؤول. ابدأ دائمًا من بيانات الميدان، لأن INP لا يظهر في المعمل.
CLS مرتفع: الصفحة تقفز
- السبب: صور وفيديو بلا أبعاد محددة فيحجز المتصفح مكانها متأخرًا، وإعلانات وودجات تغيّر حجمها بعد الظهور، وخط بديل مقاسه مختلف فيقفز النص عند وصول الخط الأصلي، ومحتوى يُحقن فوق محتوى موجود (شرائط وإشعارات).
- الإصلاح: كتابة width وheight لكل صورة وفيديو؛ حجز مساحة ثابتة لكل إعلان أو ودجت قبل تحميله؛ ضبط مقاس الخط البديل على مقاس الخط الأصلي؛ وإدخال أي محتوى جديد أسفل ما يراه الزائر لا فوقه، إلا إذا طلبه هو.
كيف نبني مواقعنا لها
ما يلي مطبّق في هذا الموقع نفسه الذي تقرأه، وفي المواقع التي نصممها:
- تنسيق الشاشة الأولى لكل صفحة مضمّن داخلها (critical CSS)، وباقي التنسيق يُحمَّل بعد ظهورها، فلا يحجب شيء رسم المحتوى الأول.
- أول ما يراه الزائر يظهر قبل تشغيل أي JavaScript.
- خط بديل مضبوط على مقاس الخط العربي، فلا يقفز النص عند تحميل الخط.
- صور WebP بأكثر من مقاس (srcset)، والمتصفح يختار المناسب لشاشة الزائر.
- تنقّل فوري بقواعد Speculation Rules: المتصفح يجهّز الصفحة التالية قبل أن يضغط الزائر عليها.
- والأدوات التفاعلية الثقيلة، مثل أداة الواقع المعزز، لا تُحمَّل إلا عندما يقترب منها الزائر أو يضغطها، فلا تثقل الصفحة على من لا يستخدمها.
ونقيس الصفحات قبل التسليم، لأن رقم المعمل الجيد لا يُغني عن مراجعة ما يحدث على موبايل حقيقي. التفاصيل في صفحة لايف ويب، وأثر هذه القرارات على السعر في مقال تكلفة الموقع.
هل تؤثر على ترتيبك في جوجل؟
في صفحة جوجل عن تجربة الصفحة جملتان تلخّصان الأمر (ترجمةً عن الإنجليزية): «مؤشرات أداء الويب الأساسية تستخدمها أنظمة الترتيب لدينا»، و«بحث جوجل يسعى دائمًا إلى عرض المحتوى الأكثر صلة حتى لو كانت تجربة الصفحة أقل من المطلوب». أي أنها إشارة ضمن إشارات، والمحتوى الأنسب لبحث الزائر يبقى أهم منها.
لذلك لا نعدك بأن تحسين هذه الأرقام وحده يرفع ترتيبك. ما يمكن قياسه بصدق: صفحة تظهر بسرعة ولا تقفز ولا تتجمد تحت الإصبع، فيُكمل الزائر القراءة ويصل إلى زر الاتصال؛ وتقرير Search Console يتحول من «ضعيف» إلى «جيد» ويبقى كذلك.
أسئلة شائعة
ما هي Core Web Vitals (مؤشرات أداء الويب الأساسية)؟
ثلاثة مقاييس من جوجل لتجربة الزائر الفعلية على الصفحة: LCP لسرعة ظهور المحتوى الرئيسي، وINP لسرعة الاستجابة للضغط، وCLS لثبات الصفحة أثناء التحميل. تُحسب من زيارات حقيقية لمستخدمي كروم، للموبايل والكمبيوتر كلٌّ على حدة.
ما الأرقام الجيدة في Core Web Vitals؟
حسب حدود جوجل المنشورة: LCP حتى 2.5 ثانية، وINP حتى 200 مللي ثانية، وCLS حتى 0.1، عند الشريحة المئوية 75 من الزيارات. ما بين 2.5 و4 ثوانٍ، و200 و500 مللي ثانية، و0.1 و0.25 «يحتاج تحسين»، وما فوقها «ضعيف».
ما معنى الشريحة المئوية 75؟
أن ثلاثة أرباع زيارات الصفحة على الأقل يجب أن تقع في النطاق الجيد حتى تُعدّ الصفحة جيدة. جوجل يختار هذا الحد ليعكس تجربة أغلب الزوار لا أفضلهم حالًا.
هل INP هو نفسه FID؟
لا. INP حلّ محل FID في 12 مارس 2024. FID كان يقيس تأخر أول ضغطة فقط، أما INP فيرصد كل تفاعلات الزائر خلال الزيارة ويبلّغ عن أبطئها تقريبًا.
ما الفرق بين البيانات المعملية والميدانية؟
المعملية من فحص واحد على جهاز وشبكة ثابتين (Lighthouse)، وتصلح للتشخيص. الميدانية من زوار حقيقيين على مدار آخر 28 يومًا (CrUX)، وهي التي يعتمدها جوجل في التقييم. INP لا يُقاس في المعمل، ويُعرض بدله Total Blocking Time.
لماذا لا تظهر بيانات موقعي في PageSpeed Insights؟
لأن الصفحة لم تحصل على زيارات كافية من مستخدمي كروم خلال آخر 28 يومًا. في هذه الحالة قد تظهر بيانات الموقع كله بدل الصفحة، أو يبقى الفحص المعملي وحده متاحًا.
لماذا يختلف رقم PageSpeed كل مرة أفحص؟
الفحص المعملي يتأثر بظروف الشبكة والخادم وقت الفحص. أما بيانات الزوار الحقيقيين فهي حصيلة آخر 28 يومًا، لذلك تتغير ببطء ولا تعكس إصلاح اليوم فورًا.
هل يمكن أن يكون موقع ووردبريس سريعًا؟
نعم. السرعة تتحدد بالقالب والإضافات والصور والاستضافة أكثر مما تتحدد بالمنصة نفسها. أكثر ما يرفع INP في ووردبريس هو كثرة الإضافات والسكربتات التي تُحمَّل مع كل صفحة.
أيقونة على شاشتك: مريم والخدمات ومنطقة العميل والبحث الصوتي بلمسة، بدون متجر تطبيقات وبدون مساحة تُذكر.