هل يحتاج كل مطور في الفريق إلى ترخيص خاص به؟

لا. يتم ترخيص GrabWP Tenancy Pro مرة واحدة لكل تثبيت WordPress، وليس لكل مستخدم أو عميل. يقوم فريقك بالكامل بإعداد وإدارة الـ tenants من نفس التثبيت بموجب ترخيص واحد.

هل يمكننا توحيد حزمة الـ plugin والـ theme لكل عميل جديد؟

نعم. قم ببناء tenant أساسي واحد يحتوي على الـ theme والـ plugins والصفحات الأساسية القياسية لوكالتك، ثم انسخه (clone) لكل عميل جديد. تقوم عملية النسخ بنسخ جداول قاعدة البيانات المصدر والملفات المرفوعة وتعيد كتابة رابط الموقع، لتبدأ كل المشاريع من نفس الأساس.

كيف نمنح موقع العميل الجديد رابطًا نظيفًا قبل أن يكون النطاق جاهزًا؟

استخدم اسم مسار بديل (path alias) مثل yoursite.com/site/client-name أثناء العمل على المشروع، ثم قم بربط النطاق الحقيقي أو النطاق الفرعي عند الإطلاق. لا يتطلب توجيه المسار أي تغييرات في DNS، لذلك يكون الموقع جاهزًا للعرض فورًا.

قائمة تحقق متكررة لإعداد مواقع العملاء لوكالات WordPress

معظم الوكالات لا تعاني من مشكلة في إعداد مواقع WordPress، بل تعاني من مشكلة في الاتساق. يقوم كل مطور بإنشاء موقع عميل جديد بطريقته الخاصة: قائمة plugin مختلفة قليلًا، theme بداية مختلف، ومجموعة مختلفة من الصفحات الأساسية. اضرب ذلك في فريق عمل ومحفظة تضم 40 عميلًا، وسيصبح “الإعداد القياسي” الخاص بك قياسيًا على الورق فقط.

تحل قائمة التحقق القابلة للتكرار هذه المشكلة. عندما يتم إنشاء كل موقع عميل جديد بنفس الطريقة، وفي نفس المكان، وبنفس الأساس، يتوقف الاعتماد على المعرفة الفردية وتصبح عملية الإعداد روتينًا يستغرق 5 دقائق يمكن لأي شخص في الفريق تنفيذه. يعتبر هذا الدليل بمثابة agency wordpress onboarding checklist، وهو مبني حول GrabWP Tenancy، والذي يقوم بتشغيل كل موقع عميل كـ tenant معزول داخل تثبيت WordPress واحد، دون الحاجة إلى Multisite.

لماذا يكلفك الإعداد العشوائي الكثير

إعداد موقع عميل واحد يدويًا أمر مقبول. ولكن عندما تقوم بإعداد الموقع الأربعين يدويًا، فهنا تفقد الوكالات هامش ربحها بهدوء:

الانحراف في الإعداد. قد تحسن عمليتك مع العميل رقم 30، لكن العملاء من 1 إلى 29 لم يحصلوا أبدًا على هذه الترقية. يحمل كل موقع عادات وتفضيلات من قام ببنائه.
الاعتماد على شخص واحد. إذا كان المطور الذي “يعرف كيفية الإعداد” غير موجود، فسيتعين على العميل التالي الانتظار.
تشتت بيئة العمل. أربعون تثبيتًا منفصلًا تعني 40 حساب استضافة، و40 مجموعة من بيانات الاعتماد، و40 طابور تحديث. هذا ليس توسعًا، بل هو عبء إداري ينمو مع كل عميل تكسبه في الـ wordpress agency workflow الخاص بك.

الهدف هو روتين إعداد ينتج نقطة انطلاق متطابقة وصحيحة في كل مرة، بغض النظر عمن ينفذه، وهو ما يحسن من عملية wordpress client site provisioning بأكملها.

قائمة التحقق للإعداد

يعمل الروتين بأكمله من dashboard واحدة في WordPress. الخطوتان 1 و 2 هما إعداد لمرة واحدة، بينما تتكرر الخطوات من 3 إلى 6 لكل عميل جديد.

الخطوة 1: بناء معيار وكالتك كـ tenant أساسي (مرة واحدة)

بناء tenant أساسي كمعيار للوكالة في GrabWP Tenancy

قم بإنشاء tenant واحد يمثل كيفية بدء وكالتك لكل مشروع، وتعامل معه كقالب:

الـ theme الافتراضي الخاص بك، مُهيأ ليتناسب مع أسلوب شركتك
حزمة الـ plugin القياسية الخاصة بك: النماذج، SEO، الأمان، التخزين المؤقت، ومنشئ الصفحات
الصفحات الأساسية: الرئيسية، من نحن، اتصل بنا، الخصوصية، وهيكل أساسي للمدونة
القوائم الافتراضية، العلامات التجارية المؤقتة، وإعداداتك المعتادة

كلما كان هذا الأساس أكثر اكتمالًا، قلّ العمل المتبقي لإعداد كل عميل. يمكنك أيضًا الاحتفاظ بموقعك الرئيسي كمصدر للنسخ، حيث يسمح GrabWP باستخدام الموقع الرئيسي كقالب.

الخطوة 2: تحديد الإعدادات الافتراضية لقاعدة البيانات والتوجيه (مرة واحدة)

الإعدادات الافتراضية لعزل قاعدة البيانات في إعدادات GrabWP Tenancy Pro

في إعدادات Pro، قم بتعيين القيم الافتراضية التي يجب أن يرثها كل tenant جديد حتى لا يضطر فريقك إلى تحديدها لكل مشروع. يتيح لك GrabWP Tenancy Pro الاختيار، لكل tenant، بين قاعدة بيانات MySQL مشتركة مع بادئات الجداول، أو قاعدة بيانات MySQL مخصصة، أو قاعدة بيانات SQLite. بالنسبة لعمل وكالات العملاء، تمنحك قاعدة بيانات مخصصة لكل عميل عزلًا حقيقيًا للبيانات بدلًا من المخطط المشترك. عيِّن الإعداد الافتراضي الذي يطابق معيارك، ويمكن للمشاريع الفردية تجاوز هذا الإعداد لاحقًا.

أثناء وجودك هنا، قم بتعيين بادئة المسار ضمن علامة التبويب التوجيه (Routing)، على سبيل المثال site، بحيث تحصل مواقع العملاء قيد التطوير على روابط نظيفة مثل yoursite.com/site/client-name.

الخطوة 3: استنساخ الأساس للعميل الجديد

استنساخ tenant الوكالة الأساسي لعميل جديد

عندما يبدأ مشروع جديد، قم باستنساخ (clone) الـ tenant الأساسي بدلًا من البناء من الصفر. تقوم ميزة الاستنساخ في GrabWP بنسخ جداول قاعدة بيانات الـ tenant المصدر وملفاته المرفوعة إلى tenant جديد، ثم تقوم بإعادة كتابة رابط الموقع تلقائيًا بحيث يتم تحميل الموقع الجديد بشكل صحيح وجاهز للعمل. في إصدار Pro، يعمل هذا كسير عمل AJAX خطوة بخطوة ويدعم SQLite بالإضافة إلى MySQL. ينسخ الاستنساخ الملفات الحقيقية ولكنه يتخطى الروابط الرمزية (symlinks)، بحيث لا تتكرر أدلة الـ plugin والـ theme المشتركة على القرص، مما يسهل عليك مهمة provision wordpress site for client.

عند انتهاء الاستنساخ، يعرض GrabWP مُعرّف الـ tenant الجديد مع روابط مباشرة لتحرير الـ tenant، وفتح صفحته الرئيسية، وفتح الـ dashboard الخاصة به، حتى يتمكن عضو الفريق من البدء في العمل مباشرة.

الخطوة 4: تعيين عنوان العميل

امنح الـ tenant الجديد رابط URL يعمل فورًا. يقدم GrabWP نمطين للتوجيه:

اسم مسار بديل (Path alias)، مثل yoursite.com/site/client-name، والذي لا يحتاج إلى تغييرات في DNS ويعتبر مثاليًا أثناء العمل على المشروع. يتم التحقق من صحة الأسماء البديلة (من 3 إلى 30 حرفًا، أحرف صغيرة، أرقام، وشرطات) وكل منها فريد عبر الـ tenants.
نطاق مخصص أو نطاق فرعي، مثل clientname.com أو client.youragency.com، للاستخدام عند الإطلاق.

نظرًا لأن اسم المسار البديل لا يحتاج إلى إعداد نطاق، يمكنك إرسال رابط معاينة مباشر للعميل في دقائق وربط النطاق الحقيقي فقط عندما يكون العميل مستعدًا للإطلاق. عندما يكون توجيه الاسم البديل قيد التشغيل، يتم إعادة توجيه رابط معرف الـ tenant الخام تلقائيًا (301-redirects) إلى الاسم البديل، لتبقى الروابط نظيفة.

الخطوة 5: إعداد حزمة العميل المعزولة

هنا يبدأ العمل الخاص بكل عميل فوق أساس موثوق. في خطة Pro، يحصل كل tenant على دليل wp-content معزول خاص به، بحيث يمكن لعميل واحد تشغيل WooCommerce بينما يقوم عميل آخر بتشغيل نظام عضوية دون أي تعارض في الـ plugin. قم بتفعيل أو تعطيل الـ plugins وبدّل الـ themes للـ tenant من صفحة الإضافات (Extensions)، والتي تعرض الحالة المباشرة، واضبط خيارات الـ tenant مباشرة من صفحة إعدادات الـ tenant في لوحة التحكم الرئيسية (wp-admin).

الخطوة 6: أخذ نسخة احتياطية أساسية وتسليم المشروع

قبل أن يبدأ العميل أو عضو آخر في الفريق في التعديل، احصل على نقطة استعادة نظيفة. يمنح Pro كل tenant نظام نسخ احتياطي واستعادة خاصًا به، ويمكنك تمكين النسخ الاحتياطية التلقائية المجدولة مع فترات احتفاظ مخصصة لكل tenant علاوة على ذلك. مع التقاط النسخة الأساسية، يكون الموقع قد تم إعداده، وعزله، وأصبح آمنًا للبناء عليه، وكل مشروع في محفظتك يبدأ من نفس الروتين بالضبط.

لماذا يتفوق هذا على ويكي الإعداد

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

يحول نهج الـ tenant الوثيقة إلى إجراء ملموس. لا يوجد تثبيت منفصل لإعداده، لأن كل عميل هو tenant داخل تثبيت WordPress واحد. الأساس ليس مجرد قائمة تحقق يتبعها شخص ما، بل هو قالب أساسي تقوم باستنساخه. وتعيش المحفظة بأكملها تحت dashboard واحدة وترخيص واحد، مع عزل كل عميل عن البقية. جودة الإعداد الخاصة بك تتوقف عن الاعتماد على من هو في نوبة العمل.

ابدأ في التوحيد القياسي

قم ببناء الـ tenant الأساسي مرة واحدة، وحدد الإعدادات الافتراضية لقاعدة البيانات والتوجيه، وسيكون موقع عميلك التالي مجرد عملية استنساخ وربط تستغرق 5 دقائق بدلًا من قضاء فترة ما بعد الظهيرة بأكملها في الإعداد. يتم ترخيص GrabWP Tenancy Pro مرة واحدة لكل تثبيت، بدون رسوم لكل عميل، بدءًا من $9.99/month. شاهد الصورة الكاملة على صفحة الوكالات، أو ابدأ بـ دليل إعداد multi-tenancy لتشغيل تثبيتك الأول.