إطلاق الموقع بداية العمل لا نهايته
يبدو يوم الإطلاق كأنه نهاية مشروع الموقع، لكنه بالنسبة إلى الموقع نفسه اليوم الأول من سنوات طويلة في الخدمة. فالبرمجيات التي يقوم عليها ستصدر لها تحديثات أمنية، وشهادة الأمان ستحتاج إلى تجديد، وأحد النماذج سيتوقف بصمت عن إيصال الاستفسارات لأن إعداداً في البريد الإلكتروني تغيّر، وسيغادر أحد الموظفين الشركة ومعه كلمة المرور الوحيدة للنطاق.
لا شيء من هذا يحدث بضجة، وكله يمكن منعه. لكن المشكلة أن كل مهمة صغيرة، ولا تخص أحداً ما لم تُسند إليه. ويعرض هذا الدليل المهام، ويقترح من يتولى كلاً منها عادةً، ويضع بين يديك جدولاً تملؤه بأسماء فريقك.
مهام صيانة الموقع السبع
| المهمة | ما تشمله | من يتولاها عادةً |
|---|---|---|
| النطاق والاستضافة | التجديدات، والفواتير، وسجلات DNS، والشهادات | مؤسستك تملك الحسابات، وقد يديرها شريك تقني |
| تحديثات البرمجيات | نظام إدارة المحتوى (CMS)، والإضافات، وأطر العمل، وبرمجيات الخادم | شريك تقني أو مطوّر من داخل المؤسسة |
| النسخ الاحتياطية | نسخ منتظمة للملفات وقاعدة البيانات، واستعادة تجريبية منها | مزوّد الاستضافة أو الشريك التقني |
| الأمان | ضبط صلاحيات الوصول، وحماية تسجيل الدخول، والفحص الدوري، والاستجابة للحوادث | مشتركة: الشريك للجانب التقني، وأنت للحسابات والموظفين |
| المحتوى | إبقاء الصفحات والأسعار وبيانات الفريق والنصوص القانونية والأخبار محدّثة | فريق التسويق أو الاتصال لديك |
| النماذج والربط | التأكد من أن الاستفسارات، ومزامنة نظام إدارة علاقات العملاء (CRM)، والمدفوعات، والتحليلات ما زالت تعمل | مشتركة: أنت تختبر، والشريك يصلح |
| المراقبة | توفّر الموقع، والأخطاء، والسرعة، والظهور في نتائج البحث | الشريك التقني، مع تقارير تصلك منه |
العمود الأوسط هو نطاق اتفاقية الصيانة. فإن لم يذكر عرض الدعم أي هذه البنود يغطي، فاسأل قبل أن توقّع.
ما ينبغي أن تحتفظ به مؤسستك بنفسها دائماً
بعض الأمور ينبغي أن تبقى في يدك أياً كان من يتولى العمل اليومي، لأن خسارتها تعني خسارة السيطرة على الموقع.
- تسجيل النطاق. باسم المؤسسة، وعلى بريد إلكتروني مشترك للشركة، مع تذكيرات تجديد تصل إلى أكثر من شخص.
- حساب الاستضافة أو المنصة. حسابك أنت، وبيانات الدفع الخاصة بك، ويُضاف الشريك مستخدماً يمكن إزالته.
- صلاحية المسؤول في نظام إدارة المحتوى. لشخصين على الأقل داخل المؤسسة، لكل منهما بيانات دخول خاصة به.
- حسابات التحليلات ومحركات البحث والإعلانات. تنشئها أنت وتشاركها مع الآخرين، لا العكس أبداً.
- نسخة حديثة من الشيفرة والمحتوى. صلاحية الوصول إلى مستودع الشيفرة، ومعرفة مكان حفظ النسخ الاحتياطية.
- قائمة مكتوبة بكل ما سبق. محفوظة في مكان لا تضيع فيه إذا تغيّر الموظفون.
شروط الملكية والترخيص تحددها اتفاقية المشروع، وفيها تتأكد مما تحصل عليه من القوالب والشيفرة المخصصة والمكوّنات المرخّصة.
إيقاع ثابت للعمل الروتيني
تتوقف الوتيرة على طريقة بناء الموقع ومدى أهميته للعمل. فمنصات بناء المواقع المستضافة تُسقط معظم البنود التقنية، أما النظام المستضاف ذاتياً بإضافات كثيرة فيحتاج إلى أكبر قدر من الانتباه. استخدم ما يلي نقطة بداية، وعدّله مع من يتولى صيانة الموقع.
- 01
باستمرار، وبشكل آلي
فحص توفّر الموقع، وتنبيهات الأخطاء، والنسخ الاحتياطي، كلها يجب أن تعمل دون أن يتذكرها أحد. لكن لا بد من شخص يتلقى التنبيهات ويعرف ما يفعل.
- 02
أسبوعياً أو مع كل إصدار
طبّق التحديثات الأمنية لنظام إدارة المحتوى وإضافاته، على نسخة تجريبية أولاً إن كان الموقع معقداً. وألقِ نظرة على سجل الأخطاء.
- 03
شهرياً
أرسل استفساراً تجريبياً عبر كل نموذج، وتأكد من وصوله. وراجع تقارير السرعة والبحث. وتحقق أن المحتوى المرتبط بتواريخ ما زال صالحاً.
- 04
كل ربع سنة
استعِد نسخة احتياطية إلى موقع تجريبي. وراجع من يملك صلاحيات الوصول، واحذف من غادروا. وتحقق من التجديدات القادمة.
- 05
سنوياً
راجع الموقع كله بحثاً عن المحتوى القديم، والروابط المعطلة، ومشكلات إمكانية الوصول، والنصوص القانونية. وحدّد ما ستحسّنه في العام المقبل.
مثال تطبيقي
موقع شركة صناعية بعد عام من إطلاقه
هذا مثال افتراضي يوضح ما يمنعه جدول مسؤوليات متفق عليه. شركة صناعية تطلق موقعاً جديداً، وقبل الإطلاق تملأ هذا الجدول باقتراح من الوكالة التي بنت الموقع.
- قبل الإطلاقيتبيّن أن النطاق مسجّل باسم موظف سابق. فيُنقل إلى حساب باسم الشركة، ويُضاف مديران جهتي اتصال.
- الشهر الثانييكشف الاختبار الشهري للنماذج أن استفسارات الموزعين توقفت عن الوصول منذ تغيير في نظام البريد الإلكتروني للشركة. فيُصلح الخلل في اليوم نفسه. ولولا الاختبار، لما عرف أحد.
- الشهر الخامسيصدر تحديث أمني لنظام إدارة المحتوى. فتطبّقه الوكالة على نسخة تجريبية، وتتحقق من صفحات المنتجات، ثم تنشره في الأسبوع نفسه ضمن اتفاقية الدعم.
- الشهر التاسعتغادر مديرة التسويق. فتُلغى صلاحياتها في المراجعة الربع سنوية، ويتسلم من حلّ محلها بيانات دخول خاصة والقائمة المكتوبة بالحسابات.
لم يحدث لهذا الموقع شيء لافت في عامه الأول، وهذه بالضبط النتيجة التي تسعى إليها الصيانة الجيدة. ولولا وجود مسؤول محدد بالاسم، لتحول كل واحد من هذه الأحداث الأربعة إلى مشكلة حقيقية.
ما تبحث عنه في اتفاقية الدعم
اتفاقية واضحة
- تذكر المهام المشمولة بنداً بنداً
- تبيّن كيف تبلّغ عن مشكلة، ومتى يصلك الرد
- تفصل الصيانة الروتينية عن الأعمال الجديدة
- تشمل استعادة تجريبية من النسخ الاحتياطية
- تمنحك تقريراً مكتوباً منتظماً
- توضح كيف يستطيع أي من الطرفين إنهاءها، وما الذي يُسلَّم عندها
اتفاقية مبهمة
- تَعِد بالدعم دون أن تحدد ما يشمله
- لا أوقات استجابة من أي نوع
- تحديثات تُطبَّق مباشرة على الموقع العامل
- النسخ الاحتياطية مذكورة، والاستعادة لا تُختبر أبداً
- لا تسمع من مزوّد الخدمة إلا حين تصل الفاتورة
وتشرح صفحة صيانة البرمجيات والدعم الفني كيف ننظم ذلك للمنتجات التي نتولى رعايتها.
قائمة تحقق تُستكمل قبل الإطلاق
قائمة التحقق لتسليم صيانة الموقع
0 من 10 منجزةماذا تفعل الآن
انسخ المهام السبع في مستند، واكتب اسماً بجانب كل منها. وحيث لا تستطيع، تكون قد وجدت الثغرة. وإن كان موقعك يعمل بالفعل، فأجرِ التمرين نفسه اليوم، وابدأ بالنطاق والنسخ الاحتياطية.
وإن أردت رأياً ثانياً في موقع قائم، أخبرنا كيف بُني وأين يُستضاف، وسنقول لك أي البنود نبدأ بالنظر فيها.
أسئلة شائعة
هل يحتاج موقع مبني على منصة جاهزة مستضافة إلى صيانة؟
يحتاج إلى صيانة أقل، ومن نوع مختلف. فمزوّد المنصة يتولى الخوادم وتحديثات البرمجيات ومعظم جوانب الأمان، وتبقى أنت مسؤولاً عن المحتوى، والنماذج، والربط مع الأنظمة، وصلاحيات موظفيك، والنطاق، وأي إضافات مخصصة. ويبقى الاختبار الشهري للنماذج والمراجعة الربع سنوية للصلاحيات مهمَّين على هذه المنصات كما على غيرها.
كم ينبغي أن تكلّف صيانة الموقع؟
يتوقف ذلك على طريقة بناء الموقع، وعدد الأنظمة المربوطة به، والسرعة المطلوبة في الاستجابة للمشكلات، لذلك فأي رقم يُذكر دون هذه المعطيات سيكون مضللاً. اطلب عرضاً يذكر المهام المشمولة وأوقات الاستجابة. فمقارنة عرضين بنداً بنداً تخبرك أكثر مما تخبرك مقارنة إجماليهما.
هل يستطيع موظفونا صيانة الموقع بأنفسهم؟
يستطيعون عادةً تولي المحتوى، واختبار النماذج، ومراجعة الصلاحيات، والتجديدات. أما تحديثات البرمجيات والنسخ الاحتياطي والأمان وتحسين الأداء فتحتاج إلى مهارة تقنية، وخطأ واحد فيها قد يوقف الموقع. لذلك تُبقي مؤسسات كثيرة المجموعة الأولى لدى فريقها، وتسند الثانية إلى شريك تقني باتفاقية صغيرة.
ماذا يحدث إن توقفنا عن تحديث برمجيات الموقع؟
يظل الموقع يعمل لفترة، وهذا ما يجعل الإهمال مغرياً. لكن مع الوقت تصبح الثغرات المعروفة في البرمجيات القديمة طريقاً شائعاً للهجمات، وتفقد الإضافات توافقها، ويتحول التحديث المؤجل إلى مشروع أكبر وأكثر خطورة. والتحديثات الصغيرة المنتظمة أقل تكلفة من تحديث كبير تأخر عن وقته.
من المسؤول إذا اختُرق الموقع؟
تتحدد المسؤولية بحسب الاتفاقية وسبب الاختراق. فالمزوّد الذي تعهّد بتطبيق التحديثات ولم يفعل يختلف موقفه عن مزوّد لم يُطلب منه ذلك أصلاً. وأياً كان المخطئ، فاستعادة الموقع تعتمد على النسخ الاحتياطية، وصلاحيات الوصول إلى الحسابات، ووجود شخص متاح للتصرف، ولهذا تستحق هذه الثلاثة أن تُرتَّب مسبقاً.
