كيف تنقل موقعك إلى استضافة جديدة دون توقف

يبدو نقل موقع إلى استضافة جديدة أمرًا محفوفًا بالمخاطر، لكن معظم التوقف أثناء النقل ينتج عن تفاصيل منسية لا عن عملية النقل ذاتها. ابدأ بجرد كل ما يعتمد عليه الموقع: ملفات الويب والملفات المرفوعة، وكل قاعدة بيانات وإصدارها، وصناديق البريد وقواعد إعادة التوجيه، ومهام cron، وإعدادات PHP وامتداداته، والقائمة الكاملة لسجلات DNS الخاصة بالنطاق. ولا يقتصر ذلك على سجل A، بل يشمل أيضًا MX، وسجلات TXT الخاصة بـ SPF وDKIM، وسجلات CNAME للنطاقات الفرعية، وأي سجلات تحقّق. صدّر ملف المنطقة إن كان مزوّدك الحالي يتيح ذلك. عشر دقائق تقضيها على هذه القائمة توفّر عليك ساعات من التخمين لاحقًا.

قبل النقل ببضعة أيام، خفّض قيمة TTL للسجلات التي تنوي تغييرها. تحدد TTL المدة التي يجوز فيها للمحلّلات تخزين الإجابة مؤقتًا؛ فإذا كانت مضبوطة على 24 ساعة، فسيستمر بعض الزوار في الوصول إلى الخادم القديم ليوم كامل بعد التحويل. خفّضها إلى 300 ثانية قبل موعد النقل بفترتي TTL كاملتين على الأقل، حتى تنتهي صلاحية القيمة القديمة الطويلة في كل مكان قبل يوم النقل. وبعد اكتمال النقل واستقراره، ارفعها مجددًا. هذه الخطوة وحدها هي الفرق بين تحويل يستغرق دقائق وآخر يمتد طوال عطلة نهاية الأسبوع.

بعد ذلك، انسخ الموقع إلى الخادم الجديد واختبره هناك قبل أن يراه أي شخص آخر. سواء كانت الوجهة استضافة مشتركة أو خادمًا افتراضيًا خاصًا (VPS)، فالخطوات واحدة: ارفع الملفات، واستورد نسخة من قاعدة البيانات، وأعد إنشاء مستخدمي قاعدة البيانات ومهام cron، واضبط إصدار PHP الذي بُني عليه الموقع. ولعرض النسخة الجديدة تحت النطاق الحقيقي، أضف سطرًا إلى ملف hosts على حاسوبك يوجّه النطاق إلى عنوان IP الجديد، بينما يواصل الجميع الوصول إلى الخادم القديم. ويصلح العنوان المؤقت أيضًا. تصفّح الصفحات الرئيسية، وسجّل الدخول إلى لوحة الإدارة، وأرسل نموذجًا، واقرأ سجل الأخطاء.

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

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

البريد هو الموضع الذي تفشل فيه معظم عمليات النقل. إذا بقي البريد لدى المزوّد القديم أو في خدمة منفصلة، فتأكد من أن المنطقة الجديدة لا تزال تحمل سجلات MX وSPF وDKIM الصحيحة، وإلا فستُرتدّ الرسائل أو تنتهي في مجلد الرسائل غير المرغوب فيها دون أن يلاحظ أحد. وإذا انتقلت صناديق البريد أيضًا، فأنشئها على الخادم الجديد أولًا، وانسخ الرسائل الموجودة عبر IMAP باستخدام أداة مزامنة مثل imapsync، ثم نفّذ مزامنة ثانية بعد تغيير سجل MX لالتقاط أي رسائل وصلت في الأثناء. وتحتاج شهادة SSL إلى الاهتمام أيضًا: فعادةً لا يمكن إصدار الشهادة للخادم الجديد حتى يُوجَّه النطاق إليه، لذا اطلبها مباشرةً بعد التحويل وتحقّق من تحذيرات المحتوى المختلط.

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