تتجاوز كل شركة نامية تقريبًا مزوّد الاستضافة الأول في مرحلة ما، أو تريد سرعة أو دعمًا أو سعرًا أفضل. والخوف الشائع أن النقل يعني توقف الموقع وتعطّل البريد وضياع البيانات. مع التخطيط الدقيق يمكن إبقاء الانقطاع في حدّه الأدنى. يشرح هذا الدليل ما يتضمنه النقل فعلًا وكيف تخطّط له لتقلّ مدة خروج موقعك عن الخدمة قدر الإمكان.
ما الذي يشمله نقل الموقع فعلًا
النقل الكامل ليس مجرد نسخ ملفات. هناك أربعة مكوّنات منفصلة، ويجب التعامل مع كل منها بالترتيب الصحيح:
- ملفات الموقع: جميع ملفات القالب والإضافات والصور المرفوعة وأي شيفرة مخصصة. في مواقع ووردبريس هذا هو مجلد
wp-contentأساسًا. - قاعدة البيانات: يحتفظ موقع ووردبريس بصفحاته ومقالاته وإعداداته وحسابات المستخدمين في قاعدة بيانات MySQL، لا في الملفات. إذا نقلت ملفات الموقع من دون قاعدة البيانات، فلن يبقى لديك سوى هيكل خالٍ من المحتوى. أما مكان تخزين بيانات إضافات النماذج أو المتاجر، فيختلف بحسب الإضافة وإعداداتها، لذا تحقّق منه على حدة.
- حسابات البريد: إذا كانت خدمة بريدك الإلكتروني تعمل على حساب الاستضافة نفسه (مثل [email protected])، فيجب نقل صناديق البريد والمجلدات وجهات الاتصال، أو توجيه خدمة البريد إلى خادم بريد جديد. هذا أكثر مكوّن يتعطل في عمليات النقل المتسرّعة.
- شهادة SSL: يجب أن تكون شهادة SSL مفعّلة لاتصال HTTPS على الخادم الجديد قبل تحويل DNS. الزوار الذين يصلون بلا اتصال آمن يرون تحذيرات المتصفح ويغادرون فورًا.
تحويل DNS: أين يحدث التوقف عادةً
عند نقل الاستضافة تحدّث سجلات DNS لنطاقك لتشير إلى عنوان IP للخادم الجديد. لا تصل تغييرات DNS إلى الجميع دفعة واحدة: لكل سجل قيمة TTL (مدة البقاء) تحدد للمحلِّلات المدة المسموح بها لتخزينه مؤقتًا، وبعض المحلِّلات تخزّن لمدة أطول من غيرها. خلال هذه الفترة يصل بعض الزوار إلى الخادم القديم وبعضهم إلى الجديد.
من الأساليب الشائعة خفض TTL (مثلًا إلى 300 ثانية) قبل 24 ساعة على الأقل من موعد التحويل المخطط. يقصّر ذلك المدة التي تبقى فيها السجلات المخزّنة قيد الاستخدام، لكنه لا يضمن تحوّل كل الزيارات خلال دقائق. بعد سريان القيمة المخفّضة تُجري تغيير DNS. ويبقى الخادم القديم يعمل دون مساس حتى تتأكد أن كل شيء سليم، فيكون شبكة أمان، ثم تُنهي عمله. للاطلاع على آلية TTL راجع مرجع TTL من Cloudflare.
الطلبات وإرسالات النماذج وأي بيانات جديدة أثناء التحويل
طالما أن الخادمين كليهما متاحان، قد يستقبل الموقع الذي يقبل طلبات جديدة أو نماذج أو تعليقات بياناتٍ على الخادم القديم وعلى الجديد معًا، فتختلف النسختان. اتفق على أسلوب مناسب لموقعك قبل النقل: تجميد قصير للمحتوى، أو مزامنة نهائية لقاعدة البيانات بعد التحويل، أو أسلوب آخر يلائم طريقة عمل الموقع. والتراجع بعد وصول طلبات جديدة يحتاج أيضًا إلى خطة للتعامل مع تلك البيانات. راجع إرشادات AWS حول مرحلة التحويل للاطلاع على النهج العام.
قائمة التحقق قبل الإطلاق
قبل تغيير أي سجل DNS، تأكد من كل بند في هذه القائمة:
- نسخة احتياطية كاملة للملفات وقاعدة البيانات من الاستضافة القديمة محفوظة خارج الخادم (لا على الاستضافة الجديدة فقط).
- استيراد الملفات وقاعدة البيانات والتحقق منها على الاستضافة الجديدة عبر رابط مؤقت لنسخة تجريبية أو تعديل محلي لملف hosts يربط النطاق بعنوان الخادم الجديد.
- التأكد من أن جميع الروابط الداخلية وروابط ملفات الوسائط تعمل على الاستضافة الجديدة، خصوصًا إذا كنت تغيّر اسم النطاق في الوقت نفسه.
- إصدار شهادة SSL وتفعيلها على الاستضافة الجديدة لنطاقك.
- اختبار نماذج الاتصال وبوابات الدفع وأي تكاملات مع جهات خارجية والتأكد من عملها.
- إنشاء حسابات البريد على خادم البريد الجديد وتوثيق إعدادات IMAP/SMTP.
- خفض TTL في DNS الحالي منذ 24 ساعة على الأقل.
- خطة للطلبات والنماذج التي تصل أثناء التحويل.
- ضبط تنبيه مراقبة لتعرف فورًا إن أعاد الموقع خطأً بعد التحويل.
ماذا تسأل أي مزوّد للنقل
ليست كل عروض “النقل المجاني” متساوية. قبل أن تسلّم بيانات الدخول، اسأل:
- هل تنقلون قاعدة البيانات أم الملفات فقط؟ نقل الملفات وحدها يترك موقعك معطّلًا.
- هل تتولون نقل البريد أم هو خدمة منفصلة؟ ينقل كثير من المزوّدين الموقع، لكنهم يتركون لك مهمة نقل البريد الإلكتروني، وغالبًا من دون إبلاغك بذلك مسبقًا.
- ما إجراء التراجع إن حدث خطأ؟ المزوّد الجاد لديه خطة تراجع موثّقة، لا مجرد “سنصلح الأمر”.
- كيف تُبقون الانقطاع في أدنى حد؟ ينبغي أن يستطيع المزوّد شرح خطة التحويل لموقعك، بما في ذلك التعامل مع الطلبات والنماذج الجديدة. الوعد الفضفاض بـ”صفر توقف” علامة تحذير.
- بمن أتصل أثناء نافذة التحويل؟ تحويل DNS هو المرحلة الأعلى مخاطرة. تحتاج إلى شخص محدد يمكنك التواصل معه مباشرة، لا إلى انتظار دورك في طابور طلبات الدعم.
بعد التحويل
بعد انتشار DNS وعمل الخادم الجديد، اقضِ نحو 30 دقيقة في تصفح موقعك كما يفعل زائر حقيقي: اختبر الدفع إن كان لديك متجر، وأرسل نموذج اتصال، وتأكد من وصول رسائل البريد، وتحقق من قفل SSL في كل صفحة مهمة. لا تُلغِ حساب الاستضافة القديم لمدة 7 أيام على الأقل، حتى يبقى لديك خيار رجوع واضح إذا ظهرت مشكلة غير متوقعة خلال الأسبوع الأول.
وإن فضّلت تسليم الأمر، فإن خدمة النقل من WebHostLB تراجع اعتماديات موقعك ونطاقك وبريدك، وتتفق معك على النطاق وأسلوب التحويل قبل النقل.