قد يبدو نقل موقع WordPress الخاص بك إلى مضيف جديد أمراً بسيطاً، إلى أن تصل إلى منتصف العملية وتكتشف أنك نسيت تصدير قواعد إعادة توجيه البريد الإلكتروني، أو أن شهادة SSL لم تنتقل معك. عملية ترحيل فاشلة قد تعني ساعات من التوقف، فقدان ترتيب موقعك في محركات البحث SEO، أو الأسوأ من ذلك، فقدان محتوى بالكامل.
الخبر الجيد؟ يمكن تجنب معظم كوارث الترحيل بقليل من التخطيط المسبق. إليك قائمة التحقق التي ننصح باتباعها قبل أن تلمس أي ملف.
1. انسخ كل شيء احتياطياً قبل البدء
هذه الخطوة غير قابلة للتفاوض. قبل أن تبدأ بنقل أي شيء، خذ نسخة احتياطية كاملة من موقعك الحالي، سواء الملفات أو قاعدة البيانات.
- نسخة احتياطية كاملة للملفات (القوالب، الإضافات، الملفات المرفوعة، wp-config.php)
- تصدير كامل لقاعدة البيانات (جميع الجداول، وليس فقط المقالات والصفحات)
- نسخة محفوظة في مكان آخر غير مضيفك الحالي، مثل جهاز الكمبيوتر الخاص بك أو التخزين السحابي
إذا كان مضيفك الحالي يوفر نسخاً احتياطية بنقرة واحدة، استخدمها. إن لم يكن كذلك، فإن إضافات مثل UpdraftPlus أو Duplicator يمكنها التعامل مع الملفات وقاعدة البيانات معاً في حزمة واحدة. احتفظ بهذه النسخة الاحتياطية حتى بعد نجاح عملية الترحيل، فهي بمثابة شبكة أمان في حال ظهرت مشكلة بعد أسبوع.
2. راجع الإضافات والقوالب لديك
عملية الترحيل فرصة رائعة لترتيب موقعك. راجع قائمة الإضافات لديك واسأل نفسك بصدق: هل ما زلت تستخدم هذه الإضافة؟
- قم بتعطيل وحذف الإضافات التي لم تستخدمها منذ ستة أشهر
- حدّث كل ما ستبقيه إلى أحدث إصدار قبل الترحيل
- دوّن مفاتيح تراخيص أي إضافات مدفوعة، لأنك على الأرجح ستحتاج إلى إعادة تفعيلها على النطاق أو الخادم الجديد
عدد أقل من الإضافات يعني عملية ترحيل أخف وموقعاً أسرع بمجرد وصولك إلى المضيف الجديد.
3. وثّق إعدادات DNS الخاصة بك
معظم صداع عملية الترحيل يكمن فعلياً في DNS. قبل التبديل، دوّن:
- سجلات A الحالية، وسجلات CNAME، وسجلات MX
- قيم TTL (مدة البقاء) لكل سجل
- أي نطاقات فرعية مخصصة تشير إلى خدمات معينة
قم بتقليل قيمة TTL الخاصة بـ DNS إلى قيمة قصيرة، مثل 300 ثانية، قبل يوم أو يومين من النقل. بهذه الطريقة، عندما تقوم بتحديث سجلاتك للإشارة إلى الخادم الجديد، سينتشر التغيير بشكل أسرع بدلاً من ترك الزوار عالقين على المضيف القديم لمدة 24-48 ساعة.
لا تنسَ البريد الإلكتروني
إذا كان بريدك الإلكتروني يعمل عبر نفس النطاق، تأكد من أنك تعرف بالضبط كيفية إعداده قبل أن تلمس أي شيء. تغيير المضيف لا يجب أن يعني فقدان صندوق بريدك. استضافة البريد الإلكتروني للأعمال غالباً ما تعمل على سجلات منفصلة عن موقعك، لذا تأكد من ذلك قبل إجراء أي تغييرات.
4. اختر خدمة نقل ووردبريس أو إضافة مناسبة
لديك عدة خيارات هنا. يمكنك الترحيل يدوياً باستخدام FTP و phpMyAdmin، أو استخدام إضافة، أو ترك خدمة نقل ووردبريس تتولى العمل الشاق نيابة عنك.
بالنسبة لمعظم أصحاب المواقع، تستحق خدمة نقل ووردبريس المتخصصة كل قرش. فهي تزيل الحيرة المتعلقة بصلاحيات الملفات، وبادئات جداول قاعدة البيانات، وعمليات البحث والاستبدال في البيانات المتسلسلة (والتي، إذا تمت بشكل خاطئ باستخدام بحث واستبدال بسيط، يمكن أن تتلف قاعدة البيانات بالكامل). كما أن خدمة نقل ووردبريس الجيدة تعرف كيفية التعامل مع مكتبات الوسائط الكبيرة دون انتهاء المهلة.
إذا كنت تنتقل إلى مضيف مُدار جديد، اسأل مسبقاً عما إذا كانوا يقدمون مساعدة مجانية في الترحيل. كثير منهم يفعل ذلك، وعادة ما يكون أسرع وأكثر أماناً من القيام بالأمر بنفسك، خاصة إذا لم تتعامل من قبل مع بيانات PHP المتسلسلة. لقد شرحنا بالتفصيل كيف يبدو ذلك في كيفية نقل موقع WordPress الخاص بك إلى Proginter دون فقدان أي محتوى أو إعدادات.
5. اختبر أولاً في بيئة تجريبية (Staging)
لا تقم بالترحيل مباشرة إلى إعداد مباشر وعام إذا كان بإمكانك تجنب ذلك. أنشئ بيئة تجريبية على المضيف الجديد، وقم بتشغيل عملية الترحيل هناك، وتحقق من كل شيء قبل توجيه نطاقك إليها.
أشياء يجب اختبارها في البيئة التجريبية:
- كل نوع صفحة: الصفحة الرئيسية، المقالات، صفحات المنتجات، النماذج
- بحث الموقع وقوائم التنقل
- مسار إتمام الشراء إذا كنت تستخدم WooCommerce
- نماذج الاتصال وتأكد من أنها ترسل رسائل بريد إلكتروني فعلاً
- تسجيل دخول المسؤول وأدوار المستخدمين
توفر البيئة التجريبية فرصة لاكتشاف الروابط المعطلة، أو الصور المفقودة، أو أخطاء قاعدة البيانات قبل أن يراها زوارك.
6. تحقق من إعدادات SSL و HTTPS
شهادة SSL الخاصة بك لا تنتقل تلقائياً مع ملفاتك. تأكد من أن مضيفك الجديد يصدر شهادة جديدة لنطاقك، وأنها مفعّلة قبل تحويل DNS. معظم المضيفين المُدارين يتولون هذا الأمر تلقائياً، لكن يستحق التحقق المزدوج بدلاً من الافتراض. تحذيرات المحتوى المختلط بعد الترحيل عادة ما تكون علامة على أن الشهادة أو الروابط الداخلية ما زالت تشير إلى نسخة http:// القديمة.
7. خطط لتوقيت التحويل
اختر فترة قليلة الزيارات للتبديل الفعلي، عادة في وقت متأخر من الليل أو في الصباح الباكر بالنسبة لتوقيت جمهورك الرئيسي. ضع إشعار صيانة إذا كنت تتوقع أي توقف، واجعل لديك خطة تراجع جاهزة، بمعنى أن يبقى مضيفك القديم نشطاً دون أي تعديل حتى تتأكد من أن كل شيء يعمل على المضيف الجديد.
8. تحقق بعد الانتقال
بمجرد انتشار DNS وتفعيل الموقع الجديد، قم بإجراء فحص سريع للتحقق:
- تحقق من Google Search Console بحثاً عن أخطاء الزحف
- تأكد من أن خريطة الموقع (sitemap) قابلة للوصول
- اختبر سرعة الموقع باستخدام أداة مثل GTmetrix أو PageSpeed Insights
- تأكد من وجود عمليات إعادة توجيه لأي روابط تم تغييرها
- راقب نظام مراقبة التشغيل خلال أول 48 ساعة
مراقبة التشغيل خلال هذه الفترة تمنحك إنذاراً مبكراً إذا كان هناك خطأ ما، بدلاً من معرفة الأمر من بريد إلكتروني غاضب من أحد العملاء.
خلاصة القول
تجربة ترحيل سلسة عبر خدمة نقل ووردبريس تعتمد على التحضير الجيد، وليس على الحظ. انسخ كل شيء احتياطياً مرتين، وثّق DNS، رتّب إضافاتك، واختبر في بيئة تجريبية قبل الانطلاق مباشرة. وإذا كانت الجوانب التقنية تقلقك، فهذا بالضبط سبب وجود خدمة نقل ووردبريس جيدة، حتى لا تضطر لتعلّم تسلسل قواعد البيانات بالطريقة الصعبة. لقد تناولنا أيضاً العملية الأوسع في ما الذي يتضمنه الانتقال فعلياً إلى الاستضافة السحابية، وهو ما ينطبق بنفس القدر على تبديل مضيف بسيط.
