تسليم موقع WordPress مكتمل لعميلك دون احتكار

بناء موقع العميل داخل إعدادات WordPress الخاصة بك أمر فعال. لكن التسليم النظيف هو المكان الذي يعلق فيه الكثير من المستقلين. يريد العميل الموقع المكتمل على استضافته الخاصة وتحت سيطرته الخاصة، وأنت لا تريد أن تكون المضيف المجاني لهم إلى الأبد. إذا كانت عملية التصدير فوضوية، فسوف ينتهي بك الأمر بإجراء عملية migration يدوية، وإصلاح الروابط المعطلة، والرد على رسائل البريد الإلكتروني للدعم الفني لموقع لم تعد تديره.

يوضح هذا الدليل سير عمل نظيف للتسليم: تصدير عميل واحد من إعداد الـ multi-tenancy الخاص بك كملف أرشيف واحد، وتسليمه، والسماح للعميل باستعادته على أي تثبيت WordPress قياسي دون احتكار أو قيود. يعتمد هذا على سير عمل استنساخ الموقع الأساسي، والذي يغطي الطرف الآخر من العلاقة: إطلاق مواقع عملاء جديدة بسرعة.

لماذا يكون التسليم (Handoff) عادة أمرًا مؤلمًا

إعدادات المستقلين النموذجية تجعل عملية إنهاء العمل أصعب من الإعداد والبدء:

• يعيش الموقع متشابكًا مع أعمالك الأخرى. إذا كان كل عميل يشترك في تثبيت واحد، فلا يمكنك فقط تسليم نسخة من قاعدة البيانات دون تسريب بيانات العملاء الآخرين.
• الـ migration اليدوي معقد. تصدير الملفات، ونسخ قاعدة البيانات، وتعديل بادئة الجداول، والبحث والاستبدال للنطاق القديم، وإصلاح البيانات المتسلسلة يدويًا، هي عملية بطيئة ويسهل ارتكاب الأخطاء فيها.
• الاحتكار (Lock-in) شعور سيء للجميع. العميل الذي لا يستطيع أخذ موقعه إلى مكان آخر هو عميل لا يثق بك تمامًا. الخروج النظيف هو نقطة بيع، وليس خسارة.

الهدف هو تحقيق عملية hand off wordpress site to client تستغرق دقائق، وتتضمن موقع العميل الواحد فقط، وتتركهم يعملون بشكل مستقل على استضافتهم الخاصة.

سير العمل النظيف للتسليم

يتكون سير العمل من نصفين. تقوم بتصدير الـ tenant الخاص بالعميل الواحد من إعداد GrabWP Tenancy Pro الخاص بك، ثم يقوم العميل باستعادة ذلك الأرشيف على تثبيت WordPress الخاص به باستخدام إضافة GrabWP Restore المجانية، مما يتيح لك migrate wordpress site to client hosting بسلاسة تامة.

الخطوة 1: تصدير الـ tenant للعميل الواحد

من لوحة تحكم GrabWP Tenancy Pro الخاصة بك، قم بتشغيل نسخة احتياطية للـ tenant المحدد الذي تقوم بتسليمه كجزء من عملية wordpress freelancer offboarding. تُنتج النسخة الاحتياطية للـ tenant في إصدار Pro أرشيفًا مستقلاً من خلال سير عمل خطوة بخطوة يغطي قاعدة بيانات الـ tenant، والملفات المرفوعة، والمحتوى، والإعدادات، مع واجهة تقدم AJAX لتتمكن من مشاهدة اكتمالها.

نظرًا لأن كل tenant معزول، فإن التصدير يحتوي على موقع ذلك العميل ولا شيء آخر. أنت لا تقوم بتفريغ قاعدة بيانات مشتركة وتأمل في تجريد العملاء الآخرين بعد ذلك. tenant واحد يدخل، أرشيف واحد يخرج. هذه هي الطريقة المثلى لعمل export client site from multi-tenant wordpress بكل نظافة.

النتيجة هي ملف ZIP واحد. هذا الملف هو كل ما سيتم تسليمه: قاعدة البيانات، الملفات المرفوعة، الإضافات (plugins)، والقوالب (themes) لذلك الموقع الواحد.

الخطوة 2: تحضير تثبيت الوجهة للعميل

يحتاج العميل إلى تثبيت WordPress عادي لاستلام الموقع. يمكن أن يكون هذا على حساب الاستضافة الخاص بهم، أو نطاق فرعي، أو تثبيت جديد يوفره المضيف الجديد. لا يوجد Multisite يجب إعداده ولا يتطلب GrabWP Tenancy على جانبهم.

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

الخطوة 3: الاستعادة باستخدام إضافة GrabWP Restore المجانية

على تثبيت الوجهة، يقوم العميل بتثبيت GrabWP Restore، وهي إضافة مجانية مستقلة وظيفتها الوحيدة هي استعادة ملف ZIP تم تصديره من GrabWP إلى موقع WordPress عادي. يذهبون إلى Tools > GrabWP Restore، ويرفعون ملف ZIP، ويؤكدون أنهم قاموا بعمل نسخة احتياطية لأي شيء على الهدف، ويبدؤون الاستعادة.

تحت الغطاء، تقوم الإضافة بعمل الـ migration الشاق تلقائيًا:

• إعادة كتابة بادئة الجداول بحيث تتطابق قاعدة البيانات المستوردة مع تثبيت الوجهة.
• استيراد SQL المتدفق الذي يتعامل مع قواعد البيانات الكبيرة دون الاختناق بسبب حدود الرفع.
• بحث واستبدال للروابط على مستوى قاعدة البيانات بالكامل، بما في ذلك البيانات المتسلسلة (serialized) والبيانات المشفرة للقوالب، بالإضافة إلى تحديث تلقائي لرابط الموقع، بحيث تشير الروابط والإعدادات إلى النطاق الجديد للعميل بدلاً من عنوان الـ tenant القديم الخاص بك.
• استراتيجية آمنة لإعادة التسمية إلى .old تقوم بإعادة تسمية مجلدات الإضافات (plugins) والقوالب (themes) والملفات المرفوعة (uploads) الحالية للهدف قبل الكتابة، بحيث لا يتم تدمير أي شيء بصمت.

عندما تنتهي، يسجل العميل الدخول ببيانات اعتماد المشرف من الموقع المصدر ويزيل مجلدات .old المتبقية بمجرد تأكدهم من أن كل شيء يعمل.

الخطوة 4: التأكيد وقطع الاتصال

بعد أن يتحقق العميل من الموقع المستعاد على استضافته، يمكنك حذف الـ tenant من إعدادك الخاص. العميل الآن يشغل الموقع بشكل مستقل، على بنيته التحتية، باستخدام بيانات الاعتماد الخاصة به. لم تعد أنت في الصورة كمضيف، وهو بالضبط بيت القصيد.

لماذا يتفوق هذا على الـ Migration اليدوي

الـ migration اليدوي يعني تصدير الملفات عبر SFTP، ونسخ وتعديل SQL، وتخمين البادئة الصحيحة، وتشغيل أداة بحث واستبدال لإصلاح الروابط والبيانات المتسلسلة. كل خطوة تمثل فرصة لكسر الموقع، وغالبًا ما ينتهي بك الأمر بالقيام بذلك بشكل حي تحت ضغط الوقت بينما ينتظر العميل.

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

التسليم كنقطة بيع

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

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

هل تدير مواقع العملاء بجدية وتريد نسخًا احتياطية لكل tenant، وقواعد بيانات مخصصة، وسير عمل التصدير وراء هذا التسليم؟ تبدأ خطة Pro بسعر $9.99/month.

مقالات ذات صلة

• تسليم موقع WordPress دون قيود عند مغادرة العميل
• عندما يؤدي تحديث العميل إلى تعطل موقعه: استعادة Tenant واحد دون المساس بالبقية
• كيفية نقل موقع عميل واحد خارج شبكة WordPress Multisite