دليل WordPress Multisite: شبكة مواقع من لوحة تحكم واحدة

موقع واحد بيكفّيك شغل، تخيّل بقى خمسة أو عشرة أو خمسين. كل يوم تسجّل دخول في كل لوحة تحكم لوحدها، تحدّث الإضافات، تضيف مستخدم، تنشر محتوى، وتلف الدايرة تاني من الأول. ووردبريس فيه وضع مدمج بيحل المشكلة دي اسمه والإضافات والقوالب. مناسبة للفروع واللغات والشبكات، لكنها تعقّد الإدارة.">Multisite، بس له تمن مش كل الناس مستعدة تدفعه.

ما هي الشبكة متعددة المواقع (Multisite)؟

الشبكة متعددة المواقع (Multisite) وضع تشغيل مدمج في ووردبريس (WordPress)، وليس إضافة تثبّتها. عند تفعيله تتحول نسخة ووردبريس الواحدة إلى شبكة من المواقع المستقلة ظاهرياً، تُدار كلها من لوحة تحكم مركزية واحدة.

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

أقرب تشبيه هو العمارة السكنية: الموقع العادي فيلا مستقلة بأساسها وسباكتها وسقفها، بينما الشبكة عمارة بأساس واحد وشقق كثيرة. مدير العمارة هو المدير الأعلى (Super Admin)؛ يمسك المفاتيح الرئيسية ويقرر أي الأجهزة (الإضافات) وأي الطلاء (القوالب) متاح للسكان. أما مدير الموقع (Site Admin) فهو الساكن؛ يرتّب شقته كما يشاء لكنه لا يركّب أجهزة جديدة.

تقنياً، الشبكة تعني:

• نواة واحدة: كل المواقع تعمل بنفس إصدار ووردبريس.
• قاعدة بيانات (السيرفر.">Database) واحدة: ينشئ ووردبريس جداول خاصة لكل موقع جديد، مثل wp_2_posts وwp_2_options، فيبقى المحتوى مفصولاً داخل نفس قاعدة البيانات.
• مجلد wp-content مشترك: القوالب والإضافات تُخزَّن مرة واحدة وتخدم الجميع، بينما يحصل كل موقع على مجلد رفع خاص داخل wp-content/uploads/sites/.

هذه البنية هي سر الإدارة المركزية، وهي في الوقت نفسه مصدر أكبر مخاطرها كما سترى.

Subdomains أم Subdirectories؟ قرار لا رجعة فيه

أثناء التفعيل ستختار شكل روابط الشبكة، وهذا الاختيار شبه دائم. أمامك خياران:

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

ملاحظة: لو بتعمل موقع بلغتين، المجلدات الفرعية زي example.com/ar وexample.com/en هي الأنسب من ناحية السيو، وGoogle بيفهمها كموقع واحد بنسختين. ولو هتستخدم النطاقات الفرعية مع Cloudflare، تأكد إن سجل الـ Wildcard متفعّل عليه هو كمان مش على الاستضافة بس.

لمن تصلح Multisite ومتى تتجنبها؟

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

حالات مثالية

• الجامعات والمدارس: موقع لكل قسم أو أستاذ أو طالب تحت مظلة تقنية واحدة.
• الشركات الكبيرة: مواقع للأقسام، أو نسخة لكل دولة أو لغة.
• الامتيازات التجارية (Franchise): قالب جاهز موحّد لكل فرع، والفرع يضيف محتواه المحلي فقط.
• الوسطاء العقاريون: موقع شخصي لكل وكيل على شبكة الشركة.
• شبكة مدوناتك: عدة مدونات في مجالات متقاربة تديرها بنفسك.
• الوكالات: استضافة مواقع العملاء على شبكة واحدة، بشرط أن تكون احتياجاتهم متشابهة وبسيطة.

متى تبتعد عنها؟

• مواقعك غير مترابطة: عملاء مختلفون بإضافات وقوالب وتخصيصات مختلفة.
• العميل يريد فصل بياناته: الكل يشترك في قاعدة بيانات واحدة، فلا توجد لوحة cPanel مستقلة ولا نقل سهل لاستضافة أخرى.
• الاستضافة المشتركة نوع يتقاسم فيه موقعك موارد سيرفر واحد مع مئات المواقع الأخرى، فتكون أرخص الخيارات وأسهلها للبداية، لكن أداءها يتأثر إذا استهلك جار ما موارد…">الاستضافة المشتركة (Shared Hosting) الرخيصة: الشبكة تحتاج موارد حقيقية؛ ذروة زيارات على موقع واحد تُسقط الشبكة كلها على سيرفر (Server) ضعيف.
• موقع عالي الحساسية: متجر ووكومرس (WooCommerce) مزدحم بجانب مدونات صغيرة؟ ثغرة في إضافة على مدونة قد تصل إلى المتجر.
• لست واثقاً تقنياً: أنت المدير الأعلى، وحين يتعطل شيء فالمسؤولية عليك وحدك.

بصراحة: أغلب الوكالات والمستقلين في مصر بيشتغلوا مع عملاء بيطلبوا حاجات مختلفة تماماً، وكل عميل عايز يبقى الموقع “بتاعه” لو قرر يمشي. في الحالة دي مواقع منفصلة مع أداة إدارة مركزية زي MainWP أو ManageWP هتديك نفس راحة التحديث الموحّد من غير ما تربط مصير كل العملاء ببعض.

المزايا والعيوب في جدول واحد

الخلاصة من الجدول: Multisite تربح في سرعة النشر والإدارة الموحّدة وتوحيد الهوية البصرية، وتخسر في العزل والأمان وسهولة نقل موقع واحد للخارج. مشكلة “الجار المزعج” حقيقية؛ إضافة سيئة الكتابة على موقع صغير قد تستهلك موارد السيرفر وتبطّئ الجميع.

كيف تفعّل WordPress Multisite خطوة بخطوة؟

الشرح يفترض نسخة ووردبريس جديدة. التفعيل على موقع قائم ممكن، لكن البداية النظيفة أسلم بكثير.

تنبيه: أنت على وشك تعديل ملفات النواة. خذ نسخة احتياطية (Backup) كاملة للملفات وقاعدة البيانات قبل أي خطوة. خطأ إملائي واحد في wp-config.php كفيل بإغلاق الموقع في وجهك.

المتطلبات قبل البدء

1. نسخة احتياطية كاملة.
2. استضافة تدعم Multisite بذاكرة ومعالج مناسبين؛ سيرفر افتراضي خاص (VPS) أو خطة مُدارة قوية. Hostinger (سيرفرات فرانكفورت) خيار قريب جغرافياً من القاهرة والرياض جرّب Hostinger.
3. وصول للملفات عبر FTP/SSH مشفّر، وهي البديل الآمن لـ FTP العادي الذي يرسل كلمة المرور نصًا واضحًا يمكن التقاطه بسهولة في…">SFTP أو مدير الملفات في لوحة الاستضافة، لتعديل wp-config.php و.htaccess.
4. تعطيل كل الإضافات مؤقتاً؛ تعيد تفعيلها بعد اكتمال الشبكة.
5. سجل نظام أسماء النطاقات (DNS) من نوع Wildcard إذا اخترت النطاقات الفرعية، بحيث يوجَّه *.example.com كله إلى السيرفر. اطلبه من الدعم الفني لاستضافتك إن لم تجده.

الخطوة 1: السماح بالوضع في wp-config.php

افتح wp-config.php من المجلد الرئيسي للموقع، وأضف السطر التالي فوق سطر /* That's all, stop editing! Happy publishing. */:

/* Enable WordPress Multisite */
define( 'WP_ALLOW_MULTISITE', true );

احفظ الملف وارفعه مكانه.

الخطوة 2: تثبيت الشبكة

سجّل الدخول من جديد، ستجد عنصراً جديداً في القائمة. اذهب إلى Tools > Network Setup (إعداد الشبكة)، ثم:

1. اختر بنية الروابط: Sub-domains أو Sub-directories.
2. اكتب عنوان الشبكة (Network Title).
3. اكتب بريد مدير الشبكة (Network Admin Email).

اضغط Install.

الخطوة 3: تحديث wp-config.php و.htaccess

ستظهر صفحة بكتلتي كود؛ لا تغلقها. الكتلة الأولى تُلصق في wp-config.php تحت السطر الذي أضفته في الخطوة 1، وستبدو هكذا:

define( 'MULTISITE', true );
define( 'SUBDOMAIN_INSTALL', true ); // false if you chose sub-directories
define( 'DOMAIN_CURRENT_SITE', 'example.com' );
define( 'PATH_CURRENT_SITE', '/' );
define( 'SITE_ID_CURRENT_SITE', 1 );
define( 'BLOG_ID_CURRENT_SITE', 1 );

الكتلة الثانية تُستبدل بها قواعد ووردبريس الحالية في .htaccess في نفس المجلد. إن لم تجد الملف، فعّل خيار إظهار الملفات المخفية في مدير الملفات:

RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index.php$ - [L]

# add a trailing slash to /wp-admin
RewriteRule ^wp-admin$ wp-admin/ [R=301,L]

RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
RewriteRule ^(wp-(content|admin|includes).*) $1 [L]
RewriteRule ^(.*.php)$ $1 [L]
RewriteRule . index.php [L]

انسخ الكود من صفحتك أنت وليس من هنا؛ القيم تختلف حسب اختيارك للبنية والدومين.

ملاحظة: لو استضافتك بتشتغل بـ Nginx أو LiteSpeed بدل Apache، ملف .htaccess ممكن ما يتقراش أصلاً. LiteSpeed بيفهمه عادي، أما Nginx فمحتاج تحوّل القواعد دي لملف إعدادات السيرفر أو تطلب من الدعم يعملها.

الخطوة 4: تسجيل الدخول للشبكة الجديدة

بعد حفظ الملفين سيُخرجك ووردبريس من الجلسة. سجّل الدخول من جديد وستجد قائمة My Sites (مواقعي) في الشريط العلوي؛ منها تصل إلى لوحة Network Admin، مركز القيادة الجديد.

إدارة الشبكة من لوحة Network Admin

لوحة التحكم (Dashboard) العادية تبقى كما هي لكل موقع، أما القوة الحقيقية ففي My Sites > Network Admin > Dashboard، وفيها:

• Sites: إضافة المواقع وحذفها وتعديلها.
• Users: كل مستخدمي الشبكة؛ افتراضياً المدير الأعلى وحده من يضيف أو يحذف.
• Themes / Plugins: تثبيت القوالب والإضافات لكل الشبكة.
• Settings: الإعدادات الافتراضية مثل التسجيل ورسائل الترحيب.

إضافة موقع جديد

من Sites > Add New تكتب عنوان الموقع (النطاق أو المجلد الفرعي) واسمه وبريد مديره، والموقع جاهز خلال ثوانٍ. من Sites > All Sites تمرّر على أي موقع لتعديله أو زيارته أو إيقافه أو أرشفته.

الأدوار: المدير الأعلى ومدير الموقع

المدير الأعلى دور مستخدم (User Role) جديد له صلاحيات مطلقة على الشبكة كلها؛ احمِ هذا الحساب أكثر من أي حساب آخر. مدير الموقع يدير محتوى موقعه ومستخدميه وإعداداته فقط، ولا يستطيع تثبيت قوالب أو إضافات. يمكن للمستخدم الواحد أن يكون محرراً في موقع ومديراً في آخر بنفس الحساب.

القوالب والإضافات: التثبيت ثم التفعيل

هذا أهم مفهوم يجب أن تستوعبه كمدير أعلى:

1. التثبيت يتم من Network Admin فقط.
2. القوالب تحتاج ضغطة Network Enable (تفعيل على مستوى الشبكة) لتصبح متاحة لمديري المواقع، وبعدها يختار كل موقع قالبه.
3. الإضافات لها خياران:

• Network Activate: تعمل قسراً على كل موقع ولا يستطيع مدير الموقع تعطيلها. مناسبة للأمان والكاش.
• التثبيت فقط: تظهر في قائمة كل موقع، ومديره يقرر تفعيلها أو لا.

بهذا تقدّم لمستخدميك “صندوق أدوات” من الإضافات الآمنة والمتوافقة، ولا تترك لهم باب التثبيت مفتوحاً.

Elementor مع WordPress Multisite

Elementor وElementor Pro متوافقان بالكامل مع Multisite، وهنا تلتقي الإدارة المركزية مع التصميم. ترخيص Elementor Pro (خطة الوكالات مثلاً) يُفعَّل مرة واحدة من Network Admin، فتحصل كل مواقع الشبكة على ميزات Pro فوراً بدل إدارة ترخيص لكل موقع.

سير عمل احترافي لشبكة مبنية على Elementor:

1. ثبّت Elementor وElementor Pro وفعّلهما على مستوى الشبكة.
2. من موقع “القالب الرئيسي” صمّم الترويسة والتذييل وقوالب المقالات والأرشيف عبر الـ Theme Builder (منشئ أجزاء القالب).
3. احفظ تصميماتك كـ Website Kit (حزمة موقع كاملة). عند إضافة موقع لعميل جديد تستورد الحزمة فيُبنى الموقع كله بصفحاته وقوالبه وإعداداته في دقائق.
4. من الـ Role Manager (مدير الصلاحيات) امنع مديري المواقع من الوصول إلى Theme Builder حتى لا يكسروا التصميم الرئيسي، واترك لهم تعديل المحتوى.

في JetEngine: الإضافة تعمل على Multisite، لكن أنواع المحتوى المخصصة (Custom Post Type) والحقول والعلاقات تُخزَّن في إعدادات كل موقع على حدة. صمّمها على الموقع الرئيسي ثم صدّرها من JetEngine > Import/Export واستوردها في المواقع الجديدة، وستجد أن مواقعك تتركب قطعة قطعة من نفس الأجزاء.

للأداء، فعّل إضافة تحسين الصور (Image Optimization) على مستوى الشبكة كلها، فموقع واحد مثقل بالصور يبطّئ الجميع.

ربط دومين مخصص (Domain Mapping)

مواقع الشبكة تعيش افتراضياً على client.example.com أو example.com/client، وهذا لا يليق بعميل يريد clientdomain.com. ربط الدومين كان يحتاج إضافة مدفوعة قديماً، وأصبح مدمجاً الآن:

1. DNS: يوجّه العميل سجل A (أو CNAME) لدومينه إلى عنوان IP لسيرفرك.
2. Network Admin: من Sites > All Sites اضغط Edit على الموقع المطلوب.
3. Site Address (URL): غيّر العنوان إلى https://clientdomain.com.
4. Save Changes.

سيتعرف ووردبريس على الطلب القادم من الدومين الجديد ويعرض محتوى الموقع الصحيح.

تنبيه: كل دومين مربوط يحتاج شهادة أمان (SSL) خاصة به. مع Let’s Encrypt على أغلب لوحات الاستضافة تُصدر تلقائياً، أما لو بتستخدم Cloudflare قدام السيرفر فلازم كل دومين يتضاف كموقع مستقل في حساب Cloudflare.

مشاكل شائعة في Multisite وحلولها

1. إضافة تسقط الشبكة كلها
لا تثبّت إضافة على شبكة حية دون اختبار في بيئة الاختبار (Staging) أولاً، وابحث في وثائق الإضافة عن عبارة “Multisite compatible”.

2. موقع مزدحم يبطّئ الباقي
استضافة قوية أولاً، ثم إضافة كاش (Cache) مفعّلة على مستوى الشبكة مثل LiteSpeed Cache أو WP Rocket (لهما إعدادات خاصة بـ Multisite)، ثم أداة مراقبة موارد لتعرف أي موقع يستهلك أكثر من حصته.

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

4. عميل يريد الخروج بموقعه
هذا أصعب جزء. لا تكفي إضافة نقل عادية؛ ستصدّر المحتوى من Tools > Export، وتنسخ مجلد الرفع يدوياً، وتُنشئ نسخة ووردبريس مستقلة، وتستورد، ثم تعيد تثبيت القالب والإضافات وإعدادها. لإضافات مثل Duplicator وAll-in-One WP Migration امتدادات مدفوعة تساعد، لكن العملية غالباً يدوية ومرهقة.

بدائل WordPress Multisite

مواقع منفصلة مع لوحة إدارة مركزية

الطريقة الأكثر شيوعاً: كل موقع نسخة ووردبريس مستقلة، فأي مشكلة في موقع لا تمس غيره، والنقل والبيع والنسخ الاحتياطي كلها بسيطة. عيبها “الموت بألف تسجيل دخول”، وحلّه أدوات مثل MainWP أو ManageWP أو InfiniteWP التي تمنحك لوحة واحدة لتحديث كل مواقعك دون مشاركة المخاطر.

منصات SaaS مغلقة

Wix وSquarespace وأمثالهما تجمع البناء والاستضافة والأمان في باقة واحدة سهلة الإدارة، لكنك تدفع ثمنها من مرونة المصدر المفتوح وملكية بياناتك ومنظومة الإضافات. أضف إلى ذلك أن دعم RTL في بعضها محدود مقارنة بووردبريس.

النهج الهجين على Elementor

يمكنك الحصول على أغلب فوائد الشبكة دون تعقيدها: موقع مستقل لكل عميل على استضافة مُدارة بموارد معزولة، ترخيص Elementor Pro للوكالات يغطي كل المواقع، وحزم Website Kits محفوظة تنشر بها موقعاً جديداً في دقائق. فصلٌ كامل بين العملاء مع كفاءة التصميم نفسها.

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

س: ما الفرق بين WordPress Multisite والموقع العادي؟
ج: الموقع العادي نسخة ووردبريس واحدة لموقع واحد. Multisite شبكة من مواقع كثيرة تعمل على نسخة واحدة وقاعدة بيانات واحدة، ويديرها مدير أعلى من لوحة تحكم مركزية.

س: هل Multisite مجاني؟
ج: نعم، فهو جزء من ووردبريس المفتوح المصدر ولا يحتاج رسوماً إضافية. لكنه يتطلب استضافة أقوى (وبالتالي أغلى) من الموقع المفرد.

س: هل تؤثر Multisite على السيو؟
ج: ليس في حد ذاتها. النتائج تعتمد على المحتوى والبنية والسرعة. شبكة سريعة ومنظمة، خاصة بالمجلدات الفرعية، قد تخدم تحسين محركات البحث (SEO) جيداً؛ والبطيئة المهملة تضره.

س: هل يمكن نقل موقع ووردبريس قائم إلى الشبكة؟
ج: ليس بسهولة. الشبكة صُممت لإنشاء مواقع جديدة، ونقل موقع قائم إليها يعني تصدير الجداول واستيرادها ونقل الملفات وإعادة ضبط المستخدمين يدوياً. مهمة لخبير.

س: كيف ألغي تفعيل Multisite؟
ج: لا يوجد زر إيقاف. ستضطر لاستخراج كل موقع يدوياً ثم تنظيف قاعدة البيانات وملفات النواة، وهذا أصعب من البدء بنسخة جديدة. اعتبر قرار التفعيل دائماً.

الخلاصة

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

لسه محتار الشبكة تناسب مشروعك ولا لأ؟ احجز جلسة نبص فيها على حالتك مع بعض احجز استشارة مجانية.

مرجع المقال (بالإنجليزية): WordPress Multisite: A Complete Guide to Building and Managing a Network of Sites
المقال ده مش ترجمة حرفية: متكيّف للقارئ العربي ومضاف عليه سياق ووردبريس وElementor وJetEngine.