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

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

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

متى يكون نقل الموقع إلى استضافة جديدة قرارًا صحيحًا؟

ليس كل انزعاج من الاستضافة سببًا كافيًا للنقل، لكن هناك علامات واضحة تقول إن الوقت قد حان:

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

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

الجرد قبل النقل: اعرف ما الذي تملكه بالضبط

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

قائمة الجرد الأساسية

1. الملفات: كل محتوى مجلد الموقع (عادة public_html)، بما فيه الصور المرفوعة والملفات المخفية مثل .htaccess.
2. قواعد البيانات (Databases): أسماؤها، ومستخدموها، وأي موقع فرعي يستخدم قاعدة بيانات منفصلة.
3. حسابات البريد الإلكتروني: عناوين البريد، والرسائل المخزنة فيها، وإعادات التوجيه (Forwarders)، والردود التلقائية.
4. المهام المجدولة (Cron Jobs): أوامر تعمل تلقائيًا كإرسال تقارير أو تنظيف ملفات مؤقتة.
5. شهادة SSL: هل هي مجانية تلقائية أم مدفوعة يجب نقلها أو إعادة إصدارها؟
6. سجلات DNS: انسخ كل السجلات الحالية، وخاصة سجلات MX للبريد وسجلات TXT الخاصة بالتحقق مثل SPF وDKIM.
7. نسخة PHP والإضافات: سجّل رقم نسخة PHP وأي إعدادات خاصة، حتى تطابقها على الخادم الجديد.
8. النطاقات الفرعية والإضافية: مثل shop.example.com أو نطاقات مرتبطة بالحساب نفسه.

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

النسخة الاحتياطية الكاملة أولًا، دائمًا

قبل أي خطوة نقل، خذ نسخة احتياطية كاملة واحفظها خارج الاستضافة القديمة، على جهازك أو في تخزين سحابي. هذه النسخة هي شبكة الأمان إن حدث أي خطأ أثناء النقل.

إذا كانت استضافتك تستخدم cPanel، فستجد أداة Backup التي تتيح تنزيل نسخة كاملة من الحساب، أو نسخًا جزئية للملفات وقواعد البيانات كلٌّ على حدة. لا تكتفِ بإنشاء النسخة، بل نزّلها وتأكد أن حجمها منطقي وأن الملف يُفتح. للتعمق في هذا الموضوع، راجع مقالنا عن استراتيجية النسخ الاحتياطي 3-2-1.

طرق نقل الموقع: النقل الكامل أم اليدوي؟

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

الطريقة الأولى: نقل حساب cPanel كاملًا

إذا كانت الاستضافة القديمة والجديدة تستخدمان cPanel، فأسهل طريقة هي نقل الحساب كاملًا (Full Account Transfer). تأخذ نسخة كاملة من الحساب القديم بصيغة ملف مضغوط، ثم تُستعاد على الخادم الجديد كما هي: الملفات وقواعد البيانات وحسابات البريد ورسائلها والمهام المجدولة وإعدادات النطاقات.

استعادة النسخة الكاملة عادة تحتاج صلاحيات مدير الخادم (WHM)، لذلك تتم غالبًا عبر الدعم الفني للاستضافة الجديدة. هذه الطريقة الأقل عرضة للأخطاء لأن كل شيء ينتقل دفعة واحدة.

الطريقة الثانية: النقل اليدوي

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

1. انقل الملفات: اضغط مجلد الموقع من مدير الملفات (File Manager) ونزّله، ثم ارفعه إلى المجلد المقابل في الاستضافة الجديدة وفك ضغطه. يمكنك أيضًا استخدام FTP، لكن الضغط أسرع بكثير مع آلاف الملفات الصغيرة.
2. صدّر قاعدة البيانات: من phpMyAdmin اختر قاعدة البيانات، ثم Export بصيغة SQL.
3. أنشئ قاعدة بيانات جديدة: في الاستضافة الجديدة أنشئ قاعدة بيانات ومستخدمًا بكلمة مرور قوية، وامنحه كل الصلاحيات عليها.
4. استورد البيانات: من phpMyAdmin في الاستضافة الجديدة افتح القاعدة الجديدة واختر Import وارفع ملف SQL.
5. حدّث ملف الإعدادات: في ووردبريس افتح wp-config.php وعدّل بيانات الاتصال لتطابق القاعدة الجديدة.

define( 'DB_NAME', 'newuser_wpdb' );
define( 'DB_USER', 'newuser_wpuser' );
define( 'DB_PASSWORD', 'كلمة-مرور-قوية-هنا' );
define( 'DB_HOST', 'localhost' );

في أنظمة أخرى قد يكون ملف الإعدادات باسم مختلف مثل .env أو config.php، والمبدأ واحد: اسم القاعدة واسم المستخدم وكلمة المرور والمضيف.

إذا كانت ملفات قاعدة البيانات كبيرة جدًا ورفضها phpMyAdmin بسبب حد حجم الرفع، فاطلب من الدعم الفني استيرادها لك، فهذا طلب شائع وسهل.

نقل البريد الإلكتروني دون أن تضيع رسالة

البريد هو الجزء الذي يُنسى كثيرًا. إذا نقلت الحساب كاملًا عبر cPanel فالرسائل تنتقل معه. أما في النقل اليدوي فعليك أولًا إنشاء حسابات البريد نفسها بالأسماء ذاتها في الاستضافة الجديدة.

بعد ذلك تُنقل الرسائل بطريقة مزامنة IMAP (IMAP Sync): أداة تتصل بالخادم القديم والجديد معًا وتنسخ المجلدات والرسائل من الأول إلى الثاني. بعض الاستضافات توفر هذه الأداة، ويمكن أيضًا استخدام برنامج بريد على جهازك مثل Thunderbird: أضف الحسابين القديم والجديد بإعداد IMAP ثم اسحب المجلدات من الأول إلى الثاني.

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

اختبر الموقع على الخادم الجديد قبل تبديل DNS

هذه هي الخطوة التي تصنع الفرق بين نقل بلا توقف ونقل مليء بالمفاجآت. الفكرة أن تفتح موقعك من الخادم الجديد على جهازك فقط، بينما يستمر كل الزوار في رؤية الموقع القديم.

طريقة ملف hosts

ملف hosts على جهازك يسمح لك بأن تقول للمتصفح: "عندما أطلب example.com اذهب إلى هذا العنوان"، متجاوزًا DNS العام. أضف سطرًا بعنوان IP الخادم الجديد (تجده في لوحة التحكم أو رسالة الترحيب):

203.0.113.10    example.com
203.0.113.10    www.example.com

على Windows: افتح المفكرة (Notepad) بصلاحية المسؤول، ثم افتح الملف:

C:\Windows\System32\drivers\etc\hosts

على macOS: افتح الطرفية (Terminal) ونفّذ:

sudo nano /etc/hosts

أضف السطرين في آخر الملف واحفظ. قد تحتاج إلى إغلاق المتصفح وإعادة فتحه، أو مسح ذاكرة DNS المؤقتة. على macOS يمكنك تنفيذ:

sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

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

الرابط المؤقت

بعض الاستضافات توفر رابطًا مؤقتًا (Temporary URL) لمعاينة الموقع قبل ربط النطاق. هذا مفيد للمواقع البسيطة، لكن مواقع ووردبريس قد تعرض روابط مكسورة عبره لأنها تخزن اسم النطاق داخل قاعدة البيانات، لذلك تبقى طريقة hosts أدق.

تبديل DNS دون توقف

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

خفّض قيمة TTL قبل النقل بيوم أو يومين

TTL (Time To Live) هو رقم مرفق بكل سجل DNS يخبر الخوادم حول العالم كم ثانية تحتفظ بالإجابة في ذاكرتها قبل أن تسأل من جديد. إذا كانت القيمة 86400 ثانية، فقد تبقى بعض الشبكات تشير إلى خادمك القديم يومًا كاملًا بعد التبديل.

لذلك، قبل النقل بـ 24 إلى 48 ساعة، خفّض TTL لسجلات A وMX إلى قيمة صغيرة مثل 300 ثانية (خمس دقائق). عندما تبدّل العنوان لاحقًا، ستلتقط الشبكات التغيير بسرعة. بعد استقرار النقل يمكنك إعادة TTL إلى قيمة أعلى.

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

خوادم الأسماء أم سجلات A؟

لديك خياران لتوجيه النطاق إلى الاستضافة الجديدة:

• تغيير خوادم الأسماء (Nameservers): تجعل الاستضافة الجديدة مسؤولة عن كل سجلات DNS للنطاق. هذا أبسط إن أردت إدارة كل شيء من لوحة واحدة، لكن تأكد أولًا أن كل السجلات القديمة (خاصة MX وTXT) أُعيد إنشاؤها في المنطقة الجديدة. تغيير خوادم الأسماء يمر عبر سجل النطاق وقد يأخذ وقتًا أطول للانتشار، ولا يتأثر بتخفيض TTL الذي قمت به.
• تعديل سجلات A فقط: تبقي إدارة DNS حيث هي، وتغيّر عنوان IP في سجلَي example.com وwww إلى عنوان الخادم الجديد. هذا الخيار يستفيد مباشرة من TTL المنخفض، وهو الأسرع عادة.

كم يستغرق الانتشار؟

الانتشار (DNS Propagation) هو الوقت الذي تحتاجه الشبكات لتحديث ذاكرتها. قد يصل إلى 24–48 ساعة، لكنه غالبًا أقل من ذلك بكثير، خاصة مع TTL منخفض. خلال هذه الفترة قد يرى بعض الزوار الموقع القديم وبعضهم الجديد، ولهذا من المهم ألا تغيّر المحتوى على الموقع القديم بعد بدء النقل.

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

جدول زمني مقترح لنقل الموقع

قائمة التحقق بعد النقل

بعد أن تبدأ الزيارات بالوصول إلى الخادم الجديد، راجع هذه النقاط واحدة واحدة:

• النماذج: أرسل رسالة تجريبية من نموذج الاتصال وتأكد من وصولها.
• شهادة SSL: افتح الموقع بـ https وتأكد من ظهور القفل دون تحذيرات. إن احتجت مزيدًا من الشرح فاقرأ دليلنا عن شهادات SSL.
• البريد الإلكتروني: أرسل واستقبل من كل حساب مهم، وتأكد أن سجلات MX وSPF تشير إلى المكان الصحيح.
• التحويلات (Redirects): تأكد أن قواعد .htaccess تعمل، وأن الروابط القديمة لا تعطي خطأ 404.
• المهام المجدولة: تأكد أنها أُعيد إنشاؤها وتعمل على الخادم الجديد.
• Google Search Console: راقب تقرير التغطية والأخطاء خلال الأيام التالية للتأكد أن محركات البحث تصل إلى الموقع بشكل طبيعي.

احتفظ بالاستضافة القديمة بضعة أيام

لا تلغِ الاستضافة القديمة يوم النقل. أبقِها بضعة أيام على الأقل بعد اكتمال الانتشار، فقد تحتاج إلى ملف نسيته، أو رسائل بريد وصلت متأخرة، أو مقارنة إعداد ما. ألغِها فقط عندما تتأكد أن كل شيء يعمل وأن لديك نسخة احتياطية محفوظة خارجها.

أسئلة شائعة

هل يتوقف موقعي أثناء النقل؟

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

هل يؤثر نقل الموقع على ترتيبي في محركات البحث؟

النقل إلى استضافة جديدة مع الحفاظ على النطاق نفسه وبنية الروابط نفسها لا يؤثر عادة على الترتيب. المهم أن يبقى الموقع متاحًا دون أخطاء، وألا تتغير الروابط. راقب Google Search Console في الأيام التالية للتأكد من عدم ظهور أخطاء زحف.

هل يجب أن أنقل النطاق نفسه إلى الشركة الجديدة؟

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

ماذا لو كان موقعي كبيرًا جدًا؟

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

هل أحتاج خبرة تقنية لنقل موقعي بنفسي؟

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

الخلاصة

نقل الموقع إلى استضافة جديدة دون توقف لا يعتمد على الحظ، بل على الترتيب: جرد شامل، نسخة احتياطية محفوظة خارج الخادم، نقل الملفات والبيانات والبريد، اختبار الموقع عبر ملف hosts، تخفيض TTL مسبقًا، ثم تبديل DNS ومراجعة كل شيء بعده، مع الإبقاء على الاستضافة القديمة بضعة أيام احتياطًا. إذا كنت تبحث عن بيت جديد لموقعك بلوحة cPanel وتخزين NVMe ودعم يتحدث العربية، فاطّلع على خطط استضافة NetNexus ودعنا نتولى النقل عنك.