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