عمولة تبدأ من ٤٠٪: اختبار استعادة ووردبريس على Hostinger

النسخة الاحتياطية وعد، والاستعادة المختبرة هي الدليل

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

وثائق Hostinger المحدثة في أغسطس 2026 تعرض مسارين: Restore website لموقع WordPress المؤهل، أو استعادة الملفات وقاعدة البيانات منفصلين. المسار الكامل يعيد المكونين إلى النسخة المختارة ويستبدل الحالة الحالية. لذلك هذا الاختبار ليس جولة استكشاف عشوائية في لوحة التحكم؛ إنه تغيير يحتاج نطاقًا ونسخة حماية ومعيار قبول وخطة رجوع.

١. حدّد حادثًا واقعيًا ونطاق نجاح قابلًا للفحص

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

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

٢. احمِ الحالة الحالية حتى لو كانت معطوبة جزئيًا

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

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

٣. نفّذ مسار Restore website بوعي لعملية الاستبدال

بحسب المسار الرسمي الحالي، انتقل في hPanel إلى Websites ثم قائمة المواقع ثم Dashboard، وابحث عن Backups. في تبويب Restore and Download وتحت Website backup اختر التاريخ المطلوب ثم Restore website. تعرض الواجهة تحذيرًا بأن البيانات الحالية ستُستبدل؛ اقرأ النطاق والتاريخ مرة أخرى قبل التأكيد. بعد البدء، تابع الحالة بدل تحديث الصفحة والضغط مرة ثانية.

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

٤. عند الفصل: طابق تاريخ الملفات مع قاعدة البيانات

في المسار المنفصل، اختر Files backup ثم التاريخ واستعد الملفات. بعد اكتمالها، انتقل إلى Database backup، واختر قاعدة البيانات الصحيحة والتاريخ نفسه. يمكنك معرفة اسم قاعدة ووردبريس من إعداد DB_NAME في wp-config.php، لكن لا تنشر الملف أو بيانات الاتصال. وتشير وثائق Hostinger إلى أن قاعدة البيانات يجب أن تكون موجودة في قائمة قواعد MySQL الحالية قبل استعادتها.

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

الاستعادة الجزئية مفيدة عندما تعرف الضرر بدقة، مثل wp-config.php أو .htaccess، لكنها لا تثبت قدرة خطة التعافي الكاملة. نفّذ دوريًا تجربة تشمل الموقع كمنظومة، ثم استخدم الاستعادة الجزئية للحوادث المحدودة. وإذا لم تملك سوى قاعدة بيانات، تذكر أن الصور والملفات المرفوعة لا تعيش داخلها؛ الوثائق الرسمية تفصل لهذه الحالة مسارًا يحتاج ملفات ووردبريس ورفع المرفقات من مصدر آخر.

٥. افحص القبول كزائر ومحرر ومسوق

ابدأ بالمستخدم المجهول: افتح صفحات من أنواع مختلفة، وابحث، وانتقل بين التصنيفات، وافحص الصور والتنزيلات والروابط الداخلية. ثم سجّل الدخول بدور غير المدير وتأكد من الصلاحيات، وافتح المحرر واحفظ مسودة صغيرة في بيئة الاختبار. إذا كان الموقع متعدد اللغات، اختبر التحويل بين النسخ وعناوين canonical والاتجاه العربي، لا النسخة الإنجليزية فقط.

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

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

٦. حوّل النتيجة إلى دليل تشغيل للحادث الحقيقي

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

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

عمولة تبدأ من ٤٠٪ لا تختصر قرار الاستضافة

تحققنا في سبتمبر 2026 من HTML الخام لصفحة Hostinger الرسمية. الوصف والصفحة يقولان إن العمولة تبدأ من ٤٠٪ لكل بيع مؤهل وتزداد بحسب حجم المبيعات، ولم تظهر في فحص عبارات إغلاق أو قائمة انتظار. هذه حقيقة عن برنامج الشراكة، وليست قياسًا لجودة النسخ الاحتياطي أو ملاءمة الخطة لموقع بعينه.

اقرأ برنامج Hostinger ثم قارن بحاجتك الفعلية مع برنامج SiteGround وبرنامج Namecheap. اسأل عن نطاق النسخ وتواترها ومدة الاحتفاظ ومسار التنزيل والاستعادة في الخطة التي ستشتريها، لأن هذه التفاصيل قد تختلف وتتغير. إذا لم تنشرها الصفحة الرسمية لخطة محددة، اكتب غير مؤكد وراجعها في لوحة الشراء أو الدعم قبل التوصية.