سرعة الموقع: دليل عملي لمؤشرات Core Web Vitals

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

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

المؤشرات الثلاثة التي تُحتسَب

جوجل يقيس ثلاثة أمور، تقابل ثلاث تجارب مختلفة للمستخدم.

التعريفات والعتبات الحالية منشورة في Core Web Vitals من جوجل، ويستحق مراجعتها مباشرةً لأن المؤشرات تغيّرت مع الوقت — فقد حلّ INP محلّ مؤشر استجابة أقدم في 2024.

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

قِس قبل أن تغيّر أي شيء

نوعان من البيانات، والخلط بينهما يهدر الجهد.

بيانات المختبر — PageSpeed Insights وLighthouse — تشغّل تحميلاً محاكياً على جهاز محاكى. مفيدة للتشخيص لأنها تخبرك بالضبط ما البطيء. وليست قياساً لما يختبره زوّارك.

بيانات الميدان — تقرير Core Web Vitals في Search Console — تُجمَع من زيارات حقيقية على أجهزة حقيقية. وهذه ما يستخدمه جوجل، وما يجب أن تحكم على نفسك به.

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

وإن كان موقعك جديداً أو قليل الزيارات فقد لا تتوفّر بيانات ميدانية. في تلك الحالة بيانات المختبر هي ما لديك — لكن عاملها كمؤشّر لا كحُكم.

الإصلاحات مرتّبة حسب الأثر المعتاد

1. الصور

في معظم المواقع هذا أكبر مكسب منفرد، وهو عادةً الأرخص.

الأخطاء الشائعة واحدة في كل مكان: صورة بحجم 3 ميغابايت تُعرض بعرض 400 بكسل، وصور بصيغة JPEG بينما WebP نصف حجمها، وكل شيء يُحمَّل دفعةً واحدة سواء نزل الزائر إلى هناك أم لا.

ما تفعله:

• قدّم الصور بالحجم المعروض لا بحجم الرفع
• استخدم WebP أو AVIF مع بديل لما يحتاجه
• أجّل تحميل ما تحت الشاشة الأولى — لكن لا تؤجّل الصورة الرئيسية أبداً، فهي عادةً عنصر LCP لديك
• حدّد العرض والارتفاع صراحةً ليحجز المتصفّح المساحة (وهذا يصلح CLS أيضاً)

التكلفة: 500$ إلى 2,500$ حسب عدد الصور وهل تؤتمت منصّتك ذلك.

2. الخطوط

الخطوط أكثر أسباب مشكلتين في آن: نص غير مرئي أثناء التحميل، وتخطيط يقفز حين يصل الخط الحقيقي.

• استخدم font-display: swap ليظهر النص فوراً بخط بديل
• حمّل مسبقاً الخط المستخدم في العنوان والفقرة الأولى
• جزّئ الملف إلى الأحرف التي تستخدمها فعلاً — وهذا يهم بشكل غير متناسب في العربية حيث ملفات الخطوط الكاملة كبيرة
• اقتصر على عائلتين والأوزان التي تحتاجها حقاً

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

التكلفة: 300$ إلى 1,200$.

3. السكربتات الخارجية

هنا تتراكم أوزان لم يخترها أحد بوعي. وسم تحليلات، وأداة محادثة، وأداة خرائط حرارية، وبكسلان إعلانيان، ولافتة كوكيز — كلٌّ أضافه أحدهم، ولا أحد راجعها منذ ذلك.

السكربتات الخارجية هي السبب الأول لضعف INP، لأنها تُنفَّذ على الخيط الرئيسي وتمنع الصفحة من التجاوب مع اللمس.

• افحص ما يُحمَّل فعلاً؛ ستجد أشياء لا يذكر أحد إضافتها
• احذف ما لا يستخدمه أحد حالياً
• حمّل الباقي بـasync أو defer
• أجّل غير الضروري حتى تصبح الصفحة تفاعلية

التكلفة: 500$ إلى 2,000$، وغالباً أكبر تحسّن متاح في INP.

4. الاستضافة والتوصيل

موقع خادمك يهم. زائر في الرياض يحمّل من خادم في فرانكفورت يدفع ثمن تأخير فيزيائي في كل طلب.

• شبكة توصيل محتوى (CDN) تضع الملفات الثابتة قرب مستخدميك
• زمن استجابة الخادم دون 200 ملّي ثانية هدف معقول
• التخزين المؤقت يعني ألّا تُعاد تنزيل كل شيء في الزيارات المتكررة

ومقارنة الاستضافة تغطي المزوّدين الإقليميين وما تبحث عنه.

التكلفة: غالباً مجرد إعدادات، أو 30$ إلى 200$ شهرياً لاستضافة أفضل.

5. جافاسكربت

أثقل إصلاح، وآخر ما تلجأ إليه.

إن كان موقعك يشحن حزمة جافاسكربت كبيرة، فتقسيمها بحيث تحمّل كل صفحة ما تحتاجه فقط عمل حقيقي. يستحق التنفيذ حين يسهّله إطارك، ويستحق التساؤل إن كنت تحتاج الإطار أصلاً لو كان الموقع محتوى ثابتاً في معظمه.

التكلفة: 2,000$ إلى 10,000$، وسبب وضعه أخيراً أن البنود الأربعة السابقة تجعله غير ضروري غالباً.

كم يكلف هذا إجمالاً

معظم المواقع لا تحتاج الصف الثالث. فإن عُرِضت عليك إعادة بناء لإصلاح السرعة، فاسأل أولاً ما الذي سيحقّقه الصفّان الأولان — وراجع إعادة تصميم موقع لمعرفة متى تُبرَّر إعادة البناء فعلاً.

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

عاملان تغفلهما النصائح العامة:

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

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

اقرأ أيضاً

• مقارنة الاستضافة — الاستضافة الإقليمية والتوصيل
• الخطوط العربية للويب — التجزئة والبدائل
• ووردبريس أم Next.js؟ — حين تكون المنصّة هي العنق
• إعادة تصميم موقع — حين لا يكفي العمل على السرعة
• تحسين أداء التطبيقات — المقابل في تطبيقات الجوال
• SEO أم GEO؟ — كيف يتغيّر الظهور في البحث

الأسئلة الشائعة

ما هي Core Web Vitals؟

ثلاثة مؤشرات يستخدمها جوجل لتقييم تجربة الصفحة: LCP (زمن ظهور المحتوى الرئيسي، الهدف دون 2.5 ثانية)، وINP (سرعة تجاوب الصفحة مع التفاعل، الهدف دون 200 ملّي ثانية)، وCLS (مقدار إزاحة التخطيط أثناء التحميل، الهدف دون 0.1).

هل تؤثر سرعة الموقع في الترتيب؟

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

كم يكلف تحسين السرعة؟

المكاسب السريعة في الصور والخطوط والسكربتات الخارجية تكلف 1,000$ إلى 3,500$ وتكفي معظم المواقع للاجتياز. أما التحسين الشامل فبين 3,500$ و9,000$. وإعادة البناء لا تُبرَّر إلا حين تكون المنصّة نفسها هي القيد.

لماذا تختلف نتيجة PageSpeed عمّا أراه؟

لأنها تعرض شيئين مختلفين: بيانات مختبر من تحميل محاكى، وبيانات ميدان من زوّار حقيقيين. بيانات المختبر للتشخيص، وبيانات الميدان هي ما يستخدمه جوجل فعلاً. احكم على نفسك ببيانات الميدان في Search Console.

ما أكبر مكسب منفرد في السرعة؟

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

هل للمواقع العربية مشاكل سرعة خاصة؟

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

كم يستغرق ظهور النتائج؟

بيانات الميدان في Search Console تعكس نافذة متحرّكة من زيارات حقيقية، فتستغرق التحسينات أسابيع لتظهر كاملةً. أما نتائج المختبر فتتغيّر فوراً، ولهذا هي مفيدة للتحقق من الإصلاح رغم أنها ليست المقياس المُحتسَب.

الخلاصة

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

ابدأ بالنظر إلى بيانات الميدان في Search Console لا إلى نتيجة مختبر، وأصلح بهذا الترتيب، وتوقّف حين تجتاز الأرقام. السرعة تستحق لأن الزوّار يغادرون المواقع البطيئة — لكنها لا تستحق ميزانية مفتوحة، والنقاط الأخيرة دائماً أغلاها.