حل أخطاء 502 Bad Gateway و504 Gateway Timeout: الأسباب والحلول الكاملة 2026

مقدمة

يُعدّ خطأ 502 Bad Gateway وخطأ 504 Gateway Timeout من أكثر أخطاء الخوادم إزعاجًا، إذ يظهران فجأة ويمنعان الزوار من الوصول إلى موقعك، ما يعني فقدان زيارات ومبيعات وتأثيرًا سلبيًا على ترتيبك في محركات البحث.

في هذا الدليل سنشرح معنى كل من خطأ 502 و504، والفرق بينهما، وأبرز أسبابهما، ثم خطوات الحل العملية واحدةً تلو الأخرى، وكيف تمنع تكرارهما مستقبلاً.

ما هو خطأ 502 Bad Gateway؟

خطأ 502 يعني أن الخادم الوسيط (مثل Nginx أو Cloudflare) تلقّى ردًّا غير صالح من الخادم الخلفي المسؤول عن تشغيل موقعك. أي أن الوسيط يعمل، لكن الخادم الذي يُفترض أن يعالج الطلب أعاد ردًّا فاسدًا أو لم يستطع إكمال المعالجة.

ما هو خطأ 504 Gateway Timeout؟

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

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

الفرق بين 502 و504

• 502 Bad Gateway: وصل ردٌّ لكنه غير صالح أو فاسد.
• 504 Gateway Timeout: لم يصل أي رد قبل انتهاء المهلة.
• كلاهما يشير إلى مشكلة بين الخادم الوسيط والخادم الخلفي، لا في متصفح الزائر.

كيف يظهر الخطأ؟

قد تظهر رسائل مختلفة بحسب الخادم مثل: «502 Bad Gateway»، «504 Gateway Time-out»، «Bad Gateway: The proxy server received an invalid response»، وأحيانًا تظهر صفحة Cloudflare بنفس رمز الخطأ.

الأسباب الشائعة لظهور الخطأ

• توقّف خدمة PHP-FPM أو تعطّلها
• نفاد موارد الخادم (CPU أو RAM)
• استعلام قاعدة بيانات بطيء جدًا
• إضافة أو سكربت يستهلك وقتًا طويلًا
• إعدادات مهلة (timeout) منخفضة في Nginx أو PHP
• مشكلة مؤقتة في Cloudflare أو الـ CDN
• تحديث أو إعادة تشغيل الخادم

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

تأثير الخطأ على الزوار وSEO

عند تكرار خطأ 502 و504، يغادر الزوار الموقع فورًا، وقد تسجّل محركات البحث الموقع كغير متاح أثناء الزحف، ما يضرّ الترتيب. لذلك السرعة في الحل ضرورية. وإذا ظهر خطأ 500 بدلًا من ذلك، راجع: حل خطأ 500 Internal Server Error في ووردبريس: الأسباب و8 حلول مضمونة 2026.

الحل الأول: تحديث الصفحة ومسح الكاش

في كثير من الحالات يكون خطأ 502 Bad Gateway مؤقتًا بسبب ضغط لحظي أو إعادة تشغيل. انتظر دقيقة ثم حدّث الصفحة (F5)، وامسح كاش المتصفح وكاش الموقع وCloudflare. إذا اختفى الخطأ فالمشكلة كانت عابرة.

الحل الثاني: فحص الإضافات وموارد PHP

الإضافات الثقيلة أو السكربتات غير المحسّنة قد تستهلك موارد PHP وتسبّب خطأ 502 Bad Gateway أو 504. عطّل الإضافات الحديثة واحدة تلو الأخرى لتحديد المسبّب، وارفع حد ذاكرة PHP وعدد العمليات إذا كان الموقع مزدحمًا.

الحل الثالث: رفع مهلة الخادم (Timeout)

خطأ 504 غالبًا سببه مهلة منخفضة. ارفع قيم المهلة في إعدادات الخادم مثل fastcgi_read_timeout في Nginx وmax_execution_time في PHP، لمنح الطلبات الثقيلة وقتًا كافيًا للاكتمال.

إذا كنت تدير الخادم بنفسك، فهذه أبرز القيم التي قد تحتاج رفعها في Nginx مع PHP-FPM:

# /etc/nginx/conf.d/timeout.conf
fastcgi_read_timeout 300;
proxy_read_timeout 300;
proxy_connect_timeout 300;

# php.ini
max_execution_time = 300
max_input_time = 300

وعلى استضافة cPanel يمكنك تعديل max_execution_time من أداة “Select PHP Version” ثم “Options”. احرص على ألا تبالغ في رفع المهلة، فالقيمة العالية جدًا قد تُبقي طلبات معطوبة عالقة وتستهلك الموارد؛ والقيمة 300 ثانية كافية لأغلب الحالات.

الحل الرابع: فحص Cloudflare والـ CDN

إذا كنت تستخدم Cloudflare، فقد يكون الخطأ من طبقة الوكيل. جرّب إيقاف الوكيل (السحابة البرتقالية) مؤقتًا لتتأكد إن كان الخطأ من الخادم أم من Cloudflare. للمزيد، راجع: إعداد Cloudflare وربطه بموقعك خطوة بخطوة 2026.

الحل الخامس: مراجعة سجلات الأخطاء

سجلات الأخطاء (Error Logs) في cPanel أو على الخادم تكشف السبب الدقيق: خدمة متوقفة، أو استعلام بطيء، أو نفاد ذاكرة. ابدأ دائمًا بمراجعة آخر السطور وقت ظهور الخطأ.

للوصول السريع إلى سبب الخطأ، افتح سجلات الخادم وراقب الرسائل المقترنة بوقت ظهور 502 أو 504. أبرز ما تبحث عنه:

• upstream timed out ← المهلة منخفضة (الحل الثالث)
• connect() failed أو No such file ← خدمة PHP-FPM متوقفة
• worker_connections ← الخادم وصل حدّ الاتصالات
• رسائل Out of memory ← نفاد الذاكرة

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

متى يكون السبب من الخادم نفسه؟

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

كيف تمنع تكرار الخطأ مستقبلاً؟

• استخدم استضافة بموارد كافية وخوادم سريعة
• حسّن استعلامات قاعدة البيانات وأضف الفهارس
• فعّل التخزين المؤقت (Cache) لتخفيف الضغط
• راقب موارد الخادم بانتظام
• قلّل الإضافات غير الضرورية

ولتسريع استجابة الخادم، راجع: كيف تقلل زمن استجابة السيرفر TTFB إلى أقل من 200ms.

لماذا تقل هذه الأخطاء مع مرام هوست؟

توفّر مرام هوست خوادم AMD EPYC وتخزين NVMe وLiteSpeed مع موارد سخية وإعدادات مهلة محسّنة ودعم فني عربي 24/7، ما يقلّل أخطاء 502 و504 إلى الحد الأدنى.

الخلاصة

خطأ 502 Bad Gateway وخطأ 504 Gateway Timeout مشكلتان في التواصل بين الخادم الوسيط والخلفي، ولهما حلول واضحة: مسح الكاش، فحص الإضافات وموارد PHP، رفع المهلة، ومراجعة Cloudflare والسجلات. ومع استضافة قوية مثل مرام هوست تصبح هذه الأخطاء نادرة جدًا.

باختصار، لا تدع خطأ 502 Bad Gateway يوقف موقعك طويلًا؛ فمعظم حالات خطأ 502 Bad Gateway تُحلّ بمسح الكاش ورفع المهلة ومراجعة الإضافات والخادم خلال دقائق.