Crypto-only payments. Pay with USDT or USDC.
نقل الموقع مع حماية استمرارية البريد الإلكتروني
The Hightide Hosting Editorial Team · 2026-10-03
يمكن نقل الموقع دون نقل صناديق البريد في العملية نفسها. النجاح يعتمد على معرفة وظيفة كل سجل واختبار المسار الجديد والإبقاء على وسيلة للعودة.
تحقق من الصلاحيات وافصل الجرد
قبل تحديد موعد النقل، تأكد من ملكية النطاق وصلاحيات DNS والوصول إلى الاستضافة الحالية. اطلب تأكيد طلب الاستضافة الجديدة وتوافرها لدى المزود. وجود عرض أو عنصر في السلة لا يكفي لبدء نقل موقع العملاء. في Hightide الأسعار بالدولار الأمريكي والدفع حصريا بـ USDT أو USDC؛ رتّب المبلغ المستحق وتأكيد الخدمة قبل أي تغيير تشغيلي.
أنشئ جردين منفصلين: أسماء الموقع وتطبيقاته، وأسماء البريد وصناديقه ومسارات الإرسال. سجّل القيم الحالية لـ MX وSPF وDKIM وDMARC كما هي، مع مواضع إدارة كل منها. اسأل إن كان التطبيق يرسل عبر خدمة خارجية أو الخادم القديم. لا تضع قيما من مثال تعليمي مكان السجلات العاملة، ولا تفترض أن نقل الموقع يتطلب تغييرها.
اختبر النسخة الجديدة قبل توجيه الجمهور
احفظ ملفات الموقع وقاعدة البيانات والإعدادات اللازمة للاستعادة في مكان مستقل. شغّل نسخة مرحلية ببيانات آمنة، وافحص تسجيل الدخول والبحث والروابط ورفع الملفات. عطّل الرسائل والمهام التي قد ترسل إشعارات مكررة أثناء الاختبار. راجع اتصال البريد الصادر من التطبيق دون إنشاء طلبات حقيقية أو تنفيذ معاملات مدفوعة.
إذا كان الموقع يقبل تعديلات مستمرة، حدّد كيف ستنقل التغييرات التي تصل بعد النسخة الأولى. قد تحتاج إلى نافذة قصيرة لتقييد الكتابة أو مزامنة نهائية مدروسة. اتفق مع الفريق على الوقت والمسؤول، ثم سجّل طريقة العودة إذا فشلت النسخة الجديدة. النسخة الاحتياطية لا تصبح خطة تراجع حتى تعرف كيف تستعيدها.
خطط لـ TTL وعدّل سجلات الويب فقط
راجع TTL الحالي وخطط لتخفيضه مسبقا عند الحاجة، مع مراعاة أن النسخ المخزنة بالقيمة السابقة قد تستمر حتى انتهائها. جهّز قائمة محددة بالسجلات التي ستتغير وقيمها القديمة والجديدة. عندما ينجح الاختبار، عدّل سجلات A أو AAAA أو CNAME الخاصة بالموقع فقط حسب البنية الفعلية، ولا تستبدل منطقة DNS كاملة لمجرد أن المزود أعطاك إعدادات افتراضية.
احفظ MX وSPF وDKIM وDMARC الحالية دون تغيير ما دام البريد مستمرا لدى الجهة نفسها. افحص أيضا إن كان اسم تستخدمه خدمة البريد يشير إلى عنوان الموقع القديم؛ هذا الاعتماد يحتاج معالجة مع المزود قبل النقل. راجع النسخة المنشورة من السجلات بعد الحفظ، واحتفظ بالخادم القديم متاحا خلال فترة المراقبة المتفق عليها.
راقب البريد والموقع واحتفظ بخيار العودة
أرسل رسالة اختبار إلى صندوق الشركة من حساب خارجي، ثم أرسل ردا ورسالة من نموذج الموقع. افحص وصول الرسائل ورؤوسها ونتائج مصادقة SPF وDKIM وDMARC، وقارن المسار مع الوضع السابق. سجّل التأخير أو الرفض وراجعه مع مزود البريد بدلا من تغيير سجلات المصادقة عشوائيا. جرّب كذلك الموقع من أكثر من شبكة.
حدّد مسبقا الحالات التي تستدعي إعادة قيم الويب القديمة، مثل تعطل تسجيل الدخول أو فقد بيانات مهمة. إذا عاد الموقع إلى الخادم السابق، انتبه إلى البيانات المكتوبة في الوجهة الجديدة حتى لا تضيع طلبات العملاء. لا تغلق الاستضافة القديمة إلا بعد استقرار الفحوص والاحتفاظ بنسخة قابلة للاستعادة. هذه الخطوات تقلل المخاطر لكنها لا تضمن انعدام الانقطاع.
هل يجب نقل البريد مع الموقع؟
لا. إذا كانت خدمة البريد الحالية مستمرة، يمكن إبقاؤها مع الحفاظ على سجلاتها والتحقق من أي اعتماد على الخادم القديم.
متى أحذف الاستضافة السابقة؟
بعد نجاح فحوص الموقع والبريد خلال فترة مراقبة متفق عليها، وتأمين البيانات الجديدة وخطة استعادة. لا تربط الحذف بظهور الصفحة الرئيسية وحده.