خدمات صيانة المواقع الإلكترونية في دبي

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

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

كما نراقب تجديد شهادات SSL والنطاقات، ونرسل تقريراً شهرياً بما أُنجز وما وجدناه.

1. لا تحذف كل شيء في لحظة ذعر: خذ نسخة كاملة من الحالة المخترقة، فالأدلة تساعد في العثور على نقطة الدخول.
2. أوقف الموقع أو ضع صفحة صيانة إذا كان يقدّم برمجيات خبيثة أو صفحات تصيّد للزوار.
3. غيّر كل كلمات المرور: الاستضافة وقاعدة البيانات والمستخدمين الإداريين وSFTP والبريد، وأزل المستخدمين المجهولين.
4. استعد نسخة نظيفة معروفة، أو نظّف الملفات المصابة بإعادة تثبيت النواة والإضافات والقوالب من مصادرها الرسمية وفحص مجلد الرفع وقاعدة البيانات.
5. اعثر على الثغرة وسدّها: غالباً إضافة قديمة أو قالب مقرصن أو كلمة مرور ضعيفة.
6. اطلب المراجعة من Google Safe Browsing وقوائم الحظر إذا وُسم الموقع بتحذير.
7. ضع المراقبة وجدار الحماية حتى لا يتكرر ذلك.

نتولى كل ذلك كخدمة طوارئ تبدأ في يوم العمل نفسه، ونساعد غير العملاء أيضاً في التنظيف الطارئ لمرة واحدة.

WordPress آمن عندما يُصان. فمعظم الاختراقات تأتي من إضافات مهجورة وقوالب مقرصنة وكلمات مرور مكررة وصفحات إدارة مفتوحة للإنترنت كله. لذلك:

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

لمعظم المواقع البطيئة أسباب قليلة. نقيس أولاً، ثم نصلح حسب الأثر:

1. صور كبيرة الحجم: نحوّلها إلى AVIF أو WebP ونقدّمها بالأحجام المناسبة.
2. إضافات وسكربتات كثيرة أو ثقيلة: نزيلها أو نستبدلها أو نؤجل تحميلها.
3. غياب التخزين المؤقت: نضيف تخزين الصفحات والكائنات وشبكة التوزيع.
4. استضافة بطيئة: ننتقل إلى خادم بالحجم المناسب عند الحاجة.
5. ملفات CSS وJavaScript تعطّل العرض: ندمج الأساسي ونؤجل الباقي.
6. التضمينات الخارجية: نحمّل أدوات المحادثة والخرائط والفيديو عند الحاجة فقط.

نتتبع مؤشرات Core Web Vitals قبل الإصلاح وبعده لترى التحسن.

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

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

والنسخة الاحتياطية لا تفيد إلا إذا كانت حديثة، ومخزّنة في مكان لا يصل إليه المهاجم، ومعروفاً أنها تُستعاد. نتبع قاعدة ⁦3-2-1⁩: ثلاث نسخ على الأقل، على نوعين مختلفين من التخزين، إحداها خارج الموقع. النسخ مشفّرة، وتُحفظ وفق جدول (مثل نسخ يومية لثلاثين يوماً ونسخ شهرية لسنة)، وتُختبر استعادتها بانتظام لنعرف كم يستغرق التعافي.