قرار الانتقال بين استضافتين يبدو مخيفاً لأن التجربة الشائعة عنه سيئة: موقع يختفي يوماً، بريد يتوقف أسبوعاً، ونسخة ناقصة لا تُستعاد. لكن الانتقال نفسه ليس الخطير؛ الخطير هو ترتيب الخطوات. هذا دليل ينفّذ الانتقال بلا انقطاع تقريباً، وبنقطة رجوع إن ساء شيء.
قبل أي شيء: اعرف ما لديك
افتح لوحة الاستضافة الحالية واكتب: إصدار PHP المطلوب، قواعد البيانات وأسماؤها، مجلدات الموقع، حسابات البريد، والمهام المجدولة إن وُجدت. ثم احفظ نسخة كاملة من الملفات وملف SQL لقاعدة البيانات. هذه النسخة ليست احتياطاً فقط، بل نسخة العمل التي سترفعها للخادم الجديد. تفاصيل أخذ النسخة والتحقق من سلامتها في خطة النسخ الاحتياطي.
ترتيب زمني يقلّل المفاجآت
- اليوم الأول: أنشئ الاستضافة الجديدة، وارفع الملفات، واستورد قاعدة البيانات، وأنشئ المستخدم والبريد. لا تلمس النطاق بعد.
- اليوم الأول أيضاً: اختبر الموقع على رابط مؤقت يمنحه المزوّد، أو على ملف hosts في جهازك. اختبر الصفحة الرئيسية، صفحة داخلية، نموذج تواصل، ولوحة تحكم.
- اليوم الثاني: خفّض TTL لسجلات النطاق إلى 300 قبل التحويل، ثم عدّل سجل A وwww فقط. تفاصيل الانتظار في انتشار DNS و TTL.
- اليوم الثاني: أصدر شهادة SSL وتأكد من https وwww معاً.
- اليوم الثالث: راقب: هل تصل النماذج؟ هل يعمل البريد؟ هل ظهرت أخطاء 500 في السجل؟
- بعد الاستقرار: أعد TTL، وأغلق الاستضافة القديمة بعد أسبوع، بعد التأكد من سجل الزوار والبريد.
قائمة تحقق قبل التحويل
قبل أن تلمس سجل النطاق تأكد من خمسة بنود: الموقع يفتح على الرابط المؤقت، ونموذج التواصل يرسل ويصل، وقاعدة البيانات تعمل بعد تعديل الإعداد، والبريد يعمل أو خطة نقله جاهزة، والشهادة مثبتة على الاسم الجديد. إن أخفق أي بند فأجّل التحويل؛ التأجيل ساعة أرخص من الرجوع يوماً. وضع هذه القائمة في ملف واحد يجعل الانتقال مسألة تنفيذ، لا مسألة ذاكرة.
وماذا عن ترتيب البحث؟
نقل الموقع نفسه لا يضر الترتيب إن بقي العنوان كما هو: النطاق لم يتغير، والمسارات لم تتغير، والمحتوى نفسه. أما أكبر خطر فهو إبقاء نسختين تعملان بلا إشارة واضحة، أو ظهور أخطاء 500 بعد التحويل مباشرة فتتراجع ثقة محرك البحث. تحقق من خريطة الموقع بعد النقل، وأن جميع الروابط الداخلية تعمل، وأن أخطاء الخادم صفر في السجل خلال أول يوم.
ما لا يُنقل تلقائياً
ثلاثة أشياء تُنسى دائماً: قواعد البيانات المرتبطة باسم مستخدم مختلف، والمهام المجدولة التي كانت تعمل على الخادم القديم، وسجلات البريد. الملفات تُرفع، لكن قاعدة البيانات تحتاج تعديل ملف الإعداد ضمن المجلد الجديد، والمهام تحتاج إعادة إنشاء يدوياً. افحص بعد النقل: نموذج تواصل، تسجيل مستخدم، إرسال بريد، ومهمة مجدولة إن وُجدت.
ماذا تفعل إن ساء شيء
طمأنة الانتقال كلها في كلمة واحدة: الرجوع. لا تغلق الاستضافة القديمة قبل أسبوع، ولا تغيّر خوادم الأسماء إن كان السجل يكفي. إن ظهر خطأ لا تعرف سببه، أعد سجل A إلى العنوان القديم، وانتظر انتهاء TTL، ثم ادرس المشكلة ببرود. الشرط الوحيد أن تكون نسخة الملفات وقاعدة البيانات صالحة ومختبرة قبل التحويل، لا بعده.
ثلاثة أسئلة قبل أن تدفع للاستضافة الجديدة
اسأل عن إصدار PHP المتاح افتراضياً، وهل يمكن تغييره من لوحتك دون تذكرة دعم. واسأل عن حدود البريد اليومي إن كنت ترسل إشعارات. واسأل كيف تُؤخذ النسخة الاحتياطية ومن يستعيدها إن فقدت الوصول. الإجابات تحدد إن كانت الاستضافة أرخص فعلاً أم أنك ستشتري وقتاً إضافياً من الدعم كل شهر. ولا تنسَ سؤال الدعم عن مسار الرجوع إن تعطّل شيء بعد التحويل.
البريد: الجزء الأكثر هشاشة
إن كان بريدك على الاستضافة نفسها فانتقل قبل الموقع، لا بعده، أو أبقِ البريد على مزوّد مستقل. غيّر سجلات MX في وقت منخفض الحركة، واختبر الإرسال والاستقبال إلى عنوان خارجي. وفعّل SPF وDKIM على الخادم الجديد كما في دليل مصداقية البريد، لأن الانتقال يعيد فحص كل شيء من الصفر تقريباً.
كيف تعرف أن النقل انتهى فعلاً
ليس حين تفتح الصفحة عندك، بل حين تستقر ثلاثة أمور: أداة الفحص الخارجية تعرض الردود من الخادم الجديد في أكثر من موقع، وسجلات الخادم الجديد تُظهر زيارات حقيقية لا اختبارات، والبريد يصل في الاتجاهين. عندها فقط أعد TTL واستعد إيقاف القديم. موقع يعمل عندك وحدك ليس موقعاً منقولاً.