لم تعد سرعة الموقع الإلكتروني مجرد بند تقني يراجعه المطورون بين الحين والآخر، بل أصبحت عاملاً مباشرًا في قرار جوجل بشأن من يظهر في الصفحة الأولى من نتائج البحث. مقاييس Core Web Vitals — وهي ثلاثة مؤشرات تقيس سرعة تحميل المحتوى الأساسي، وسرعة استجابة الصفحة لتفاعل الزائر، ومدى ثبات تصميم الصفحة أثناء التحميل — تحوّلت من عنصر اختياري في التدقيق الفني إلى عامل ترتيب فعلي تستخدمه محركات البحث. لأي شركة تبيع أو تسوّق أونلاين في القاهرة أو الرياض أو جدة، الموقع البطيء لم يعد مشكلة SEO فقط، بل مشكلة تسويقية مباشرة: عملاء محتملون يغادرون قبل أن تظهر الصفحة، وسلات شراء مهجورة، وثقة أقل في العلامة التجارية — خصوصًا أن مستخدمي الموبايل في المنطقة يتصفحون عبر تنوّع أوسع من سرعات الشبكة وفئات الأجهزة مقارنة بالأسواق التي تُبنى عليها معظم معايير الأداء العالمية.
ما الذي تقيسه Core Web Vitals فعليًا في 2026
تغيّرت هذه المقاييس بشكل جوهري خلال العامين الماضيين، وكثير من الشركات لا تزال تحسّن موقعها بناءً على النسخة القديمة منها. منذ مارس 2024، استبدلت جوجل مقياس First Input Delay (FID) بمقياس أدق هو Interaction to Next Paint (INP)، الذي يقيس استجابة الصفحة لكل تفاعل وليس فقط أول تفاعل. المقاييس الثلاثة الحالية هي:
Largest Contentful Paint (LCP)
يقيس الوقت اللازم لظهور أكبر عنصر مرئي في الصفحة — عادة صورة رئيسية أو صورة منتج أو عنوان كبير. الحد "الجيد" وفق جوجل هو 2.5 ثانية أو أقل، مقاسًا من بيانات زوار حقيقيين. أي موقع يتجاوز 4 ثوانٍ يُصنَّف "ضعيفًا".
Interaction to Next Paint (INP)
يقيس المدة بين ضغطة الزائر — فتح قائمة، تطبيق فلتر، إرسال نموذج — واللحظة التي يستجيب فيها المتصفح بصريًا. أقل من 200 ملي ثانية جيد، وأكثر من 500 ضعيف. هذا المقياس يعاقب المواقع المثقلة بجافاسكريبت، حيث تنتظر الضغطة الواحدة دورها خلف طابور طويل من السكريبتات — نمط شائع جدًا في مواقع ووردبريس التي تراكمت عليها عشرات الإضافات (Plugins) بمرور السنين.
Cumulative Layout Shift (CLS)
يقيس الثبات البصري للصفحة — أي مدى قفز العناصر أثناء التحميل. أقل من 0.1 جيد، وأكثر من 0.25 ضعيف. هذا القفز يحدث عادة بسبب صور أو إعلانات تُحمَّل دون حجز مساحة لها مسبقًا، أو خطوط ويب تظهر متأخرة فتُعيد ترتيب الصفحة.
لماذا هذا الأمر أكثر إلحاحًا في مصر والسعودية مما توحي به المعايير العالمية
معظم إرشادات Core Web Vitals مكتوبة ومُختبرة على اتصالات ألياف ضوئية سريعة في أمريكا الشمالية وأوروبا الغربية — وهذا السياق لا ينطبق مباشرة على السوق التي تخدمها MEXA. سرعات الإنترنت عبر الموبايل في مصر والسعودية تتحسن بسرعة، لكن جزءًا كبيرًا من زيارات مواقع التجارة الإلكترونية والخدمات في السوقين لا يزال يصل عبر شبكات 4G بدل واي فاي مدعوم بألياف ضوئية، وجزء كبير من الزيارات يحدث عبر أجهزة أندرويد متوسطة الفئة وليس هواتف رائدة. هذا يعني أن السكريبتات المعطِّلة للعرض والصور غير المُحسَّنة والأدوات الخارجية الثقيلة، التي قد يتحملها جهاز سريع في اختبار مخبري دون تأخير ظاهر، تسبب تعطلاً حقيقيًا وملموسًا لعميل فعلي على جهاز فعلي في الإسكندرية أو الدمام. الصفحة التي تُصنَّف "جيدة" في عرض تجريبي على اتصال مكتب سريع قد تُصنَّف "ضعيفة" لغالبية الجمهور الفعلي على الموبايل — وهذه بالضبط الفجوة التي تكشفها بيانات جوجل الميدانية (المأخوذة من مستخدمين حقيقيين لمتصفح كروم، وليست محاكاة مخبرية).
العلاقة المباشرة بين سرعة الموقع والإيرادات
Core Web Vitals دخلت كعامل ترتيب في محركات البحث، لكن تأثيرها التجاري يتجاوز ذلك بكثير. أبحاث جوجل ودراسات مستقلة متعددة خلال السنوات الأخيرة تُظهر باستمرار أنه مع ارتفاع زمن تحميل الصفحة من ثانية واحدة إلى خمس ثوانٍ، ترتفع احتمالية مغادرة الزائر على الموبايل قبل اكتمال التحميل بشكل حاد — تقديرات شائعة تضع الزيادة قرب 90%. لأي شركة تُدير حملات إعلانية مدفوعة في مصر أو السعودية، يعني هذا أن جزءًا معتبرًا من ميزانية الإعلانات يُنفق على جذب زوار إلى صفحة هبوط لا يراها جزء كبير منهم أصلاً بسبب التحميل البطيء. صفحات المنتج البطيئة تُقلل معدل الإضافة للسلة، ونماذج التواصل وطلب عرض السعر البطيئة تُقلل عدد العملاء المحتملين، وصفحات التصنيفات البطيئة تُقلل عدد المنتجات التي يتصفحها الزائر قبل مغادرته. سرعة الموقع ليست مبادرة منفصلة عن تحسين معدل التحويل — بل هي غالبًا أقوى رافعة داخل تحسين معدل التحويل، لأنها تؤثر على كل زائر في كل صفحة في آنٍ واحد، وليس فقط على خطوة واحدة من رحلة الشراء.
أين تفشل معظم المواقع المصرية والسعودية في اختبار Core Web Vitals
في تدقيقات فنية لمواقع عملاء ومنافسين في السوقين، خمسة أسباب تفسر الغالبية العظمى من النتائج الضعيفة، ولا يحتاج أي منها إعادة بناء كاملة للموقع لإصلاحه.
صور رئيسية ومنتجات غير مُحسَّنة
صور JPEG أو PNG بدقة كاملة تُرفع مباشرة من الكاميرا أو ملف التصميم، دون ضغط أو تصغير أو تحويل لصيغ حديثة مثل WebP أو AVIF — السبب الأكثر شيوعًا لضعف مقياس LCP في مواقع التجارة الإلكترونية والمواقع المؤسسية في المنطقة.
سكريبتات خارجية معطِّلة للعرض
أدوات الدردشة المباشرة، وعدة أكواد تحليلات، وبكسلات تسويقية، وسكريبتات تحميل خطوط دون خاصية async أو defer — تجبر المتصفح على إيقاف عرض الصفحة أثناء تحميل وتنفيذ كل منها، وهو سبب مباشر لضعف كل من LCP وINP معًا.
استضافة مشتركة أو غير كافية
جزء كبير من مواقع الشركات الصغيرة والمتوسطة في مصر يعمل على خطط استضافة مشتركة كانت مناسبة لموقع تعريفي من خمس صفحات، لكنها لا تستطيع خدمة موقع حديث مليء بالصور بسرعة تحت حمل زيارات فعلي، خصوصًا أثناء ذروة حملة إعلانية.
تراكم إضافات ووردبريس
كل إضافة إضافية تُضيف كود CSS وJavaScript خاصًا بها، وغالبًا استعلامات قاعدة بيانات خاصة بها أيضًا. المواقع التي تراكمت عليها عشرات الإضافات عبر سنوات تحمل غالبًا كودًا ثقيلًا غير مستخدم في كل تحميل صفحة، وهو من أكثر أسباب ضعف INP شيوعًا في التدقيقات.
عدم حجز مساحة للمحتوى الديناميكي
الإعلانات المضمّنة، وشرائط قبول الكوكيز، والبانرات الترويجية التي تُحمَّل ديناميكيًا وتدفع المحتوى للأسفل بعد عرض الصفحة بالفعل — السبب الرئيسي لضعف مقياس CLS.
البناء مقابل الإصلاح: كيف يبدو مشروع علاج فعلي
بالنسبة للمواقع التي تفشل بالفعل في مقياس أو أكثر، يتبع الإصلاح عادة تسلسلاً محددًا: تدقيق ببيانات ميدانية عبر تقرير Core Web Vitals في Google Search Console (الذي يعكس تجربة زوار حقيقيين وليس اختبارًا مخبريًا واحدًا) لتحديد القوالب الفاشلة وفي أي مقياس بالضبط؛ تحسين خط أنابيب الصور، بما يشمل تحويلًا تلقائيًا لصيغ WebP/AVIF وأحجامًا متجاوبة؛ تدقيق السكريبتات الخارجية لتأجيل أو إزالة غير الضروري منها؛ ترقية الاستضافة أو استخدام شبكة توصيل محتوى (CDN) حين تكون البنية التحتية نفسها هي عنق الزجاجة؛ وإصلاحات تصميمية تحجز مساحة صريحة للصور والبانرات قبل تحميلها. أما للشركات التي تبني موقعًا جديدًا من الصفر بدلًا من إصلاح موقع قائم، فالنهج الأكثر استدامة هو التصميم مع مراعاة هذه القيود من أول سطر كود، باستخدام إطار عمل حديث مبني على الأداء افتراضيًا — وهو بالضبط سبب اعتماد MEXA على Next.js 16 وReact 19 في بناء المشاريع الجديدة، وهي أطر مصممة خصيصًا للعرض السريع وتحسين الصور وتقليل حمل جافاسكريبت على المتصفح، بدلًا من محاولة إضافة السرعة لاحقًا فوق بنية تقنية قديمة.
دراسة حالة: إعادة بناء من أجل السرعة دون فقدان الوظائف
أحد عملاء MEXA في قطاع التجارة الإلكترونية والتجزئة — منصة بيع متعددة الفئات تخدم عملاء في مصر — جاء بمتجر إلكتروني يعمل فعليًا، لكنه كان يفقد جزءًا ملحوظًا من زوار الموبايل قبل اكتمال تحميل صفحات المنتجات. البنية القديمة اعتمدت على صور منتجات غير مُحسَّنة، وحزمة من سكريبتات التسويق والتحليلات تُحمَّل بشكل متزامن في رأس الصفحة، وتصميم تُحقن فيه البانرات الترويجية أعلى الصفحة بعد العرض الأولي، مما يدفع شبكة المنتجات للأسفل ويسبب قفزًا بصريًا في كل زيارة تقريبًا. أعاد فريق MEXA بناء الواجهة الأمامية للمتجر باستخدام Next.js، وأعاد هيكلة خط أنابيب الصور لتقديم صيغ متجاوبة ومضغوطة تلقائيًا، ونقل السكريبتات غير الحرجة لتُحمَّل بعد عرض المحتوى الأساسي، وحجز مساحة ثابتة لكل بانر أو عنصر مُضمَّن قبل تحميله. النتيجة كانت متجرًا تُعرض فيه صفحات المنتجات والتصنيفات محتواها الأساسي أسرع بشكل واضح على اتصالات الموبايل الحقيقية، وتستجيب فيه التفاعلات مثل الإضافة للسلة وتطبيق الفلاتر فورًا دون تأخير ملحوظ، ولم يعد التصميم يقفز أثناء اكتمال التحميل — وهي بالضبط المشكلات الثلاث التي صُممت Core Web Vitals لرصدها. لم تتغير قائمة المنتجات أو الأسعار أو منطق الدفع في هذا المشروع؛ ما تغيّر هو سرعة وثبات وصول نفس تلك الوظائف إلى شاشة العميل — وهذه هي بالضبط النقطة الجوهرية: تحسينات Core Web Vitals تتعلق غالبًا بكيفية تسليم المحتوى الموجود بالفعل، وليس بإعادة بناء ما تُتقنه الشركة أصلاً.
قائمة تحقق عملية للبدء
- اختبر الصفحة الرئيسية وصفحة فئة أو خدمة وصفحة التواصل/عرض السعر عبر أداة PageSpeed Insights من جوجل، وراقب بيانات المختبر والبيانات الميدانية (المستخدمين الفعليين) لكل منها — غالبًا ما تختلفان، والبيانات الميدانية هي الأهم للترتيب.
- راجع تقرير Core Web Vitals داخل Google Search Console لمعرفة أي مجموعات صفحات تفشل بالفعل مع زوار حقيقيين، وليس فقط في اختبار واحد.
- دقّق كل سكريبت خارجي محمّل في رأس موقعك — أدوات الدردشة، البكسلات، الخطوط، أكواد التحليلات — وتأكد أن كل واحد منها مؤجل أو غير متزامن.
- اضغط صورك الكبيرة وحوّلها لصيغة WebP أو AVIF، وتأكد أن الصور الرئيسية بحجم مناسب للجهاز الذي يعرضها بدل ملف رئيسي واحد كبير الحجم.
- احجز عرضًا وارتفاعًا محددين (أو نسبة أبعاد) لكل صورة وعنصر مُضمَّن وبانر إعلاني، حتى لا يقفز أي شيء بعد التحميل.
الأسئلة الشائعة
هل تؤثر Core Web Vitals فعلاً على ترتيب جوجل أم فقط على تجربة المستخدم؟
كلاهما. أكدت جوجل رسميًا أن Core Web Vitals جزء من إشارات تجربة الصفحة المستخدمة في الترتيب، رغم أن ملاءمة المحتوى تظل الوزن الأكبر عمومًا. في صفحات نتائج تنافسية حيث تقدم عدة مواقع محتوى متقاربًا، يمكن أن تكون تجربة الصفحة هي العامل الفاصل بين نتيجتين متشابهتين.
هل يمكن إصلاح Core Web Vitals دون إعادة بناء الموقع بالكامل؟
في كثير من الحالات نعم. تحسين الصور، وتأجيل السكريبتات، وترقية الاستضافة يمكن أن تُحسّن النتائج بشكل ملموس على موقع قائم. إعادة البناء الكاملة تصبح الخيار الأفضل عندما تكون بنية المنصة أو القالب نفسها هي عنق الزجاجة، وهو أمر شائع في مواقع ووردبريس القديمة المُثقلة بسنوات من الإضافات المتراكمة.
كم من الوقت يستغرق ظهور تحسن في الترتيب أو التحويل بعد إصلاح Core Web Vitals؟
بيانات جوجل الميدانية تُحدَّث على أساس متجدد كل 28 يومًا، لذا يظهر تحسن قابل للقياس عادة خلال أربعة إلى ستة أسابيع. تحسينات التحويل الناتجة عن تفاعلات أسرع وتحميل أقل تسربًا للزوار غالبًا ما تظهر في التحليلات أسرع من ذلك، أحيانًا خلال أيام من النشر.
هل أداء الموبايل أهم من أداء سطح المكتب في هذه المنطقة؟
نعم، بالنسبة لمعظم الشركات في مصر والسعودية. بيانات جوجل الميدانية وتقييم الترتيب أولويتها للموبايل، ومعظم زيارات مواقع التجارة الإلكترونية والخدمات في السوقين تأتي من أجهزة الموبايل، غالبًا عبر شبكات بيانات خلوية وليس واي فاي.
احصل على مراجعة أداء فنية لموقعك
يجري فريق MEXA الهندسي تدقيقات Core Web Vitals باستخدام بيانات ميدانية حقيقية من Google Search Console، وليس اختبارًا مخبريًا واحدًا فقط، ويمكنه تحديد بالضبط أي صفحات تخسر زوارًا بسبب بطء التحميل أو ضعف الاستجابة أو القفز البصري قبل التوصية بأي إعادة بناء. لطلب مراجعة أداء لموقعك، تواصل مع الفريق مباشرة عبر hello@mexa.agency أو اتصل على 01032036739.
فريق ميكسا للرؤى والابتكار
كاتب المقالخبراء تطوير الحلول البرمجية والذكاء الاصطناعي
نشارك أحدث الرؤى والمنهجيات في هندسة البرمجيات المتقدمة، الذكاء الاصطناعي، وتجربة المستخدم الاستثنائية لمساعدة الشركات والمؤسسات على النمو والتحول الرقمي.