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

الخلاصة: ثبّت WPvivid من WordPress.org، أنشئ Full Backup يدويًا، اربط Remote Storage، اضبط Schedule وRetention حسب معدل تغير الموقع، ثم اختبر Restore على Staging. النسخة المجانية تدعم Manual/Scheduled backups وRemote Storage وخيارات الاستعادة الأساسية، بينما بعض الميزات المتقدمة مثل Incremental/advanced schedules تقع ضمن Pro بحسب المنتج والنسخة.

إذا كنت تقارن أكثر من إضافة، راجع أيضًا دليل UpdraftPlus. لا تشغّل إضافتي Backup بجدول كامل في الوقت نفسه دون سبب؛ قد تضاعف استهلاك CPU وI/O ومساحة التخزين.

ما الذي توفره WPvivid حاليًا؟

بحسب صفحة الإضافة الرسمية في WordPress.org ووثائق WPvivid، الوظائف الأساسية تشمل:

Full backup: قاعدة البيانات + الملفات.
Files-only أوDatabase-only backup.
Manual backup.
Scheduled backups.
Remote storage.
Restore.
Migration/clone.
Staging كإحدى وظائف الإضافة الأساسية.

ما خدمات Remote Storage المدعومة؟

النسخة الموجودة في WordPress.org تذكر دعم:

Google Drive.
Dropbox.
Amazon S3.
Microsoft OneDrive.
DigitalOcean Spaces.
FTP.
SFTP.

قد تضيف خطط Pro مزودي تخزين وخيارات أكثر، لذلك لا تعتمد على Screenshot قديم لتحديد ما هو Free أوPro؛ راجع صفحة الإضافة وقت الإعداد.

لماذا لا يكفي تخزين Backup على نفس الاستضافة؟

لو الموقع والنسخة الاحتياطية على نفس الخادم، فإن فشل القرص أوالحساب أوحادث أمني قد يؤثر عليهما معًا. وثائق WPvivid نفسها توصي باستخدام Remote Storage للمواقع المهمة.

عمليًا، استخدم مبدأ تعدد النسخ:

نسخة قريبة للاستعادة السريعة.
نسخة Offsite خارج نفس الاستضافة.
Retention يسمح بالعودة إلى نقطة أقدم إذا اكتُشفت المشكلة متأخرًا.

الخطوة 1: تثبيت WPvivid بطريقة آمنة

من WordPress Dashboard افتح Plugins → Add New.
ابحث عن WPvivid — Backup, Migration & Staging.
تحقق من اسم المطور وصفحة WordPress.org.
ثبّت الإضافة وفعّلها.
لا تحمّل ZIP من مصدر غير رسمي.

الخطوة 2: أنشئ أول Full Backup يدويًا

قبل ضبط الجدولة، أنشئ Backup يدويًا حتى تتأكد أن البيئة قادرة على إتمام العملية.

اختر Database + Files.
حدد Local أوRemote destination حسب إعدادك.
ابدأ Backup.
انتظر حالة النجاح.
راجع Log إذا ظهر Warning أوFailure.

الهدف ليس ظهور ملف ZIP فقط؛ تأكد أن المهمة اكتملت وأن الأرشيف موجود في المكان المتوقع.

الخطوة 3: اربط Remote Storage

طريقة المصادقة تختلف حسب المزود، لكن Workflow العام هو:

افتح Remote Storage/Cloud Storage داخل WPvivid.
اختر المزود.
نفّذ Authorization المطلوبة.
احفظ الاتصال.
أنشئ Backup صغيرًا واختبر وصوله للمخزن البعيد.

عند ربط Google Drive أوغيره، أنت تمنح الإضافة صلاحيات محددة في حساب خارجي. راجع شاشة Authorization ولا تستخدم حسابًا يحتوي بيانات غير ضرورية إذا كانت سياسة فريقك تتطلب فصل النسخ الاحتياطية.

الخطوة 4: اختَر Schedule بناءً على معدل تغير البيانات

لا يوجد جدول واحد مناسب لكل المواقع.

نوع الموقع	قاعدة البيانات	الملفات
موقع تعريفي قليل التحديث	أسبوعي أوحسب التغيير	أسبوعي/بعد التعديلات
مدونة نشطة	يومي غالبًا	يومي أوأسبوعي حسب النشر
WooCommerce	أكثر تكرارًا حسب حجم الطلبات	حسب تغير الملفات والUploads
Membership/LMS	حسب معدل النشاط	حسب المحتوى المرفوع

المتجر الذي يستقبل طلبات كل ساعة لا ينبغي أن يعتمد على Database backup أسبوعي إذا خسارة عدة أيام من الطلبات غير مقبولة.

تنبيه مهم: Scheduled Backups وWP-Cron

وثائق WPvivid توضّح أن Scheduled backup tasks تُشغَّل عبر WordPress cron events عادةً، وقد تتأخر في المواقع منخفضة الزيارات. إذا لاحظت أن الجدول لا يعمل في موعده:

راجع WP-Cron.
راجع Scheduled Events/Logs.
استخدم Server-side cron عند الحاجة وبطريقة متوافقة مع الاستضافة.

للتشخيص المتخصص راجع إصلاح WP‑Cron.

الخطوة 5: اضبط Retention بدل الاحتفاظ بكل شيء

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

مثال سياسة عملية:

7 نسخ يومية.
4 نسخ أسبوعية.
نسخة شهرية أطول عمرًا للمواقع الحرجة.

هذه مجرد Architecture مثال وليست إعدادًا إلزاميًا؛ اضبطها حسب قيمة البيانات والتكلفة.

الخطوة 6: اختبر Restore قبل أن تحتاجه

هذه أهم خطوة في الدليل. Backup لا تستطيع استعادتها ليست Backup موثوقة.

أنشئ Staging أوبيئة اختبار.
اختر Backup معروفة.
نفذ Restore.
تحقق من Database والMedia والPlugins والقالب.
افتح صفحات رئيسية وعشوائية.
لو WooCommerce، اختبر Product/Cart/Checkout على بيئة آمنة.
وثق مدة الاستعادة وخطواتها.

لا تختبر Restore لأول مرة على Production وقت العطل.

ماذا يجب أن تختبر بعد Restore؟

Homepage.
Login.
Permalinks.
Media files.
Plugins المهمة.
Forms.
WooCommerce pages.
REST API إذا المشروع يعتمد عليها.
Cron/Background jobs.

Backup قبل تحديث WordPress أوPlugin

أنشئ Restore Point قبل:

WordPress Core update كبير.
WooCommerce update.
تغيير PHP version.
Plugin/Theme migration.
Database cleanup.
Bulk SEO/content modifications.

ولو التغيير حساس، استخدم Staging قبل Production.

هل Local Backup أفضل للاستعادة؟

Local backup سريعة الوصول، لكنها ليست بديلًا عن Offsite copy. استخدمها كطبقة، لا كنقطة حماية وحيدة.

ماذا عن المواقع الكبيرة؟

المواقع الكبيرة قد تواجه:

PHP timeout.
Memory limits.
Disk I/O bottlenecks.
Remote upload timeouts.
Storage quotas.

WPvivid تستخدم تقسيم البيانات ومعالجة على أجزاء للمساعدة في البيئات المختلفة، لكن ما زال يجب اختبار إعداداتك على حجم الموقع الحقيقي.

WooCommerce: النسخ الاحتياطي يحتاج RPO واضح

في متجر، اسأل: كم طلبًا يمكن أن أتحمل خسارته إذا عدت إلى Backup قديمة؟ هذه هي فكرة Recovery Point Objective.

إذا Backup كل 24 ساعة ومتجرك يستقبل عشرات الطلبات يوميًا، فقد يكون RPO غير مقبول. هنا تحتاج استراتيجية أكثر تكرارًا أوحلًا متخصصًا حسب حجم المتجر.

RTO: كم يستغرق رجوع الموقع؟

Recovery Time Objective هو الزمن المقبول للعودة. Backup ضخمة على Remote Storage قد تحتاج تنزيل وفك ضغط واستعادة قاعدة بيانات. اختبر الوقت بدل افتراض أن الاستعادة «بنقرة واحدة» ستعني دقائق في كل بيئة.

هل النسخ الاحتياطي يحمي من الاختراق؟

لا. Backup تساعدك في الاستعادة، لكنها ليست Firewall ولاMalware scanner. قد تنسخ أيضًا Malware داخل Backup إذا لم تكتشفه.

لذلك اجمع بين:

Updates.
Least privilege.
2FA.
Monitoring.
Backups.

هل يجب نسخ Cache والملفات المؤقتة؟

غالبًا لا تحتاج Cache ضخمة أوLogs قابلة لإعادة الإنشاء داخل كل Backup، لكن لا تستبعد أي مسار قبل فهم محتواه. استخدم Include/Exclude rules بحذر.

متى تختار WPvivid Free ومتى تحتاج Pro؟

Free مناسبة لكثير من المواقع التي تحتاج Full/manual/scheduled backup وRemote storage وrestore/migration أساسية. فكر في Pro عندما تحتاج ميزات متقدمة مذكورة رسميًا مثل incremental backups أوadvanced schedules أوخيارات remote/restore أوسع أوإدارة متقدمة.

راجع صفحة Features الحالية قبل الشراء لأن التقسيم بين Free/Pro قد يتغير مع الإصدارات.

Checklist إعداد WPvivid

تثبيت من WordPress.org.
Full manual backup ناجحة.
Remote storage مربوطة.
Schedule مناسبة لمعدل التغيير.
Retention محددة.
Notifications مفعلة عند الحاجة.
Disk space مراقبة.
Restore test موثق.
Staging متاحة للتحديثات الحساسة.

أخطاء شائعة

الاحتفاظ بكل النسخ على نفس الخادم.
عدم اختبار Restore.
Schedule أبطأ من معدل تغير البيانات.
تشغيل إضافتي Backup في نفس الوقت.
امتلاء disk بسبب Retention غير محدودة.
الاعتماد على نجاح Task دون مراجعة logs.
عدم ملاحظة فشل Remote upload.

أسئلة شائعة

هل WPvivid مجانية؟

نعم، توجد نسخة مجانية في WordPress.org مع Backup/Migration/Staging ووظائف أساسية، وتوجد نسخة Pro بميزات إضافية.

هل WPvivid تدعم Google Drive؟

نعم، صفحة WordPress.org الرسمية تذكر Google Drive ضمن Remote Storage المدعومة.

هل يمكن جدولة النسخ الاحتياطي؟

نعم. النسخة الرسمية تدعم Scheduled backups، لكن تنفيذها يعتمد عادة على WP‑Cron وقد يتأخر في المواقع منخفضة الزيارات.

هل يمكن استعادة الموقع؟

نعم، الاستعادة من الوظائف الأساسية. المهم أن تختبر عملية الاستعادة في بيئتك بدل الاعتماد على وجود الزر.

كم مرة آخذ Backup؟

حسب معدل تغير البيانات وRPO المقبول. موقع ثابت قد يكفيه أقل، بينما متجر نشط يحتاج نسخًا أكثر تكرارًا.

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

الخلاصة

أفضل إعداد WPvivid ليس «Daily Backup وخلاص». صمم خطة Recovery: ماذا تنسخ، كل كم ساعة/يوم، أين تخزن، كم نسخة تحتفظ بها، وكيف تستعيدها. اربط Remote Storage، راقب WP‑Cron والLogs، واختبر Restore على Staging. وقت الأزمة، الاختبار السابق أهم من أي شعار تسويقي.

WPvivid Backup 2026: إعداد نسخ احتياطي WordPress واختبار الاستعادة