اتفاقية مستوى الخدمة لصيانة المواقع: ما يجب أن يتضمنه عقد الصيانة السنوي (الأمان والسرعة وتحسين محركات البحث)

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

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

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

عقد الصيانة السنوي (AMC) مقابل اتفاقية مستوى الخدمة (SLA): ما الفرق؟

رغم أن المصطلحين يُستخدمان غالباً بالتبادل في الاستعمال الشائع، فإن عقد الصيانة السنوي (AMC) واتفاقية مستوى الخدمة (SLA) يخدمان غرضين مختلفين تماماً ضمن منظومة دعم المواقع الإلكترونية.

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

أما اتفاقية مستوى الخدمة لصيانة المواقع (SLA) فهي الالتزام القابل للقياس بالخدمة والمدمج مباشرةً في العقد أو المرفق به. وهي تحدد الجودة الدقيقة، وسرعة التشغيل، والمعايير التقنية التي يلتزم مزوّد الخدمة بتقديمها، مقيسةً وفق مؤشرات الأداء الرئيسية (KPIs).

نطاق الأمان الذي يجب أن تغطيه كل اتفاقية مستوى خدمة لأمن الموقع

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

ينبغي لكل اتفاقية صيانة بمستوى المؤسسات أن تحدد بوضوح المتطلبات عبر ركائز الأمان الأساسية التالية:

وتيرة الترقيع والتحديثات الأساسية

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

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

إدارة الثغرات والجدران النارية

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

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

وتيرة النسخ الاحتياطي وأهداف زمن التعافي من الكوارث (RTO)

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

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

التزامات السرعة ووقت التشغيل التي يجب اشتراطها

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

أهداف وقت التشغيل وفواصل المراقبة

لا ينبغي أن تقبل وعوداً غامضة بشأن التوافر العالي. اشترط خط أساس واضحاً لاتفاقية مستوى الخدمة لوقت تشغيل الموقع:

يسمح مقياس توافر بنسبة 99.9% بنحو 43 دقيقة من التعطل غير المجدول شهرياً، في حين تقصر نسبة 99.99% مدة التعطل إلى أقل من 5 دقائق شهرياً. والأهم من ذلك، حدّد أن يتم التحقق من وقت التشغيل عبر أدوات مراقبة خارجية آلية تفحص الخادم عند فواصل تتراوح بين دقيقة و5 دقائق، بدلاً من الاعتماد على سجلات المورّد المُبلَّغ عنها ذاتياً.

أداء سرعة الصفحة وحوكمة مؤشرات الويب الأساسية

يرتكز تحسين الأداء الحديث على مقاييس تجربة المستخدم من Google. وينبغي أن يُلزِم اتفاق الصيانة المورّد بدورة تحسين منتظمة تُتابَع عبر أدوات آلية مثل Google PageSpeed Insights:

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

جداول تحسين قاعدة البيانات

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

مخرجات صيانة تحسين محركات البحث التي تحمي النمو

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

الصحة التقنية وضمانات الفهرسة

• مراقبة الزحف والفهرسة: تحقق مستمر من تهيئة ملف robots.txt وخرائط موقع XML لضمان أن زواحف محركات البحث قادرة على اكتشاف صفحاتك بكفاءة دون إهدار ميزانية الزحف.
• تدقيقات Google Search Console: تحليل شهري لتقارير التغطية داخل Google Search Console لالتقاط أخطاء الزحف الهيكلية، أو انتهاء مهلة الخادم، أو رفض الفهرسة، وتشخيصها ومعالجتها.
• نظافة الروابط الأساسية (Canonical) وHreflang: فحوصات آلية مستمرة لمنع عقوبات المحتوى المكرر عبر فرض وسوم canonical الصحيحة والحفاظ على سمات hreflang دقيقة للتهيئات متعددة اللغات.

التنظيف الهيكلي وداخل الموقع

• إدارة الروابط المكسورة وعمليات إعادة التوجيه: فحوصات شهرية لعزل الروابط الخارجية المكسورة وأخطاء 404 الداخلية. وينبغي أن تفرض اتفاقية مستوى الخدمة معالجة فورية عبر تعيين نظيف لإعادة توجيه 301 للحفاظ على قيمة الروابط.
• التحقق من ترميز Schema: مراقبة مستمرة للبيانات المنظمة وعمليات نشر schema لضمان عدم تعطل المقتطفات المنسّقة (rich snippets) بسبب تحديثات نظام إدارة المحتوى أو التعديلات المعمارية الأساسية.
• تدقيقات الاستجابة على الأجهزة المحمولة: اختبار منتظم عبر منافذ عرض الأجهزة المحمولة المتطورة لمنع انكسارات التخطيط التي قد تُطلق عقوبات قابلية الاستخدام على الجوال من محركات البحث.

مصفوفة الاستجابة والحل القائمة على درجة الخطورة

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

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

ما الذي يجب قياسه شهرياً: لوحة مؤشرات الأداء الرئيسية

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

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

قائمة التحقق من عقد صيانة الموقع الإلكتروني

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

أمّن مستقبلك الرقمي اليوم

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

احمِ استثماراتك الرقمية باستراتيجية صيانة مقصودة واستباقية. وسواء كنت بحاجة إلى مراقبة استباقية، أو أمان بمستوى المؤسسات، أو دعم بنية تحتية قابلة للتوسع، فإن الشراكة مع شركة تطوير مواقع إلكترونية في السعودية ذات خبرة يمكن أن تساعد في تحصين منظومتك الرقمية للمستقبل. تواصل مع فريقنا الهندسي الخبير اليوم لجدولة تدقيق شامل لصيانة الموقع، وتدقيق عقد الصيانة السنوي (AMC)، وتقييم فجوات اتفاقية مستوى الخدمة (SLA). دعنا نبني أساساً آمناً ومرناً وعالي الأداء لعملك.

ما الذي تتضمنه اتفاقية مستوى الخدمة لصيانة الموقع؟

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

ما وقت التشغيل الذي ينبغي أن أتوقعه في عقد الصيانة السنوي؟

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

كم مرة ينبغي تطبيق التصحيحات الأمنية؟

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

هل ينتمي تحسين محركات البحث إلى عقد الصيانة؟

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

ما وقت الاستجابة المعقول للحوادث الحرجة؟

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