موقعك يفتح في لحظة على واي فاي المكتب، من اللابتوب الجديد، وكل ملفاته محفوظة مسبقًا في المتصفح. أما عميلك فيفتحه من موبايل متوسط الإمكانيات، على باقة البيانات، وهو واقف في زحمة الدائري. بالنسبة له: شاشة بيضاء، ثم صفحة تقفز عناصرها، ثم زر لا يستجيب.
هو لن يشتكي. سيرجع ببساطة ويضغط على النتيجة التالية في البحث.
السرعة هي الانطباع الأول عن نشاطك، ويصل قبل أن يقرأ أحد كلمة واحدة. والخبر الجيد أن Google تنشر بالضبط كيف تقيس هذا الانطباع، وأن أغلب الإصلاحات معروفة.
ماذا تقيس مؤشرات Core Web Vitals فعلًا؟
فكّر في مطعم. السرعة هناك أيضًا ليست شيئًا واحدًا: كم تنتظر حتى يصل طعامك، وكم يتأخر الجرسون حين ترفع يدك، وهل تظل الطاولة ثابتة وأنت تأكل. مؤشرات Google تقيس الأشياء الثلاثة نفسها لأي صفحة ويب.
| المؤشر | ماذا يقيس | الصورة في المطعم | جيد | ضعيف |
|---|---|---|---|---|
| LCP (أكبر عنصر مرئي) | الوقت حتى يظهر المحتوى الرئيسي، غالبًا الصورة الكبيرة أو العنوان | الوقت حتى يصل الطبق الرئيسي إلى الطاولة | 2.5 ثانية أو أقل | أكثر من 4 ثوانٍ |
| INP (الاستجابة للتفاعل) | سرعة استجابة الصفحة بشكل مرئي حين يضغط الزائر أو يكتب | سرعة استجابة الجرسون حين ترفع يدك | 200 مللي ثانية أو أقل | أكثر من 500 مللي ثانية |
| CLS (إزاحة التصميم) | مقدار قفز عناصر الصفحة أثناء التحميل | هل تتحرك الطاولة وأنت تمد يدك إلى الكوب؟ | 0.1 أو أقل | أكثر من 0.25 |
وأي قيمة بين «جيد» و«ضعيف» تُصنّف «تحتاج إلى تحسين».
هناك تفصيلتان مهمتان. الأولى: تحكم Google على كل مؤشر عند الشريحة المئوية 75 من الزيارات الحقيقية، بشكل منفصل للموبايل والكمبيوتر. أي لا يكفي أن تكون أغلب الزيارات سريعة، بل يجب أن تكون 3 من كل 4 زيارات كذلك. الثانية: مؤشر INP حلّ محل مؤشر أقدم اسمه FID في 2024. فإن قرأت مقالًا ما زال يتحدث عن FID، فهو قديم.
لماذا CLS أكثر من مجرد إزعاج؟
قفز عناصر الصفحة يبدو مسألة شكلية، إلى أن يكلّفك مالًا. تخيّل عميلًا على وشك الضغط على «متابعة»، ثم يظهر بانر متأخر فيدفع كل شيء للأسفل، فيضغط على «إلغاء» بدلًا منها. هذا هو CLS. وأسبابه المعتادة: صور بلا أبعاد محددة، وإعلانات أو عناصر مضمّنة تتحمل متأخرة، وخطوط تتبدل فيتغير حجم النص.
كيف تقيس سرعة موقعك بشكل صحيح
يوجد نوعان من البيانات، والخلط بينهما سبب أغلب الارتباك.
بيانات الزيارات الفعلية (Field Data) تأتي من مستخدمين حقيقيين لمتصفح Chrome زاروا موقعك خلال آخر 28 يومًا، وهي التي تعتمد عليها Google. ستجدها في أعلى أداة PageSpeed Insights، وفي تقرير Core Web Vitals داخل Google Search Console، بشرط أن يكون لموقعك عدد زيارات كافٍ.
بيانات المختبر (Lab Data) اختبار محاكاة يُجرى مرة واحدة على جهاز وشبكة افتراضيين، وهو الذي يعطي الدرجة الشهيرة من 0 إلى 100. مفيد في تشخيص المشاكل، لكن الدرجة تتغير من اختبار لآخر، وليست ما تعتمد عليه Google في الترتيب.
وراقب أيضًا TTFB (زمن وصول أول بايت)، أي الوقت الذي يأخذه السيرفر ليبدأ في الرد. هو ليس من مؤشرات Core Web Vitals، لكن السيرفر البطيء يؤخر كل ما بعده. وتوصي Google بأن يكون 0.8 ثانية أو أقل. ولو كان سيرفرك أبطأ بكثير، فابدأ بالاستضافة، ودليل اختيار الاستضافة يشرح ما الذي تراجعه.
ما الذي يجعل المواقع بطيئة فعلًا؟
في أغلب المواقع البطيئة، المشكلة ليست لغزًا. إنها بضعة أشياء ثقيلة لم يطلبها الزائر أصلًا.
الصور
المتهم الأول. صورة بعرض 4000 بكسل خارجة من الكاميرا مباشرة، وتُعرض في مساحة 400 بكسل على الموبايل، تهدر ميجابايتات كاملة. والحلول:
- صغّر الصور إلى الحجم الذي تُعرض به فعلًا، مع نسخ أصغر للموبايل.
- استخدم صيغًا حديثة مثل WebP أو AVIF، فهي أخف بكثير من JPEG وPNG بجودة مقاربة.
- فعّل التحميل الكسول (Lazy Loading) للصور الموجودة أسفل الصفحة، فلا تُحمّل إلا حين يقترب الزائر منها.
- حدد دائمًا عرض الصورة وارتفاعها، ليحجز المتصفح مكانها فلا يقفز شيء.
الخطوط، وخصوصًا العربية
الخطوط العربية قد تكون ثقيلة لأنها تحمل أشكالًا كثيرة للحروف. حمّل 3 عائلات خطوط بـ4 أوزان لكل منها، وسيضطر الموبايل لتنزيل مكتبة صغيرة قبل أن يعرض النص بشكل صحيح. استخدم عائلة أو اثنتين، والأوزان التي تحتاجها فقط، مع تقليص الخط إلى الحروف المستخدمة إن أمكن، واترك النص يظهر بخط بديل حتى يكتمل تحميل الخط المخصص.
السكربتات الخارجية
أدوات الشات، وعدة بكسلات إعلانية، وأدوات الخرائط الحرارية، والخرائط والفيديوهات المضمّنة، كل منها يضيف كودًا من سيرفر شخص آخر. كل واحدة صغيرة وحدها، لكنها معًا تكون غالبًا أثقل جزء في الصفحة، والسبب الرئيسي لضعف INP. اسأل عن كل واحدة: هل يستخدم أحد هذه البيانات فعلًا؟
السيرفر والكود
سيرفر بطيء، أو غياب التخزين المؤقت (Caching)، أو ملفات غير مضغوطة، أو استعلام قاعدة بيانات يعمل مع كل زيارة، كلها تجر الموقع كله للخلف. التخزين المؤقت والضغط وشبكة CDN للملفات الثابتة حلول معتادة. لكن في المواقع المتضخمة، يأتي المكسب الأكبر من حذف ما لا حاجة له.
هل تؤثر سرعة الموقع على ترتيبه في Google؟
نعم، لكن بأقل مما تدّعيه عروض بيع كثيرة. مؤشرات Core Web Vitals من الإشارات التي تستخدمها أنظمة الترتيب في Google ضمن تجربة الصفحة. لكن الصلة بالموضوع والمحتوى المفيد يأتيان أولًا: صفحة سريعة بمحتوى ضعيف لن تتفوق على صفحة أبطأ تجيب عن السؤال بشكل أفضل.
أين تظهر فائدة السرعة بشكل مباشر؟ في سلوك الزوار. الصفحات الأسرع تحتفظ بزوار أكثر، وكل نقرة إعلانية مدفوعة يغادر صاحبها قبل اكتمال التحميل هي مال ضائع. وهذا مهم جدًا مع الإعلانات، كما نشرح في دليل صفحات الهبوط التي تحوّل زيارات الإعلانات. والصورة الأشمل في الدليل العملي للسيو في مصر.
أخطاء شائعة في تحسين السرعة
مطاردة الدرجة الكاملة 100. درجة المختبر أداة تشخيص. اجتياز Core Web Vitals على الزيارات الحقيقية أهم بكثير من الانتقال من 92 إلى 100.
الاختبار على الكمبيوتر فقط. أغلب زوارك في مصر والخليج على الأرجح يتصفحون من الموبايل، ونتائج الموبايل هي التي تُصلح أولًا.
إضافة «سكربت واحد كمان». كل أداة تسويقية صغيرة وحدها. راجعها كل بضعة أشهر واحذف ما لا يستخدمه أحد.
شراء استضافة أكبر لإصلاح صفحات ثقيلة. السيرفر الأسرع لن يجعل صورة حجمها 5 ميجابايت أخف. أصلح الصفحة أولًا، ثم احكم على الاستضافة.
قائمة مراجعة السرعة
- راجعت بيانات الزيارات الفعلية للموبايل في PageSpeed Insights أو Search Console
- LCP خلال 2.5 ثانية أو أقل، وINP خلال 200 مللي ثانية أو أقل، وCLS بقيمة 0.1 أو أقل
- الصور بالمقاس الصحيح، وبصيغة WebP أو AVIF، مع تحديد العرض والارتفاع
- الصورة الرئيسية تُحمّل مبكرًا، بدون تحميل كسول
- عائلة أو اثنتان من الخطوط، بالأوزان المستخدمة فقط
- لكل سكربت خارجي سبب واضح، والثقيلة منها مؤجلة
- التخزين المؤقت والضغط مفعّلان، مع CDN للملفات الثابتة
- زمن استجابة السيرفر (TTFB) في حدود 0.8 ثانية أو أقل
- تم الاختبار على موبايل حقيقي متوسط عبر باقة البيانات
أسئلة بتتسأل كتير
لماذا تتغير درجة PageSpeed في كل اختبار؟
لأن اختبار المختبر يعمل على جهاز وشبكة افتراضيين، وأي اختلاف بسيط في استجابة السيرفر أو السكربتات الخارجية يغيّر النتيجة. انظر إلى الاتجاه العام وإلى بيانات الزيارات الفعلية، لا إلى اختبار واحد.
موقعي لا يظهر له بيانات زيارات فعلية. ماذا يعني ذلك؟
يعني أن موقعك لم يحصل بعد على عدد كافٍ من زيارات Chrome لتعرضها Google. استخدم اختبارات المختبر والتجربة على موبايل حقيقي في الوقت الحالي.
هل الموقع المبرمج خصيصًا أسرع من القالب الجاهز؟
غالبًا نعم، لأنه لا يحمّل إلا ما يستخدمه، بينما تأتي قوالب كثيرة بمزايا لن تفعّلها أبدًا. لكن موقعًا مخصصًا بصور ضخمة و10 سكربتات سيظل بطيئًا. الانضباط أهم من الطريقة، والتفاصيل في مقال موقع مبرمج خصيصًا أم قالب جاهز؟.
هل شبكة CDN تحل مشكلة الموقع البطيء؟
تسرّع توصيل الصور والملفات، خصوصًا للزوار البعيدين. لكنها لا تصلح سيرفرًا بطيئًا أو سكربتات ثقيلة أو صفحات متضخمة.
كل كم أراجع سرعة موقعي؟
شهريًا، ودائمًا بعد إضافة قسم جديد أو أداة أو كود تتبع.
السرعة عادة لا مهمة لمرة واحدة
الموقع السريع ليس تحسينًا يُنفّذ مرة واحدة، بل مجموعة قرارات: صور أخف، وخطوط مختارة بعناية، وكل سكربت يستحق مكانه. المواقع تبطؤ تدريجيًا مع كل إضافة، فاستمر في مراقبة الأرقام.
لو أردت أن تعرف أين يضيع موقعك الحالي وقته، أو تخطط لموقع جديد وتريد السرعة جزءًا منه من البداية، احجز موعدًا معنا.