صيانة الموقع بعد الإطلاق: ما الذي تدفع مقابله فعلاً؟ دليل أصحاب الشركات (2026)

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

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

هذا الدليل مكتوب لأصحاب الشركات والمديرين في مصر والسعودية الذين يملكون موقعاً تعريفياً أو متجراً إلكترونياً أو نظاماً على الويب، لا لفريق تقنية المعلومات. في جاد للتطوير الرقمي (Jad Digital) نشغّل عقود صيانة لمواقع ومتاجر منذ سنوات، ونستلم أيضاً مواقع بناها آخرون وتُركت بلا صيانة لسنوات طويلة. الفارق بين الحالتين هو مصدر معظم ما ستقرؤه هنا.

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

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

هذه الكلمات الثلاث تُخلط دائماً، والخلط بينها هو سبب معظم الخلافات مع المزوّدين:

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

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

ثلاثة تواريخ يجب أن يعرفها شخص مسؤول في شركتك: تجديد اسم النطاق، وتجديد الاستضافة، وتجديد شهادة SSL. انتهاء أي منها يوقف الموقع أو يجعل المتصفح يعرض تحذير «غير آمن» لكل زائر، وهو أسوأ من التوقف لأنه يضرب الثقة.

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

كل مزوّد يقول إن لديه نسخاً احتياطية. السؤال الحقيقي ليس «هل توجد نسخة؟» بل: كل كم يوم تُؤخذ؟ وكم نسخة محفوظة؟ وهل تشمل قاعدة البيانات والملفات معاً؟ وهل تُخزَّن خارج الخادم نفسه؟ ومتى كانت آخر مرة جُرِّبت فيها الاستعادة فعلياً؟

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

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

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

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

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

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

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

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

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

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

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

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

• خطأ (Bug): شيء كان يعمل كما هو موصوف ثم توقف أو صار يعمل بشكل خاطئ. إصلاحه ضمن العقد.
• تعديل محتوى: تغيير نص أو صورة أو سعر أو إضافة مقال أو منتج ضمن التصميم القائم. يدخل عادة ضمن ساعات شهرية متفق عليها.
• ميزة جديدة: شيء لم يكن موجوداً — وحدة حجز، لغة إضافية، تكامل مع نظام، تصميم صفحة جديدة. عمل إضافي يُقدَّر بعرض منفصل.

الموقع المهمل يفقد ترتيبه تدريجياً حتى دون أي خطأ ظاهر. روابط داخلية تنكسر بعد حذف صفحة، وصفحات تعيد رمز خطأ دون أن يلاحظ أحد، ومقالات تصبح قديمة ويتفوق عليها منافس حدّث محتواه، وخريطة الموقع تتوقف عن التحديث، وملف الروبوتات يُعدَّل بالخطأ أثناء تجربة فيحجب الموقع كله عن الفهرسة — وهذا الخطأ الأخير رأيناه أكثر من مرة على مواقع حقيقية.

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

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

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

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

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

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

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

عروض الصيانة تُقدَّم عادة في ثلاثة مستويات. المهم أن تقارنها بالنطاق لا بالرقم، لأن عرضين بالاسم نفسه قد يحتويان أعمالاً مختلفة تماماً.

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

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

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

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

اطلب تعريفاً مكتوباً لثلاثة أشياء: زمن الاستجابة (خلال كم ساعة عمل يصلك رد؟)، وزمن المعالجة المستهدف لكل درجة خطورة (موقع متوقف كلياً ليس كخطأ في صفحة داخلية)، وقنوات التبليغ المعتمدة وساعات التغطية. «ندعمك دائماً» ليست اتفاقية مستوى خدمة، بل عبارة تسويقية.

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

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

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

• من ينفّذ الصيانة فعلياً: مطوّر ثابت يعرف موقعي أم من يكون متاحاً؟
• هل يوجد تقرير شهري يوضح ما نُفِّذ وما اكتُشف؟
• هل تُجرَّب التحديثات على بيئة اختبار قبل النشر؟
• كيف تتعاملون مع طارئ خارج ساعات العمل؟
• ما الذي لا يشمله العقد صراحة؟ (الإجابة عن هذا السؤال أهم من قائمة ما يشمله.)

موظف داخلي يناسب الشركات التي لديها أنظمة متعددة وعمل يومي كافٍ لشغل وقته. الميزة استجابة فورية ومعرفة عميقة بالعمل؛ العيب أن شخصاً واحداً لا يغطي كل التخصصات (خادم، أمان، واجهة، تحسين محركات بحث)، وأن إجازته أو استقالته تترك فجوة كاملة.

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

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

المتجر الإلكتروني ليس موقعاً تعريفياً فيه زر شراء؛ إنه نظام يتعامل مع أموال وبيانات عملاء وأطراف خارجية تتغيّر باستمرار. لذلك تشمل صيانته طبقة إضافية:

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

• بوابات الدفع: تحديثات واجهات Paymob وFawry وInstaPay وMada وTabby وTamara وغيرها، ومتابعة نسب فشل العمليات لا وجودها فقط.
• شركات الشحن: تغيّر واجهات التتبع وحساب أسعار التوصيل والمناطق المغطاة.
• الفوترة الإلكترونية: في السعودية تتطور متطلبات هيئة الزكاة والضريبة والجمارك لمرحلة الربط وما يتبعها، وفي مصر تتطور منظومة الفاتورة والإيصال الإلكتروني لدى مصلحة الضرائب. المتطلبات التقنية تتغيّر مع الوقت، لذا تأكد دائماً من التفاصيل السارية على البوابة الرسمية للجهة، واجعل متابعتها بنداً صريحاً في عقد الصيانة إن كان نظامك يصدر فواتير.
• المخزون والأسعار: أي تكامل مع نظام محاسبة أو ERP يحتاج مراقبة للمزامنة، لأن فشلها الصامت يعني بيع منتجات غير متوفرة.
• الموسمية: قبل المواسم الكبرى (رمضان، الجمعة البيضاء، التخفيضات الموسمية) يلزم اختبار حمل ومراجعة أداء ومنع أي نشر غير ضروري خلال الموسم نفسه.

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

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

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

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

كل ثلاثة أشهر: قياس سرعة الصفحات الرئيسية ومعالجة التراجع · مراجعة حسابات المستخدمين وصلاحياتهم · فحص الروابط المكسورة · التأكد من عمل تتبع التحويلات · مراجعة نسب فشل الدفع للمتاجر.

سنوياً: اختبار استعادة فعلي من نسخة احتياطية · مراجعة تواريخ تجديد النطاق والاستضافة والشهادة · مراجعة إصدارات المنصة والمكتبات وخطة الترقية · مراجعة محتوى الصفحات الأساسية وتحديثه · مراجعة العقد نفسه: هل النطاق ما زال مناسباً لحجم نشاطك؟

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

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

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