Core Web Vitals: كيف تؤثر سرعة موقعك على مبيعاتك؟

Core Web Vitals هي المقاييس الثلاثة التي تستخدمها جوجل لتقييم مدى سرعة وثبات صفحة الويب من وجهة نظر الزائر الفعلي: زمن ظهور أكبر عنصر بالصفحة (LCP)، ومدى تحرّك عناصر الصفحة أثناء التحميل (CLS)، وسرعة استجابة الصفحة عند التفاعل معها (INP). لماذا يهمك هذا كصاحب عمل؟ لسببين عمليين. أولاً، الصفحة البطيئة أو التي "تتحرك" أثناء التحميل تدفع الزائر لمغادرتها قبل أن يرى عرضك أو نموذج التواصل أو منتجك — وهذه مبيعات ضائعة، لا مجرد تفصيل تقني. ثانياً، تستخدم جوجل هذه المقاييس نفسها كعامل ترتيب، فقد يظهر موقع منافس أبطأ في نتائج أدنى رغم أن محتواه أضعف. إليك ماذا يقيس كل مقياس فعلياً وما الذي يسبب المشكلة عادة.

ماذا تقيس LCP وCLS وINP فعلياً؟

انسَ المصطلحات للحظة وفكّر في تجربة الزائر نفسه. يجيب مقياس LCP عن سؤال بسيط: كم من الوقت يستغرق ظهور العنصر الرئيسي في الصفحة — صورة الغلاف، العنوان الرئيسي، صورة المنتج؟ إن ضغط أحدهم على رابط ووجد شاشة فارغة أو نصف محمّلة لثلاث أو أربع ثوانٍ، فهذا LCP سيئ. المعيار الذي تضعه جوجل هو 2.5 ثانية.

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

وINP يقيس مدى استجابة الصفحة: عندما يضغط الزائر على زر أو يملأ حقلاً في نموذج أو يفتح قائمة، كم يستغرق الأمر حتى تستجيب الصفحة فعلياً؟ موقع حُمِّل بسرعة لكنه يبدو "ثقيلاً" أو بطيء الاستجابة عند اللمس يعاني من INP سيئ — وهذا التأخير غالباً هو ما يجعل الموقع يبدو رخيصاً حتى لو لم يكن فيه أي خطأ تقني ظاهر.

كيف يخسّرك الموقع البطيء عملاء دون أن تشعر

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

لماذا تهتم جوجل بسرعة موقعك؟

أصبحت Core Web Vitals جزءاً رسمياً من عوامل ترتيب جوجل منذ عام 2021، ضمن ما تسميه جوجل "تجربة الصفحة". المنطق بسيط: تريد جوجل توجيه من يبحث إلى صفحات لن تُحبطه. فبين صفحتين بمحتوى متقارب، تحصل الصفحة الأسرع والأكثر ثباتاً على أفضلية — السرعة نادراً ما تكون العامل الحاسم الوحيد، لكنها غالباً ما تحسم التعادل، وعلى الكلمات المفتاحية التنافسية، هذا التعادل هو ما يفصل بين الصفحة الأولى والثانية في النتائج.

الأسباب الشائعة المختبئة في معظم مواقع الشركات

• صور ضخمة غير محسَّنة — صور مرفوعة مباشرة من الجوال أو الكاميرا بحجم عدة ميغابايت، دون ضغط أو تصغير.
• خطوط وسكربتات تعطّل التحميل — خطوط مخصصة، أكواد تتبّع، ونوافذ محادثة يجب أن يحمّلها المتصفح بالكامل قبل أن يظهر أي شيء في الصفحة.
• غياب العرض من جانب الخادم (Server-Side Rendering) — الصفحة تصل فارغة وتُبنى داخل متصفح الزائر بواسطة JavaScript، فلا يظهر شيء حتى تنتهي هذه العملية.
• تراكم أدوات خارجية — إعلانات، نوافذ منبثقة، ويدجت تقييمات، وأكواد تحليلات أُضيفت واحدة تلو الأخرى عبر السنين، كل واحدة تضيف تأخيراً خاصاً بها.
• غياب التخزين المؤقت (Caching) أو شبكة توصيل محتوى (CDN) — كل زائر، من أي مكان في العالم، ينتظر نفس الرحلة البطيئة إلى خادم واحد بعيد.

كيف تفحص موقعك بنفسك دون أي معرفة تقنية

لست بحاجة إلى مطوّر لمعرفة موقعك أين يقف. ادخل إلى PageSpeed Insights عبر الرابط pagespeed.web.dev، والصق رابط الصفحة الرئيسية أو أي صفحة مهمة، ثم شغّل الفحص. ستحصل على درجة من 100 مع تفصيل ملوّن لكل من LCP وCLS وINP على الجوال وعلى الحاسوب — الأخضر يعني جيداً، البرتقالي يعني بحاجة إلى تحسين، والأحمر يعني أنك على الأرجح تخسر زوارك. راجع نتيجة الجوال أولاً؛ فمعظم الزيارات وقرارات فهرسة جوجل تعتمد على نسخة الجوال، ودرجاته غالباً أسوأ من الحاسوب.

ماذا تفعل بعد أن تعرف نتيجتك

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