لماذا موقعي بطيء؟ الأسباب وكيفية الإصلاح
آخر تحديث:
موقعك يُحمّل، في النهاية. لكن الزوّار لا ينتظرون "النهاية". إذا راقبت صفحتك الرئيسية تزحف على هاتفك وتساءلت ما الخطب، فهذا المقال يمرّ على الأسباب الحقيقية بالترتيب الذي يهمّ عادةً، وما الذي يتطلّبه إصلاح كل سبب فعليًا. لا نصائح غامضة. الأسباب الحقيقية، مرتّبة.
ما أسرع طريقة لمعرفة سبب بطء موقعي؟
افحص موقعك عبر Google PageSpeed Insights (pagespeed.web.dev). إنها أداة مجانية، تختبر الصفحة الحقيقية، وتخبرك بمؤشرات Core Web Vitals إضافةً إلى قائمة مرتّبة بما يبطّئ الصفحة. اختبر الصفحة الأهم (الرئيسية أو صفحة منتج مهمة عادةً) على الجوال، فهنا يؤذي البطء أكثر.
تعطيك PageSpeed ثلاثة أرقام تستحق المعرفة. Largest Contentful Paint (LCP) هو الزمن حتى يظهر المحتوى الرئيسي. يعتبره جوجل جيدًا تحت 2.5 ثانية. Cumulative Layout Shift (CLS) يقيس مقدار قفز الصفحة أثناء التحميل، والجيّد تحت 0.1. Interaction to Next Paint (INP) يقيس سرعة استجابة الصفحة عند اللمس أو النقر، والجيّد تحت 200 ميلي ثانية. إذا كان أيٌّ منها في النطاق الأحمر، فالتقرير يدلّك مباشرةً على السبب. ابدأ من هنا قبل تغيير أي شيء، وإلا فأنت تخمّن.
تنبيه بخصوص الدرجة نفسها: الرقم الكبير في الأعلى يتأرجح كثيرًا بين الاختبارات. لا تطارد الـ100. اقرأ قسمَي "Diagnostics" و"Opportunities"، فهناك التعليمات الحقيقية.
الأسباب الحقيقية لبطء الموقع، مرتّبة
معظم المواقع البطيئة بطيئة لأحد ستة أسباب، وتظهر عادةً بهذا الترتيب من حيث التأثير. إليك كل سبب مع إصلاحه.
| السبب | مدى الشيوع | الإصلاح المعتاد | الجهد |
|---|---|---|---|
| صور كبيرة الحجم | شائع جدًا | ضغط + تغيير الحجم + تقديم WebP | منخفض |
| استضافة بطيئة أو محمّلة بأكثر من طاقتها | شائع | الانتقال إلى استضافة أسرع وبموارد مناسبة | متوسط |
| إفراط في JavaScript / إضافات ثقيلة | شائع | إزالة أو تأجيل السكربتات غير الضرورية | متوسط |
| غياب التخزين المؤقت أو CDN | شائع | تفعيل التخزين المؤقت + شبكة توصيل محتوى | منخفض إلى متوسط |
| ملفات CSS وخطوط تحجب العرض | متوسط | تأجيل CSS غير الحرج، تحميل الخطوط المهمة مسبقًا | متوسط |
| أدوات بناء/قوالب متضخّمة | متوسط | استبدال القالب الثقيل أو إعادة بناء خفيفة | مرتفع |
الصور كبيرة الحجم هي السبب الأول
الصور أثقل عنصر في معظم الصفحات، والصور غير المُحسَّنة هي السبب الأكثر شيوعًا لإحساسك ببطء الموقع. صورة من كاميرا الهاتف مباشرةً قد تبلغ 4 إلى 8 ميجابايت. في صفحة يُفترض أن يكون وزنها الكلي بضع مئات من الكيلوبايت، تُعطّل صورة كهذه كل شيء.
الإصلاح ثلاثة أمور معًا: غيّر حجم الصورة إلى الحجم الذي تُعرَض به فعليًا (صورة بعرض 4000 بكسل تُعرَض في مساحة 800 بكسل تهدر 80% من بياناتها)، اضغطها، وقدّمها بصيغة حديثة مثل WebP، وهي أصغر بنحو 25 إلى 35% من JPEG المكافئ. وأضِف سمتَي العرض والارتفاع للصورة كي لا تقفز الصفحة أثناء تحميلها، وهذا يُصلح جزءًا من درجة CLS أيضًا.
الاستضافة الرخيصة أو المُحمّلة بأكثر من طاقتها هي السبب الذي يغفله الناس
هذا السبب هو الأكثر سوء تشخيص. يقضي أصحاب المواقع أيامًا في ضغط الصور وتقليم الكود، ويبقى الموقع بطيئًا، لأن عنق الزجاجة هو الخادم نفسه. على الاستضافة المشتركة الرخيصة، يجلس موقعك على جهاز مع مئات المواقع الأخرى تتنافس على الذاكرة والمعالج نفسهما. وعندما يحصل أحد الجيران على دفعة زيارات، يبطؤ موقعك، ولا يمكنك فعل شيء من جانبك.
يمكنك رصد هذا في PageSpeed كزمن استجابة خادم مرتفع (يُسمّى أيضًا Time to First Byte). إذا استغرق الخادم أكثر من نحو 600 ميلي ثانية لمجرّد بدء إرسال الصفحة، فالاستضافة هي مشكلتك، لا صورك. وللشركات في مصر ومنطقة الشرق الأوسط وشمال إفريقيا عامل استضافة ثانٍ: مكان وجود الخادم فعليًا. خادم بعيد عن زوّارك يضيف زمن تأخير على كل طلب، وهذا أحد أسباب فائدة شبكة توصيل المحتوى (CDN) حتى عندما يكون الخادم نفسه جيدًا.
هذا هو السبب الذي نراه غالبًا خلف موقع "كان يعمل جيدًا". تعمل استضافتنا المُدارة السريعة على بنية تحتية بموارد مناسبة، مع شهادة SSL مجانية ونسخ احتياطية يومية ومراقبة، حتى لا يقرّر جارٌ مزعج سرعة تحميل أعمالك.
كثرة JavaScript والإضافات
كل سكربت تُحمّله الصفحة يجب تنزيله وتحليله وتشغيله قبل أن تصبح الصفحة جاهزة للتفاعل تمامًا. موقع جمع عشرات الإضافات على مرّ السنين، وأداة محادثة، وثلاث أدوات تحليلات، وأداة نوافذ منبثقة، وخلاصات تواصل اجتماعي، يحمل كمًّا كبيرًا من الكود يعمل في كل زيارة. هذا عادةً ما يقف خلف درجة INP الضعيفة: تبدو الصفحة جاهزة لكنها لا تستجيب عند اللمس لأن المتصفح ما زال مشغولًا.
الإصلاح تدقيق، لا تخمين. اسرد كل سكربت وإضافة، ثم اسأل عن كلٍّ منها إن كان يستحق وزنه. احذف ما لا تستخدمه. وللباقي، أجّل أو حمّل بشكل غير متزامن أي شيء غير لازم لأول ظهور، كي تظهر الصفحة المرئية قبل أن تنتهي السكربتات الخلفية.
غياب التخزين المؤقت وشبكة توصيل المحتوى
بدون تخزين مؤقت، يعيد خادمك بناء الصفحة بالكامل من الصفر لكل زائر، حتى عندما لا يتغيّر شيء. التخزين المؤقت يحفظ نسخة جاهزة ويقدّمها بدلًا من ذلك، وهو أسرع كثيرًا وأخفّ على الخادم. وتذهب شبكة توصيل المحتوى (CDN) أبعد بالاحتفاظ بنسخ من موقعك على خوادم حول العالم، فيحصل زائر في الرياض أو دبي على صفحاتك من موقع قريب بدل قارّة بعيدة.
كلاهما عادةً مكسب سريع. كثير من شركات الاستضافة تتضمّن التخزين المؤقت، وتقدّم Cloudflare طبقة CDN مجانية تكفي معظم احتياجات الأعمال الصغيرة. إن لم تكن تستخدم أيًّا منهما، فهذا غالبًا أرخص مكسب كبير في السرعة متاح لك.
ملفات CSS والخطوط التي تحجب العرض
هذا أدقّ قليلًا. لا تُظهر المتصفحات صفحتك حتى تُحمّل ملفات CSS، وغالبًا الخطوط، الموجودة في رأس الصفحة. إن كانت تلك الملفات كبيرة أو تُحمَّل من طرف ثالث بطيء، يحدّق زائرك في شاشة فارغة أثناء تنزيلها. الخطوط المخصّصة المسحوبة من خدمة خارجية مذنب متكرر.
الإصلاحات تقنية لكنها راسخة: ضمّن القدر الصغير من CSS اللازم لأعلى الصفحة، وأجّل الباقي، واستضف الخطوط ذاتيًا بدل استدعاء طرف ثالث، واضبط font-display: swap كي يظهر النص فورًا بخط بديل بدل الانتظار. هذا النوع من العمل هو الأكثر تحريكًا لدرجة LCP بعد معالجة الصور والاستضافة.
أدوات بناء الصفحات الثقيلة والقوالب المتضخّمة
بعض أدوات السحب والإفلات الشائعة والقوالب متعدّدة الأغراض تولّد كميات هائلة من الكود لدعم كل ميزة قد تحتاجها يومًا ما. تدفع ثمنها كلها في كل تحميل صفحة، حتى الميزات التي لا تلمسها أبدًا. إن كان موقعك مبنيًّا على قالب ثقيل وأصلحت كل شيء آخر لكنه ما زال بطيئًا، فقد يكون الأساس نفسه هو الحدّ.
لا يوجد إصلاح خفيف هنا. الجواب الصادق أن موقعًا خفيفًا مبنيًّا لغرضه سيتفوّق دائمًا على موقع متضخّم، وعند نقطة ما تكون إعادة البناء على أساس نظيف أقلّ تكلفة من الترقيع اللانهائي حول التضخّم. هذا قرار أكبر، وهو النقطة التي يستعين فيها معظم أصحاب المواقع بمساعدة.
متى أتوقّف عن التعديل وأطلب مساعدة محترفة؟
اطلب المساعدة عندما تكون قد شغّلت PageSpeed وأصلحت مشكلات الصور والتخزين المؤقت الواضحة وما زال الموقع بطيئًا، أو عندما يشير التقرير إلى الاستضافة أو الموارد الحاجبة للعرض أو تضخّم القالب، وهي أصعب في الإصلاح بأمان على موقع حيّ. في هذه الحالات تخاطر المحاولة والخطأ بكسر الموقع.
بعض العلامات على حلول الوقت: بدأ البطء بعد تغيير الاستضافة أو زيادة الزيارات (استضافة)، أو سُحبت الدرجة لأسفل بسبب "reduce unused JavaScript" أو "eliminate render-blocking resources" (كود)، أو فقدت أصلًا القدرة على تعديل الموقع كما يجب. تتولّى Web Roots هذا تحديدًا عبر ترحيل وإنقاذ المواقع، بنقل موقع بطيء إلى استضافة أسرع دون توقف ودون فقدان ترتيب البحث، وعبر تصميم وتطوير المواقع حين يكون الإصلاح الحقيقي إعادة بناء أخفّ.
كيف أُبقي موقعي سريعًا بعد إصلاحه؟
السرعة ليست إصلاحًا لمرة واحدة، فهي تتراجع مع الوقت كلما أضفت صورًا وصفحات وأدوات. أبقِه سريعًا ببضع عادات: اضغط كل صورة قبل رفعها، راجع الإضافات مرتين سنويًا واحذف ما لا تستخدمه، أبقِ التخزين المؤقت مفعّلًا، وأعد تشغيل PageSpeed بعد أي تغيير كبير كي تكتشف أي تراجع في أسبوعه بدل أشهر لاحقة حين يبدأ العملاء بالمغادرة.
الاستضافة الموثوقة تفعل الكثير من هذا بهدوء في الخلفية. على استضافة الويب المُدارة مع المراقبة، يُرصَد التراجع البطيء الذي يفاجئ معظم المواقع ويُعالَج قبل أن يصبح سبب مغادرة أحدهم.
هل ما زال موقعك بطيئًا بعد الإصلاحات السهلة؟ سنجد السبب الحقيقي ونُصلحه، بما في ذلك نقلك إلى استضافة أسرع دون توقف ودون فقدان الترتيب. تحدّث إلى Web Roots حول تسريع موقعك.