خطأ الخادم (5xx)

الخلاصة — يعني “خطأ الخادم (5xx)” أن Google حاولت تحميل صفحتك، لكن الخادم أعاد رمز خطأ من فئة 500 بدل عرضها. لا تستطيع Google فهرسة الخطأ، لذلك لا يظهر عنوان URL في البحث. لا تضر العثرة القصيرة عادةً؛ إذ تتراجع Google ثم تعيد المحاولة، لكن استمرار الأخطاء قد يؤدي في النهاية إلى إسقاط الصفحات. أصلح الخادم وسيعود الزحف تلقائيًا.

ما معنى هذه الحالة؟

يعني هذا التصنيف أن طلب Google تلقى استجابة خادم ضمن نطاق 5xx. Evidence for this claim Google reports Server error 5xx when the server returned a 500-level response for the requested page. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report وتبطئ Google الزحف عند أخطاء 5xx، وقد تزيل في النهاية العناوين التي تستمر في الفشل. Evidence for this claim Google slows crawling for 5xx responses and may eventually remove persistently failing URLs from the index. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: HTTP status codes

عندما يطلب Googlebot صفحة من خادمك، يرد الخادم برمز حالة. يعني 200 «هذه هي الصفحة». أما 5xx فهي عائلة كاملة من رموز الخطأ، منها 500 و502 و503 و504، وكلها تعني أن خللًا حدث لدى الخادم. وعندما تعرض Search Console حالة خطأ الخادم (5xx) ضمن غير مفهرسة، فهذا يعني أن Google طلبت العنوان وتلقت أحد هذه الأخطاء بدل الصفحة.

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

هل هذه حالة طارئة؟

يعتمد ذلك على كونها حادثة منفردة أم نمطًا متكررًا:

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

لا تنشر Google عددًا «آمنًا» من العناوين المتأثرة؛ فتأثير معدل الزحف يتناسب مع عدد العناوين التي تعيد أخطاء، ولا يعتمد على حد ثابت. رتّب الأولويات وفق أهمية الصفحة واستمرار الفشل وحجم المجموعة. يستحق عنوان مهم يفشل باستمرار تدخلًا فوريًا، أما العثرة الوحيدة في صفحة قليلة القيمة فعادةً تزول. وكثرة العناوين المتأثرة أو تكرار المشكلة في العناوين نفسها يعني وجود عطل فعلي يحتاج إلى معالجة.

كيف تبدأ إصلاحه

1. تحقق من أن الموقع يعمل فعلًا. افتح صفحة متأثرة بنفسك؛ فإذا أخفقت لديك أيضًا فالمشكلة في الخادم.
2. اسأل شركة الاستضافة أو المطور. تنشأ أخطاء 5xx غالبًا من الخادم أو التطبيق أو قاعدة البيانات، لا من محتوى الصفحة أو إعدادات SEO.
3. افتح إحصاءات الزحف في Search Console عبر Settings → Crawl stats لتعرف هل واجهت Google أخطاء على نطاق الموقع مؤخرًا.
4. بعد الإصلاح، اطلب إعادة الفحص. افتح مشكلة “Server error (5xx)” في تقرير Page Indexing واضغط Validate Fix. تعيد Google زحف العناوين المتأثرة وتزيلها من المشكلة عندما تصبح سليمة.

الخطأ الأهم الذي يقع فيه الناس

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

هل تريد التفاصيل الكاملة عن استجابة Google لأخطاء 5xx، والفروق بين 500 و502 و503، وطريقة تشخيص السبب وإعداد وضع الصيانة؟ انتقل إلى تبويب Advanced.

الخلاصة — تعني حالة “خطأ الخادم (5xx)” أن الخادم أعاد رمزًا من فئة 500 عندما طلب Googlebot العنوان، ولذلك لا يمكن فهرسة الصفحة. يترتب ضرران منفصلان: تبطئ Google معدل الزحف بما يتناسب مع عدد العناوين المتأثرة، وتتجاهل أي محتوى تعيده استجابة 5xx؛ وإذا استمرت الأخطاء تُحفظ العناوين المفهرسة أولًا ثم تُسقط. يبدأ التعافي تلقائيًا بعد عودة 2xx، لكن معدل الزحف يرتفع تدريجيًا. تعامل Google مع 429 بوصفه خطأ خادم أيضًا. تشمل الأسباب الحمل الزائد وسوء الإعداد وأخطاء التطبيق أو قاعدة البيانات وفشل المصدر أو CDN وحظر WAF لـGooglebot. شخّص عبر إتاحة المضيف في Crawl Stats ثم سجلات الخادم ثم الاختبار المباشر في URL Inspection. تفضّل Google إبقاء الموقع متاحًا بوظائف محدودة أثناء الإغلاق المخطط؛ وإذا لزم تعطيله بالكامل فاستخدم 503 + Retry-After ليوم أو يومين فقط، وأبقِ robots.txt على 200 حتى لا يتوقف الزحف على مستوى الموقع. بعد ذلك شغّل Validate Fix لتتبع الإصلاح.

ماذا يبلّغ التصنيف فعليًا

يصف التصنيف الاستجابة التي شاهدتها Google، لا العطل المحدد في الخادم الأصلي أو الوكيل أو قاعدة البيانات أو CDN. Evidence for this claim Google reports Server error 5xx when the server returned a 500-level response for the requested page. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report وتحدد إرشادات HTTP من Google آثار الزحف والفهرسة كلًا على حدة. Evidence for this claim Google slows crawling for 5xx responses and may eventually remove persistently failing URLs from the index. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: HTTP status codes

تعريف Google موجز: أعاد خادمك خطأ من فئة 500 عند طلب الصفحة. طلب Googlebot العنوان فتلقى 500 أو 502 أو 503 أو 504 أو ما شابه بدل 200 مع محتوى. لذلك يظهر العنوان تحت غير مفهرسة لعدم وجود محتوى صالح للفهرسة.

تذكّر أن المسألة تتعلق برمز الاستجابة، لا بمحتوى الصفحة أو ترميزها أو إعداد SEO. خطأ 5xx مشكلة خادم وبنية تحتية؛ وتحرير HTML لا يصلح 502 صادرًا من خلفية محمّلة فوق طاقتها.

كيف تتعامل Google مع 5xx — اقتصاديات الزحف

يتجاوز كثير من الشروحات هذا الجزء رغم أنه سبب أهمية 5xx مقارنةً مثلًا بـ404. وتوضح وثائق أخطاء HTTP من Google السلوك التالي:

• يتباطأ الزحف. تدفع أخطاء 5xx و429 برامج زحف Google إلى الإبطاء مؤقتًا. ويتناسب الانخفاض مع عدد عناوين URL الفردية التي تعيد خطأ خادم؛ فبضعة عناوين تحدث أثرًا محدودًا، أما خطأ 5xx على مستوى الموقع فيوقف الزحف بقوة.
• يُتجاهل المحتوى. تتجاهل Google كل ما تتلقاه من عنوان يعيد 5xx؛ ولا تفهرس رسالة توقف الموقع المرسلة مع 500.
• تُحفظ العناوين المفهرسة ثم تُسقط لاحقًا. تبقى العناوين في الفهرس أولًا، لكن منظومة الفهرسة تزيل العناوين التي تستمر في إرجاع خطأ خادم. لذلك لا تكلف العطلة القصيرة صفحاتك، بينما تفعل العطلة الطويلة.
• التعافي تلقائي لكنه تدريجي. عندما يعود الخادم إلى 2xx، تزيد Google معدل الزحف تدريجيًا. لا تحتاج إلى تذكرة؛ أصلح الخادم وسيعود الزحف بحذر من تلقاء نفسه.

هذا التسلسل — الإبطاء ← تجاهل المحتوى ← الحفظ ← الإسقاط في النهاية ← التعافي عند 2xx — هو العمود الفقري الدقيق للموضوع.

يُعد 429 خطأ خادم. تعامل Google مع 429 Too Many Requests كإشارة إلى حمل زائد وتضعه مع 5xx. فإذا كان تحديد المعدل أو حماية البوتات يعيد 429 إلى Googlebot، فسينخفض الزحف كما يحدث مع 500.

رموز 5xx الشائعة بحسب السبب المحتمل

معرفة رمز 5xx هي نقطة بداية للبحث وليست دليلًا على الطبقة المعطلة. يعرّف RFC 9110 كل رمز وفق دور المكوّن المستجيب، ويمكن أن يصدر أي منها عن الخادم الأصلي أو خادم التطبيق أو موازن الحمل أو CDN أو وكيل أمام المصدر. اعتبر الرمز أول قرينة، ثم طابق سجلات الحافة والمصدر والتطبيق وقاعدة البيانات أو الاعتماد للطلب نفسه قبل تحديد موضع الفشل.

• 500 Internal Server Error — تقول المواصفة: “the server encountered an unexpected condition that prevented it from fulfilling the request.” (ترجمة) «واجه الخادم حالة غير متوقعة منعته من تنفيذ الطلب». التعريف عام عمدًا؛ فقد يكون السبب شيفرة التطبيق أو خطأ تشغيل أو إعداد، لكن الرمز وحده لا يثبت ذلك، لذا افحص سجلات التطبيق.
• 502 Bad Gateway — “the server, while acting as a gateway or proxy, received an invalid response from an inbound server.” (ترجمة) «تلقى الخادم، أثناء عمله كبوابة أو وكيل، استجابة غير صالحة من خادم وارد». يشير هذا إلى تفاعل مع جهة أمامية، فافحص سلسلة موازن الحمل والوكيل العكسي وCDN والمصدر.
• 503 Service Unavailable — “the server is currently unable to handle the request due to a temporary overload or scheduled maintenance.” (ترجمة) «يتعذر على الخادم حاليًا معالجة الطلب بسبب حمل زائد مؤقت أو صيانة مجدولة». افحص السعة وارتفاعات الزيارات وحالة الصيانة. وتنبّه إلى أن الخادم المحمّل ليس ملزمًا بإعادة 503؛ إذ “some servers might simply refuse the connection” (ترجمة) «قد ترفض بعض الخوادم الاتصال ببساطة»، فيظهر مهلة أو خطأ اتصال بدل رمز واضح.
• 504 Gateway Timeout — “the server, while acting as a gateway or proxy, did not receive a timely response from an upstream server.” (ترجمة) «لم يتلق الخادم، أثناء عمله كبوابة أو وكيل، استجابة في الوقت المناسب من خادم أمامي». يحدد الرمز حد المهلة لا المكوّن البطيء، لذلك افحص استعلامات قاعدة البيانات الطويلة والاتصالات الخارجية والمصدر المثقل.

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

الأسباب الشائعة

• مضيف فوق طاقته. تتجاوز قفزات الزيارات، ومنها الزحف المكثف، سعة الخادم فيبدأ بإسقاط الطلبات على هيئة 5xx.
• أخطاء التطبيق أو قاعدة البيانات. استثناءات غير معالجة أو قاعدة متوقفة أو نشر سيئ أو نفاد اتصالات.
• سوء الإعداد. إعداد معطوب بعد تغيير أو اعتماد منتهي أو قرص ممتلئ.
• فشل الجهة الأمامية أو CDN. قد يكون المصدر سليمًا لكن الوكيل أو موازن الحمل أو CDN يعيد 502 أو 504، أو تكون شبكة CDN نفسها متوقفة.
• حظر Googlebot بواسطة CDN أو WAF أو محدد المعدل. قد تعيد حماية البوتات 5xx أو 429 إلى Googlebot وحده بينما يرى المستخدمون الموقع طبيعيًا. لذلك أعد إنتاج الطلب كـGooglebot ولا تكتفِ بالمتصفح.

كيفية التشخيص

ابدأ بعرض الموقع كله ثم ضيّق النطاق إلى عنوان واحد:

1. Crawl Stats → Host availability. في Search Console افتح Settings → Crawl stats. يوضح قسم حالة المضيف والتقسيم حسب رمز الاستجابة هل 5xx مشكلة مستمرة واسعة أم عثرة منعزلة، ومتى بدأت تقريبًا.
2. سجلات الخادم والوصول. هذه هي الحقيقة الأساسية. رشّح السجلات إلى Googlebot بعد التحقق منه، وانظر إلى الرموز التي تلقاها وتوقيتها. تكشف السجلات حظر CDN أو WAF الذي لا يظهر في اختبار المتصفح.
3. URL Inspection → Live Test. افحص عنوانًا متأثرًا باستخدام Test Live URL. يؤكد ذلك قدرة Google-InspectionTool على الوصول الآن، لكنه لا يثبت ما حدث وقت تسجيل 5xx. قد تعمل الصفحة بعد دقائق أو ساعات رغم وقوع الخطأ فعلًا، لأن الوقت وعنوان IP والموقع الجغرافي وحالة الذاكرة وقواعد اكتشاف البوتات قد تختلف.
4. أعد الطلب كـGooglebot. استخدم وكيل مستخدم Googlebot، ومن خارج شبكتك إن أمكن، لاكتشاف قواعد WAF أو تحديد المعدل الخاصة بالبوت. اعتبره اختبار فرق لا إثباتًا لما رآه Googlebot، لأن سلسلة Googlebot سهلة الانتحال. قبل تخفيف قاعدة أمان، تحقق من أن الزيارة Googlebot حقيقية بواسطة DNS العكسي أو نطاقات IP المنشورة من Google، ولا تعتمد على ترويسة وكيل المستخدم وحدها.

كيفية الإصلاح

بعد معرفة السبب، اتبع إرشادات Google لإصلاح أخطاء الخادم:

• أكد الحجم في Crawl Stats قبل أي تغيير: هل المشكلة كبيرة ومستمرة أم حادثة منفردة؟
• خفّض عبء الصفحات الديناميكية. خزّن الصفحات المكلفة مؤقتًا، وحسّن الاستعلامات البطيئة، وتجنب إنشاء استجابات ثقيلة لكل طلب.
• تأكد من أن المضيف غير متوقف أو محمّل أو سيئ الإعداد. زد السعة، وأصلح الإعداد، وأعد تشغيل الخدمة المعطلة، وافحص قاعدة البيانات.
• تأكد من أنك لا تحظر Google دون قصد. راجع قواعد CDN وWAF والبوتات وحدود المعدل التي قد تعيد 5xx أو 429 إلى Googlebot.
• اضبط الزحف بحكمة. إذا كان الزحف المكثف يرهق الخادم، فاستخدم 503 أو 429 مؤقتًا لتخفيفه، لا حظرًا دائمًا.

الطريقة الصحيحة لإيقاف الموقع عمدًا — 503 + Retry-After

قد تحتاج إلى إيقاف الموقع أثناء ترحيل أو صيانة مجدولة أو تعليق نشاط إلكتروني. التنفيذ الخاطئ يحول الحدث المخطط إلى إزالة من الفهرس. وتوضح وثيقة Google Pause your online business in Google Search النهج الصحيح.

توصية Google الافتراضية هي إبقاء الموقع متاحًا مع تقليل الوظائف. إذا كان الإغلاق مؤقتًا وتنوي العودة، تفضّل Google أن “keep your site online and limit the functionality” (ترجمة) «تبقي موقعك متصلًا وتحد وظائفه» بدل إيقافه بالكامل. التعطيل الكامل مع 503 خيار عاجل لا افتراضي.

عند ضرورة إيقاف الموقع كله، استخدم 503 (Service Unavailable) مع ترويسة Retry-After. تقول Google: “If you need to urgently disable the site for 1-2 days, then return an informational error page with a 503 HTTP response status code.” (ترجمة) «إذا احتجت إلى تعطيل الموقع بصورة عاجلة ليوم أو يومين، فأعد صفحة خطأ معلوماتية برمز استجابة HTTP 503». وتقول أيضًا: “Use the retry-after HTTP header with a best effort date or duration.” (ترجمة) «استخدم ترويسة retry-after مع أفضل تقدير للتاريخ أو المدة». يخبر 503 بأن التوقف مؤقت، ويقترح Retry-After موعد العودة؛ لكنه إشارة تقديرية لا ضمان لإعادة الزحف في اللحظة نفسها.

هذا إجراء قصير المدى فقط. تصفه Google بأنه “an extreme measure that should only be taken for a very short period of time (a few days at most).” (ترجمة) «إجراء شديد لا ينبغي اتخاذه إلا لمدة قصيرة جدًا، بضعة أيام على الأكثر». وتحذر: “Completely closing a site even for just a few weeks can have negative consequences on Google’s indexing of your site.” (ترجمة) «قد يؤثر إغلاق الموقع بالكامل حتى لبضعة أسابيع سلبًا في فهرسته لدى Google». كما تقول: “there’s no fixed time for a recovery from a complete removal, and there’s no mechanism to speed that up.” (ترجمة) «لا توجد مدة ثابتة للتعافي من الإزالة الكاملة ولا آلية لتسريع ذلك». لذلك يحمي 503 الصحيح يومًا أو يومين، لكنه لا يمنع ضرر أسابيع من التوقف ولا يضمن موعد العودة.

لماذا لا تستخدم 200 أو 404

• لا تعرض صفحة «تحت الصيانة» برمز 200. ستتعامل Google مع محتواها بوصفه الصفحة الحقيقية وقد تفهرس الرسالة. أما محتوى 503 الصحيح فيُتجاهل.
• لا تعد 404 أو 403 أو 410. توصي Google بعدم إيقاف الموقع بهذه الرموز. يعني 404 أن الصفحة اختفت، لا أنها متوقفة مؤقتًا؛ أما 503 فيحافظ على الإشارة المؤقتة.

فخ robots.txt — أبقه قابلًا للزحف

خلال نافذة صيانة 503، يجب أن يستمر ملف robots.txt في إرجاع 200 وأن يبقى قابلًا للزحف. تقول Google: “Don’t return a 503 HTTP response status code for the robots.txt file because this blocks all crawling.” (ترجمة) «لا تعد رمز 503 لملف robots.txt لأن ذلك يمنع الزحف كله». استثنِ الملف من معالج الصيانة ولا تترك النتيجة للصدفة.

توضح مواصفة Google السلوك المرحلي إذا بدأ robots.txt نفسه بإرجاع خطأ: خلال أول 12 ساعة توقف Google الزحف مع إعادة محاولة جلب الملف؛ ثم تستخدم آخر نسخة سليمة مخزنة مدة تصل إلى 30 يومًا مع استمرار المحاولات؛ وبعد 30 يومًا، إذا كان الموقع متاحًا، تتخلى عن النسخة المخزنة وتتصرف كأن الملف غير موجود، أي بلا قيود زحف منه. وإذا لم توجد نسخة سابقة تفترض كذلك عدم وجود قيد. لا يبرر ذلك المخاطرة؛ فالتوقف عدة أيام ضرر حقيقي، لكنه يعني أن 503 العرضي على robots.txt ليس حالة أبدية إذا أُصلح.

التحقق من الإصلاح في GSC

بعد استعادة صحة الخادم:

1. افتح مشكلة Server error (5xx) في تقرير Page Indexing.
2. اضغط Validate Fix لتعيد Google زحف العناوين المتأثرة على دفعات.
3. راقب حالة التحقق؛ تُزال العناوين عندما تعود 200، وتظهر العناوين التي ما زالت تخفق لتشخيصها منفردة.

لا يلزم انتظار التحقق حتى يحدث الزحف الطبيعي، لكن Validate Fix يعطي المجموعة أولوية وحالة يمكن تتبعها. وتذكّر أن معدل الزحف يعود تدريجيًا بعد استجابة 2xx، فلا تتوقع رجوعًا فوريًا إلى الحجم السابق.

أين يقع هذا

خطأ 5xx مشكلة زحف وتقديم؛ لذلك يضغط استمرارها على معدل الزحف، وتظهر صورتها على مستوى المضيف في تقرير Crawl Stats وحالة المضيف. وهي تختلف عن 404 (غير موجود) الذي يعني أن الصفحة اختفت لا أنها معطلة ويُعامل بلطف أكبر. لفهم الاكتشاف والجلب راجع محور crawling، ولبقية حالات الفهرسة راجع محور GSC Page Indexing.

ملخص الذكاء الاصطناعي

خلاصة مركزة من نسخة Advanced:

• ما الحالة؟ تعني “Server error (5xx)” في GSC Page Indexing أن Googlebot طلب عنوان URL فأعاد الخادم رمزًا من فئة 500 (500 أو 502 أو 503 أو 504) بدل 200. تظهر الصفحة ضمن غير مفهرسة لعدم وجود محتوى صالح، وهي مشكلة خادم أو بنية تحتية لا محتوى.
• استجابة Google: يتباطأ الزحف بنسبة عدد العناوين المتأثرة، ويُتجاهل محتوى 5xx، وتُحفظ العناوين المفهرسة ثم تُسقط في النهاية إذا استمر الخطأ، ويعود معدل الزحف تدريجيًا بعد 2xx.
• يشمل ذلك 429: تضع Google 429 Too Many Requests مع 5xx؛ فتحديد معدل Googlebot يؤدي إلى الإبطاء نفسه.
• الرمز قرينة لا دليل نهائي: 500 حالة غير متوقعة في الخادم؛ و502 استجابة أمامية سيئة إلى بوابة أو وكيل؛ و503 حمل زائد أو صيانة؛ و504 مهلة بوابة تنتظر جهة أمامية. قد ينشأ أي منها في المصدر أو التطبيق أو قاعدة البيانات أو موازن الحمل أو CDN، لذا طابق سجلات الطبقات.
• الأسباب الشائعة: مضيف محمّل أو سيئ الإعداد، وأخطاء التطبيق أو قاعدة البيانات، وفشل المصدر أو CDN، وحظر Googlebot بواسطة CDN أو WAF أو محدد المعدل. تحقق من هوية Googlebot عبر DNS العكسي أو نطاقات IP قبل تغيير الأمان لأن وكيل المستخدم قابل للانتحال.
• التشخيص: إتاحة المضيف في Crawl Stats ← سجلات الخادم المرشحة لـGooglebot ← الاختبار المباشر في URL Inspection ← إعادة الطلب كـGooglebot. نجاح الصفحة الآن لا يثبت ما رآه Googlebot عند تسجيل الخطأ.
• التوقف المخطط: تفضّل Google إبقاء الموقع متاحًا بوظائف محدودة. وإذا لزم التعطيل الكامل فاستخدم 503 + Retry-After ليوم أو يومين، لأن Retry-After تقدير لا ضمان، بينما تضر أسابيع التوقف بالفهرسة بلا وقت تعاف ثابت. لا تستخدم صفحة صيانة 200 أو 404.
• فخ robots.txt: أبقِ robots.txt على 200 أثناء نافذة 503؛ فقد يوقف 503 على الملف الزحف على مستوى الموقع: 12 ساعة بلا زحف، ثم حتى 30 يومًا على النسخة المخزنة قبل افتراض عدم وجود قيود.
• التحقق: أصلح الخادم ثم شغّل Validate Fix في تقرير Page Indexing. التحقق اختياري، ويُحدّث العدد عند أي إعادة زحف، بينما يعود المعدل تدريجيًا.

الوثائق الرسمية

وثائق المصدر الأساسي من محركات البحث.

Google

• تقرير فهرسة الصفحات — التقرير وتعريف حالة “Server error (5xx)” وإرشادات إصلاح أخطاء الخادم.
• تأثير رموز حالة HTTP في برامج زحف Google — تعامل Google مع 5xx و429: إبطاء الزحف وتجاهل المحتوى والحفظ ثم الإسقاط والتعافي عند 2xx.
• إيقاف نشاطك الإلكتروني مؤقتًا في بحث Google — المرجع لاستخدام 503 مع Retry-After لبضعة أيام وإبقاء robots.txt قابلًا للزحف.
• التعامل مع توقف موقع مخطط له (مدونة Search Central، 2011) — الشرح الأقدم الذي ما زال يُستشهد به لنصيحة 503 نفسها.
• كيف تفسر Google مواصفة robots.txt — السلوك المرحلي عند إرجاع الملف 5xx: توقف 12 ساعة، ثم حتى 30 يومًا على النسخة المخزنة، ثم افتراض عدم وجود قيود.
• تحسين ميزانية الزحف — دور استجابات الخادم، ومنها 5xx، في سعة الزحف.

Bing / Microsoft

• إرشادات Bing لمشرفي المواقع — يعرض Bing أخطاء الخادم في تقارير الزحف، ويوصي مثل Google بـ503 مع Retry-After للتوقف المؤقت كي يعود Bingbot بدل إسقاط الصفحات.

اقتباسات من المصدر

تصريحات رسمية من Google. يقفز كل رابط عميق إلى المقطع المقتبس في الصفحة المصدر.

Google — تعريف حالة Page Indexing

• “Your server returned a 500-level error when the page was requested.” (ترجمة) «أعاد خادمك خطأ من فئة 500 عند طلب الصفحة». — Google، مستند المساعدة لتقرير Page Indexing. انتقل إلى الاقتباس

Google — كيفية التعامل مع 5xx في وثيقة رموز HTTP

• “5xx and 429 server errors prompt Google’s crawlers to temporarily slow down with crawling. For Google Search, already indexed URLs are preserved in the index, but eventually dropped.” (ترجمة) «تدفع أخطاء الخادم 5xx و429 برامج زحف Google إلى الإبطاء مؤقتًا؛ وتُحفظ العناوين المفهرسة في الفهرس أولًا ثم تُسقط في النهاية». انتقل إلى الاقتباس
• “Any content Google receives from URLs that return a 5xx status code is ignored.” (ترجمة) «يُتجاهل أي محتوى تتلقاه Google من عناوين تعيد رمز حالة 5xx». انتقل إلى الاقتباس
• “Google decreases the crawl rate for the site. The decrease in crawl rate is proportionate to the number of individual URLs that are returning a server error.” (ترجمة) «تخفض Google معدل زحف الموقع بما يتناسب مع عدد عناوين URL الفردية التي تعيد خطأ خادم». انتقل إلى الاقتباس
• “Once the server starts responding with a 2xx status code, Google gradually increases the crawl rate for the site.” (ترجمة) «عندما يبدأ الخادم بالاستجابة برمز 2xx، تزيد Google معدل زحف الموقع تدريجيًا». انتقل إلى الاقتباس
• “Google’s crawlers treat the 429 status code as a signal that the server is overloaded, and it’s considered a server error.” (ترجمة) «تتعامل برامج زحف Google مع 429 بوصفه إشارة إلى حمل زائد على الخادم وتعدّه خطأ خادم». انتقل إلى الاقتباس

Google — إيقاف الموقع بالطريقة الصحيحة

• “If you need to urgently disable the site for 1-2 days, then return an informational error page with a 503 HTTP response status code.” (ترجمة) «إذا احتجت إلى تعطيل الموقع بصورة عاجلة ليوم أو يومين، فأعد صفحة خطأ معلوماتية برمز HTTP 503». انتقل إلى الاقتباس
• “This is an extreme measure that should only be taken for a very short period of time (a few days at most).” (ترجمة) «هذا إجراء شديد لا ينبغي اتخاذه إلا لمدة قصيرة جدًا، بضعة أيام على الأكثر». انتقل إلى الاقتباس
• “Completely closing a site even for just a few weeks can have negative consequences on Google’s indexing of your site.” (ترجمة) «قد يؤثر إغلاق الموقع بالكامل حتى لبضعة أسابيع سلبًا في فهرسته لدى Google». انتقل إلى الاقتباس
• “Use the retry-after HTTP header with a best effort date or duration.” (ترجمة) «استخدم ترويسة retry-after مع أفضل تقدير للتاريخ أو المدة». انتقل إلى الاقتباس
• “Don’t return a 503 HTTP response status code for the robots.txt file because this blocks all crawling.” (ترجمة) «لا تعد رمز HTTP 503 لملف robots.txt لأن ذلك يمنع الزحف كله». انتقل إلى الاقتباس

قائمة فحص إصلاح “خطأ الخادم (5xx)”

اتبع الخطوات من الأعلى إلى الأسفل؛ إذ تكشف الخطوات الأولى هل المشكلة طارئة.

• أكد الحجم. افتح GSC → Settings → Crawl stats → إتاحة المضيف والرسم حسب رمز الاستجابة. هل المشكلة مستمرة وواسعة أم عثرة منفردة؟
• أعد إنتاجها. افتح عنوانًا متأثرًا، ثم شغّل URL Inspection → Test Live URL لرؤية الاستجابة من جهة Google الآن.
• تحقق من أنها ليست خاصة بالبوت. اطلب العنوان بوكيل مستخدم Googlebot ومن خارج شبكتك لاكتشاف قواعد CDN أو WAF أو تحديد المعدل التي تعيد 5xx أو 429 للروبوت وحده.
• اقرأ السجلات. رشّح سجلات الخادم والوصول إلى Googlebot المتحقق منه، وحدد الرموز التي تلقاها ووقت بدء 5xx.
• حدد الرمز. 500 للتطبيق أو قاعدة البيانات؛ و502 لرد أمامي سيئ؛ و503 للحمل أو الصيانة؛ و504 لمهلة أمامية. يوجّهك الرمز إلى الطبقة المراد فحصها.
• خفّض عبء الطلبات الديناميكية. خزّن الصفحات المكلفة، وحسّن الاستعلامات البطيئة، وأصلح العمل الثقيل خلف 503 أو 504.
• أصلح صحة المضيف. راجع السعة والإعداد وإعادة التشغيل وقاعدة البيانات والاعتمادات.
• راجع حظر Google. افحص قواعد CDN وWAF والبوتات وحدود المعدل التي تعيد 5xx أو 429 إلى Googlebot.
• تحقق من أن robots.txt يعيد 200، خصوصًا مع معالج الصيانة؛ فقد يوقف 503 على الملف الزحف للموقع كله.
• شغّل Validate Fix بعد استعادة صحة الخادم، وراقب حالة التحقق.

قائمة فحص التوقف المخطط: «503 بالطريقة الصحيحة»

قبل إدخال الموقع في وضع الصيانة:

• أعد 503 (Service Unavailable)، لا 200 أو 403 أو 404 أو 410.
• أضف ترويسة Retry-After مع أفضل تقدير للتاريخ أو المدة.
• أبقِ النافذة قصيرة: يومًا أو يومين، وبضعة أيام على الأكثر. تضر الأسابيع بالفهرسة مهما كان الرمز.
• استثنِ robots.txt من قاعدة الصيانة ليواصل إرجاع 200 ويبقى قابلًا للزحف.
• اعرض صفحة صيانة مفيدة للبشر داخل استجابة 503؛ تتجاهلها Google لكن المستخدمين يرونها.
• عند العودة، تأكد من أن الصفحات تعيد 200 وأن معدل الزحف يتعافى تدريجيًا.

أوراق مرجعية سريعة لـ5xx

رموز 5xx الشائعة: معناها وموضع الفحص

كيف تتفاعل Google مع 5xx

رمز الحالة المناسب لكل موقف

النماذج الذهنية

1. يعني 5xx «معطلة»، ويعني 404 «اختفت». تتعامل Google معهما بصورة مختلفة. تعيد تجربة 404 ثم تسقطه بهدوء، أما 5xx فيعني خللًا في الخادم، فتبطئ Google وتتجاهل المحتوى وتسقط الصفحات إذا استمر. عند اختيار رمز عمدًا، طابق معناه مع الواقع.

2. إبطاء ← تجاهل ← حفظ ← إسقاط ← تعافٍ. هذه دورة حياة 5xx بالترتيب. تُحتمل العطلات القصيرة في مرحلة الحفظ، وتكلف العطلات الطويلة الفهرس بعد الوصول إلى الإسقاط، والعلاج هو استعادة 2xx لينتقل الموقع إلى التعافي التدريجي.

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

4. 503 ميزة وليس مجرد خطأ. في التوقف المخطط يكون 503 مع Retry-After الاستجابة الصحيحة والآمنة لـSEO لأنه مؤقت بطبيعته، لكنه أداة لبضعة أيام فقط. لا يحمي أي رمز من ضرر التوقف أسابيع.

5. robots.txt عنصر حرج. عامل robots.txt بوصفه العنوان الذي يجب ألا يعيد 5xx أبدًا. لا يخفي 503 الملف فقط، بل يوقف زحف الموقع كله. استثنه من أي قاعدة صيانة.

6. أعد الإنتاج كروبوت لا كمستخدم. قد تعمل قواعد WAF أو تحديد المعدل المسببة لأسوأ أخطاء 5xx على Googlebot وحده. إذا نجحت الصفحة في المتصفح بينما تقول GSC إنها 5xx، فاختبر بوكيل Googlebot واقرأ السجلات.

تحقق من رمز الحالة الذي يعيده عنوان URL فعلًا

الخطوة الأولى هي تأكيد رمز الاستجابة من سطر الأوامر، ويفضل أن يكون الطلب بصفة Googlebot لأن بعض أخطاء 5xx لا تظهر إلا للروبوت.

macOS / Linux

# Status code as a normal client
curl -s -o /dev/null -w "%{http_code}\n" https://www.example.com/page/

# Status code as Googlebot (catches WAF / rate-limit rules that target the bot)
curl -s -o /dev/null -w "%{http_code}\n" \
  -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" \
  https://www.example.com/page/

# Full response headers — confirm a 503 carries a Retry-After during maintenance
curl -sI https://www.example.com/page/

Windows (PowerShell)

# Status code (note: 5xx throws, so capture the response in the catch block)
try {
  (Invoke-WebRequest -Uri "https://www.example.com/page/" -UseBasicParsing).StatusCode
} catch {
  $_.Exception.Response.StatusCode.value__
}

# As Googlebot
try {
  (Invoke-WebRequest -Uri "https://www.example.com/page/" -UseBasicParsing `
    -UserAgent "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)").StatusCode
} catch { $_.Exception.Response.StatusCode.value__ }

تأكد من أن الزيارة كانت Googlebot حقيقية قبل الوثوق بالسجلات

قد يكون Googlebot الذي يظهر مع 5xx في السجلات وكيل مستخدم منتحلًا. تحقق عبر DNS عكسي ثم أمامي؛ فلا تنشر Google اختصارًا لذلك.

macOS / Linux

# 1) Reverse DNS the IP from your logs — it should end in googlebot.com or google.com
host 66.249.66.1
# 2) Forward DNS that hostname back — it must resolve to the same IP
host crawl-66-249-66-1.googlebot.com

Windows

nslookup 66.249.66.1
nslookup crawl-66-249-66-1.googlebot.com

وضع الصيانة الصحيح — 503 + Retry-After مع بقاء robots.txt على 200

النقطة الحاسمة: أعد 503 للموقع، لكن لا تعده أبدًا لملف robots.txt.

Apache (.htaccess)

# Let robots.txt through untouched so crawling isn't halted
RewriteEngine On
RewriteCond %{REQUEST_URI} !^/robots\.txt$
RewriteCond %{REQUEST_URI} !^/maintenance\.html$
RewriteRule ^ /maintenance.html [R=503,L]

# Attach the headers to the 503 response
<If "%{REQUEST_URI} != '/robots.txt'">
  Header always set Retry-After "86400"
</If>
ErrorDocument 503 /maintenance.html

Nginx

location / {
    # robots.txt is matched by a more specific block below, so it's exempt
    return 503;
}

location = /robots.txt {
    # Always serve the real robots.txt with a 200
    try_files $uri =404;
}

error_page 503 /maintenance.html;
location = /maintenance.html { internal; }

# Add Retry-After to 503 responses (a day, in seconds)
add_header Retry-After 86400 always;

أكد النتيجة باستخدام curl -sI من القسم السابق: يجب أن تعيد عناوين الموقع 503 مع ترويسة Retry-After، وأن يستمر https://www.example.com/robots.txt في إرجاع 200.

أدوات العثور على 5xx والتحقق منه

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

• أداة فحص رموز HTTP بالجملة — الصق كل عنوان علّمته Search Console تحت “Server error (5xx)”، حتى 500 عنوان، وشاهد رمز الحالة الفعلي وسلسلة إعادة التوجيه ووقت الاستجابة الآن. وهي أسرع طريقة لتأكيد نجاح الإصلاح قبل الضغط على Validate Fix في GSC أو اكتشاف العناوين التي ما زالت تخفق.
• أداة التحقق من توقف الموقع — فحص مباشر لعنوان واحد يجيب هل الموقع متوقف الآن، مع التوقيت وإعادة التوجيه. استخدمه أولًا قبل البحث في السجلات.
• أداة فحص ترويسات HTTP — افحص الترويسات الكاملة في كل خطوة إعادة توجيه. تأكد أن 503 يحمل Retry-After أثناء الصيانة وأن robots.txt ما زال يعيد 200 ولم تلتقطه قاعدة الصيانة.
• محلل ملفات السجل — حمّل سجل الوصول لرؤية الطلبات المهدرة بحسب رمز الحالة ونشاط الزحف والبوتات المنتحلة مقابل Googlebot المتحقق منه. يفيد خصوصًا عندما يعيد CDN أو WAF أو محدد المعدل 5xx أو 429 إلى Googlebot وحده بينما يرى المستخدمون الموقع طبيعيًا.

من Google وبرامج الزحف الخارجية:

• يعرض تقرير Crawl Stats في Search Console عبر Settings → Crawl stats حالة إتاحة المضيف والتقسيم حسب رمز الاستجابة على مستوى الموقع كما ورد في تبويب Advanced.
• يستطيع Screaming Frog SEO Spider / Ahrefs Site Audit زحف الموقع بطريقة قريبة من Googlebot وكشف العناوين المتأثرة على نطاق أوسع من عينة Search Console.

أخطاء تحول 5xx القابل للإصلاح إلى مشكلة فهرسة

• عرض صفحة 200 تقول «سنعود قريبًا» أثناء الصيانة بدل 503. تتعامل Google مع محتوى 200 بوصفه الصفحة الحقيقية وقد تفهرس رسالة الصيانة بدل محتواك. أعد 503 كي يُتجاهل متنه كما ينبغي.
• إرجاع 404 أو 410 أو 403 أثناء توقف مخطط. تعني هذه الرموز «اختفت» أو «ممنوعة»، لا «غير متاحة مؤقتًا». تنص إرشادات Google على عدم إيقاف الموقع بهذه الطريقة؛ ويحافظ 503 على الإشارة المؤقتة بخلاف 404 أو 410.
• السماح لوضع الصيانة بإرجاع 503 لملف robots.txt. توقف القاعدة الشاملة زحف الموقع كله لا الصفحات المقصودة فقط. استثنِ الملف ليجيب دائمًا بـ200.
• افتراض أن نجاح الصفحة الآن ينفي 5xx سابقًا خاصًا بـGooglebot. قد يعيد CDN أو WAF أو محدد المعدل 5xx أو 429 إلى Googlebot وحده بينما يرى البشر 200. اختبر بوكيل Googlebot واقرأ السجلات وتحقق من هوية الزيارة عبر DNS العكسي أو نطاقات IP قبل الثقة في وكيل المستخدم.
• ترك نافذة صيانة «مؤقتة» لأسابيع. يصلح 503 لعطلة قصيرة فقط، وبصياغة Google «بضعة أيام على الأكثر». حتى 503 الصحيح يضر الفهرسة إذا استمر أسابيع، ولا يوجد وقت ثابت للتعافي أو وسيلة لتسريعه.

تأكيد نجاح إصلاح 5xx فعلًا

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

الاختبار 1 — تعيد العناوين المتأثرة 200 الآن

• الاختبار: شغّل أداة فحص رموز HTTP بالجملة لكل عنوان علّمته Search Console، أو نفذ curl -sI لكل واحد.
• النتيجة المتوقعة: 200 نظيف لكل عنوان وبصورة متسقة في الطلبات المتكررة.
• تفسير الفشل: استمرار 5xx يعني أن مشكلة الخادم أو المضيف لم تُحل؛ والتناوب بين 200 و5xx يشير إلى جهة أمامية مثقلة أو غير مستقرة لا عثرة وحيدة.
• نافذة المراقبة: فورية؛ يكفي مرور نظيف واحد للانتقال إلى Validate Fix.
• محفز الرجوع: أي تكرار لـ5xx قبل Validate Fix؛ أوقف التحقق وواصل التشخيص.

الاختبار 2 — تعيد Google الزحف وتزيل المشكلة

• الاختبار: افتح مشكلة Server error (5xx) في تقرير Page Indexing واضغط Validate Fix.
• النتيجة المتوقعة: تنتقل الحالة إلى “Validation passed” عندما تعيد Google زحف العناوين وتؤكد 2xx.
• تفسير الفشل: يعني “Validation failed” لعناوين محددة رغم نجاح فحوصك أنها قد تفشل لدى Googlebot وحده، ما يعيد الاشتباه في WAF أو محدد معدل يستهدف البوت.
• نافذة المراقبة: تعيد Google زحف المجموعة على دفعات ووفق جدولها، ولا تنشر وتيرة ثابتة. تحقق دوريًا بدل انتظار موعد محدد. التحقق اختياري؛ إذ تحدّث Google العدد عند إعادة زحف أي صفحة ذات مشكلة، لكنه يعطي المجموعة أولوية وحالة قابلة للتتبع.
• محفز الرجوع: إعادة إدراج أي عنوان تحت Server error (5xx) بعد اجتيازه التحقق.

الاختبار 3 — تتعافى إتاحة المضيف في Crawl Stats

• الاختبار: افتح Search Console → Settings → Crawl stats → host status.
• النتيجة المتوقعة: يعود رسم إتاحة المضيف إلى الوضع الطبيعي بلا إشارات حمراء جديدة في التقسيم حسب الرمز.
• تفسير الفشل: استمرار اللون الأحمر بعد الإصلاح يعني أن برامج زحف Google ما زالت تتلقى أخطاء، وأن الإصلاح لم يصل إلى ما تطلبه فعلًا.
• نافذة المراقبة: اسمح ببضعة أيام بعد الإصلاح، فالتقرير متحرك وليس فوريًا.
• محفز الرجوع: عودة حالة المضيف إلى الأحمر بعد فترة سليمة.

الاختبار 4 — يستمر robots.txt في إرجاع 200

• الاختبار: نفذ curl -sI لعنوان robots.txt أو استخدم أداة فحص ترويسات HTTP.
• النتيجة المتوقعة: 200 تمامًا كما قبل الحادث أو الصيانة.
• تفسير الفشل: يعني 503 أو أي رمز غير 200 أنك تمنع زحف الموقع كله لا العناوين المقصودة فقط.
• نافذة المراقبة: فورية.
• محفز الرجوع: أي استجابة غير 200 من robots.txt؛ اجعل إصلاحها الأولوية القصوى.

الاختبار 5 — يتلقى Googlebot ما يتلقاه المتصفح

• الاختبار: اطلب العنوان بوكيل مستخدم Googlebot كما في تبويب Scripts، وقارنه بتقرير Googlebot المتحقق منه مقابل المنتحل في محلل ملفات السجل.
• النتيجة المتوقعة: يتلقى Googlebot استجابة 200 نفسها التي يتلقاها المتصفح العادي.
• تفسير الفشل: اختلاف الحالة بين طلب Googlebot وطلب المتصفح يعني أن WAF أو محدد المعدل أو اكتشاف البوت يستهدفه تحديدًا.
• نافذة المراقبة: فورية.
• محفز الرجوع: أي اختلاف بين استجابة Googlebot واستجابة الزيارات الحقيقية.

مؤشرات الأداء الدائمة لصحة الخادم

ليست هذه فحوصًا آنية للإصلاح، فهي في تبويب Validation Tests، بل مؤشرات تراقبها ربعًا بعد ربع حتى لا ينمو نمط 5xx بلا ملاحظة.

معدل 5xx في سجلات الخادم أو الوصول

• ما الذي يكشفه؟ النسبة الفعلية للطلبات التي تفشل عند الخادم، مستقلةً عن العينة المتأخرة في Search Console.
• طريقة استخراجه: حمّل سجل الوصول في محلل ملفات السجل لرؤية الهدر حسب الرمز مع إمكان ترشيح Googlebot.
• المعيار أو النطاق الواقعي: لا توجد نسبة صحية عالمية؛ أنشئ خط أساس من فترة سليمة وراقب الارتفاع بدل ملاحقة رقم مختلق.
• الوتيرة: بعد أي نشر أو قفزة زيارات، وأسبوعيًا عادةً لمعظم المواقع.

GSC Crawl Stats — حالة المضيف حسب رمز الاستجابة

• ما الذي يكشفه؟ قراءة Google الحديثة لوتيرة اصطدام برامج زحفها بأخطاء على المضيف، مستقلةً عن سجلاتك.
• طريقة استخراجه: Search Console → Settings → Crawl stats.
• المعيار أو النطاق الواقعي: راقب اتجاهك بدل نسبة ثابتة، وحقق في أي علامة حمراء جديدة مهما كان الرقم.
• الوتيرة: أسبوعيًا، أو فورًا بعد توقف أو نافذة صيانة معروفة.

وقت التشغيل أو إتاحة المصدر

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

عدد Server error (5xx) في تقرير Page Indexing

• ما الذي يكشفه؟ عدد العناوين التي تصنفها Google حاليًا كمتأثرة، وهو سجل رسمي متأخر مقارنةً بعرض الخادم والسجلات الفوري.
• طريقة استخراجه: Search Console → تقرير فهرسة الصفحات → غير مفهرسة → خطأ الخادم (5xx).
• المعيار أو النطاق الواقعي: الصفر هو الهدف الصادق لكل عنوان تريد فهرسته، وأي قيمة فوقه تستحق التشخيص.
• الوتيرة: مع كل مراجعة عامة لـSearch Console، ودائمًا بعد حادث أو نشر معروف.

مطالبات ذكاء اصطناعي لتشخيص 5xx ومراجعة وضع الصيانة

هاتان مطالبتان للمهام المحددة في المقال؛ الصق بياناتك في الموضع المخصص.

مطالبة لاكتشاف الأنماط في سطور السجل الخام حول حادث 5xx

Here are raw server/access log lines from around the time my site started
returning 5xx errors:

<paste log lines>

From only what's in these lines, tell me:
1. Which HTTP status codes appear, and in what proportion.
2. Whether requests from Googlebot's IP ranges or user-agent get a different
   status code than other traffic (this could indicate a WAF or rate limiter
   targeting the bot specifically).
3. Any timing pattern — recurring at a fixed interval, clustered around a
   traffic spike, or starting right after a specific timestamp.

Don't guess at a root cause you can't see in the data — only report what the
log lines actually show.

مطالبة لمراجعة إعداد وضع الصيانة بحثًا عن فخ robots.txt

Here is my maintenance-mode configuration (nginx/Apache/other):

<paste config>

Check specifically whether this configuration:
1. Returns a 503 status code for regular site pages during maintenance.
2. Excludes /robots.txt from the 503 rule, so robots.txt keeps returning 200.
3. Sets a Retry-After header on the 503 responses.

Flag anything that would cause robots.txt to return a non-200 status, and
anything missing a Retry-After header.

اختبر نفسك: خطأ الخادم (5xx)

خمسة أسئلة عن معنى “Server error (5xx)” وكيف تتفاعل Google معه والطريقة الصحيحة لإيقاف الموقع عمدًا. اختر إجابة لكل سؤال ثم تحقق منها.

سجل التغييرات