سرعة المتجر على الموبايل: دليل Core Web Vitals لرفع المبيعات

المؤشرات الثلاثة وحدودها

تقيس Core Web Vitals ثلاثة جوانب، وتُحتسب عند الشريحة 75 من زيارات المستخدمين الفعليين. وقد حلّ INP محل FID في مارس 2024، وهو أشد صرامة لأنه يقيس كل التفاعلات في الزيارة لا أول تفاعل فقط.

• LCP

  ماذا يقيس: زمن ظهور أكبر عنصر في الشاشة (غالباً صورة المنتج أو البانر) — الحد الجيد: 2.5 ثانية أو أقل

• INP

  ماذا يقيس: سرعة استجابة الصفحة للضغط والتفاعل — الحد الجيد: 200 ميلي ثانية أو أقل

• CLS

  ماذا يقيس: ثبات التخطيط وعدم قفز العناصر — الحد الجيد: 0.1 أو أقل

قِس بالطريقة الصحيحة

جرّب على هاتف متوسط وشبكة عادية، لا على جهاز مكتبي سريع. وقِس صفحات مختلفة: الرئيسية والتصنيف والمنتج والسلة والدفع.

• بيانات الميدان (Field)

  من مستخدمين حقيقيين عبر تقرير Core Web Vitals في Search Console وأداة PageSpeed Insights. هذه ما يُعتدّ به.

• بيانات المختبر (Lab)

  Lighthouse وDevTools. تفيد في البحث عن السبب لا في الحكم النهائي.

تحسين LCP (سرعة ظهور المحتوى)

• اضغط الصور بصيغ حديثة مثل WebP أو AVIF

  وقدّم الحجم المناسب لكل شاشة.

• لا تؤخر تحميل صورة البانر أو المنتج الرئيسية بـ lazy-load

  بل أعطها أولوية.

• قلّل زمن استجابة الخادم

  واستخدم التخزين المؤقت وشبكة CDN قريبة من جمهورك في مصر والخليج.

• تجنّب شرائح عرض ثقيلة (slider) في أعلى الصفحة

تحسين INP (سرعة الاستجابة)

• راجع السكربتات الخارجية

  أدوات التتبع، ودردشة الدعم، وأكواد الإعلانات. كل واحدة تُبطئ الاستجابة.

• أخّر ما لا يلزم قبل التفاعل الأول

• اختبر تفاعلات السلة تحديداً

  إضافة منتج، تغيير الكمية، فتح القائمة.

• قسّم العمليات الثقيلة في JavaScript حتى لا تحجب الشاشة

تحسين CLS (ثبات التخطيط)

• حدّد أبعاد الصور والفيديو والإعلانات مسبقاً ليبقى المكان محجوزاً

• لا تُدخل شريطاً علوياً أو نافذة منبثقة تدفع المحتوى للأسفل بعد التحميل

• اضبط تحميل الخطوط حتى لا يتغير شكل النص فجأة

الخطوط العربية: ثقيلة بطبيعتها

الخطوط العربية الجيدة تأتي بأحجام كبيرة. اختر أوزاناً قليلة (عادي وعريض يكفيان غالباً)، واحمل الأحرف العربية واللاتينية المطلوبة فقط، وفعّل font-display: swap ليظهر النص فوراً بخط بديل ثم يتبدّل بهدوء. هذا وحده قد يحسن LCP وCLS معاً.

لا تنسَ الخلفية (Backend)

الواجهة السريعة لا تنقذ API بطيء. افحص زمن استجابة صفحات التصنيفات والبحث والسلة، وفهارس قاعدة البيانات، والاستعلامات المتكررة. في تطبيقات الجوال، راعِ الطلبات المتتالية التي تؤخر ظهور الشاشة.

خطة عمل من أربع خطوات

• خذ قياس البداية من Search Console لأسوأ الصفحات

• عالج أكبر مشكلة واحدة (غالباً الصور أو السكربتات)

• أعد القياس بعد أسبوعين، فبيانات الميدان تتحدث تدريجياً

• حوّل الحدود إلى شرط قبل أي نشر جديد

  حتى لا تتراجع السرعة مع الإضافات.

أسئلة شائعة

• هل تحسين السرعة يرفع ترتيبي مباشرة؟

  أثره على الترتيب محدود، لكن تحسّن السرعة يخفض معدل الارتداد ويزيد الإتمام، وهذا مكسب مباشر.

• لماذا أرقام Lighthouse جيدة وSearch Console سيئ؟

  لأن Lighthouse يقيس ظروفاً مثالية، بينما Search Console يعكس أجهزة وشبكات زوارك الحقيقيين.

• هل المتجر السريع يحتاج تطبيقاً؟

  ليس بالضرورة، لكن التطبيق يوفر تجربة أسرع للعملاء المتكررين.