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

الموقع لا يتوقف عن التغير بعد إطلاقه. تتحدث إضافات WordPress والقالب والنواة، وتتغير متطلبات الأمان، وقد يفشل نموذج التواصل أو نسخة احتياطية دون أن يلاحظ أحد. لكن ليس كل موقع يحتاج الباقة نفسها. صفحة تعريفية قليلة التغيير تختلف عن متجر يعتمد عليه فريق المبيعات يوميًا.
خدمة ذات صلة من يونيكود: تصميم وتطوير المواقع الإلكترونية.
حد أدنى يمكن اختباره
يشمل الأساس متابعة التحديثات بعد اختبارها، نسخًا احتياطية منتظمة قابلة للاستعادة، مراقبة التوافر، وفحص النماذج والوظائف الأساسية. لا تعتبر وجود ملف نسخ احتياطي نجاحًا حتى تُجرّب استعادة نسخة في بيئة آمنة. حدد من يتلقى تنبيه العطل، ووقت الاستجابة المتفق عليه، وكيف تُوثق التغييرات.
للمتجر أو موقع الحجز، أضف اختبار رحلة طلب أو حجز بعد تحديثات مهمة ومراقبة الدفع والبريد. راقب السرعة ومؤشرات الأداء، لكن لا تخلط «المراقبة» بمشروع تحسين شامل. تحديث إضافة قد يكون ضمن الصيانة؛ بناء تكامل جديد أو إعادة تصميم صفحة خدمة هو تطوير مستقل ويحتاج نطاقًا واضحًا.
كيف تقارن العروض؟
اسأل عن عدد النسخ وفترة الاحتفاظ ومكان التخزين، بيئة التجربة، ساعات الدعم، استعادة الطوارئ، والمسؤول عن تراخيص الإضافات. احتفظ بملكية حسابات الاستضافة والدومين ووثيقة تسليم تكفي لنقل الصيانة إذا احتجت.
ابدأ بجرد الموقع قبل اختيار الباقة
احصر القالب والإضافات وإصداراتها، وصفحات توليد الطلبات، وخدمات البريد والدفع والحجز، والحسابات التي تملك صلاحية الإدارة. اسأل: ما الذي يتوقف إذا تعطل هذا الجزء يومًا كاملًا؟ نموذج تواصل واحد في موقع تعريفي قد يكون مهمًا، لكنه ليس مثل سلة متجر تتلقى طلبات طوال اليوم. رتّب العناصر حسب أثر العطل وسرعة اكتشافه. بهذه الخريطة يمكن تحديد وتيرة مراجعة مناسبة بدل شراء «تحديثات أسبوعية» لا تشمل اختبار الوظائف التي تعتمد عليها الإيرادات. احتفظ بنسخة من الجرد تتغير مع الموقع؛ فالخطة التي كانت مناسبة قبل إضافة متجر أو نظام حجوزات قد لا تناسبه بعدها.
النسخ الاحتياطي ليس زرًا أخضر
توضح وثائق WordPress الرسمية أن استعادة الموقع المعتاد تحتاج الملفات وقاعدة البيانات معًا. لذلك اسأل أين تُخزن النسخ، وكيف تُحمى، وكم نسخة تُحفظ، وهل توجد نسخة خارج الاستضافة نفسها. حدد هدفًا عمليًا: ما أقصى بيانات يمكنك تحمل فقدها، وما المدة المقبولة لاستعادة الخدمة؟ لا تقل «نسخ يومي» دون اختبار استعادة حقيقي في بيئة آمنة. قد تكشف التجربة أن ملفات الصور محفوظة لكن قاعدة البيانات ناقصة، أو أن مفتاح خدمة خارجية غير موثق. سجل آخر اختبار استعادة ووقته والنتيجة، وكرر الاختبار حين تتغير البنية أو الأدوات المهمة.
تحديثات محسوبة مع إمكانية التراجع
ابدأ بقراءة ملاحظات الإصدار للتحديثات المهمة، ثم خذ نسخة قابلة للاستعادة، واختبر التغييرات في بيئة تجريبية عندما يكون أثر العطل مرتفعًا. بعد التحديث، جرّب الصفحات والنماذج والبحث وتسجيل الدخول والشراء أو الحجز إن وُجد. لا تؤجل تحديثًا أمنيًا مهمًا بلا سبب، لكن لا تطبق تغييرات كثيرة دفعة واحدة ثم تعجز عن معرفة أيها سبب المشكلة. احتفظ بسجل يضم تاريخ التعديل والإضافة المتأثرة والاختبار ومن نفذه. وإذا ظهر تعارض، أعد النسخة السليمة وفق خطة واضحة ثم حل المشكلة في الاختبار قبل إعادة النشر. تعتمد التفاصيل على مزود الاستضافة والإضافات، لذلك لا تعد بسياسة آلية تصلح لكل موقع.
مراقبة ما يراه العميل فعلًا
قد تكون الصفحة الرئيسية متاحة بينما نموذج الاتصال لا يرسل، أو تصل رسائل الطلب إلى البريد المزعج، أو يفشل الدفع من الهاتف. صمم فحوصًا حول الرحلات المهمة، لا حول استجابة الخادم فقط. لموقع خدمات، اختبر الإرسال واستلام الرسالة وتسجيل المصدر في CRM. للمتجر، جرّب عينة طلب بوسيلة آمنة وتحقق من البريد والمخزون. راقب التنبيهات من أدوات التحليل والبحث وأخطاء الخادم، لكن تأكد من وجود إنسان مسؤول عن تفسيرها. إذا تكرر انقطاع قصير كل أسبوع، فالتقرير الشهري وحده لا يكفي؛ ابحث عن السبب الجذري وخطة منع التكرار.
حدود الدعم والاستجابة
اطلب من مقدم الصيانة تعريفًا واضحًا لبلاغ الطوارئ، ونافذة العمل، وطريقة التواصل، ووقت الاستجابة الأولية، وآلية التصعيد إذا لم تُحل المشكلة. العطل الذي يوقف الدفع يختلف عن تغيير لون زر. لا تخلط وقت الرد مع وقت الإصلاح؛ قد يحتاج إصلاح تكامل خارجي إلى تعاون مزوده. وضح كذلك مسؤولية الاستضافة، شهادات الأمان، التراخيص، المحتوى، وطلبات التطوير. الصيانة الجيدة لا تعني «تعديلات غير محدودة» بل قائمة خدمات ومخرجات شهرية قابلة للفحص. عندما تطلب ميزة جديدة، احصل على نطاق وتقدير منفصلين حتى لا يبتلع التوسع وقت حماية الموقع الأساسي.
حماية الوصول وخطة التسليم
إذا كان الموقع مرتبطًا ببريد معاملات أو بوابة دفع، فوثّق كذلك مالك هذه الحسابات وإجراءات تغيير مفاتيحها. عند انتهاء عقد الصيانة ينبغي أن تنتقل المعرفة والوصول بأمان، لا أن تتوقف خدمة العملاء بسبب حساب لا يملكه أحد في الشركة.
استخدم حسابات فردية بصلاحيات تناسب العمل بدل مشاركة حساب مدير واحد، وراجع الوصول عند خروج موظف أو تغيير المورد. وثّق أماكن النسخ والملكية والتراخيص وبيانات الدعم دون نشر أسرار الدخول في ملف مكشوف. احتفظ بحسابات الدومين والاستضافة والبريد باسم الجهة المالكة، مع وصول تشغيلي للفريق المختص. في نهاية كل شهر، اطلب ملخصًا للتحديثات والنسخ المجربة والمشكلات التي ظهرت وما يحتاج قرارًا منك. وإذا أردت تغيير مزود الصيانة، يجب أن تعرف كيف تنقل الوثائق والحسابات وسجل الحوادث دون توقف الخدمة. هذه القابلية للنقل معيار مهم عند مقارنة العروض.
متى تراجع الخطة؟
واطلب من فريق الصيانة تجربة بلاغ طوارئ تجريبي: من يستقبل التنبيه، وكيف يصل إلى النسخة الاحتياطية، ومن يقرر إعادة الخدمة أو التراجع عن التحديث؟
راجع مستوى الصيانة بعد إطلاق متجر أو حملة كبيرة أو تكامل جديد، وعند حدوث حادث متكرر أو تغير حجم الطلبات. قارن تكلفة الخطة بأثر التعطل المحتمل، لا بعدد الإضافات فقط. إن كان الموقع مهمًا للمبيعات، اطلب اختبار استعادة دوريًا ومراقبة للرحلات الأساسية؛ وإن كان موقعًا تعريفيًا قليل التغيير، فقد تكفي خطة أخف مع نسخ موثوقة ومسؤول واضح.
خطة صيانة WordPress
صف نوع الموقع وأهم رحلة للعميل وآخر اختبار استعادة لنحدد مستوى دعم مناسبًا للمخاطرة. تواصل مع الفريق.