Skip to content
العودة إلى المدونة
engineering5 دقيقة قراءة

إتقان Core Web Vitals: دليل ميداني لمواقع أسرع وأعلى ترتيبًا

تحدد Core Web Vitals ما إذا كان موقعك يحوّل الزيارات أم يسرّبها. دليل عملي لـ LCP وINP وCLS والإصلاحات التي ترفع الترتيب.

SummationWorks
إتقان Core Web Vitals: دليل ميداني لمواقع أسرع وأعلى ترتيبًا

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

نصف الثانية هذه هي ما تقيسه Core Web Vitals، وهي واحدة من إشارات الأداء القليلة التي ربطها Google صراحةً بترتيب نتائج البحث. بالنسبة لأصحاب الأعمال وفرق المنتج، ليست هذه المقاييس مجرد رقم هندسي للتباهي، بل هي الفرق بين موقع يحوّل الزيارات المدفوعة والعضوية إلى عملاء، وآخر يسرّبها بصمت.

ما الذي تقيسه Core Web Vitals فعليًا

اختصر Google أداء الويب في ثلاثة مقاييس محورها المستخدم، يرتبط كل منها بلحظة يلاحظ فيها شخص حقيقي أن شيئًا ما خاطئ.

  • Largest Contentful Paint (LCP) — كم يستغرق ظهور أكبر عنصر مرئي (غالبًا صورة الواجهة أو العنوان أو غلاف الفيديو). هذا هو مقياس "هل ظهرت الصفحة؟". الهدف: أقل من 2.5 ثانية.
  • Interaction to Next Paint (INP) — سرعة استجابة الصفحة عند الضغط أو النقر أو الكتابة. حلّ محل First Input Delay عام 2024، ويقيس الاستجابة طوال الزيارة وليس النقرة الأولى فقط. الهدف: أقل من 200 مللي ثانية.
  • Cumulative Layout Shift (CLS) — مقدار اهتزاز الصفحة أثناء تحميلها. كلما قفز زر أو فقرة لأن صورة أو إعلان تأخّر في الظهور دفعها، ارتفعت قيمة CLS. الهدف: أقل من 0.1.

التفصيلة الحاسمة التي تغفلها أغلب الفرق: يرتّبك Google بناءً على بيانات ميدانية، لا اختبارات معملية. الأرقام التي تُحتسب تأتي من مستخدمي Chrome الحقيقيين عبر تقرير Chrome User Experience Report (CrUX)، وتُقاس عند النسبة المئوية الخامسة والسبعين. أي أن ثلاثة من كل أربعة زوار يجب أن يحققوا الهدف. النتيجة التي تبدو مثالية على اتصال مكتبك السريع قد تفشل بوضوح لدى عميل يستخدم هاتف Android متوسط الفئة عبر شبكة جوال متقطعة في الرياض أو القاهرة.

لماذا يزداد هذا أهمية في الخليج ومصر

أداء الويب ليس متوسطًا عالميًا، بل فيزياء محلية. عاملان يجعلان Core Web Vitals أصعب، وأكثر قيمة، في أسواقنا.

أولًا، تركيبة الأجهزة. شريحة كبيرة من المستخدمين يتصفحون عبر هواتف Android متوسطة الفئة بمعالجات محدودة. ومقياس INP يعاقب JavaScript الثقيل بلا رحمة على العتاد الأضعف. تطبيق React أو Next.js يبدو فوريًا على iPhone 15 قد يتلعثم على الجهاز الذي يحمله عملاؤك الحقيقيون.

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

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

كيف تشخّص نتائجك الحقيقية

قبل تعديل أي سطر برمجي، اعرف أين تقف فعلًا. استخدم أدوات معملية وميدانية معًا لأن كلًّا منها يجيب عن سؤال مختلف.

  • PageSpeed Insights — أسرع طريقة لرؤية بياناتك الميدانية من CrUX إلى جانب تشغيل معملي عبر Lighthouse. ابدأ من هنا؛ فإذا أظهرت بيانات "العالم الحقيقي" فهذا ما يعتمده Google.
  • تقرير Core Web Vitals في Search Console — يجمّع روابطك حسب الحالة (جيد، يحتاج تحسينًا، ضعيف) لترى أي قوالب الصفحات تفشل على نطاق واسع.
  • لوحة Performance في Chrome DevTools — لإعادة إنتاج تفاعل بطيء وتحديد المهمة الطويلة أو الإزاحة الدقيقة المسبّبة للمشكلة.

خطأ شائع هو التحسين من أجل نتيجة Lighthouse المعملية لأن بلوغ 100 سهل. الاختبارات المعملية تعمل على جهاز متوسط محاكى في بيئة نظيفة، بينما تعكس بياناتك الميدانية الواقع الفوضوي. تحقّق دائمًا من إصلاحاتك عبر البيانات الميدانية خلال الأسابيع التالية، فـ CrUX نافذة متحركة مدتها 28 يومًا، وظهور التحسينات يستغرق وقتًا.

إصلاحات تُحدث فرقًا حقيقيًا

تعود معظم مشكلات Core Web Vitals إلى قائمة قصيرة من الأسباب. وهذه المواضع التي يؤتي الجهد فيها ثماره، مرتّبة تقريبًا حسب الأثر.

روّض أكبر عنصر لديك (LCP)

  • قدّم صور الواجهة بصيغ حديثة (WebP أو AVIF) بأبعاد مناسبة للشاشة. صورة بعرض 4000 بكسل مصغّرة عبر CSS لا تزال تُحمَّل كاملة الأربعة آلاف بكسل.
  • مرّر صورة LCP مسبقًا (preload) وتجنّب تحميلها الكسول. التحميل الكسول لأول شيء يراه المستخدم جرح يصيب به الموقع نفسه.
  • أخرِج CSS والسكربتات الخارجية المعيقة للعرض من المسار الحرج. أجّل أدوات التحليلات وودجت المحادثة ووسوم التسويق.
  • استخدم شبكة CDN لتُقدَّم الأصول من موقع قريب من مستخدميك، لا من خادم أصل واحد يفصله محيط عنهم.

قلّل JavaScript لتحسين الاستجابة (INP)

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

احجز المساحة لتوقف القفز (CLS)

  • حدّد دائمًا width وheight (أو نسبة الأبعاد) للصور والفيديوهات والعناصر المضمّنة.
  • احجز مساحة للإعلانات واللافتات وإشعارات الكوكيز كي لا تدفع المحتوى عند ظهورها.
  • مرّر خطوط الويب مسبقًا واستخدم font-display: optional أو swap بعناية لتجنّب إعادة تدفّق النص المزعجة.

اجعل الأداء عادة لا مشروعًا

أصعب ما في Core Web Vitals ليس الإصلاح الأول، بل الحفاظ على النتائج جيدة مع نمو الموقع. وسم تسويقي جديد، أو صورة غير محسّنة يرفعها محرّر محتوى، أو ودجت خارجي، قد يُبطل بصمت أشهرًا من العمل.

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

أهم النقاط

  • تقيس Core Web Vitals (LCP وINP وCLS) السرعة والثبات المُدركَين، ويعتمد Google على بيانات ميدانية واقعية عند النسبة المئوية 75 لترتيبك.
  • حسّن لأجل هواتف Android المتوسطة على شبكات الجوال الحقيقية، وهي الجهاز والاتصال اللذان يستخدمهما فعلًا أغلب عملاء الخليج ومصر، لا إعداد مكتبك السريع.
  • شخّص أولًا عبر PageSpeed Insights وSearch Console، وثق بالبيانات الميدانية لا بالنتيجة المعملية.
  • تأتي أكبر المكاسب من الصور المحسّنة، وتمرير أصول الواجهة مسبقًا، وتقليل JavaScript، وحجز مساحة التخطيط.
  • الأداء انضباط مستمر؛ افرض الميزانيات في CI وراقب المستخدمين الحقيقيين كي لا تتآكل المكاسب.

المواقع السريعة تكسب النقرات والتحويلات والترتيب، لكن فقط حين تُهندَس السرعة منذ البداية وتُصان مع الوقت. إن كان موقعك يسرّب الزيارات بسبب بطء التحميل أو اهتزاز التخطيط، يمكن لـ SummationWorks تدقيق Core Web Vitals لديك وبناء خطة عملية لإصلاحها. تعرّف على خدماتنا، أو اطّلع على أعمالنا، أو تواصل معنا لتجعل سرعة الصفحة ميزة تنافسية بدل أن تكون عبئًا.

عن الكاتب

SummationWorks

SummationWorks is a software development company building web apps, mobile apps, and AI tools for startups and growing businesses across the US, UK, and GCC.

المزيد عنّا

لديك مشروع في ذهنك؟

لنحوّل فكرتك إلى برمجيات جاهزة للإنتاج.

ابدأ مشروعًا