# كيف تنقل موقع ووردبريس إلى استضافة جديدة؟
**الرابط الدائم (Slug):** `move-wordpress-site`
**وصف الميتا:** دليل عملي لنقل موقع ووردبريس إلى استضافة جديدة دون فقدان الملفات أو قاعدة البيانات، مع خطوات النسخ والاستيراد وتحديث DNS واختبار الموقع.
**التصنيف:** التثبيت والإعداد
**الوسوم:** نقل ووردبريس، استضافة ووردبريس، النسخ الاحتياطي، ووردبريس
**الكلمة المفتاحية الرئيسية:** نقل موقع ووردبريس
**الكلمات المفتاحية الثانوية:** نقل ووردبريس إلى استضافة جديدة، ترحيل WordPress، migration ووردبريس
## مقدمة
قد تحتاج إلى نقل موقع ووردبريس لأن الاستضافة الحالية أصبحت بطيئة، أو لأنك تريد خادمًا أقوى، أو لأن مزود الخدمة لم يعد يناسب احتياجات المشروع. عملية النقل تبدو مخيفة عندما تفكر في الملفات وقاعدة البيانات والنطاق وDNS، لكنها تصبح واضحة إذا فصلناها إلى مراحل.
المبدأ بسيط: **انسخ الملفات وقاعدة البيانات، جهّز الموقع على الخادم الجديد، اختبره، ثم انقل حركة الزوار إليه.** في هذا الدليل سنسير على هذه العملية دون الاعتماد على أسماء شركة بعينها، لأن الأدوات تختلف من استضافة إلى أخرى.
## قبل البدء: لا تنقل الموقع مباشرة
أكبر خطأ هو تغيير DNS أولًا ثم محاولة إصلاح الموقع الجديد لاحقًا. الأفضل تجهيز الخادم الجديد بينما الموقع القديم ما زال يعمل.
قبل أي تغيير، حضّر:
– نسخة كاملة من ملفات الموقع.
– نسخة من قاعدة البيانات.
– بيانات الدخول إلى الخادم الجديد.
– معلومات قاعدة البيانات الجديدة.
– شهادة SSL للنطاق الجديد أو إعداد جاهز لها.
– خطة للرجوع إلى الخادم القديم إذا فشل النقل.
إذا كان الموقع يستقبل طلبات أو حسابات مستخدمين أو نشرًا مستمرًا، حدد فترة قصيرة تقل فيها التعديلات حتى لا تختلف قاعدة البيانات بين النسخة القديمة والجديدة.
## 1. خذ نسخة من ملفات الموقع
ملفات ووردبريس لا تقتصر على النواة. أهم جزء بالنسبة لمحتواك المخصص عادة هو مجلد `wp-content`، إضافة إلى ملفات الإعداد والقالب والإضافات والملفات المرفوعة.
للنقل الكامل، خذ نسخة من مجلد الموقع كله. يمكنك استخدام مدير الملفات أو SSH أو SFTP حسب الاستضافة.
إذا كان لديك SSH، يمكن إنشاء أرشيف مثل:
“`bash
tar -czf wordpress-files.tar.gz public_html/
“`
غيّر المسار حسب بنية الخادم. لا تنفذ الأمر قبل التأكد من أنك داخل الخادم والمجلد الصحيحين.
## 2. صدّر قاعدة البيانات
افتح أداة إدارة قاعدة البيانات مثل phpMyAdmin أو استخدم `mysqldump` إذا كان لديك وصول SSH.
مثال:
“`bash
mysqldump -u db_user -p database_name > wordpress.sql
“`
سيطلب النظام كلمة مرور قاعدة البيانات. احتفظ بالملف الناتج في مكان آمن.
لا تضع ملف SQL داخل مجلد الموقع العام وتتركه متاحًا للزوار.
## 3. أنشئ قاعدة البيانات على الخادم الجديد
من لوحة الاستضافة الجديدة أنشئ قاعدة بيانات ومستخدمًا لها، ثم امنح المستخدم الصلاحيات المناسبة.
سجل هذه القيم:
– Database Name
– Database User
– Database Password
– Database Host
قد يكون `localhost` أو قيمة أخرى حسب البيئة.
## 4. ارفع ملفات ووردبريس
ارفع الأرشيف أو الملفات إلى المجلد المرتبط بالنطاق في الخادم الجديد. إذا رفعت الأرشيف، فك ضغطه وتأكد من أن البنية أصبحت صحيحة.
يجب أن تجد ملفات مثل:
– `wp-admin`
– `wp-content`
– `wp-includes`
– `wp-config.php`
في المكان الذي يخدمه النطاق.
## 5. استورد قاعدة البيانات
من phpMyAdmin أو أداة الاستيراد المناسبة، اختر قاعدة البيانات الجديدة ثم استورد ملف `wordpress.sql`.
إذا كانت القاعدة كبيرة جدًا وقد رفضت أداة الويب الملف، قد تحتاج إلى الاستيراد عبر SSH أو أداة متخصصة بدل رفع ملف ضخم من المتصفح.
مثال باستخدام MySQL:
“`bash
mysql -u db_user -p database_name < wordpress.sql
“`
## 6. حدّث wp-config.php
افتح `wp-config.php` وتأكد من أن معلومات الاتصال تطابق القاعدة الجديدة.
مثال:
“`php
define( 'DB_NAME', 'database_name' );
define( 'DB_USER', 'database_user' );
define( 'DB_PASSWORD', 'strong-password' );
define( 'DB_HOST', 'localhost' );
“`
لا تنشر كلمة المرور في مقال أو مستودع عام. القيم الموجودة هنا مثال فقط، ويجب استبدالها ببيانات الخادم الفعلية.
## 7. اختبر الموقع قبل تغيير DNS
هذه من أهم خطوات الترحيل. تريد التأكد من أن النسخة الجديدة تعمل قبل إرسال الزوار إليها.
يمكنك الاختبار باستخدام ملف hosts على جهازك، أو نطاق مؤقت إذا كانت الاستضافة توفره، أو طريقة المعاينة التي يقدمها مزود الخدمة.
عند الاختبار، راجع:
– الصفحة الرئيسية.
– المقالات.
– الصفحات.
– الصور.
– تسجيل الدخول.
– النماذج.
– البحث.
– وظائف القالب والإضافات.
– لوحة التحكم.
## 8. افحص الروابط والصور
إذا تم النقل دون تغيير النطاق، يفترض أن تبقى العناوين الأساسية نفسها. لكن بعض الإضافات قد تخزن مسارات مطلقة أو إعدادات مرتبطة بالخادم القديم.
افتح عدة مقالات قديمة وحديثة، واضغط على الصور والروابط. لا تفترض أن الصفحة الرئيسية تعمل يعني أن كل شيء يعمل.
## 9. تحقق من إصدار PHP
قد يكون الخادم الجديد يستخدم إصدار PHP مختلفًا. إذا ظهر خطأ بعد النقل، لا تغيّر كل الإعدادات دفعة واحدة.
راجع سجل أخطاء PHP وابحث عن إضافة أو قالب يعتمد على دالة قديمة. في بعض الحالات يكون الحل تحديث الإضافة أو القالب بدل الرجوع إلى إصدار قديم من PHP.
## 10. راجع التخزين المؤقت
إذا كانت الاستضافة القديمة تستخدم Cache أو CDN، فقد تكون هناك قواعد مرتبطة بها. بعد النقل، امسح الكاش من القالب أو إضافة التخزين المؤقت والخادم وCDN، ثم اختبر الصفحات من نافذة خاصة.
الكاش القديم قد يعطيك انطباعًا بأن النقل نجح بينما الزوار يرون نسخة مختلفة.
## 11. حدّث DNS في اللحظة المناسبة
بعد اختبار الخادم الجديد والتأكد من جاهزية SSL، غيّر سجلات DNS لتشير إلى الخادم الجديد.
لا تحتاج بالضرورة إلى تغيير كل شيء إذا كان تصميم DNS لديك مختلفًا؛ المهم أن تصبح سجلات النطاق الرئيسية موجهة إلى البنية الجديدة.
### لماذا قد يرى بعض المستخدمين الموقع القديم؟
بسبب DNS caching وانتشار التغييرات. لذلك لا توقف الخادم القديم فورًا. اتركه يعمل خلال فترة انتقال مناسبة حتى تقل الطلبات التي تصل إليه.
## 12. لا تنسَ البريد الإلكتروني
إذا كان بريد النطاق مستضافًا على الخادم القديم، فقد يتأثر عند تغيير DNS. افحص سجلات MX والخدمة التي تستضيف البريد قبل تعديل أي سجل.
الموقع والبريد قد يستخدمان مزودين مختلفين، وتغيير DNS بطريقة غير مدروسة قد يوقف البريد حتى لو كان الموقع يعمل.
## 13. راقب الخادم بعد النقل
خلال الساعات والأيام الأولى راقب:
– أخطاء 404.
– أخطاء 500 و502 و503.
– تسجيل الدخول.
– النماذج والرسائل.
– سرعة الصفحات.
– استهلاك الموارد.
– سجلات PHP والخادم.
أي مشكلة جديدة يجب مقارنتها بما كان موجودًا قبل النقل.
## أخطاء شائعة أثناء الترحيل
### الموقع يفتح لكن الصور لا تظهر
افحص مجلد `uploads` وصلاحيات الملفات والروابط المخزنة في قاعدة البيانات. إذا تغير النطاق، قد تحتاج معالجة الروابط القديمة بحذر.
### ظهور صفحة «Error establishing a database connection»
راجع قيم `DB_NAME` و`DB_USER` و`DB_PASSWORD` و`DB_HOST`، ثم تأكد أن مستخدم القاعدة يمتلك الصلاحيات.
### لوحة التحكم تعطي أخطاء بعد النقل
قد يكون السبب اختلاف PHP أو إضافة تعتمد على إعداد موجود في الخادم القديم. عطّل الإضافة المشكوك فيها من بيئة اختبار أو عبر الوصول إلى الملفات إذا تعذر دخول لوحة التحكم، ثم راجع السجلات.
### الموقع يعيد التوجيه إلى النطاق القديم
إذا كنت غيّرت النطاق أيضًا، فقد تكون قيم `siteurl` و`home` أو إعدادات إضافات أخرى ما زالت تشير إلى العنوان القديم. هذه حالة مختلفة عن نقل الاستضافة مع بقاء النطاق نفسه.
## هل أحتاج إلى إضافة Migration؟
الإضافات المتخصصة يمكن أن تجعل النقل أسهل للمبتدئ، خصوصًا عندما لا تريد التعامل مع phpMyAdmin والملفات يدويًا. لكن النقل اليدوي يظل مهارة مفيدة للمطور وصاحب الموقع، لأنك تستطيع استخدامها عندما تتعطل أداة النقل أو عندما تعمل على خادم لا يسمح بالمكونات الإضافية.
لا تستخدم أكثر من أداة نقل في الوقت نفسه على الموقع الإنتاجي دون حاجة. اختر مسارًا واضحًا واختبر النسخة الجديدة قبل تحويل الزوار.
## قائمة فحص نهائية
قبل اعتبار النقل منتهيًا، تأكد من:
1. الملفات موجودة بالكامل.
2. قاعدة البيانات مستوردة.
3. `wp-config.php` صحيح.
4. HTTPS يعمل.
5. الصفحة الرئيسية تعمل.
6. المقالات والصور تعمل.
7. تسجيل الدخول يعمل.
8. النماذج تعمل.
9. البريد لم يتأثر.
10. DNS يشير إلى الخادم الجديد.
11. سجلات الأخطاء طبيعية.
12. النسخة الاحتياطية محفوظة في مكان مستقل.
## أسئلة شائعة
### هل يتوقف الموقع أثناء النقل؟
يمكن تقليل التوقف إلى الحد الأدنى عندما تجهز الخادم الجديد أولًا ثم تغير DNS بعد الاختبار.
### هل أحتاج إلى نقل قاعدة البيانات إذا نقلت الاستضافة؟
نعم، لأن المحتوى والإعدادات والمستخدمين مخزنة في قاعدة البيانات. نقل الملفات وحدها لا ينقل الموقع كاملًا.
### هل تغيير الاستضافة يغير رابط الموقع؟
ليس بالضرورة. يمكنك نقل الخادم مع بقاء النطاق نفسه.
### كم أبقي الاستضافة القديمة؟
من الأفضل الاحتفاظ بها لفترة انتقال مناسبة إلى أن تتأكد أن DNS انتقل وأن الموقع الجديد مستقر ولا توجد طلبات مهمة تصل إلى الخادم القديم.
### هل يمكن نقل موقع كبير يدويًا؟
نعم، لكن المواقع الكبيرة قد تحتاج إلى خطة أدق ومزامنة للبيانات وتقليل فترة التوقف، خصوصًا إذا كان المحتوى يتغير باستمرار.
## الخاتمة
نقل موقع ووردبريس يصبح آمنًا عندما تتعامل معه كعملية ترحيل منظمة، لا كنسخ ملفات عشوائي. خذ نسخة من الملفات والقاعدة، جهز البيئة الجديدة، اختبر كل المكونات، ثم غيّر DNS وراقب الموقع بعد الانتقال.
احتفظ دائمًا بنسخة مستقلة من الموقع القديم حتى تتأكد من نجاح النقل، ولا تحذف الخادم السابق مباشرة. هذه الخطوة البسيطة تمنحك طريق رجوع واضحًا إذا ظهر خطأ غير متوقع.
**اقتراحات ربط داخلي:**
– [كيفية تثبيت ووردبريس خطوة بخطوة للمبتدئين](install-wordpress) — نص الرابط: **تثبيت ووردبريس على الاستضافة**.
– [كيف تختار استضافة ووردبريس المناسبة لموقعك؟](wordpress-hosting) — نص الرابط: **اختيار استضافة ووردبريس**.
– [النسخ الاحتياطي في ووردبريس: دليل عملي كامل](wordpress-backups) — نص الرابط: **النسخ الاحتياطي في ووردبريس**.
**اقتراحات Alt Text:**
– تصدير قاعدة بيانات ووردبريس من phpMyAdmin.
– رفع ملفات WordPress إلى الخادم الجديد.
– إعداد بيانات قاعدة البيانات في wp-config.php.
– اختبار موقع ووردبريس قبل تغيير DNS.
– فحص سجلات DNS بعد نقل الاستضافة.