رموز أخطاء HTTP

الخلاصة — رموز أخطاء HTTP هي استجابات «حدث خطأ ما» التي يرسلها الخادم بدل استجابة “200 OK” العادية. وتنقسم إلى فئتين: 4xx، حين تكون الصفحة مفقودة أو محظورة، أي مشكلة من جهة العميل؛ و5xx، حين يواجه الخادم نفسه مشكلة. تتعامل Google معهما بصورة مختلفة جدًا: تؤدي 4xx إلى إسقاط الصفحة من البحث فحسب، بينما تجعل 5xx Google تبطئ زحف الموقع كله حتى يتعافى الخادم. ورغم الذعر الذي تسببه، فإن أخطاء 404 ليست عقوبة؛ لا يلزمك إلا إصلاح ما يهم منها.

ما رموز أخطاء HTTP؟

رموز حالة HTTP بيانات وصفية موحدة للاستجابة، تُجمع في فئة أخطاء العميل 4xx وفئة أخطاء الخادم 5xx. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 RFC 9110: Status codes وتوثق Google معاملة مختلفة في الزحف والفهرسة لكل من فئتَي الاستجابة. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 Google: HTTP and network errors

كلما طلب متصفح أو روبوت محرك بحث صفحة، يجيب الخادم برمز حالة من ثلاثة أرقام. يعني 200: «هذه الصفحة وكل شيء بخير». أما رموز الخطأ فهي الواقعة في نطاقَي 400 و500، وتعني أن الطلب لم ينجح.

هناك فئتان، والفرق بينهما هو أهم ما في هذه الصفحة:

• 4xx — أخطاء العميل. المشكلة في الطلب: الصفحة غير موجودة (404)، أو أزيلت نهائيًا (410)، أو لا يُسمح لك بالدخول (401 و403). وتقول 4xx لمحرك البحث عمليًا: «لا يوجد محتوى هنا».
• 5xx — أخطاء الخادم. المشكلة من جهتك: تعطل الخادم (500)، أو أخفق نظام يعتمد عليه (502 و504)، أو زاد حمله أو توقف للصيانة (503). وتقول 5xx لمحرك البحث: «الخادم نفسه معطل الآن».

كيف تستجيب Google لكل فئة؟

هنا تفترق معاملة الفئتين:

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

أكثر ما يخطئ الناس في فهمه

تراكم أخطاء 404 ليس عقوبة. قال John Mueller من Google بوضوح إن أخطاء 404 “not a quality signal, it’s not a SEO signal” (الترجمة العربية) «ليست إشارة جودة ولا إشارة SEO». الصفحات المعطلة والمفقودة جزء طبيعي من الويب. لذلك لا تفزع حين تفتح Search Console وترى آلاف أخطاء «غير موجودة»؛ أصلح فقط ما يهم فعلًا: صفحات ما زالت تتلقى روابط، أو موجودة في خريطة الموقع، أو كانت تجلب زيارات. أما الصفحات الميتة فعلًا فيمكن أن تظل تعيد 404.

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

جولة سريعة على الرموز

لكل رمز من هذه الرموز صفحته المتعمقة؛ وهذه خلاصة كل منها في سطر:

• 401 / 403 — الصفحة محظورة؛ يلزم تسجيل الدخول أو لا تملك الإذن.
• 404 — الصفحة غير موجودة. 410 — الصفحة أزيلت نهائيًا.
• 429 — «طلبات أكثر من اللازم»، أي تقييد المعدل. يبدو خطأ عميل، لكن Google تتعامل معه كخطأ خادم.
• 451 — الحجب لأسباب قانونية، مثل طلب إزالة أو حجب على مستوى بلد.
• 500 / 502 / 503 / 504 — فئة أخطاء الخادم: تعطل أو بوابة سيئة أو عدم توفر أو انتهاء مهلة البوابة.
• Soft 404 — الحالة الخادعة: صفحة تقول «غير موجودة» لكنها تعيد رمز 200، فتستمر Google في فحصها.

هل تريد التفاصيل: كيف يتغير معدل زحف Google بالضبط، ومتى تُزال الصفحات من الفهرس، وكيف توقف موقعًا بالطريقة الصحيحة، وكيف تراقب ذلك كله في Search Console؟ انتقل إلى تبويب المتقدم.

الخلاصة — رموز أخطاء HTTP هي فئتا الحالة 4xx للعميل و5xx للخادم. ترسم Google حدًا سلوكيًا واضحًا بينهما: تعني 4xx، عدا 429، «المحتوى غير موجود»، فيُسقط عنوان URL من الفهرس مع “no effect on crawl rate” (الترجمة العربية) «من دون تأثير في معدل الزحف»؛ بينما تعني 5xx و429 «الخادم يواجه إخفاقًا»، فتخفض Google الزحف بما يتناسب مع حجم الأخطاء، وتحافظ على عناوين URL المفهرسة أولًا، ولا تزيلها إلا إذا استمرت الأخطاء، ثم ترفع معدل الزحف تدريجيًا بعد التعافي. يقع 429 عدديًا ضمن 4xx لكن Google تسميه “a server error” (الترجمة العربية) «خطأ خادم». ويُتجاهل محتوى أي استجابة خطأ. ليست أخطاء 404 إشارة جودة وفق Mueller؛ رتبها بحسب الروابط والزيارات ولا تصلحها كلها، وتذكر أن الأثر الفعلي للخطأ المنفرد يعتمد على عنوان URL، إذ يخضع robots.txt لمعاملة أخطاء خاصة لا تنطبق على صفحة عادية. وتصف Google أخطاء Soft 404، أي استجابة 200 بمحتوى يفيد «غير موجود»، بأنها تهدر ميزانية الزحف؛ وهذا يهم المواقع الكبيرة أساسًا ولا يضمن أثرًا في كل موقع. وللتوقف المخطط استخدم 503 مع Retry-After مدة “a few days at most” (الترجمة العربية) «بضعة أيام على الأكثر»، ولا تجعل robots.txt يعيد 503 أبدًا. راقب الفئة عبر تقرير فهرسة الصفحات في GSC. يرسم هذا المركز خريطة كل رمز ويوجه إلى صفحته.

الفارق الذي يحكم الموضوع كله

يصف رمز البروتوكول نتيجة HTTP؛ بينما تصف تسمية Search Console كيف صنفت Google عملية جلب رصدتها. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 RFC 9110: Status codes فلا تستنتج سببًا جذريًا واحدًا أو وقت إزالة دقيقًا من الفئة وحدها. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 Google: HTTP and network errors

حين يتحدث الناس عن الأخطاء يختزلون أربع طبقات في عبارة «إنه 404»، وفصلها هو ما يجعل بقية الصفحة مفهومة:

1. دلالات البروتوكول — معنى رمز الحالة وفق مواصفة HTTP؛ فرمز 404 يعني «غير موجود»، بلا زيادة.
2. عملية الجلب المرصودة — ما تلقاه Googlebot فعلًا في طلب محدد ووقت محدد، وقد يختلف عما يراه المتصفح.
3. معالجة البحث — كيف تصنف منظومة فهرسة Google عملية الجلب المرصودة وتتصرف بناء عليها، مثل إسقاط URL أو خفض الزحف أو تجاهل النص.
4. السبب الجذري — السبب الفعلي في الخادم، مثل نشر سيئ أو قاعدة بيانات محملة فوق طاقتها أو قاعدة WAF، وهو ما لا يكشفه رمز الحالة وحده قط.

تخبرك معرفة الفئة، 4xx أو 5xx، بأي من الطبقات الثلاث الأولى تتعامل. لكنها لا تغني أبدًا عن الطبقة الرابعة؛ فما زال عليك معرفة السبب.

تعرض وثائق Google نفسها الفصل بوضوح، ويستحق استيعابه قبل أي شيء آخر: تقول أخطاء 4xx “the content doesn’t exist” (الترجمة العربية) «المحتوى غير موجود»، وتقول أخطاء 5xx “the server itself is failing.” (الترجمة العربية) «الخادم نفسه يواجه إخفاقًا». هاتان مشكلتان مختلفتان تمامًا، وتستجيب لهما منظومة الفهرسة في Google بطريقتين مختلفتين تمامًا.

مرساة مفيدة أولًا: حتى رمز النجاح ليس وعدًا. تقول Google بوضوح: “for Google Search, an HTTP 2xx (success) status code doesn’t guarantee indexing.” (الترجمة العربية) «بالنسبة إلى Google Search، لا يضمن رمز حالة HTTP من فئة 2xx (success) الفهرسة». رموز الخطأ هي في الواقع النصف الأكثر حسمًا؛ فهي تخبر Google بلا لبس: إما «أزيل» وإما «معطل».

كيف تتعامل Google مع أخطاء 4xx؟

بالنسبة إلى أخطاء العميل، معاملة Google موحدة وحاسمة: “Google doesn’t use the content from URLs that return 4xx status codes,” (الترجمة العربية) «لا تستخدم Google محتوى عناوين URL التي تعيد رموز حالة 4xx»، كما أن “Google crawlers inform the next processing system that the content doesn’t exist.” (الترجمة العربية) «تبلغ برامج زحف Google نظام المعالجة التالي بأن المحتوى غير موجود». وحتى إذا عرضت صفحة 403 أو 404 نصًا حقيقيًا كثيرًا فلن يُفهرس منه شيء؛ إذ يُتجاهل متن استجابة الخطأ.

تترتب على ذلك نتيجتان:

• تُسقط عناوين URL المفهرسة سابقًا. عندما يعيد عنوان URL رمز 4xx بثبات، تزيله Google من الفهرس بمرور الوقت.
• لا توجد عقوبة على معدل الزحف. هذه هي الحقيقة التي تبدد الخرافة: “The 4xx status codes, except 429, have no effect on crawl rate.” (الترجمة العربية) «لا تؤثر رموز حالة 4xx، باستثناء 429، في معدل الزحف». فكثرة أخطاء 404 لا تبطئ زحف Google إلى بقية الموقع.

تقضي النقطة الأخيرة على حدس سيئ: لا تحاول خفض سرعة Googlebot باستخدام 401 أو 403. تحذر Google صراحة: “don’t use 401 and 403 status codes for limiting the crawl rate.” (الترجمة العربية) «لا تستخدم رمزي الحالة 401 و403 لتقييد معدل الزحف». فجدار المصادقة لا يبطئ الزحف، بل يجعل المحتوى غير مرئي.

كيف تتعامل Google مع أخطاء 5xx و429؟

تفعل أخطاء الخادم مسار «الخادم يواجه صعوبة»، وهنا تحمي Google موقعك عمدًا:

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

لماذا يقع 429 في فئة أخطاء الخادم؟

هذه أكثر دقة تفوت معظم الأدلة. يقع 429 Too Many Requests عدديًا ضمن 4xx، لكن 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 بوصفه إشارة إلى أن الخادم محمل فوق طاقته، ويُعد خطأ خادم». لذلك فإن بدء WAF أو محدد معدل بإعادة 429 إلى Googlebot يخفض زحفك كما تفعل موجة من أخطاء 500، ولا يسقط صفحات منفردة كما يفعل 404. وعندما أفصل الرموز في دليلي لرموز حالة HTTP في Ahrefs، أضع 429 مع أخطاء الخادم لهذا السبب تحديدًا: إنه “a form of rate-limiting to protect the server,” (الترجمة العربية) «شكل من تقييد المعدل لحماية الخادم»، ويجعل Google تبطئ الزحف.

خريطة فئات رموز الأخطاء

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

أخطاء الحظر والوصول

• 401 Unauthorized — لم يعرّف العميل نفسه أو يثبت هويته عند الحاجة. يُحجب Googlebot خلف طلب مصادقة.
• 403 Forbidden — هوية العميل معروفة لكنه لا يملك حق الوصول.

أخطاء عدم العثور

• 404 Not Found — المورد المطلوب غير موجود.
• 404 مقابل 410 — الفرق العملي بين «غير موجود» و«أزيل»، وهو أصغر مما يظنه الناس.
• 410 Gone — يشبه 404 لكنه يصرح أيضًا بأن المورد لن يعود، ويُسقط الصفحات بسرعة أعلى قليلًا.

الرمز مزدوج الهوية

• 429 Too Many Requests — تقييد للمعدل؛ يقع عدديًا ضمن 4xx لكن Google تتعامل معه كخطأ خادم لأغراض معدل الزحف.

الأسباب القانونية

• 451: غير متاح لأسباب قانونية — الحجب لسبب قانوني، مثل الحجب على مستوى دولة أو طلبات الإزالة بموجب DMCA.

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

• 500 Internal Server Error — واجه الخادم مشكلة لا يستطيع معالجتها.
• 502 Bad Gateway — استجابة سيئة من خادم علوي.
• 503 Service Unavailable — الخادم محمل فوق طاقته أو متوقف للصيانة، وهو الرمز الصحيح للتوقف المخطط.
• 504 Gateway Timeout — لم تصل استجابة من خادم علوي في الوقت المناسب.

الحالة الخادعة

• Soft 404 — صفحة تعيد 200 OK لكن محتواها يفيد «غير موجود». إنها تجمع أسوأ ما في الحالتين، وسنشرحها أدناه.

ترتبط عمليات إعادة التوجيه المعطلة بالأخطاء لكنها تُصنف منفصلة؛ إذ تعرضها Google في Search Console باسم “Redirect error” (الترجمة العربية) «خطأ في إعادة التوجيه»، بخلاف حالة “Page with redirect” (الترجمة العربية) «صفحة تتضمن إعادة توجيه» العادية السليمة. تتبع برامج زحف Google افتراضيًا “follow up to 10 redirect hops” (الترجمة العربية) «ما يصل إلى 10 قفزات لإعادة التوجيه» قبل الاستسلام. وتتحول السلسلة الطويلة جدًا أو الدائرية أو التي تحتوي عنوان URL سيئًا إلى حالة خطأ إعادة التوجيه.

هل يضر خطأ HTTP بتحسين محركات البحث؟

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

لكن «منفرد» لا يعني «غير ضار دائمًا»؛ فالأثر الحقيقي يعتمد على المورد الذي يعيد الخطأ. إعادة صفحة عادية لرمز 404 حدث عابر، أما المورد الخاص فمختلف. تمنح Google ملف robots.txt قواعد خاصة لمعالجة الأخطاء تختلف عن عناوين URL العادية، لذلك قد يؤثر خطأ خادم في robots.txt في الزحف بطريقة لا يفعلها خطأ 404 في صفحة عادية. احكم على الخطأ بحسب عنوان URL الذي يقع فيه وما يعتمد عليه، لا بحسب رمز الحالة وحده.

النمط الوحيد ذو الآلية الحقيقية الموثقة هو أخطاء 5xx الكثيرة والمستمرة: خفض معدل الزحف ← إزالة الصفحات من الفهرس في النهاية. وحتى ذلك يتناسب مع عدد عناوين URL التي تعيد أخطاء، ويمكن عكسه عمومًا بعد تعافي الخادم. تصف Google زيادة المعدل بعد التعافي بأنها تدريجية لا فورية، لذلك تعامل مع التوقيت الدقيق ووتيرة إعادة المحاولة وسرعة التعافي بوصفها أمورًا تعتمد على الأدلة، لا ضمانًا ثابتًا. والفارق الذي يرسمه Mueller جدير بالتذكر: يتفاعل معدل الزحف مع أخطاء الخادم، مثل 429 و500 و503 وانتهاء المهلات، لا مع أخطاء 404.

هدر الزحف وإزالة الفهرسة: ضرران مختلفان

من المفيد فصل الطريقتين اللتين قد تكلفك بهما الأخطاء:

• إزالة الفهرسة — أخطاء 4xx المستمرة، فتُسقط الصفحة بوصفها «أزيلت»، أو أخطاء 5xx المستمرة، فتُسقط الصفحات بعد إخفاق خادم ممتد. يتعلق هذا الضرر بخروج الصفحات من الفهرس.
• هدر ميزانية الزحف — يهم المواقع الكبيرة أساسًا. يذكر دليل Google لميزانية الزحف: “if the site slows down or responds with server errors, the limit goes down and Google crawls less.” (الترجمة العربية) «إذا تباطأ الموقع أو استجاب بأخطاء خادم، ينخفض الحد وتزحف Google أقل». لكن ما يهدر الميزانية فعلًا هو Soft 404: “soft 404 pages will continue to be crawled, and waste your budget.” (الترجمة العربية) «سيستمر زحف صفحات Soft 404 وتهدر ميزانيتك». ولأن Soft 404 تبدو حية، إذ تعيد 200، تستمر Google في إعادة فحص صفحة غير موجودة فعلًا. لهذا تجمع أسوأ ما في الحالتين: لا تُسقط بوضوح مثل 404 حقيقية، بل تبقى وتستهلك عمليات الجلب.

للحالة الخادعة Soft 404 سببان شائعان يستحقان التسمية: قالب مخصص لـ«الصفحة غير موجودة» يعيد 200 بدل 404 حقيقية، وإعادة توجيه شاملة لكل عنوان URL ميت إلى الصفحة الرئيسية؛ إذ تتعرف Google على هذا النمط بوصفه Soft 404 أيضًا. تصميم صفحة 404 ودودة جيد لتجربة المستخدم ويوصى به تمامًا، ما دامت تعيد رمز حالة HTTP 404 الحقيقي.

تنفيذ التوقف المخطط بالطريقة الصحيحة

عندما توقف موقعًا أو قسمًا منه عمدًا، فالرمز الصحيح هو 503 Service Unavailable مع ترويسة Retry-After، وليس 4xx أبدًا. وإرشادات 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.” (الترجمة العربية) «إذا احتجت إلى تعطيل الموقع بصورة عاجلة لمدة 1-2 يوم، فأعد صفحة خطأ معلوماتية برمز استجابة 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 لموقعك».
• “Don’t block the website by returning 403, 404, 410 HTTP status codes” (الترجمة العربية) «لا تحجب الموقع بإعادة رموز حالة HTTP ‏403 أو 404 أو 410» أثناء التوقف؛ إذ تقول 4xx «أزيل نهائيًا»، وهي الإشارة المعاكسة تمامًا للتوقف المؤقت.
• الفخ الذي يفوت الجميع تقريبًا: “Don’t return a 503 HTTP response status code for the robots.txt file because this blocks all crawling.” (الترجمة العربية) «لا تُعد رمز استجابة HTTP ‏503 لملف robots.txt لأن ذلك يحجب الزحف كله». اجعل الصفحات تعيد 503، لا ملف robots.txt.

كيف تراقب الفئة كلها في Search Console؟

في العمل اليومي ستواجه هذه الأخطاء في تقرير فهرسة الصفحات في Search Console، حيث تقابل كل فئة حالة مستقلة:

• Not found (404) — «غير موجود (404)»: “this page returned a 404 error when requested.” (الترجمة العربية) «أعادت هذه الصفحة خطأ 404 عند طلبها».
• Server error (5xx) — «خطأ خادم (5xx)»: “your server returned a 500-level error when the page was requested.” (الترجمة العربية) «أعاد خادمك خطأ من مستوى 500 عند طلب الصفحة».
• Blocked due to unauthorized request (401) — «محظورة بسبب طلب غير مصرح به (401)»: “the page was blocked to Googlebot by a request for authorization.” (الترجمة العربية) «حُجبت الصفحة عن Googlebot بطلب مصادقة».
• Blocked due to access forbidden (403) — «محظورة بسبب منع الوصول (403)»: استجابة 403 بعد تقديم بيانات الاعتماد من دون منح الوصول.
• Blocked due to other 4xx issue — «محظورة بسبب مشكلة 4xx أخرى»: خطأ 4xx لا تغطيه حالة أخرى؛ استخدم URL Inspection لتشخيصه.
• Soft 404 — رسالة “user-friendly ‘not found’ message but not a 404 HTTP response code.” (الترجمة العربية) «رسالة ودودة للمستخدم تفيد بأن الصفحة غير موجودة، لكنها لا تستخدم رمز استجابة HTTP ‏404».
• Redirect error — «خطأ في إعادة التوجيه»: سلسلة طويلة جدًا أو حلقة أو عنوان URL مفرط الطول أو عنوان سيئ داخل السلسلة.

تقود كل حالة إلى سبب جذري ومسار إصلاح مختلفين. وبعد حل إحداها استخدم Validate Fix لطلب إعادة الزحف، لكن ضع توقعات واقعية للتوقيت؛ فإعادة الزحف ليست فورية. وتذكر صياغة Google نفسها: “it’s fine for a URL not to be indexed for the right reasons — for example… a 404 for a page that you’ve removed and have no replacement for.” (الترجمة العربية) «لا بأس ألا يُفهرس عنوان URL للأسباب الصحيحة، مثل خطأ 404 لصفحة أزلتها ولا بديل لها». ليست كل حالة خطأ مهمة واجبة التنفيذ.

لا تكفي Search Console وحدها لاتخاذ القرار؛ فهي نقطة رصد واحدة بعينة وتأخير. عند تسجيل خطأ للفرز، دوّن على الأقل: عنوان URL، ووقت رصده، ونقطة الرصد، سواء Search Console أو فحصًا حيًا أو سجلات الخادم/CDN، ووكيل المستخدم للطلب، وطريقة HTTP، ورمز الحالة النهائي ومسار الاستجابة بما فيه سلسلة إعادة التوجيه، وهل الحالة منفردة أم متكررة، وخطوة تحقق بعد الإصلاح عقب إعادة النشر. إن مقارنة GSC بفحص حالة حي وسجلاتك هي ما يحول صف تقرير قديمًا إلى مشكلة مؤكدة قابلة للإصلاح.

كيف تصلح الأخطاء وترتب أولوياتها؟

• رتب أخطاء 404 بحسب القيمة. أصلح الصفحات ذات الروابط الواردة أو الداخلية أو الموجودة في خريطة الموقع أو التي ما زالت تجلب زيارات؛ وأعد توجيهها برمز 301 إلى صفحة ذات صلة لاستعادة قيمة الروابط. دع عناوين URL الميتة فعلًا تعيد 404 أو 410. وكما قلت في دليلي في Ahrefs، الإصلاح العملي لمعظم هذه الحالات هو “you just need to 301 redirect each of these pages to a relevant page” (الترجمة العربية) «ما عليك إلا إعادة توجيه كل صفحة منها برمز 301 إلى صفحة ذات صلة»، لكن فقط عندما توجد وجهة ذات صلة. لا تعِد توجيه كل شيء إلى الصفحة الرئيسية، فهذا يصنع Soft 404.
• الفرق بين 410 و404 هامشي. يُسقط 410 الصفحة بسرعة أعلى قليلًا من 404؛ والفرق العملي في SEO طفيف. استخدم 410 حين تريد التصريح بأن المورد أزيل نهائيًا، لكن لا تتوقع تفوقًا كبيرًا.
• ابحث عن السبب الجذري لأخطاء 5xx. إصلاحاتها من جهة الخادم: السعة والمهلات لأخطاء 500، وصحة الخادم العلوي أو CDN لأخطاء 502 و504، وقواعد WAF أو تقييد المعدل التي تحجب Googlebot خطأً لأخطاء 403 و429. أكد الروبوت الحقيقي بفحص DNS عكسي ثم أمامي قبل تقييده.
• أسباب جذرية شائعة جديرة بالتسمية: أخطاء التطبيق وقاعدة البيانات والخوادم المحملة فوق طاقتها لأخطاء 5xx، وإخفاقات الخادم العلوي أو CDN لأخطاء 502 و504، وWAF الذي يقيد المعدل أو يحجب الروبوتات لأخطاء 403 و429، وعمليات النقل المعطلة والروابط الداخلية القديمة لأخطاء 404، وصفحات الخطأ الودودة السيئة الإعداد لحالات Soft 404.

Bing: نمط مشابه لم يُتحقق من مطابقته رمزًا برمز بصورة مستقلة

تشير تصريحات Bing العامة إلى الاتجاه نفسه الذي تتبعه Google: تُعامل رموز نطاق 400 بوصفها محتوى مفقودًا أو محظورًا، وتشير رموز نطاق 500 إلى مشكلة خادم تضر بكفاءة الزحف. لكنني لم أتحقق مستقلًا من التطابق الكامل الحالي رمزًا برمز مع وثائق Bing نفسها، لذلك تعامل مع هذا بوصفه اتجاهًا لا تطابقًا مؤكدًا واحدًا لواحد. يصف Fabrice Canel هدف Bing بأنه “crawl efficiency north star … to crawl a URL only when the content has been added … updated,” (الترجمة العربية) «البوصلة الموجهة لكفاءة الزحف: ألا يُزحف عنوان URL إلا عندما يكون المحتوى قد أضيف أو حُدث». وتعمل الأخطاء المستمرة ضد ذلك مباشرة؛ إذ تنفق Bing موارد الزحف على عناوين لا تعطي محتوى جديدًا قابلًا للفهرسة. وتوصي Bing أيضًا برمز 503 مع Retry-After للتوقف المخطط بدل تقديم صفحات الخطأ برمز 200. ستجد واجهات أخطاء الزحف في Bing Webmaster Tools ضمن URL Inspection وCrawl Control وSite Scan.

إلى أين تنتقل بعد ذلك؟

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

الحظر والوصول

• 401 Unauthorized — ما الذي يشغل حالة الحظر بسبب طلب غير مصرح به، ولماذا لا تخفض جدران المصادقة سرعة Googlebot.
• 403 Forbidden — تقديم بيانات الاعتماد مع رفض الوصول، وأنماط WAF وحجب الروبوتات التي تولد أخطاء 403 كاذبة لـGooglebot.

عدم العثور

• 404 Not Found — كيف تتعامل Google مع الصفحات المفقودة، ولماذا ليس عقوبة، وأي أخطاء 404 ينبغي إصلاحها فعلًا.
• 404 مقابل 410 — الفرق الحقيقي الصغير ومتى تستخدم كلًا منهما.
• 410 Gone — إشارة «أزيل نهائيًا» وإسقاطها الأسرع قليلًا.

تقييد المعدل

• 429 Too Many Requests — رمز 4xx الذي يتصرف كرمز 5xx، وكيف تمنع حدود المعدل من خفض زحفك.

الأسباب القانونية

• 451 غير متاح لأسباب قانونية — طلبات الإزالة والحجب حسب الدولة وكيف تظهر عمليات الإزالة القانونية.

أخطاء الخادم

• 500 Internal Server Error — إخفاق الخادم العام وكيف تعثر على سببه الجذري.
• 502 Bad Gateway — إخفاقات الخادم العلوي أو الوكيل.
• 503 Service Unavailable — الرمز الصحيح للصيانة والتوقف المخطط، مع فخ robots.txt.
• 504 Gateway Timeout — انتهاء مهلة الخادم العلوي.

الحالة الخادعة

• Soft 404 — استجابة 200 التي يفيد محتواها بأن المورد أزيل، ولماذا تهدر ميزانية الزحف وكيف تحولها إلى 404 حقيقية.

تُعالج عمليات إعادة التوجيه المعطلة منفصلة ضمن حالة Redirect error، أي «خطأ إعادة التوجيه»؛ فهي مرتبطة بالموضوع لكن Search Console تصنفها مستقلة.

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

خلاصة مكثفة للنسخة المتقدمة:

• فئتان وسلوكان. 4xx تعني «المحتوى غير موجود»، و5xx تعني «الخادم يواجه إخفاقًا». وتستجيب منظومة فهرسة Google لكل منهما بصورة مختلفة جدًا.
• 4xx، عدا 429: يُتجاهل المحتوى ويُسقط URL من الفهرس، مع “no effect on crawl rate” (الترجمة العربية) «من دون تأثير في معدل الزحف». لا تستخدم 401 أو 403 لخفض سرعة Googlebot؛ إذ تقول Google صراحة ألا تفعل.
• 5xx و429: تخفض Google الزحف أولًا بما يتناسب مع عدد عناوين URL التي تعيد أخطاء، وتحافظ على العناوين المفهرسة أولًا، ولا تزيلها إلا إذا استمرت الأخطاء. التعافي تلقائي لكن معدل الزحف يعود تدريجيًا.
• 429 هو الاستثناء: يقع عدديًا ضمن 4xx لكن Google تتعامل معه كـ”a server error” (الترجمة العربية) «خطأ خادم» لأغراض معدل الزحف، فيتصرف مثل 5xx.
• أخطاء 404 ليست إشارة جودة أو ترتيب وفق Mueller. لا تفزع من العدد؛ رتبها بحسب الروابط ووجودها في خريطة الموقع والزيارات، وأعد توجيه المهم منها برمز 301، ودع الصفحات الميتة تعيد 404 أو 410.
• يعتمد أثر الخطأ المنفرد على عنوان URL لا رمز الحالة وحده؛ فخطأ 404 في صفحة عادية حدث عابر، لكن موارد خاصة مثل robots.txt لها معاملة أخطاء مستقلة وقد تؤثر في الزحف بصورة مختلفة.
• Soft 404 هي الفخ: استجابة 200 يفيد محتواها «غير موجود»، وتصفها Google بأنها تهدر ميزانية الزحف لأنها تعيد فحص صفحة تبدو حية؛ وهذا يهم المواقع الكبيرة أساسًا ولا يضمن أثرًا في كل موقع.
• الفرق بين 410 و404 هامشي؛ يسقط 410 الصفحة بسرعة أعلى قليلًا، والفرق العملي طفيف.
• التوقف المخطط: استخدم 503 + Retry-After مدة “a few days at most” (الترجمة العربية) «بضعة أيام على الأكثر»، ولا تستخدم 403 أو 404 أو 410، ولا تجعل robots.txt يعيد 503 لأنه يحجب الزحف كله.
• راقب عبر تقرير فهرسة الصفحات في GSC وحالاته السبع: 404 و5xx و401 و403 وأخطاء 4xx الأخرى وSoft 404 وخطأ إعادة التوجيه، إضافة إلى فحوصك الحية وسجلات الخادم، ثم استخدم Validate Fix.
• تشير تصريحات Bing العامة إلى اتجاه Google نفسه، لكن التطابق الكامل رمزًا برمز لم يُتحقق منه مستقلًا؛ وتوصي Bing أيضًا بـ503 + Retry-After للتوقف.

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

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

Google

• رموز حالة HTTP وأخطاء الشبكة وDNS — الوثيقة المرجعية لكيفية تعامل Google مع 4xx و5xx و429 وعمليات إعادة التوجيه وأخطاء الشبكة وDNS.
• تقرير فهرسة الصفحات في مساعدة Search Console — كل حالة خطأ ستراها يوميًا، مثل 404 و5xx و401 و403 وأخطاء 4xx الأخرى وSoft 404 وخطأ إعادة التوجيه، وخاصية Validate Fix.
• تحسين ميزانية الزحف — كيف تخفض أخطاء الخادم حد الزحف ولماذا تهدر Soft 404 الميزانية.
• إيقاف نشاطك التجاري مؤقتًا في Google Search — خطوات 503 + Retry-After للتوقف المخطط وما ينبغي ألا تفعله.
• أخطاء Soft 404 — ما Soft 404 وكيف تصلحها.
• اجعل صفحات 404 أكثر فائدة — إرشادات أقدم ما زالت سارية: لا بأس بصفحة 404 ودودة ما دامت تعيد رمز 404 حقيقيًا.

Bing / Microsoft

• تنبيهات أخطاء الزحف في مساعدة Bing Webmaster Tools — حيث تعرض Bing أخطاء الزحف.
• سلسلة bingbot: تعظيم كفاءة الزحف — «البوصلة الموجهة لكفاءة الزحف» لدى Bing، التي تعمل الأخطاء المستمرة ضدها.

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

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

Google — الفصل بين 4xx و5xx

• “For Google Search, an HTTP 2xx (success) status code doesn’t guarantee indexing.” (الترجمة العربية) «بالنسبة إلى Google Search، لا يضمن رمز حالة HTTP من فئة 2xx (success) الفهرسة». — وثائق Google Search Central. انتقل إلى الاقتباس
• “Google doesn’t use the content from URLs that return 4xx status codes.” (الترجمة العربية) «لا تستخدم Google محتوى عناوين URL التي تعيد رموز حالة 4xx». انتقل إلى الاقتباس
• “The 4xx status codes, except 429, have no effect on crawl rate.” (الترجمة العربية) «لا تؤثر رموز حالة 4xx، باستثناء 429، في معدل الزحف». انتقل إلى الاقتباس

Google — ‏5xx و429

• “5xx and 429 server errors prompt Google’s crawlers to temporarily slow down with crawling.” (الترجمة العربية) «تدفع أخطاء الخادم 5xx و429 برامج زحف Google إلى إبطاء الزحف مؤقتًا». انتقل إلى الاقتباس
• “already indexed URLs are preserved in the index, but eventually dropped.” (الترجمة العربية) «تُحفظ عناوين URL المفهرسة في الفهرس، لكنها تُسقط في النهاية». انتقل إلى الاقتباس
• “Any content Google receives from URLs that return a 5xx status code is ignored.” (الترجمة العربية) «يُتجاهل أي محتوى تتلقاه Google من عناوين URL تعيد رمز حالة 5xx». انتقل إلى الاقتباس
• “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 — ميزانية الزحف وSoft 404

• “If the site slows down or responds with server errors, the limit goes down and Google crawls less.” (الترجمة العربية) «إذا تباطأ الموقع أو استجاب بأخطاء خادم، ينخفض الحد وتزحف Google أقل». انتقل إلى الاقتباس
• “Soft 404 pages will continue to be crawled, and waste your budget.” (الترجمة العربية) «سيستمر زحف صفحات Soft 404 وتهدر ميزانيتك». انتقل إلى الاقتباس

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». انتقل إلى الاقتباس
• “Don’t return a 503 HTTP response status code for the robots.txt file because this blocks all crawling.” (الترجمة العربية) «لا تجعل ملف robots.txt يعيد رمز استجابة HTTP ‏503، لأن ذلك يمنع عمليات الزحف كلها». انتقل إلى الاقتباس

Google — لا بأس بعدم الفهرسة

• “It’s fine for a URL not to be indexed for the right reasons — for example, an expected robots.txt rule on your site, a noindex tag on the page, a duplicate URL, or a 404 for a page that you’ve removed and have no replacement for.” (الترجمة العربية) «لا بأس ألا يُفهرس عنوان URL للأسباب الصحيحة، مثل قاعدة متوقعة في robots.txt بموقعك، أو وسم noindex في الصفحة، أو عنوان URL مكرر، أو خطأ 404 لصفحة أزلتها ولا بديل لها». — مساعدة Search Console. انتقل إلى الاقتباس

John Mueller من Google — أخطاء 404 ليست إشارة جودة

• “404s are not a quality signal, it’s not a SEO signal.” (الترجمة العربية) «أخطاء 404 ليست إشارة جودة ولا إشارة SEO». اقرأ التغطية
• وعن تفاعل معدل الزحف: “I’d only expect the crawl rate to react that quickly if they were returning 429 / 500 / 503 / timeouts… (404s are generally fine & once discovered, Googlebot will retry them anyway)… Once things settle down on the server, the crawl rate will return to normal automatically.” (الترجمة العربية) «لا أتوقع أن يتفاعل معدل الزحف بهذه السرعة إلا إذا كانت الاستجابات 429 أو 500 أو 503 أو انتهاء مهلة؛ أما أخطاء 404 فلا مشكلة فيها عمومًا وسيعيد Googlebot محاولتها بعد اكتشافها على أي حال. وعندما تستقر الأمور في الخادم يعود معدل الزحف إلى طبيعته تلقائيًا». اقرأ التغطية

Fabrice Canel من Microsoft Bing

• “Our crawl efficiency north star is to crawl a URL only when the content has been added (URL not crawled before), updated (fresh on-page context or useful outbound links).” (الترجمة العربية) «البوصلة الموجهة لكفاءة الزحف لدينا هي ألا نزحف إلى عنوان URL إلا عندما يكون المحتوى قد أضيف، أي لم يُزحف العنوان من قبل، أو حُدث بسياق جديد داخل الصفحة أو روابط صادرة مفيدة». انتقل إلى الاقتباس

أي خطأ أعالجه أولًا؟

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

1. هل ترى 5xx أو 429، أي خطأ خادم أو قفزة في انتهاء المهلات؟

• نعم ← تعامل معه كحالة عاجلة. هذا هو الفرع الذي يخفض الزحف على مستوى الموقع وقد يزيل صفحات من الفهرس إن استمر. ابحث عن السبب الجذري فورًا: سعة الخادم والمهلات لأخطاء 500، أو صحة الخادم العلوي/CDN لأخطاء 502 و504، أو WAF أو محدد معدل يحجب Googlebot خطأً لأخطاء 403 و429. التعافي تلقائي عند عودة 2xx، لكن معدل الزحف يرتفع تدريجيًا.
• لا ← انتقل إلى التالي؛ فـ4xx لا تؤثر في معدل الزحف.

2. هل هي Soft 404، أي استجابة 200 بمحتوى يفيد «غير موجود»؟

• نعم ← أصلح رمز الاستجابة. أعد 404 أو 410 حقيقية، أو إذا انتقلت الصفحة فأعد توجيهها برمز 301 إلى صفحة ذات صلة. توقف عن إعادة توجيه كل العناوين الميتة إلى الصفحة الرئيسية. تهدر Soft 404 ميزانية الزحف لأن Google تستمر في فحصها.
• لا ← تابع.

3. هل هي 404 أو 410، أي غير موجودة أو أزيلت؟

• هل لعنوان URL روابط واردة أو داخلية أو حضور في خريطة الموقع أو زيارات متبقية؟
  • نعم ← أعد توجيهه برمز 301 إلى صفحة ذات صلة لاستعادة القيمة.
  • لا ← اتركه. ينبغي للصفحة الميتة فعلًا أن تعيد 404 أو 410؛ فهذه ليست عقوبة ولا يلزم إصلاحها.

4. هل هي 401 أو 403، أي محظورة؟

• هل ينبغي أن تكون الصفحة عامة؟ نعم ← أصلح إعداد المصادقة أو الإذن أو قاعدة WAF التي تحجب Googlebot. لا ← لا بأس أن تظل محظورة، لكن لا تتوقع من 401 أو 403 أن تخفض سرعة Googlebot؛ فهي تجعل المحتوى غير مرئي فحسب.

5. هل هي 451، أي قانونية؟

• هذه إزالة قانونية أو حجب جغرافي لا عطل تقني؛ عالجها عبر الإجراءات القانونية والامتثال، لا عبر SEO.

6. هل هي Redirect error، أي خطأ إعادة توجيه؟

• قصّر السلسلة، إذ تتبع Google ما يصل إلى نحو 10 قفزات، أو اكسر الحلقة، أو أصلح عنوان URL السيئ أو المفرط الطول داخل السلسلة حتى تصل إلى استجابة نهائية واحدة 200.

إزالة من الفهرس أم هدر للزحف: أي ضرر أواجه فعلًا؟

• هل تخرج الصفحات من الفهرس؟ ← ابحث عن أخطاء 4xx مستمرة، فتُسقط بوصفها «أزيلت»، أو أخطاء 5xx مستمرة، فتُسقط بعد إخفاق ممتد. الأخطاء المنفردة لا تفعل ذلك.
• هل تُهدر ميزانية الزحف في موقع كبير؟ ← ابحث عن Soft 404 والأخطاء واسعة النطاق؛ أي الصفحات التي يعاد زحفها لأنها تبدو حية.

ورقة مرجعية: رمز الخطأ ← السلوك ← الإصلاح

كيف تتعامل Google مع كل رمز؟

حقائق سريعة

• 4xx، عدا 429: المحتوى متجاهل وURL يُسقط، مع انعدام الأثر في معدل الزحف.
• 5xx و429: خفض الزحف أولًا، والإزالة من الفهرس فقط إن استمر الخطأ، والتعافي تدريجي.
• أخطاء 404 ليست إشارة جودة أو ترتيب؛ رتبها بحسب الروابط والزيارات.
• Soft 404 هي الفخ: استجابة 200 يفيد محتواها أن المورد أزيل ← تهدر ميزانية الزحف.
• التوقف المخطط = 503 + Retry-After مدة “a few days at most” (الترجمة العربية) «بضعة أيام على الأكثر»، ولا تستخدم 403 أو 404 أو 410، ولا تجعل robots.txt يعيد 503 لأنه يحجب الزحف كله.
• عمليات إعادة التوجيه: تتبع Google ما يصل إلى نحو 10 قفزات؛ وتظهر السلاسل الطويلة أو الدائرية باسم “Redirect error” (الترجمة العربية) «خطأ إعادة التوجيه» في GSC.

حالات فهرسة الصفحات في GSC التي ينبغي مراقبتها Not found (404)، أي «غير موجود» · Server error (5xx)، أي «خطأ خادم» · Blocked due to unauthorized request (401)، أي «محظورة بسبب طلب غير مصرح به» · Blocked due to access forbidden (403)، أي «محظورة بسبب منع الوصول» · Blocked due to other 4xx issue، أي «محظورة بسبب مشكلة 4xx أخرى» · Soft 404 · Redirect error، أي «خطأ إعادة التوجيه»؛ ثم استخدم Validate Fix، أي «التحقق من الإصلاح»، بعد الحل.

موارد تستحق وقتك

مقالات ذات صلة كتبتها

• رموز حالة HTTP وأثرها في SEO — شرحي الكامل رمزًا برمز لفئات 4xx و5xx و429 والإصلاحات العملية عبر نطاق رموز الحالة كله.
• 11 نوعًا من عمليات إعادة التوجيه وأثرها في SEO — جانب إعادة التوجيه، وهو سبب رئيسي لكل من أخطاء إعادة التوجيه وحالات Soft 404s.
• دليل المبتدئين إلى Technical SEO — موضع رموز الحالة في الصورة الأكبر.

محاضراتي

• كيف يعمل البحث على SlideShare — شرحي للزحف والعرض والفهرسة والتقديم، بما فيه كيف تتحكم رموز الحالة في مرور الصفحة عبر المنظومة. ويسري تنبيهي الدائم: “This is my understanding of systems… not going to be 100% complete or accurate.” (الترجمة العربية) «هذا فهمي للأنظمة، ولن يكون كاملًا أو دقيقًا تمامًا».

من مصادر القطاع

• هبوط زحف Googlebot؟ يشير Mueller إلى أخطاء الخادم من Search Engine Journal — التقرير الذي يثبت بعبارات Mueller الفرق بين تفاعل معدل الزحف مع 429 و500 و503 وانتهاء المهلات، وعدم تفاعله مع 404s.
• الدليل الشامل لرموز حالة HTTP في SEO من Search Engine Land — مرجع واسع لكل فئات الحالة.
• شرح رموز حالة HTTP من Semrush — نظرة تركز على تنفيذ فئات الرموز.
• دليل SEO لرموز حالة HTTP من Search Engine Journal — مرجع رمزًا برمز مع سياق SEO.
• r/TechSEO — مجتمع تشخيص أخطاء الزحف والفهرسة.

نموذج الضررين: الاختفاء في مقابل خفض الزحف

لا ترتب أولوية خطأ HTTP استنادًا إلى رقمه الأول وحده. اسأل أي ضررين ينشئ.

الضرر 1: يقول عنوان URL إن المحتوى غير موجود

تخبر معظم استجابات 4xx Google بأن المحتوى المطلوب غير متاح. لا تفهرس Google متن الاستجابة، وقد يخرج عنوان URL المتأثر باستمرار من الفهرس. يقتصر النطاق عادة على عنوان URL نفسه؛ ولا تخبر استجابات 4xx العادية Google بأن الخادم كله غير سليم. والاستثناء هو 429 الذي تعامله Google بوصفه مشكلة توفر للخادم.

سؤال القرار: هل يفترض أن يوجد هذا العنوان أو يتلقى زيارات أو يحافظ على الروابط؟ إذا نعم، فأصلح رمز الحالة الخاطئ أو وجّه المستخدمين إلى وجهة مكافئة حقًا. وإن لا، فقد تكون استجابة 404 أو 410 هي النتيجة الصحيحة لا مشكلة SEO.

الضرر 2: يقول الخادم إنه لا يستطيع الاستجابة بموثوقية

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

سؤال القرار: هل الإخفاق مستمر أو واسع بما يكفي لتغيير سلوك الزاحف؟ إذا نعم، فتعامل معه كحادث بنية تحتية واستعد الاستجابات الموثوقة. لا «تصلحه» داخل Search Console.

طبقة الأولوية: القيمة والنية

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

مصفوفة الأدلة والإجراءات: ما الذي تسجله لكل خطأ؟

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

موجه: حوّل تصدير أخطاء GSC إلى قائمة انتظار للفرز

صدّر قائمة عناوين URL المتأثرة من Search Console، وأثرها حيثما أمكن برمز الحالة والحضور في خريطة الموقع والنقرات ومرات الظهور العضوية والروابط الداخلية والخارجية والحالة المقصودة للعنوان. ألصق بيانات غير حساسة فقط.

You are triaging an HTTP-error URL export for technical SEO. Use only the supplied
columns. Do not assume that every 404 is a problem or that every 5xx is permanent.

For each URL:
1. Classify the response as 4xx disappearance risk, 5xx/429 crawl-throttling risk,
   soft-404 mismatch, or insufficient evidence.
2. Decide whether the URL appears intended to exist, based only on sitemap presence,
   links, traffic, template, and the supplied intended-state field.
3. Assign priority: incident-now, high, medium, low, or expected/no fix.
4. Explain the priority using the exact supplied signals.
5. Recommend the next verification, not a guessed root cause.

Prioritize broad or persistent 5xx/429 incidents first, then intended URLs with
traffic or links, then sitemap/internal-link hygiene. Keep intentional 404/410 URLs
out of the fix queue. Return a table plus a short list of missing data that would
change the ranking.

DATA:
[PASTE SANITIZED EXPORT HERE]

تحقق من المخرجات بمقارنتها بفحوص الحالة الحية وخريطة عناوين URL المقصودة للموقع قبل إسناد العمل.

أدوات لفرز الأخطاء

• فاحص رموز حالة HTTP بالجملة — ألصق عناوين URL المصدّرة لجمع رموز الحالة الحية وسلاسل إعادة التوجيه والوجهات وزمن الاستجابة، ثم رشح النتيجة وصدّرها. يحول ذلك صف تقرير قديمًا إلى دليل HTTP حالي.
• فاحص تعطل الموقع — تحقق مما إذا كان حادث 5xx المشتبه به قابلًا لإعادة الإنتاج خارجيًا قبل تغيير إعدادات التطبيق أو الزاحف.
• تقرير فهرسة الصفحات في Google Search Console — حدد مجموعات الأسباب لدى Google والأمثلة المتأثرة، واستخدم URL Inspection لفحص حي تمثيلي.
• سجلات وصول الخادم أو CDN — قس معدلات الأخطاء التي تواجه الزاحف، وميز مشكلة عنوان URL واحد من نمط توفر يشمل الموقع.

تبلغ Search Console بما رصدته Google، لكنها لا تغني عن طلب حي أو عن أدلة الخادم اللازمة للعثور على السبب.

عناوين URL المقصودة التي تعيد أخطاء

المقياس: عدد ونسبة عناوين URL التي يفترض أن تكون حية لكنها تعيد 4xx أو 5xx أو 429، مع تقسيمها بحسب فئة الاستجابة والقالب.

ما الذي يخبرك به: يفصل عيوب التوفر والفهرسة الحقيقية عن تنظيف 404 و410 المقصود.

كيفية استخراجه: اربط تصدير زحف حالي أو نتيجة فاحص رموز حالة HTTP بالجملة بخريطة الموقع وشبكة الروابط الداخلية وسجل عناوين URL المقصودة.

المعيار والنطاق الواقعي: الهدف هو صفر من الأخطاء غير المقصودة في عناوين URL التي يجب أن تكون حية. تتبع العناوين المتقاعدة المتوقعة منفصلة، ولا تجبرها داخل هدف مختلق لمعدل أخطاء الموقع كله.

الوتيرة: يوميًا للقوالب الحرجة وأثناء عمليات النشر، وأسبوعيًا للسجل الأوسع.

معدل أخطاء طلبات الزواحف

المقياس: نسبة طلبات محركات البحث التي تعيد 4xx أو 429 أو 5xx من طلبات الزواحف المتحقق منها، مقسمة بحسب الحالة واسم المضيف ومجموعة المسارات.

ما الذي يخبرك به: يبين هل يتركز هدر الزحف في عناوين URL متقاعدة أم أن إخفاقات الخادم ربما تخفض طلب الزحف.

كيفية استخراجه: اجمع طلبات الزواحف المتحقق منها من سجلات وصول CDN أو الخادم؛ ولا تثق بسلسلة وكيل المستخدم وحدها عندما يتوفر التحقق.

المعيار والنطاق الواقعي: حدد المزيج الطبيعي لموقعك. قد تكون أخطاء 404 المقصودة مشروعة؛ أما استجابات 5xx و429 غير المفسرة في عناوين URL المقصودة فلا ينبغي معاملتها كضوضاء خط أساس طبيعية.

الوتيرة: راقب تنبيهات 5xx و429 باستمرار، وراجع الاتجاهات المقسمة أسبوعيًا.

اتجاه سجل أخطاء Search Console

المقياس: أعداد عناوين URL المتأثرة حسب سبب فهرسة الصفحات، مقترنة بحالة عناوين URL التمثيلية وتاريخ تحديث التقرير.

ما الذي يخبرك به: هل يتقلص السجل الذي رصدته Google بعد الإصلاحات أم يمتد إلى قوالب إضافية.

كيفية استخراجه: صدّر جداول أسباب فهرسة الصفحات واحتفظ بلقطات مؤرخة؛ وافحص عينات عبر URL Inspection والطلبات الحية.

المعيار والنطاق الواقعي: قارن بالحالة المقصودة للموقع ولقطاته السابقة. Search Console مبنية على عينات ومتأخرة، لذلك لا تخترع عتبة نجاح آنية.

الوتيرة: أسبوعيًا وبعد منح Google وقتًا لإعادة زحف الإصلاح المنشور؛ واستخدم السجلات والفحوص الحية للمراقبة الفورية للحوادث.

اختبر معلوماتك: رموز أخطاء HTTP

خمسة أسئلة سريعة عن كيفية تعامل Google مع أخطاء 4xx و5xx. اختر إجابة لكل سؤال ثم تحقق منها.

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