صيانة الموقع الإلكتروني للشركات: قائمة فحص شهرية وسنوية

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

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

النسخ الاحتياطي أولاً

قبل أي تحديث للنواة أو الإضافات أو السيرفر أو حتى تعديل كبير على القالب، تحقّقوا من:

• وجود نسخة حديثة للملفات وقاعدة البيانات.
• أن الاسترجاع جُرّب مرة على الأقل (نسخة بلا اختبار استرجاع ليست ضماناً).
• مكان الحفظ خارج نفس السيرفر إن أمكن (تخزين منفصل).
• من يملك صلاحية الاسترجاع خارج ساعات العمل.

حدّدوا سياسة واضحة: نسخ يومي للمواقع النشطة، والاحتفاظ بعدة أجيال (مثلاً 7–30 يوماً حسب أهمية البيانات). المتاجر والنماذج التي تجمع طلبات تحتاج صرامة أعلى من موقع تعريفي نادر التحديث.

البيئة التجريبية قبل الإنتاج

Staging هي نسخة شبه مطابقة تختبرون عليها التحديثات. الحد الأدنى المقبول للشركات:

1. استنساخ الإنتاج إلى staging.
2. تطبيق التحديثات هناك.
3. فحص الصفحات الحرجة: الرئيسية، الخدمات، النموذج، الدفع إن وجد، واللغة الثانية.
4. بعد النجاح: نسخ احتياطي للإنتاج ثم التطبيق على الحي.

إن لم تتوفر staging دائمة، أنشئوا على الأقل مسار اختبار مؤقت قبل التحديثات الكبرى. تحديث مباشر على الإنتاج دون نسخة احتياطية ممارسة مرفوضة—حتى لو «التحديث بسيط».

قائمة الفحص الشهرية

البند	ماذا تفعلون	علامة اكتمال
النسخ الاحتياطي	التأكد من نجاح آخر نسخ ومكان الحفظ	سجل بتاريخ
التحديثات	مراجعة تحديثات النظام/الإضافات/القوالب على staging أولاً	تطبيق أو تأجيل موثّق
SSL	التحقق من صلاحية الشهادة وعدم وجود محتوى مختلط	قفل آمن على الصفحات الحرجة
النماذج والبريد	إرسال اختبار من النموذج ومراجعة وصول الرسائل	رسالة وصلت للوارد الصحيح
واتساب/أرقام التواصل	فحص الروابط والأرقام الظاهرة	فتح صحيح على الجوال
الروابط الحرجة	فحص القوائم وCTA وصفحات الخدمات	لا أخطاء 404 واضحة
uptime	مراجعة تنبيهات المراقبة إن وجدت	لا انقطاع غير مفسَّر
التحليلات وGTM	التأكد أن الزيارات والأحداث الأساسية تُسجَّل	بيانات حية منطقية
المساحة والموارد	مراجعة استهلاك القرص والبريد والنسخ	لا امتلاء مفاجئ

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

قائمة الفحص ربع السنوية

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

قائمة الفحص السنوية

• تجديد النطاق والاستضافة مسبقاً (ضعوا تذكيراً قبل 30–60 يوماً).
• مراجعة DNS وسجلات البريد (SPF/DKIM/DMARC) مع مسؤول البريد.
• تقييم قالب التصميم ورحلة المستخدم: هل صفحة الخدمة ما زالت تطابق العرض؟ راجعوا دليل إعادة التصميم إن تراكم الدين التصميمي.
• مراجعة أهداف التحليلات والأحداث بعد تغيّر الصفحات خلال السنة.
• تدقيق الإضافات المدفوعة وتجديد التراخيص.
• توثيق بيانات الدخول في مكان آمن للشركة (لا في محادثات فقط).
• مراجعة عقد الصيانة مع المزوّد: ماذا يشمل؟ زمن الاستجابة؟ النسخ؟

الأمان وشهادة SSL

SSL يجب أن يبقى صالحاً ويعيد توجيه HTTP إلى HTTPS بشكل صحيح. راقبوا انتهاء الشهادات التلقائية—أحياناً يفشل التجديد الصامت بسبب إعداد DNS أو حدود الاستضافة.

طبقة أمان إضافية للشركات:

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

النماذج والبريد والقياس

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

على جانب القياس:

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

صفحات الهبوط المرتبطة بالإعلانات تستحق فحصاً إضافياً قبل أي حملة؛ انظروا قائمة فحص صفحة الهبوط.

الأداء وCore Web Vitals

كل ربع سنة على الأقل:

• قيسوا الصفحات الرئيسية على الجوال عبر أدوات ميدانية/مخبرية مناسبة.
• راجعوا الصور الثقيلة والسكربتات الجديدة التي أضافها التسويق.
• تجنّبوا تكديس أدوات الدردشة والفيديو والتتبع دفعة واحدة دون قياس الأثر.

الأداء جزء من الصيانة لأنه يتدهور تدريجياً مع كل إضافة، لا دفعة واحدة.

خطة التعامل مع الحوادث

اكتبوا صفحة داخلية قصيرة تجيب:

1. من يُبلَّغ أولاً عند توقف الموقع أو اختراقه؟
2. أين بيانات الاستضافة والنسخ الاحتياطي؟
3. ما ترتيب الأفعال: وضع صفحة صيانة إن لزم → استرجاع آخر نسخة سليمة → تغيير كلمات المرور → فحص الملفات المشبوهة → التحقق من النماذج والقياس بعد العودة.
4. من يحدّث العملاء أو الفريق الداخلي إن توقفت المبيعات أونلاين؟

الخطة لا تحتاج طولاً؛ تحتاج أسماء وأرقام وصول حديثة.

أخطاء شائعة في الصيانة

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

كيف تبنون روتين صيانة داخل الشركة

1. عيّنوا مالكاً داخلياً (حتى مع وكالة خارجية).
2. انقلوا القوائم أعلاه إلى جدول مهام بتاريخ ومسؤول.
3. اربطوا التحديثات الكبرى بـ staging + backup إلزامي.
4. أضيفوا تنبيهات uptime وتذكير تجديد النطاق في التقويم.
5. كل ربع سنة: اختبار استرجاع + مراجعة صلاحيات.
6. كل شهر: اختبار نموذج حقيقي من جوال.
7. وثّقوا التغييرات في سجل بسيط (تاريخ، ماذا تغيّر، من نفّذ).

إن كنتم تعيدون بناء أجزاء من الموقع أثناء الصيانة المتراكمة، قد تحتاجون مساراً أوضح عبر تصميم وتطوير المواقع بدل ترقيع متكرر.

النطاق والاستضافة والبريد المرتبط

كثير من أعطال «الموقع اختفى» سببها إداري لا برمجي: انتهاء نطاق، بطاقة دفع مرفوضة لتجديد الاستضافة، أو نقل DNS غير مكتمل. ضعوا في التقويم:

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

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

قاعدة البيانات بدون مغامرات

انتفاخ قاعدة البيانات يبطئ المواقع ويُعقّد النسخ. التنظيف مشروع حذر:

1. نسخة احتياطية كاملة أولاً.
2. نفّذوا التنظيف على staging إن أمكن.
3. لا تحذفوا جداول لا تفهمون وظيفتها.
4. تجنّبوا إضافات «تحسين بضغطة واحدة» على الإنتاج دون مراجعة.

للمتاجر، راقبوا أيضاً بيانات الجلسات والطلبات القديمة وفق سياسة الاحتفاظ لديكم—لا تحذفوا سجلات مالية تحتاجونها محاسبياً.

دين الإضافات والسكربتات التسويقية

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

عند تغيير الوكالة أو المطوّر

انقلوا مع التسليم: وصول الاستضافة، النطاق، DNS، النسخ، GTM، التحليلات، شهادات SSL، قائمة الإضافات المدفوعة، وبيئة staging. بدون هذا النقل تصبح الصيانة الشهرية التالية تخميناً. اطلبوا سجل آخر 90 يوماً من التغييرات إن وُجد—يوفر ساعات عند أول عطل بعد التسليم.

ما لا تضمنه الصيانة وحدها

الصيانة المنتظمة تقلّل مخاطر التوقف وفقدان البيانات والأعطال الصامتة؛ لا تمنع كل اختراق، ولا تضمن تصدر نتائج البحث، ولا تعوّض عرضاً تجارياً ضعيفاً. كذلك لا تغني عن قرارات تجديد البنية عندما يصبح القالب أو المنصة غير قابلين للدعم.

أسئلة شائعة

هل يكفي اعتماد النسخ التلقائي من شركة الاستضافة؟

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

كم مرة نحدّث ووردبريس والإضافات؟

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

هل الموقع الثابت (بدون CMS) يحتاج صيانة؟

نعم: شهادة SSL، النطاق، الروابط، النماذج/خدمات الطرف الثالث، القياس، ومراقبة التوقف. حجم العمل أقل، والمسؤولية لا تختفي.

ماذا نفعل قبل حملة إعلانية كبيرة؟

اختبار نماذج، سرعة الجوال، روابط واتساب، وتتبع التحويل، والتأكد من أن صفحة الهبوط لا تُرجع أخطاء. الصيانة هنا جزء من جاهزية الإيراد.

هل يمكن للتسويق تنفيذ الصيانة وحده؟

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

متى نستبدل الصيانة الدورية بإعادة بناء؟

عندما تتكرر الأعطال بعد كل تحديث، أو يصبح التطوير البسيط مكلفاً جداً بسبب دين تقني، أو يتغيّر نموذج العمل جذرياً.

خلاصة

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

لمراجعة وضع موقعكم الحالي يمكنكم طلب تدقيق أو مراسلة الفريق عبر واتساب.