نقل موقع ووردبريس بدون توقف: قائمة فحص عملية من مطور مستقل مع Bluehost

محتوى برعاية: هذا مقال ضيف منشور بالتعاون مع جهة خارجية، وخضع لمراجعتنا التحريرية.

عميلك يتصل بك صباح الأحد: الاستضافة الحالية بطيئة، والتجديد بعد أسبوعين، ويريد الانتقال فوراً. لكن الموقع يستقبل طلبات يومية، وأي توقف ولو لساعات يعني رسائل غاضبة وطلبات ضائعة. هنا يبدأ الاختبار الحقيقي لأي مطور: نقل موقع ووردبريس بدون توقف ليس زراً واحداً، بل تسلسل من الخطوات الصغيرة التي يجب أن تُنفَّذ بالترتيب الصحيح.

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

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

قبل أي شيء: جرد ما سيُنقل وما لن يُنقل

أغلب مشكلات النقل لا تحدث أثناء النسخ، بل بسبب شيء نسيه أحد لأنه لم يكن جزءاً من ووردبريس أصلاً. لذلك أبدأ دائماً بجرد مكتوب أرسله للعميل ليؤكده.

• ملفات ووردبريس وقاعدة البيانات: القوالب والإضافات والوسائط والمحتوى والإعدادات.
• البريد الإلكتروني: إن كانت صناديق البريد على الاستضافة القديمة نفسها، فأدوات نقل ووردبريس لا تنقلها عادةً، وتحتاج خطة مستقلة.
• سجلات DNS الإضافية: سجلات MX وTXT الخاصة بالتحقق وSPF وDKIM، وأي نطاقات فرعية تشير إلى خدمات أخرى.
• المهام المجدولة (Cron) وأي سكربتات خارج ووردبريس.
• شهادة SSL: ستُصدَر من جديد على الخادم الجديد، فلا تفترض أنها تنتقل تلقائياً.
• التكاملات: بوابة الدفع، وWebhooks، ومفاتيح API المقيدة بعنوان IP الخادم القديم.

قائمة فحص نقل موقع ووردبريس بدون توقف

هذه هي القائمة التي أعمل بها في كل مشروع. الترتيب مهم، لأن كل خطوة تفترض أن السابقة اكتملت.

1. خفض قيمة TTL لسجلات النطاق الرئيسية قبل النقل بيوم أو يومين، حتى ينتشر التغيير بسرعة يوم التحويل.
2. أخذ نسخة احتياطية كاملة من الملفات وقاعدة البيانات وحفظها خارج الخادمين معاً.
3. تجهيز الاستضافة الجديدة وإضافة النطاق إليها دون تغيير DNS بعد.
4. نسخ الموقع بأداة النقل أو يدوياً، ثم مطابقة إصدار PHP مع ما يتطلبه القالب والإضافات.
5. معاينة الموقع الجديد قبل التحويل عبر ملف hosts على جهازك أو رابط معاينة إن توفر.
6. اختبار المسارات الحرجة: تسجيل الدخول، والنماذج، وسلة الشراء، والدفع التجريبي، والبريد المرسل من الموقع.
7. تجميد المحتوى لفترة قصيرة، ثم مزامنة أي طلبات أو تعليقات جديدة إن كان الموقع متجراً.
8. تحويل DNS إلى الخادم الجديد ومراقبة الانتشار.
9. إصدار SSL وفحص الموقع من شبكات وأجهزة مختلفة.
10. إبقاء الاستضافة القديمة فعالة أياماً قليلة بعد التحويل قبل إلغائها.

المثال التطبيقي: النقل إلى Bluehost

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

تفاصيل الأهلية وما يشمله كل خيار قد تتغير، لذلك أراجع صفحة المساعدة الرسمية قبل كل مشروع بدلاً من الاعتماد على الذاكرة. وإذا أردت الشرح المفصّل بلقطات لوحة التحكم، فقد نشر فريق الموقع شرحاً لنقل موقع ووردبريس إلى Bluehost خطوة بخطوة، وهذه القائمة مكمّلة له من زاوية المطور.

متى أستخدم الأداة ومتى أنقل يدوياً؟

المعاينة قبل تحويل DNS: الخطوة التي يتجاهلها الكثيرون

أخطر لحظة في النقل هي تحويل الزوار إلى موقع لم تره بعينك على الخادم الجديد. الحل أن تعدّل ملف hosts على جهازك ليشير النطاق إلى عنوان IP الخادم الجديد، فترى الموقع الحقيقي بنطاقه الحقيقي بينما يرى بقية العالم الموقع القديم.

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

يوم التحويل: تسلسل عملي لتقليل المخاطر

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

• إيقاف التعديلات على المحتوى وإبلاغ فريق العميل بموعد التجميد.
• إن كان متجراً: تصدير الطلبات الجديدة منذ آخر نسخة ومقارنتها على الخادم الجديد.
• تحديث سجلات A (وAAAA إن وجدت) فقط، مع إبقاء سجلات البريد كما هي ما لم يكن البريد جزءاً من النقل.
• إصدار شهادة SSL على الخادم الجديد فور وصول DNS إليه.
• مراقبة سجل الأخطاء في الساعات الأولى، ومراجعة البريد المرسل من الموقع.

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

ما بعد النقل: فحص الأداء والأمان

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

النسخة الاحتياطية الموجودة على الخادم نفسه ليست خطة كافية. أوصي عملائي بتطبيق قاعدة 3-2-1 المشروحة في مقال النسخ الاحتياطي السحابي للشركات، أي ثلاث نسخ على وسيطين مع نسخة خارج الموقع.

أخطاء شائعة تُفسد نقل موقع ووردبريس بدون توقف

من خلال العمل على مشاريع نقل مختلفة، تتكرر الأخطاء نفسها تقريباً، وأغلبها يمكن تجنبه بخمس دقائق من الانتباه:

• تغيير خوادم الأسماء بدلاً من سجل A فقط، فتضيع سجلات البريد والتحقق التي لم تُنسخ إلى المنطقة الجديدة.
• نسيان إضافات الأمان التي تحظر عناوين IP أو تقيد تسجيل الدخول، فتغلق الباب عليك بعد النقل.
• ترك وضع الصيانة مفعلاً على أحد الخادمين، فيرى بعض الزوار صفحة فارغة حسب مزود الإنترنت لديهم.
• عدم تحديث مفاتيح API المقيدة بعنوان الخادم القديم، فتتوقف تكاملات مثل الشحن أو الرسائل.
• إلغاء الاستضافة القديمة في اليوم نفسه، قبل أن ينتشر DNS لدى جميع الزوار.

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

هل Bluehost الخيار المناسب لموقع عميلك؟

قبل أن تبدأ النقل تأكد من أن الوجهة تناسب طبيعة الموقع. الاستضافة المشتركة مناسبة لكثير من المواقع التعريفية والمدونات، لكنها ليست دائماً الأنسب لمتجر يكبر بسرعة أو تطبيق يحتاج موارد مخصصة. مقال مقارنة Hostinger وBluehost للمواقع العربية يساعدك على هذا القرار، ويمكنك قراءة مراجعة Bluehost التفصيلية لمعرفة الخطط والحدود.

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

الخطوة التالية

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

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