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

الدقيقة الأولى: هل العطل عندك أم عند الجميع

افتح الموقع في نافذة خاصة بلا إضافات، ثم من شبكة هاتف مختلفة، ثم من أداة خارجية. إن عمل من مكان واحد فقط وفشل من آخر، فالمشكلة في شبكتك أو في كاش محلي أو في تباعدت DNS. أداة فحص التوفّر في الموقع تختبر HTTP و HTTPS من الخارج وتخبرك برمز الاستجابة وزمنها: أداة فحص التوفّر. إن أعادت «يعمل» فالخادم يستجيب، وعليك أن تبحث في مكان آخر قبل إرسال أي تذكرة.

الطبقات الخمس بالترتيب

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

رموز الأخطاء ومعناها العملي

500: خطأ داخلي، السجل هو الحكم. 502 و504: وسيط لم يستلم رداً من الخادم في الوقت المحدد، غالباً تعطل خدمة التطبيق أو بطء شديد. 503: الخدمة متوقفة مؤقتاً بقرار من الاستضافة. 522 و524: وسيط الحافة لم يستطع الوصول إلى الأصل، فالمشكلة بين الحافة والخادم. 403: الملف موجود لكن التصريح يمنعه، شائع بعد تعديل صلاحيات ملفات. تحذير شهادة SSL: الشهادة انتهت أو لا تطابق الاسم، وطريقة التحقق والعلاج في دليل SSL.

هل المشكلة في الموقع أم في البريد فقط

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

خطأ شائع: تعديل كل شيء في اللحظة نفسها

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

ماذا تجهز قبل مراسلة الدعم

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

الوقاية بعد عودة الموقع

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

الخلاصة

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