كيفية نقل موقع WordPress: الطرق اليدوية، الإضافات، واستضافة المواقع

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

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

قبل الترحيل: قائمة التحقق للتحضير

الطريقة 1: الترحيل اليدوي (تحكم كامل)

يوفر الترحيل اليدوي تحكمًا كاملاً في العملية. إنها الطريقة المفضلة للمطورين وللمواقع المعقدة ذات التكوينات المخصصة.

الخطوة 1: تصدير قاعدة البيانات

اتصل بمضيفك الحالي عبر SSH أو phpMyAdmin وقم بتصدير قاعدة بيانات ووردبريس:

باستخدام سطر الأوامر (SSH):

• قم بتشغيل: mysqldump -u username -p database_name > backup.sql
• قم بتنزيل ملف backup.sql إلى جهازك المحلي

باستخدام phpMyAdmin:

• اختر قاعدة البيانات الخاصة بك → تصدير → تصدير سريع → تنسيق SQL → اذهب
• احفظ ملف .sql

الخطوة 2: نسخ جميع الملفات

قم بتنزيل جميع ملفات ووردبريس من الخادم الحالي:

• اتصل عبر SFTP (FileZilla، WinSCP، أو Cyberduck)
• قم بتنزيل الدليل الكامل لووردبريس (wp-content، wp-admin، wp-includes، الملفات الجذرية)
• بدلاً من ذلك، أنشئ أرشيف مضغوط: tar -czf wordpress-backup.tar.gz /path/to/wordpress/

دليل wp-content هو الأكثر أهمية - يحتوي على القوالب، والإضافات، والتحميلات (الصور)، وملفات التكوين.

الخطوة 3: رفع الملفات إلى الخادم الجديد

• قم بالرفع عبر SFTP أو استخراج الأرشيف على الخادم الجديد
• تأكد من أن أذونات الملفات صحيحة: الأدلة عند 755، الملفات عند 644
• تحقق من وجود ملف wp-config.php ولكن ستحتاج إلى تحديثه

الخطوة 4: إنشاء قاعدة بيانات على الخادم الجديد

• قم بإنشاء قاعدة بيانات MySQL جديدة ومستخدم على الاستضافة الجديدة
• امنح المستخدم جميع الامتيازات على قاعدة البيانات الجديدة
• استورد قاعدة البيانات: mysql -u new_username -p new_database < backup.sql

الخطوة 5: تحديث wp-config.php

قم بتحرير wp-config.php على الخادم الجديد باستخدام بيانات اعتماد قاعدة البيانات الجديدة:

• DB_NAME → اسم قاعدة البيانات الجديدة
• DB_USER → اسم مستخدم قاعدة البيانات الجديدة
• DB_PASSWORD → كلمة مرور قاعدة البيانات الجديدة
• DB_HOST → عادةً 'localhost' ولكن تحقق مع مضيفك

الخطوة 6: البحث واستبدال عناوين URL (إذا كنت تغير النطاقات)

إذا كان نطاقك يتغير، تحتاج إلى تحديث جميع عناوين URL في قاعدة البيانات. يقوم ووردبريس بتخزين عناوين URL المطلقة للصور، والروابط، والبيانات المسلسلة. استخدم أداة WP-CLI أو سكربت Search Replace DB:

• wp search-replace 'https://old-domain.com' 'https://new-domain.com' --all-tables
• هذا يتعامل مع البيانات المسلسلة بشكل صحيح (على عكس البحث والاستبدال البسيط في SQL)

الخطوة 7: تحديث DNS

وجه سجلات DNS الخاصة بنطاقك إلى عنوان IP الخاص بالخادم الجديد. قم بتحديث سجل A (و AAAA لـ IPv6) لدى مسجل النطاق الخاص بك. مع تعيين TTL إلى 300 ثانية (من الإعداد)، عادة ما تكتمل عملية الانتشار خلال 5-30 دقيقة.

الطريقة 2: ترحيل المكونات الإضافية (الأبسط)

تتعامل مكونات الترحيل الإضافية مع التفاصيل الفنية تلقائيًا. هذه هي الطريقة الموصى بها للمستخدمين الذين لا يشعرون بالراحة مع SSH وإدارة قواعد البيانات.

مكونات الترحيل الموصى بها

عملية الترحيل (All-in-One WP Migration)

1. التثبيت على الموقع المصدر: قم بتثبيت وتفعيل المكون الإضافي على الموقع الحالي
2. التصدير: انتقل إلى All-in-One → تصدير → تصدير إلى → ملف. يقوم المكون الإضافي بإنشاء أرشيف .wpress
3. تثبيت WordPress على الوجهة: قم بإعداد تثبيت WordPress جديد على المضيف الجديد
4. تثبيت المكون الإضافي على الوجهة: قم بتثبيت نفس المكون الإضافي على تثبيت WordPress الجديد
5. الاستيراد: انتقل إلى All-in-One → استيراد → تحميل ملف .wpress
6. تم: يقوم المكون الإضافي باستبدال قاعدة البيانات والملفات وتحديث URLs تلقائيًا

الطريقة 3: ترحيل مزود الاستضافة

تقدم العديد من مزودي الاستضافة خدمات ترحيل مجانية أو أدوات ترحيل مدمجة:

• SiteGround: ترحيل WordPress مجاني مع مكونهم الإضافي Migrator
• Cloudways: ترحيل أول مجاني من قبل فريقهم
• Kinsta: ترحيل مجاني متضمن مع جميع الخطط، يتم التعامل معه بواسطة فريقهم
• WP Engine: مكون إضافي لترحيل تلقائي

الترحيل بمساعدة الاستضافة هو الخيار الأسهل ولكنه يمنحك أقل قدر من التحكم. بالنسبة للمواقع ذات التكوينات المخصصة، أو مهام cron، أو الإعدادات غير القياسية، فإن الترحيل اليدوي أو باستخدام المكونات الإضافية يكون أكثر موثوقية.

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

مشاكل شائعة في الهجرة وحلولها

للمزيد من التفاصيل، يرجى الرجوع إلى الوثائق الرسمية: وثائق ترحيل ووردبريس.

أسئلة شائعة

كم من الوقت تستغرق هجرة WordPress؟

تستغرق الهجرة النموذجية من 30 إلى 60 دقيقة للعملية التقنية. يمكن أن تضيف انتشار DNS من 5 دقائق إلى 48 ساعة اعتمادًا على إعدادات TTL الخاصة بك وتخزين ISP المؤقت. تقليل TTL إلى 300 ثانية قبل 24 ساعة من الهجرة يقلل من تأخيرات الانتشار.

هل سأفقد أي بيانات أثناء الهجرة؟

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

هل يمكنني هجرة موقع WordPress بدون توقف؟

نعم. المفتاح هو إكمال الهجرة على الخادم الجديد قبل تحديث DNS. قم بإعداد الموقع على المضيف الجديد، تحقق من أن كل شيء يعمل (باستخدام رابط مؤقت أو إدخال في ملف hosts)، ثم قم بتحديث DNS. سيتم تقديم المستخدمين بواسطة الخادم القديم حتى يتم انتشار DNS، ثم الانتقال بسلاسة إلى الخادم الجديد.

هل أحتاج إلى إعادة تثبيت الإضافات والسمات بعد الهجرة؟

لا. تشمل الهجرة الكاملة (الملفات + قاعدة البيانات) جميع الإضافات والسمات والتحميلات والإعدادات. يتم نقل كل شيء كما هو. يجب عليك التحقق من أن الإضافات نشطة ومكونة بشكل صحيح، لكن إعادة التثبيت ليست ضرورية.

ماذا لو كان موقعي كبيرًا جدًا بالنسبة لإضافة الهجرة؟

قد تواجه المواقع التي تتجاوز 2-5 جيجابايت (شائعة مع المواقع التي تحتوي على وسائط ثقيلة) حدود التحميل أو مشاكل انتهاء المهلة مع إضافات الهجرة. في هذه الحالة، استخدم الطريقة اليدوية: نقل الملفات عبر SSH/SFTP واستيراد قاعدة البيانات عبر سطر الأوامر. يمكن تقسيم قواعد البيانات الكبيرة باستخدام معلمة --max_allowed_packet.

هل يجب أن أقوم بتحديث WordPress والإضافات والسمات قبل أو بعد الهجرة؟

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