Morocco · Proxy_Hosting · 27-10-2026
كثير من أصحاب المواقع في المغرب يشترون استضافة مشتركة بثمن مناسب، ثم يفاجؤون بأن الموقع يبطؤ في أوقات الذروة أو يتوقف تماماً بعد حملة إعلانية على فيسبوك. المشكلة غالباً ليست في ووردبريس نفسه، بل في طريقة توزيع الموارد: في الاستضافة المشتركة يتقاسم عشرات المواقع نفس المعالج والذاكرة، وأي جار ثقيل يسحب كل شيء معه.
الحل الأول الذي يلجأ إليه الكثيرون هو استضافة ووردبريس مُدارة، لكن حتى هذه تحتاج إلى ضبط. إضافة مثل ووكومرس مع عشرات المنتجات وملحقات التخزين المؤقت تستهلك ذاكرة قد تتجاوز 256 ميغابايت، وهو سقف شائع في الخطط الاقتصادية. عندما يصل الموقع إلى هذا الحد يبدأ الخادم في إيقاف العمليات، فيظهر خطأ 508 أو صفحة بيضاء أمام الزائر.
هنا يظهر الفرق بين من يملك موقعاً هشاً ومن يملك موقعاً محمياً بطبقة وسيطة. الوكيل العكسي، أو reverse proxy، لا يعالج ووردبريس بنفسه، بل يستقبل الطلبات أولاً ويوزعها، ويخزن الصفحات الثابتة، ويحجب الطلبات المشبوهة قبل أن تصل إلى قاعدة البيانات.
قبل الحديث عن التقنية، الأرقام تهم القارئ المغربي. خطة استضافة مشتركة جيدة تكلف ما بين 40 و120 درهماً شهرياً، بينما خادم VPS صغير من مزود عالمي يبدأ من 5 دولارات، أي حوالي 50 درهماً، دون احتساب الأداء الفعلي. أما خادم VPS في المغرب من مزود محلي أو قريب (الدار البيضاء أو أوروبا) فيمنحك زمن استجابة أقل لزوار الدار البيضاء والرباط، لكن سعره قد يصل إلى 300 درهم شهرياً للمواصفات المتوسطة.
الوكيل العكسي أرخص بكثير من الخادم الكامل: يمكنك تشغيله على أصغر خطة VPS، أو حتى على خدمة سحابية مجانية محدودة، وربطه بموقعك الحالي دون نقل أي ملف. هذا الخيار مناسب لموقع يعتمد على الصور أو المقالات ويكون فيه 90% من الزيارات للصفحات نفسها. الخادم المستقل، في المقابل، لا معنى له إلا إذا كنت تشغل تطبيقات تحتاج تحكماً كاملاً في النظام، مثل منصة تعليمية أو متجر كبير.
إذا كنت تتلقى أكثر من 2000 زيارة يومياً، أو تستقبل رفع ملفات من الزوار، أو تحتاج إلى تشغيل مهام مجدولة ثقيلة، فالاستضافة المشتركة ستصبح عبئاً. لاحظ أيضاً أن بعض المزودين يمنعون إرسال البريد عبر php-mail، وهو ما يفسر عدم وصول رسائل التأكيد في المتاجر الصغيرة.
في المقابل، إذا كان موقعك تعريفياً لشركة صغيرة في مراكش أو تطوان، فاستضافة مشتركة مع وكيل عكسي أمامها تكفي تماماً وتوفر عليك عناء إدارة الخادم وتحديثاته الأمنية.
تخيل أن زائراً من الرباط يفتح صفحة مقال. الطلب يصل أولاً إلى الوكيل العكسي، فيتحقق من وجود نسخة مخزنة من الصفحة. إن وُجدت، يعيدها في أجزاء من الثانية دون أن يلمس ووردبريس. إن لم توجد، يمرر الطلب إلى الخادم الأصلي، ينتظر الرد، ثم يحتفظ بنسخة للزيارات القادمة. النتيجة أن قاعدة البيانات تتعرض لضغط أقل بعشر مرات في أوقات الذروة.
لكن هناك تفصيلاً يغفله كثيرون: ملفات تعريف الارتباط وجلسات الدخول. إذا فعّلت التخزين المؤقت على كل الصفحات، فقد يرى الزائر المسجل واجهة غير محدثة. الحل هو استثناء صفحات الحساب، وصفحة الدفع في ووكومرس، ولوحة التحكم، من التخزين المؤقت، والاعتماد على رؤوس HTTP المناسبة لتمرير عنوان IP الحقيقي إلى ووردبريس.
هذه النقطة الأخيرة مهمة أمنياً: بدون تمرير العنوان الحقيقي، ستظهر كل الزيارات بعنوان الوكيل، فتفشل إضافات الحماية في تمييز المحاولات المشبوهة. إضافة مثل Wordfence تحتاج إلى إعداد X-Forwarded-For بشكل صحيح، وإلا حجبت الزوار الأبرياء بدل المهاجمين.
الخطأ الأول هو اللجوء إلى وكيل مجاني غير معروف لتصفح مواقع محجوبة أو اختبار التوفر. هذه الوكلاء تمر عبرها بياناتك، وبعضها يحقن إعلانات في الصفحات. إذا كان الهدف هو اختبار موقعك من الخارج، استعمل خدمات اختبار معروفة أو وكيلاً تشغله أنت على خادمك، وليس وكيلاً مجهول المصدر.
الخطأ الثاني هو تجاهل النسخ الاحتياطي بعد الانتقال إلى VPS. الخادم المستقل لا يعفيك من المسؤولية؛ إذا تعطل القرص في ساعة متأخرة، فأنت من يستعيد النسخة. اجعل النسخ اليومية إلى مساحة خارج الخادم عادة ثابتة.
الخطأ الثالث يتعلق بالثقة في وعود “حماية كاملة”. لا توجد طبقة واحدة تكفي: الوكيل العكسي يقلل الضغط ويحجب جزءاً من الهجمات، لكن تحديث ووردبريس والملحقات وكلمات المرور القوية تبقى الأساس. موقع في المغرب تعرض لهجوم حجب خدمة بعد إطلاق حملة إعلانية هو سيناريو يتكرر، والسبب غالباً غياب حد أقصى لعدد الطلبات لكل عنوان.
في النهاية، القرار يعتمد على حجم موقعك لا على موضة التقنيات. ابدأ بوكيل عكسي أمام استضافتك الحالية، راقب الأداء شهراً، ثم قرر إن كنت تحتاج فعلاً إلى خادم مستقل. هذا الترتيب يوفر عليك المال ويمنحك صورة واضحة عن احتياجاتك الحقيقية.