تضغط على إعلانك بنفسك من هاتفك، فتظهر شاشة بيضاء، ثم شعار يتحرك، ثم صورة ضخمة تحمّل ببطء، وبعد ثوانٍ تقفز الصفحة فتضغط على زر لم تقصده. إذا كان هذا ما يراه عميلك، فجزء من ميزانية الإعلانات والسيو يضيع قبل أن يقرأ أحد كلمة واحدة. سرعة الموقع ليست تفصيلة تقنية يهتم بها المبرمجون فقط، بل جزء من تجربة العميل ومن قدرة الموقع على تحويل الزوار إلى طلبات.
في هذا الدليل نشرح كيف تقيس سرعة موقعك بطريقة صحيحة، وكيف تقرأ مؤشرات Core Web Vitals، وما الأسباب الأكثر شيوعًا للبطء في مواقع ووردبريس والمتاجر الإلكترونية في السوق العربية، وكيف ترتب أولويات التحسين حتى لا تضيع وقتك في ملاحقة رقم مثالي لا يغير شيئًا.
ما المقصود بسرعة الموقع؟
سرعة الموقع ليست رقمًا واحدًا. الزائر يشعر بها في ثلاث لحظات: متى يظهر المحتوى الأساسي للصفحة، ومتى تستجيب الصفحة عندما يضغط أو يكتب، وهل تبقى العناصر ثابتة في أماكنها أثناء التحميل. ولهذا تقيسها Google عبر مجموعة مؤشرات تسمى Core Web Vitals أو مؤشرات أداء الويب الأساسية.
مؤشرات Core Web Vitals الثلاثة
- LCP (Largest Contentful Paint): الوقت حتى يظهر أكبر عنصر محتوى في الجزء الظاهر من الشاشة، مثل صورة البانر أو العنوان الرئيسي. القيمة الجيدة 2.5 ثانية أو أقل.
- INP (Interaction to Next Paint): مدى سرعة استجابة الصفحة لتفاعلات المستخدم مثل الضغط على زر أو فتح قائمة. القيمة الجيدة 200 ملي ثانية أو أقل. هذا المؤشر حل محل FID في مارس 2024.
- CLS (Cumulative Layout Shift): مقدار تحرك العناصر بشكل غير متوقع أثناء التحميل. القيمة الجيدة 0.1 أو أقل.
تعتبر Google الصفحة جيدة في مؤشر ما عندما يحقق 75% على الأقل من زياراتها الفعلية القيمة الجيدة. التعريفات والحدود موثقة في صفحة مؤشرات أداء الويب الأساسية على web.dev.
هل تؤثر سرعة الموقع على الترتيب في جوجل؟
تقول Google في توثيقها عن مؤشرات أداء الويب الأساسية ونتائج البحث إن هذه المؤشرات تستخدمها أنظمة الترتيب ضمن تقييم تجربة الصفحة، لكنها توضح أيضًا أن المحتوى الأكثر صلة وفائدة يبقى العامل الأهم، وأن تحقيق درجات جيدة لا يضمن ترتيبًا أعلى. بمعنى عملي: السرعة لن تجعل صفحة ضعيفة تتصدر، لكن صفحة بطيئة جدًا قد تخسر أمام صفحة مماثلة في الجودة وأسرع منها، والأهم أنها تخسر الزوار أنفسهم.
الأثر الأوضح للسرعة يظهر في سلوك الزائر: معدل مغادرة أعلى، وعدد أقل من الصفحات في الزيارة، ونماذج تواصل لا تكتمل، وسلات شراء متروكة. وفي الإعلانات الممولة تحديدًا، أنت تدفع ثمن النقرة سواء انتظر الزائر تحميل الصفحة أم غادر قبلها.
كيف تقيس سرعة موقعك بطريقة صحيحة؟
1. PageSpeed Insights: بيانات حقيقية ومعملية في مكان واحد
أداة PageSpeed Insights المجانية من Google هي نقطة البداية. أدخل رابط الصفحة، وستجد قسمين يخلط بينهما كثيرون:
- بيانات المستخدمين الفعليين (Field Data): تأتي من زيارات حقيقية لمستخدمي متصفح كروم خلال آخر 28 يومًا. هذه هي البيانات التي تعكس تجربة عملائك، وهي الأقرب لما تستخدمه Google في التقييم. قد لا تظهر إذا كان الموقع جديدًا أو زياراته قليلة.
- البيانات المعملية (Lab Data) ودرجة الأداء من 100: نتيجة اختبار محاكاة واحد على جهاز وشبكة افتراضيين. مفيدة لتشخيص الأسباب، لكنها تتغير من فحص لآخر ولا تمثل كل زوارك.
لا تطارد درجة 100. موقع بدرجة 75 وكل مؤشراته الفعلية في النطاق الأخضر أفضل عمليًا من موقع حصل على 95 في المختبر بينما زواره الحقيقيون يعانون.
2. تقرير Core Web Vitals في Search Console
إذا كان موقعك مضافًا إلى Search Console، ستجد تقريرًا يجمع الصفحات المتشابهة في مجموعات ويخبرك أيها يحتاج إلى تحسين على الجوال وسطح المكتب. هذا التقرير مناسب لرؤية الصورة العامة للموقع كله بدل فحص صفحة صفحة. وإذا لم تكن قد أعددت Search Console بعد، فدليل أرشفة الموقع في جوجل يشرح الخطوات.
3. اختبر كما يتصفح عميلك
الأدوات لا تغني عن تجربة بسيطة: افتح موقعك على هاتف متوسط الإمكانيات، على بيانات الجوال لا على الواي فاي، ومن متصفح لم يزر الموقع من قبل. انتبه لما يظهر أولًا، ومتى تستطيع الضغط على الزر الرئيسي، وهل تقفز الصفحة أثناء التحميل. كثير من الأعطال تكتشفها في دقيقة بهذه الطريقة.
أي الصفحات تختبر؟
ابدأ بالصفحات التي تجلب المال أو الطلبات: الصفحة الرئيسية، وصفحات الخدمات، وصفحات المنتجات الأكثر مبيعًا، وصفحات الهبوط التي ترسل إليها الإعلانات، وصفحة الدفع في المتاجر. تحسين صفحة واحدة تستقبل كل زوار الإعلانات أهم من تحسين عشرين مقالًا لا يزورها أحد.
أشهر أسباب بطء المواقع في السوق العربية
الصور الضخمة
السبب الأكثر شيوعًا على الإطلاق: صورة بانر مرفوعة كما خرجت من الكاميرا أو من برنامج التصميم بحجم عدة ميجابايت، تُعرض في مساحة صغيرة على الجوال. الحل: ضغط الصور، واستخدام صيغ حديثة مثل WebP أو AVIF، ورفعها بأبعاد قريبة من حجم العرض الفعلي، وتحديد العرض والارتفاع لكل صورة حتى لا تقفز الصفحة.
الخطوط العربية الثقيلة
المواقع العربية تواجه تحديًا خاصًا: بعض الخطوط العربية الجميلة تحمّل ملفات كبيرة، وأحيانًا يُحمّل الموقع ستة أوزان أو أكثر من الخط نفسه لا يُستخدم منها إلا اثنان. اختر وزنين أو ثلاثة فقط، واستخدم صيغة WOFF2، واجعل النص يظهر بخط بديل حتى يكتمل تحميل الخط (font-display: swap) بدل أن تبقى الصفحة فارغة.
الإضافات وأدوات الطرف الثالث
بكسل ميتا، وبكسل تيك توك، وسناب، وأدوات التحليلات، وزر الدردشة، ونوافذ الخصومات المنبثقة، وخرائط جوجل المضمنة، وفيديوهات يوتيوب… كل أداة منها تضيف أكواد جافاسكريبت تحمّل من خوادم أخرى. راجع كل أداة: هل ما زلت تستخدم بياناتها فعلًا؟ واحذف ما لا تحتاجه، واجعل التحميل مؤجلًا لما لا يلزم في أول ثانية، مثل نافذة الدردشة أو الفيديو المضمن الذي يمكن أن يحمّل عند الضغط عليه.
قوالب ومنشئات الصفحات المزدحمة
القوالب متعددة الأغراض ومنشئات الصفحات بالسحب والإفلات تسهل التصميم، لكنها قد تحمّل أكوادًا وملفات CSS كثيرة لكل صفحة. ليس الحل دائمًا تغيير القالب، بل تقليل العناصر غير الضرورية، وتعطيل المزايا غير المستخدمة، وتجنب السلايدر الضخم في أعلى الصفحة الذي غالبًا يكون أكبر عنصر يؤخر LCP.
الاستضافة والتخزين المؤقت
استضافة مشتركة رخيصة ومزدحمة تجعل الخادم يتأخر في الرد قبل أن يبدأ المتصفح في التحميل أصلًا. تأكد من وجود تخزين مؤقت للصفحات (Page Cache) عبر إضافة مناسبة لخادمك أو عبر الاستضافة نفسها، ومن تفعيل ضغط الملفات، ومن أن إصدار PHP حديث. وإذا كان جمهورك في أكثر من دولة، فقد تفيدك شبكة توصيل محتوى (CDN) لتقريب الملفات الثابتة من الزوار.
المتاجر على المنصات الجاهزة
في منصات مثل سلة وزد وشوبيفاي لا تتحكم في الخادم، لكنك تتحكم في أشياء مؤثرة: حجم صور المنتجات والبانرات، وعدد التطبيقات والإضافات المثبتة، والأكواد المضافة يدويًا، وعدد العناصر في الصفحة الرئيسية. كثير من المتاجر البطيئة على هذه المنصات بطيئة بسبب ما أضافه صاحبها، لا بسبب المنصة.
خطة تحسين سرعة الموقع حسب الأولوية
بدل محاولة تنفيذ كل توصية في التقرير، اعمل بهذا الترتيب:
- الصفحات المهمة أولًا: حدد أهم 5 إلى 10 صفحات من حيث الزيارات والتحويلات.
- إصلاح LCP: اعرف ما هو أكبر عنصر في أعلى الصفحة (من تقرير PageSpeed)، ثم قلّل حجمه، ولا تجعله صورة مؤجلة التحميل (Lazy Load) لأنه يجب أن يظهر فورًا، وتأكد أن الخادم يرد بسرعة.
- إصلاح CLS: حدد أبعاد الصور والفيديو والإعلانات، واحجز مساحة للبانرات والإشعارات التي تظهر لاحقًا، وتجنب إدراج عناصر فوق المحتوى بعد تحميله.
- إصلاح INP: قلل الجافاسكريبت الثقيل وأدوات الطرف الثالث، وأجّل ما لا يلزم، وراجع الإضافات التي تضيف تأثيرات حركية كثيرة.
- التحسينات العامة: التخزين المؤقت، وضغط الملفات، والصيغ الحديثة للصور، والخطوط الخفيفة.
- القياس بعد كل تغيير: غيّر شيئًا واحدًا كل مرة واختبر، حتى تعرف ما الذي أفاد وما الذي كسر شيئًا. وتذكر أن البيانات الفعلية في Search Console تحتاج إلى أسابيع لتعكس التحسن لأنها متوسط 28 يومًا.
قائمة فحص سريعة قبل إطلاق أي صفحة جديدة
- هل كل الصور مضغوطة وبصيغة حديثة وأبعادها مناسبة للعرض؟
- هل للصور والفيديو عرض وارتفاع محددان؟
- هل الصورة الرئيسية أعلى الصفحة غير مؤجلة التحميل، بينما الصور الأسفل مؤجلة؟
- هل يحمّل الموقع وزنين أو ثلاثة فقط من الخط العربي؟
- هل أضيفت أدوات تتبع أو دردشة جديدة؟ وهل كلها ضرورية؟
- هل اختبرت الصفحة على هاتف حقيقي وبيانات جوال؟
- هل نتيجة PageSpeed على الجوال مقبولة ولا يوجد خطأ أحمر في المؤشرات الثلاثة؟
أخطاء شائعة عند تحسين السرعة
- تثبيت ثلاث إضافات تسريع في الوقت نفسه، فتتعارض وتكسر تصميم الموقع أو نماذج التواصل.
- تفعيل دمج وتأجيل كل ملفات الجافاسكريبت دون اختبار، فتتعطل القوائم أو سلة الشراء.
- حذف أدوات القياس الأساسية لتحسين الدرجة، ثم فقدان القدرة على معرفة مصدر المبيعات.
- الاكتفاء بفحص الصفحة الرئيسية وتجاهل صفحات المنتجات والخدمات وصفحات الهبوط.
- التركيز على نتيجة سطح المكتب، بينما أغلب الزوار يأتون من الجوال.
الأسئلة الشائعة
ما السرعة المثالية لتحميل الموقع؟
لا يوجد رقم واحد، لكن الهدف العملي أن يكون LCP في 2.5 ثانية أو أقل، وINP في 200 ملي ثانية أو أقل، وCLS في 0.1 أو أقل لمعظم الزيارات الفعلية على الجوال.
لماذا تختلف نتيجة اختبار السرعة من فحص لآخر؟
لأن الاختبار المعملي يتأثر بحالة الخادم والشبكة وأدوات الطرف الثالث في لحظة الفحص. لهذا اعتمد على متوسط عدة فحوصات وعلى بيانات المستخدمين الفعليين بدل نتيجة فحص واحد.
لماذا لا تظهر بيانات المستخدمين الحقيقيين لموقعي؟
تظهر هذه البيانات عندما يكون لدى الصفحة أو الموقع عدد كافٍ من الزيارات من مستخدمي كروم خلال الفترة الأخيرة. في المواقع الجديدة أو قليلة الزيارات اعتمد مؤقتًا على الاختبار المعملي والتجربة على أجهزة حقيقية.
هل سرعة صفحة الهبوط تؤثر على الإعلانات الممولة؟
نعم من ناحيتين: الزائر البطيء التحميل قد يغادر قبل أن يرى العرض فتدفع ثمن نقرة بلا فرصة، كما أن تجربة الصفحة جزء مما تأخذه منصات مثل إعلانات جوجل في الاعتبار عند تقييم جودة الإعلان. راجع دليل صفحة الهبوط لعناصر الصفحة التي تحول.
هل أستطيع تحسين سرعة موقعي بنفسي؟
يمكنك تنفيذ جزء كبير بنفسك: ضغط الصور، وحذف الإضافات غير الضرورية، ومراجعة أدوات التتبع، وتفعيل التخزين المؤقت. أما مشكلات القالب والجافاسكريبت والخادم فتحتاج غالبًا إلى مطور، مع نسخة احتياطية قبل أي تعديل.
الخلاصة
تحسين سرعة الموقع يبدأ بالقياس الصحيح: بيانات الزوار الفعليين قبل درجة المختبر، والصفحات التي تجلب الطلبات قبل غيرها. أغلب المكاسب تأتي من خطوات واضحة: صور أخف، وخطوط أقل، وأدوات طرف ثالث أقل، واستضافة وتخزين مؤقت مناسبين. ولأن السرعة جزء من تجربة الموقع كله، فهي تخدم السيو والإعلانات والتحويلات معًا؛ اقرأ أيضًا تصميم المواقع للشركات وتحسين محركات البحث SEO.
موقع سريع يحول الزوار إلى عملاء
في Focus Marketing نصمم ونطور مواقع ومتاجر سريعة على الجوال ومهيأة لمحركات البحث، ونراجع أداء المواقع القائمة ونحدد أولويات تحسينها. تعرّف على خدمة تصميم وتطوير المواقع وخدمة تحسين محركات البحث.
