رموز حالة HTTP

TL;DR — رمز حالة HTTP هو رقم من ثلاثة أرقام يرسله الخادم مع كل صفحة يقدمها، ليخبر المتصفح أو محرك البحث بما حدث: نجاح، إعادة توجيه، “غير موجود”، أو خطأ في الخادم. بالنسبة لتحسين محركات البحث (SEO)، يهم الرمز بقدر أهمية الصفحة نفسها — فهو يخبر Google ما إذا كان يجب فهرسة الصفحة، أو متابعة إعادة التوجيه، أو العودة لاحقًا، أو تجاهل عنوان URL. الرمز الشهير 404 عمومًا لا يضر بتصنيفاتك.

ما هو رمز حالة HTTP

رمز حالة HTTP هو تصنيف الاستجابة الموحد من الخادم لطلب ما. 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 تفسر محركات البحث هذه الاستجابات في خطوط معالجة الزحف والفهرسة الخاصة بها، مع توثيق السلوك بشكل منفصل عن مواصفات HTTP. 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

في كل مرة يطلب فيها متصفحك (أو Googlebot) صفحة من خادم، يجيب الخادم برقم من ثلاثة أرقام قبل إرسال أي شيء آخر. هذا الرقم هو رمز حالة HTTP، وهو ملخص الخادم المكون من سطر واحد لما حدث للطلب. لقد رأيت 404 عندما لا توجد صفحة؛ 200 هو الرمز الهادئ الذي يعني “ها هي صفحتك، كل شيء على ما يرام.”

تأتي الرموز في خمس مجموعات، مرتبة حسب الرقم الأول:

• 1xx — معلوماتية. “انتظر، ما زلنا نعمل.” لا ترى هذه تقريبًا أبدًا.
• 2xx — نجاح. “تفضل.” 200 OK هو الرمز المهم.
• 3xx — إعادة توجيه. “لقد انتقل — اذهب إلى هنا بدلاً من ذلك.” تعيش عمليات إعادة التوجيه هنا.
• 4xx — خطأ عميل. “طلبك به مشكلة.” 404 Not Found هو النجم.
• 5xx — خطأ خادم. “خطأي — لم أتمكن من تقديمه الآن.”

لماذا يهم الرمز لتحسين محركات البحث (SEO)

تقرأ محركات البحث رمز الحالة أولاً، وهو يحدد كيفية تعاملها مع الصفحة:

• 200 هو ما تريده لصفحة تريدها في البحث — إنه الضوء الأخضر.
• إعادة توجيه 301 (دائمة) تخبر Google أن الصفحة لها منزل جديد وأن تنقل إشارات التصنيف هناك. 302 (مؤقتة) تعني “this is only for now.” (الترجمة العربية) «هذا مؤقت فقط».
• 404 أو 410 يخبران Google أن الصفحة لم تعد موجودة، وتُحذف من الفهرس بمرور الوقت.
• خطأ خادم 500 أو 503 يخبر Google أن شيئًا ما تعطل؛ تتراجع Google وتحاول مرة أخرى لاحقًا بدلاً من حذف صفحاتك على الفور.

الشيء الذي يخطئ فيه معظم الناس

أخطاء 404 عمومًا لا تضر بتصنيفاتك. يقول دليل Google Search Console الخاص بهم ذلك بوضوح. إذا كانت الصفحة لا ينبغي أن تكون موجودة حقًا، فتركها تعيد 404 أمر جيد — يمكنك تجاهل هذه الأخطاء بأمان. التكلفة الحقيقية لـ 404 غير مباشرة: تفقد حركة المرور والروابط التي كانت للصفحة. ما يجب ألا تفعله هو ترك صفحة معطلة تعمل وتعيد 200 OK، لأن Google ستفهرس النسخة المعطلة بسعادة كما لو كانت محتوى حقيقيًا.

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

TL;DR — رمز الحالة هو إشارة SEO من الدرجة الأولى، مستقلة عن محتوى الصفحة. 2xx ضروري ولكن غير كافٍ للفهرسة. 301/308 يمرران إشارة توحيد؛ 302/307 لا يفعلان. تُحذف صفحات 4xx من الفهرس بمرور الوقت، و404 عمومًا لا يضر بالتصنيفات. 5xx و429 يجعلان الزواحف تبطئ، وليس إلغاء الفهرسة — التعافي تدريجي بمجرد عودة 2xx. الفخ هو 404 الناعم: رمز 200 يحيط بمحتوى “هذا غير موجود”، والذي تكتشفه Google في طبقة المحتوى وتتعامل معه كـ 404 حقيقي. طابق الرمز مع الواقع، واستخدم عمليات إعادة التوجيه الدائمة للتحركات الدائمة، وأعد 503 — وليس 200 معطلًا — أثناء فترة التوقف.

ما هو رمز الحالة فعليًا

فئات الاستجابة الخمس تأتي من RFC 9110، مواصفات HTTP — إنها دلالات بروتوكول، وليست درجات SEO مباشرة. 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

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

العائلات الخمس، من منظور تحسين محركات البحث

1xx — معلوماتية. استجابات مؤقتة “لا تزال قيد العمل” (100 Continue، 101 Switching Protocols). لا تكاد تكون ذات صلة بتحسين محركات البحث، مع استثناء حديث واحد: 103 Early Hints، الذي يسمح للخادم بإخبار المتصفح بالبدء في التحميل المسبق للموارد الحرجة قبل أن تكون الاستجابة الكاملة جاهزة — مكسب صغير لمؤشرات الويب الأساسية، وليس رافعة للفهرسة.

2xx — نجاح. 200 OK هو ما تعيده الصفحة القابلة للفهرسة. لكن 200 ضروري، وليس كافياً: لا يزال بإمكان جوجل رفض فهرسة صفحة 200 لأسباب تتعلق بالجودة أو الازدواجية أو غيرها. حالة حافة تستحق المعرفة — 204 No Content (استجابة ناجحة بجسم فارغ) يمكن أن تُعامل مثل 404 ناعم، لأنه لا يوجد شيء لفهرسته.

3xx — إعادة التوجيه. هنا يكمن التمييز الخاص بالتوحيد الأساسي (canonicalization)، وهو الجزء الأكثر سوء فهم في هذا الموضوع. وفقًا لتوثيق جوجل حول عمليات إعادة التوجيه:

• 301 (دائم) و308 — تتبع جوجل إعادة التوجيه و “يستخدم خط أنابيب الفهرسة إعادة التوجيه كإشارة إلى أن هدف إعادة التوجيه يجب أن يكون أساسيًا (canonical).” تتجمع إشارات الترتيب على الهدف.
• 302 (مؤقت) و307 — تتبع جوجل إعادة التوجيه، “لكن خط أنابيب الفهرسة لا يستخدم إعادة التوجيه كإشارة إلى أن هدف إعادة التوجيه يجب أن يكون أساسيًا (canonical).” ترك 302 في مكانه لنقل دائم حقيقي هو خطأ إعداد كلاسيكي — قد تعامل جوجل في النهاية 302 طويل العمر مثل 301 عمليًا، لكن لا ينبغي الاعتماد على ذلك.

توصي Google بأن “use a permanent server-side redirect whenever possible” (الترجمة العربية) «تستخدم إعادة توجيه دائمة من جانب الخادم كلما أمكن ذلك» للنقل الدائم، وتلاحظ سقفًا صارمًا: “By default, Google’s crawlers follow up to 10 redirect hops.” (الترجمة العربية) «تتبع زواحف Google افتراضيًا ما يصل إلى 10 قفزات إعادة توجيه». سلاسل إعادة التوجيه الأطول من ذلك يتم التخلي عنها. (للجولة الكاملة لأنواع إعادة التوجيه الأحد عشر وتأثيرها على تحسين محركات البحث، كتبت ذلك بشكل منفصل في Ahrefs، مرتبط في الموارد — هذا المحور هو الخريطة عمدًا، وليس الغوص العميق.) أيضًا في عائلة 3xx: 304 Not Modified، إشارة تخزين مؤقت تخبر الزاحف أن نسخته المخزنة لا تزال حديثة — لا تأثير مباشر على الترتيب، لكنها تدعم الزحف الفعال على المواقع الكبيرة.

4xx — خطأ عميل. لا يمكن تقديم الصفحة بسبب شيء في جانب الطلب — فهي مفقودة أو محظورة أو ممنوعة لهذا العميل. جوجل صريحة: “لا تستخدم جوجل المحتوى من عناوين URL التي تعيد رموز حالة 4xx،” و “إذا كان عنوان URL مستخدمًا سابقًا لكنه الآن يعيد رمز حالة 4xx، فستتوقف أنظمة جوجل عن استخدام عنوان URL بمرور الوقت.” بالنسبة لـ404 تحديدًا، “يزيل خط أنابيب الفهرسة عنوان URL من الفهرس إذا كان مفهرسًا سابقًا. الصفحات الجديدة التي تواجه 404 لا تتم معالجتها.”

هناك فارقان مهمان هنا:

• 404 لا يضر بالترتيب. تنص مساعدة Search Console مباشرة: “بشكل عام، لن تؤثر أخطاء 404 على أداء البحث في موقعك.” الخطر من 404 هو فقدان الزيارات والروابط التي تحملها الصفحة، أو — على نطاق واسع — إهدار ميزانية الزحف.
• لا تستخدم 401/403 كسلاح ضد Googlebot. تحذر جوجل: “لا تستخدم رموز الحالة 401 و403 للحد من معدل الزحف. رموز الحالة 4xx، باستثناء 429، ليس لها تأثير على معدل الزحف.” حظر Googlebot برمز 401/403 لا “يُبطئه” — بل يجعل المحتوى غير مرئي فقط.

رموز أخطاء العميل الفردية لكل منها قصتها الخاصة — رموز الوصول والمصادقة (401, 403)، ورموز “الاختفاء” (404, 410، ومسألة أيها يجب استخدامه)، وتحديد المعدل (429)، ورمز الحظر القانوني (451) — وكل منها يحصل على معالجة كاملة في مقالته الخاصة. انظر “إلى أين تذهب بعد ذلك” أدناه.

5xx — خطأ في الخادم. كان الطلب سليمًا؛ فشل الخادم في تنفيذه (500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable, 504 Gateway Timeout). الحقيقة الحاسمة لتحسين محركات البحث: هذه لا تؤدي إلى إلغاء الفهرسة فورًا. وثيقة Google: 5xx و429 أخطاء الخادم “تطلب من زاحفي Google إبطاء الزحف مؤقتًا،” و*“بمجرد أن يبدأ الخادم في الاستجابة برمز حالة 2xx، يزيد Google تدريجيًا من معدل الزحف.”* التباطؤ مُقاس: “انخفاض معدل الزحف يتناسب مع عدد عناوين URL الفردية التي تعيد خطأ في الخادم.” العناوين المفهرسة سابقًا تُحفظ خلال التذبذب؛ فقط أخطاء الخادم المستمرة تؤدي في النهاية إلى الإزالة.

الزحف مقابل الفهرسة: النموذج الذهني الذي يربط الأمور معًا

سؤالان مختلفان يقفان خلف هذه الرموز:

1. هل يجب أن أزحف إلى هذا؟ 5xx/429 تقول “أبطئ، حاول لاحقًا.” 301/302 تقول “اذهب إلى هذا بدلاً من ذلك.” 429 وعائلة 5xx هي الرموز الوحيدة التي تبطئ معدل الزحف فعليًا.
2. هل يجب أن أفهرس هذا، وتحت أي عنوان URL؟ 2xx = مؤهل. 4xx = أسقطه. 301/308 = دمج على الهدف.

الخيط الرابط — والشيء الذي يكسر هذا النموذج — هو 404 الناعم، حيث يختلف الرمز عن المحتوى.

404 الناعم — الاستثناء الخفي

404 الناعم هو صفحة تعيد رمز نجاح (200) لكن محتواها يقول إن العنصر غير موجود — صفحة فارغة، أو رسالة “عذرًا، غير موجود”، أو نتيجة رقيقة/فارغة. يكتشف Google المشكلة في طبقة المحتوى، بغض النظر عن رمز HTTP: “إذا كان المحتوى يوحي بخطأ لبحث Google، أو صفحة فارغة أو رسالة خطأ، ستعرض Search Console خطأ soft 404.”

لماذا تهتم، إذا كانت الصفحة “تُحمَّل بشكل جيد”؟ لأنها تهدر ميزانية الزحف. دليل Google للمواقع الكبيرة صريح: “ستستمر صفحات 404 الناعم في الزحف إليها، وتهدر ميزانيتك.” عادةً ما تأتي من أنظمة إدارة المحتوى أو أطر عمل JavaScript غير المهيأة بشكل صحيح التي تعيد 200 لمسارات غير موجودة. الإصلاح هو جعل الرمز يطابق الواقع — أعد 404 حقيقيًا (أو 410) حتى يتمكن Google من إسقاط عنوان URL نظيفًا. هناك مقال مخصص عن 404 الناعم في هذه المجموعة.

404 مقابل 410 — هل يهم حقًا؟

بالكاد، لتحسين محركات البحث. حسم جون مولر هذا في توضيح عام 2024: “الفرق في معالجة 404 مقابل 410 ضئيل جدًا لدرجة أنني لا أستطيع التفكير في أي وقت أفضل فيه أحدهما على الآخر لأغراض تحسين محركات البحث،” مضيفًا أن “Google لا يعاقب على 404 (تلك الصفحات تخرج من الفهرس على الرغم من ذلك).” يمكن أن يشير 410 (Gone) إلى الاستمرارية بشكل أسرع قليلاً ويوثق النية بشكل أوضح للبشر والأدوات الأخرى — كان الإطار التاريخي لمات كاتس أن إزالة 410 تعمل “أسرع قليلاً،” بضعة أيام على الأكثر. استخدم 410 عندما تكون متأكدًا من أن الإزالة دائمة؛ 404 عندما قد تعود الصفحة أو عندما تكون غير متأكد. دليل ميزانية الزحف من Google سعيد بأي منهما: “رمز الحالة 404 هو إشارة قوية لعدم الزحف إلى عنوان URL هذا مرة أخرى.” المقال المخصص لمقارنة 404 مقابل 410 يحل التفاصيل الدقيقة بالكامل.

استخدام رموز الحالة للتوقف عن العمل والترحيلات

لأوقات التوقف المخطط لها، أو الصيانة، أو نافذة الترحيل، قم بإرجاع 503 Service Unavailable — وليس 200 معطلًا. توجيه جون مولر مباشر: “if something goes drastically wrong with your hoster, and you can’t host your website anymore, please return a ‘503 Service unavailable’ HTTP result code.” (ترجمة) «إذا حدث خطأ جسيم مع مضيفك، ولم يعد بإمكانك استضافة موقعك، فيرجى إرجاع رمز نتيجة HTTP ‘503 Service Unavailable’.» ويغطي منطقه النمطين المضادين اللذين يجب تجنبهما: “returning an error page with ‘200 OK’ will result in us indexing the change of content like that (and if all of your pages return the same error page, then we may assume that these URLs are duplicates). Redirecting to a temporary page will result in that redirect being used for indexing.” (ترجمة) «سيؤدي إرجاع صفحة خطأ مع ‘200 OK’ إلى فهرستنا لتغيير المحتوى بهذه الطريقة (وإذا كانت جميع صفحاتك تُرجع نفس صفحة الخطأ، فقد نفترض أن عناوين URL هذه مكررة). سيؤدي إعادة التوجيه إلى صفحة مؤقتة إلى استخدام هذا التوجيه للفهرسة.» الحيلة التقنية عندما يكون الخادم الأصلي معطلًا تمامًا: وجّه DNS إلى خادم مؤقت يقدم رموز 503.

ومع ذلك، اجعلها قصيرة. غاري إليس: “Serving a 503 status code for an extended period of time will cause a decrease in crawl rate,” (ترجمة) «سيؤدي تقديم رمز الحالة 503 لفترة ممتدة من الوقت إلى انخفاض معدل الزحف،» لكن “10-15 minutes every now and then is not ‘extended’ by any means, so you should be fine.” (ترجمة) «10-15 دقيقة بين الحين والآخر ليست ‘ممتدة’ بأي حال من الأحوال، لذا يجب أن تكون بخير.» قاعدة عامة: 503 للساعات، وليس لأسابيع — اتركه لأسابيع وسيبدأ Google في التعامل مع الصفحات على أنها اختفت فعليًا. تغطي مقالة 503 نمط الترحيل بعمق.

كيفية التحقق من رمز حالة الصفحة

• أدوات مطوري المتصفح — افتح علامة التبويب “الشبكة”، وأعد التحميل، وانقر على طلب المستند، واقرأ عمود الحالة.
• سطر الأوامر — curl -I https://example.com/page للحصول على ترويسات طلب واحد، أو curl -IL https://example.com/page لمتابعة سلسلة إعادة التوجيه بأكملها.
• Google Search Console — أداة فحص عناوين URL تُبلغ عن الحالة التي تم الزحف إليها.
• Bing Webmaster Tools — أداة فحص عناوين URL الخاصة بها تفعل الشيء نفسه بالنسبة لـ Bingbot.
• الزاحفات — Screaming Frog SEO Spider و Ahrefs Site Audit يزحفان إلى الموقع بأكمله ويعرضان رموز الحالة، وسلاسل إعادة التوجيه، وعناوين URL ذات الأخطاء 4xx/5xx بكميات كبيرة؛ شريط أدوات Ahrefs SEO المجاني يعرض الرمز للصفحة التي تتواجد فيها.

هناك مشكلة حقيقية تتجاهلها أدلة المنافسين: الفحص الواحد يخبرك فقط عن ذلك الطلب الواحد. يمكن أن تختلف الحالة حسب طريقة الطلب، ووكيل المستخدم، والمصادقة، والمنطقة، والوقت، بالإضافة إلى أي ذاكرة تخزين مؤقت أو CDN بينهما — لذا فإن النتيجة النظيفة من مكتبك لا تضمن ما رآه Googlebot. سير عمل تشخيصي مدمج:

• الطريقة — يجب أن يحمل طلب HEAD نفس الترويسات مثل GET، لكن يُسمح للخوادم بحذف الحقول التي تتطلب إنشاء محتوى، لذا فإن فحص HEAD ليس دليلًا على ما يعيده GET الفعلي. أعد الاختبار باستخدام GET إذا اختلف الاثنان.
• وكيل المستخدم — يمكن لكشف الروبوتات، أو الحظر الجغرافي، أو التمويه أن يقدم لـ Googlebot رمز 200 بينما يحصل المتصفح على 403 (أو العكس).
• المنطقة — إذا كنت تشك في حظر جغرافي أو قاعدة CDN خاصة بمنطقة معينة، أعد الاختبار من أكثر من موقع أو عنوان IP.
• ذاكرة التخزين المؤقت — استبعد استجابة مخزنة مؤقتًا قديمة (ذاكرة تخزين المتصفح المؤقتة، ذاكرة تخزين CDN الطرفية) قبل استنتاج أن الخادم الأصلي نفسه يتصرف بشكل خاطئ.
• السلسلة — سجل سلسلة إعادة التوجيه الكاملة، وليس فقط الرمز النهائي؛ قد تكون القفزة في منتصف السلسلة هي المشكلة الفعلية.
• السجلات — عندما لا يتطابق الرمز مع ما تتوقعه، تحقق مما رآه Googlebot فعليًا. سجلات الخادم الخاصة بك هي الحقيقة الأساسية التي لا يمكن لنتيجة متصفح أو فاحص واحد أن تعطيك إياها.

ملاحظة حول Bing

التوجيهات العامة من Bing حول رموز الحالة أرق من تلك الخاصة بـ Google — لا يوجد مستند واحد قانوني “كيف تؤثر رموز الحالة على الزحف” بتفاصيل مثل مستند Google، ولا يوجد اقتباس من ممثل Bing حول هذا الموضوع ظهر عندما بحثت. من حيث الاتجاه، إنها نفس النصيحة: أعد رموزًا دقيقة، وأصلح الأخطاء المستمرة 4xx/5xx، واستخدم إعادة التوجيه الدائمة للتحويلات الدائمة. أفضل أن أقول ذلك بوضوح بدلاً من اختلاق اقتباس من Bing غير موجود.

إلى أين تذهب بعد ذلك: مجموعة رموز أخطاء HTTP

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

• 401 Unauthorized و**403 Forbidden** — رموز الوصول والمصادقة، ولماذا لا يجب استخدامها لتقليل سرعة الزحف.
• 404 Not Found و**410 Gone** و**404 مقابل 410** — عائلة “هذه الصفحة غير موجودة” وأي رمز يجب استخدامه.
• 429 Too Many Requests — تحديد المعدل، وكيف يؤثر (على عكس رموز 4xx الأخرى) على معدل الزحف.
• 451 Unavailable For Legal Reasons — الحظر القانوني/التنظيمي، المميز عن 403.
• 500 Internal Server Error و**502 Bad Gateway** و**503 Service Unavailable** و**504 Gateway Timeout** — عائلة أخطاء الخادم، وتباطؤ الزحف، ونمط 503 للصيانة.
• Soft 404s — رمز 200 الذي هو في الحقيقة خطأ، وكيفية إصلاحه.

كل واحد من هذه العناصر متداخل تحت هذا المحور ومدرج في الشريط الجانبي. لمعرفة كيفية دمج إشارات الترتيب عبر عمليات إعادة التوجيه، راجع Canonicalization؛ ولمعرفة كيفية تقييد الزواحف عند 5xx/429، راجع Crawling.

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

نظرة مختصرة على النسخة المتقدمة:

• الرمز هو إشارة SEO، منفصلة عن المحتوى. قد تكون الصفحة مثالية المظهر ولكنها غير مرئية لمحركات البحث بسبب الرقم الذي يرسله الخادم أولاً.
• خمس عائلات: 1xx معلوماتية (103 Early Hints يساعد في Core Web Vitals)؛ 2xx نجاح (200 ضروري لكنه غير كافٍ للفهرسة)؛ 3xx إعادة توجيه؛ 4xx أخطاء عميل؛ 5xx أخطاء خادم.
• عمليات إعادة التوجيه: 301/308 دائمة وتمرر إشارة توحيد؛ 302/307 يتم اتباعها لكنها لا تمررها. يتابع Google حتى 10 قفزات إعادة توجيه.
• 4xx: يتوقف Google عن استخدام محتوى 4xx ويزيل عناوين 404 من الفهرس بمرور الوقت. 404 لا تضر الترتيب بشكل عام (مساعدة Search Console). لا تستخدم 401/403 لتقييد Googlebot — فقط 429 و5xx تؤثر على معدل الزحف.
• 404 مقابل 410: الفرق في المعالجة “ضئيل جدًا” (Mueller) ونادرًا ما يهم؛ استخدم 410 للإزالات الدائمة المؤكدة، و404 في الحالات الأخرى.
• 5xx / 429: تبطئ الزواحف مؤقتًا، ولا تزيل من الفهرس؛ يتعافى معدل الزحف تدريجيًا بمجرد استئناف 2xx. فقط الأخطاء المستمرة تسبب الإزالة.
• Soft 404: حالة 200 مع محتوى “غير موجود” — يكتشفها Google في طبقة المحتوى، ويعاملها مثل 404، وتهدر ميزانية الزحف.
• وقت التوقف: أعد 503 (لساعات، وليس أسابيع)، ولا ترسل أبدًا 200 معيبًا — لأن Google سيفهرس المحتوى المعيب.
• فحص الرموز: تبويب Network في DevTools، وcurl -I/curl -IL، وGSC/Bing URL Inspection، وScreaming Frog / Ahrefs Site Audit. الفحص الواحد يثبت فقط ذلك الطلب — الطريقة، ووكيل المستخدم، والمنطقة، والتخزين المؤقت يمكن أن يغير كل منها النتيجة — لذا تأكد من سلسلة إعادة التوجيه وافحص سجلات الخادم لمعرفة ما رآه Googlebot فعليًا.

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

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

المواصفة الأساسية

• RFC 9110 — HTTP Semantics, §15 Status Codes — التعريف البروتوكولي الفعلي لفئات رموز الحالة الخمس. من الجدير معرفته: يعرّف RFC 9110 دلالات الطلب/الاستجابة، وليس نتائج SEO — كل ما يلي هو توثيق Google الخاص لكيفية تفسيره لهذه الرموز لصالح البحث.

Google

• رموز حالة HTTP، وأخطاء الشبكة وDNS، وبحث Google — الوثيقة الأساسية: ما هي الرموز، وسلوك إزالة 4xx، و404 الناعمة، وتباطؤ الزحف بسبب 5xx/429.
• كيف يتعامل بحث Google مع عمليات إعادة التوجيه — 301/302/307/308، والتمييز في التوحيد القياسي، وحد المتابعة عبر 10 قفزات.
• تحسين ميزانية الزحف — 404/410 كـ”إشارة قوية”، و404 الناعمة تهدر الميزانية.
• إصلاح أخطاء Search Console (404 / أخطاء الزحف) — مصدر عبارة “لن تؤثر أخطاء 404 على أداء البحث في موقعك.”
• John Mueller — “503s” — البيان الرسمي الأول والأكثر موثوقية حول إرجاع 503 أثناء التوقف والأنماط المضادة لـ 200/إعادة التوجيه.

Bing / Microsoft

• Bing Webmaster Tools — فحص URL — تحقق من حالة الفهرسة، وقابلية الزحف، ورموز استجابة HTTP لعنوان URL محدد.
• Bing Webmaster Tools — تنبيهات أخطاء الزحف — تقرير الزحف الذي يسرد عناوين URL التي بها أخطاء زحف ورموز حالتها.

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

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

Google — ما هي رموز الحالة، وكيف تتصرف 4xx / 404

• “HTTP status codes are generated by the server that’s hosting the site when it responds to a request made by a client, for example a browser or a crawler.” (ترجمة) «يتم إنشاء رموز حالة HTTP بواسطة الخادم الذي يستضيف الموقع عندما يستجيب لطلب مقدم من عميل، مثل متصفح أو زاحف.» — وثائق Google Search Central. الانتقال إلى الاقتباس
• “Google doesn’t use the content from URLs that return 4xx status codes.” (ترجمة) «لا يستخدم Google المحتوى من عناوين URL التي تُرجع رموز حالة 4xx.» الانتقال إلى الاقتباس
• “In general, 404 errors won’t impact your site’s search performance.” (الترجمة العربية) «عمومًا، لن تؤثر أخطاء 404 في أداء البحث لموقعك.» — مساعدة Google Search Console. قراءة الوثيقة

Google — 404 الناعمة وميزانية الزحف

• “If the content suggests an error for Google Search, an empty page or an error message, Search Console will show a soft 404 error.” (ترجمة) «إذا كان المحتوى يوحي بوجود خطأ لبحث Google، أو صفحة فارغة أو رسالة خطأ، فستعرض Search Console خطأ soft 404.» الانتقال إلى الاقتباس
• “soft 404 pages will continue to be crawled, and waste your budget.” (ترجمة) «ستستمر صفحات 404 الناعمة في الزحف، وستهدر ميزانيتك.» الانتقال إلى الاقتباس
• “a 404 status code is a strong signal not to crawl that URL again.” (ترجمة) «رمز الحالة 404 هو إشارة قوية لعدم زحف ذلك العنوان مرة أخرى.» الانتقال إلى الاقتباس

Google — تباطؤ الزحف بسبب 5xx / 429، وإساءة استخدام 401/403

• 5xx and 429 server errors “prompt Google’s crawlers to temporarily slow down with crawling.” (الترجمة العربية) «تدفع أخطاء الخادم 5xx و429 زواحف Google إلى إبطاء الزحف مؤقتًا.» الانتقال إلى الاقتباس
• “Once the server starts responding with a 2xx status code, Google gradually increases the crawl rate.” (الترجمة العربية) «بمجرد أن يبدأ الخادم الاستجابة برمز حالة 2xx، يزيد Google معدل الزحف تدريجيًا.» الانتقال إلى الاقتباس
• “Don’t use 401 and 403 status codes for limiting the crawl rate. The 4xx status codes, except 429, have no effect on crawl rate.” (الترجمة العربية) «لا تستخدم رمزي الحالة 401 و403 للحد من معدل الزحف؛ ولا تؤثر رموز 4xx، باستثناء 429، في معدل الزحف.» الانتقال إلى الاقتباس

Google — عمليات إعادة التوجيه والتوحيد الأساسي (Canonicalization)

• “Googlebot follows the redirect, and the indexing pipeline uses the redirect as a signal that the redirect target should be canonical.” (الترجمة العربية) «يتبع Googlebot إعادة التوجيه، ويستخدمها مسار الفهرسة إشارةً إلى أن الوجهة ينبغي أن تكون الرابط الأساسي.» (301 / 308) الانتقال إلى الاقتباس
• “Googlebot follows the redirect, but the indexing pipeline doesn’t use the redirect as a signal that the redirect target should be canonical.” (الترجمة العربية) «يتبع Googlebot إعادة التوجيه، لكن مسار الفهرسة لا يستخدمها إشارةً إلى أن الوجهة ينبغي أن تكون الرابط الأساسي.» (302 / 307) الانتقال إلى الاقتباس
• “By default, Google’s crawlers follow up to 10 redirect hops.” (الترجمة العربية) «تتبع زواحف Google افتراضيًا ما يصل إلى 10 قفزات إعادة توجيه.» الانتقال إلى الاقتباس

John Mueller، Google — 503 لفترات التوقف

• “إذا حدث خطأ جسيم مع مضيفك، ولم يعد بإمكانك استضافة موقعك على الويب، فيرجى إرجاع رمز نتيجة HTTP ‘503 Service unavailable’.” اقرأ المنشور
• “إرجاع صفحة خطأ مع ‘200 OK’ سيؤدي إلى فهرسة تغيير المحتوى بهذه الطريقة (وإذا كانت جميع صفحاتك ترجع نفس صفحة الخطأ، فقد نفترض أن عناوين URL هذه مكررة).” اقرأ المنشور

John Mueller، Google — 404 مقابل 410

• “الفرق في معالجة 404 مقابل 410 ضئيل جدًا لدرجة أنني لا أستطيع التفكير في أي وقت أفضل فيه أحدهما على الآخر لأغراض SEO.”
• “لا تفرض Google عقوبات على 404 (تلك الصفحات تخرج من الفهرس على الرغم من ذلك).” تم نقله عبر مقالة Search Engine Journal لشهر أبريل 2024 حول رد على Reddit r/SEO؛ تم تأكيده بواسطة Search Engine Roundtable. التغطية

Gary Illyes، Google — 503 ومعدل الزحف

• “تقديم رمز حالة 503 لفترة طويلة من الوقت سيؤدي إلى انخفاض في معدل الزحف.”
• “لحسن الحظ بالنسبة لك، 10-15 دقيقة بين الحين والآخر ليست ‘طويلة’ بأي حال من الأحوال، لذا يجب أن تكون بخير.” تم نقله عبر تغطية Search Engine Journal لجلسة Google SEO Office Hours، أبريل 2024. التغطية

ما رمز الحالة الذي يجب أن أعيده؟

اعمل من الأعلى إلى الأسفل — أول تطابق يفوز.

انتقلت الصفحة إلى عنوان URL جديد.

• بشكل دائم؟ → 301 (أو 308). يقوم Google بتوحيد إشارات الترتيب على الهدف.
• فقط في الوقت الحالي (اختبار A/B، تبديل جغرافي، حملة قصيرة)؟ → 302 (أو 307). لا إشارة توحيد أساسي — لا تتركها في مكانها لنقل دائم.

الصفحة غير موجودة ولن تعود.

• متأكد أنها دائمة؟ → 410 — يشير إلى الدوام بشكل أسرع قليلاً.
• قد تعود، أو لست متأكدًا؟ → 404 — جوجل تزيلها من الفهرس بمرور الوقت في كلتا الحالتين. كلاهما جيد لتحسين محركات البحث؛ الفرق “ضئيل”.
• مهما فعلت، لا تُرجع 200 مع رسالة “غير موجود” — هذا 404 ناعم، وستستمر جوجل في الزحف إليه وتهدر الميزانية.

الصفحة تتطلب تسجيل الدخول أو مقيدة الوصول.

• → 401 (يتطلب مصادقة) أو 403 (ممنوع). لا تستخدم هذه لإبطاء Googlebot — فهي لا تحد من معدل الزحف، بل تخفي المحتوى فقط.

هناك شيء معطل مؤقتًا، أو تقوم بصيانة/ترحيل.

• توقف مخطط له، ساعات وليس أسابيع؟ → 503، ويفضل مع رأس Retry-After. تتراجع جوجل وتعود؛ لن تفهرس صفحة الصيانة.
• الخادم يخطئ فعليًا؟ → 500/502/504 — تبطئ جوجل الزحف وتحافظ على عناوين URL المفهرسة خلال الاضطراب. أصلحه قبل أن يصبح مستمرًا.
• تقيد معدل الطلبات المتدفقة؟ → 429 — رمز 4xx الوحيد الذي يؤدي إلى إبطاء معدل زحف جوجل.

المحتوى محظور لسبب قانوني (أمر محكمة، GDPR، ترخيص، حظر على مستوى الدولة) → 451، الذي يشير إلى حظر قانوني، متميز عن 403 العادي.

كل شيء على ما يرام وتريد فهرسة الصفحة → 200. تذكر أنه ضروري لكنه غير كافٍ — يمكن لجوجل أن تختار عدم فهرستها.

كل رمز من هذه الرموز له مقالة متعمقة خاصة به في مجموعة مقالات أخطاء HTTP.

رموز حالة HTTP لتحسين محركات البحث — مرجع كامل

العائلات الخمس في لمحة

الرموز ذات الصلة بتحسين محركات البحث، واحدًا تلو الآخر

ثلاث مجموعات مهمة

• إشارات قوية تتصرف جوجل بناءً عليها: 301/308 (الهدف الأساسي)، 404/410 (إزالة من الفهرس).
• معظمها تجربة مستخدم / وصول — بدون تأثير على معدل الزحف: 401، 403، 451.
• تشغيلية / مؤقتة — تباطؤ الزحف: 429، 500، 502، 503، 504.

حقائق سريعة

• 200 وحدها لا تضمن الفهرسة.
• فقط رموز 429 و5xx تُبطئ معدل زحف Google.
• يتابع Google ما يصل إلى 10 قفزات إعادة توجيه؛ السلاسل الأطول يتم التخلي عنها.
• 404 الناعم = حالة 200 + محتوى “غير موجود” → يُعامل مثل 404، يهدر ميزانية الزحف.
• 503 لوقت التوقف: ساعات مقبولة، أسابيع لا — يقول إليس “10-15 دقيقة بين الحين والآخر” لا مشكلة فيها.
• تحقق باستخدام: تبويب الشبكة في DevTools، curl -I / curl -IL، فحص URL في GSC/Bing، Screaming Frog، تدقيق الموقع/شريط الأدوات في Ahrefs.

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

كتاباتي

• رموز حالة HTTP وتأثيرها في SEO — مرجعي الكامل في Ahrefs لكل عائلة من 1xx إلى 5xx والرموز غير القياسية.
• 11 نوعًا من عمليات إعادة التوجيه وتأثيرها في SEO — دليل مكمل لعائلة 3xx يشرح أي إعادة توجيه تستخدم ولماذا.
• دليل المبتدئين إلى SEO التقني — يضع رموز الحالة في سياق SEO التقني الأوسع.

من أرجاء الصناعة

• رموز حالة HTTP وأخطاء الشبكة وDNS وبحث Google (Google) — الوثيقة الأساسية وراء معظم ادعاءات هذا الدليل.
• كيفية تعامل بحث Google مع عمليات إعادة التوجيه (Google) — تشرح الفرق بين 301/302/307/308 وحد المتابعة البالغ 10 قفزات.
• “503s” (John Mueller) — بيان مباشر عن إرجاع 503 أثناء التوقف ولماذا تكون استجابة 200 المعطلة أسوأ.
• John Mueller من Google يوضح الالتباس بين 404 و410 (Search Engine Journal) — مصدر عبارة أن الفرق ضئيل جدًا.
• Google حول تأثير رموز 503 في SEO (Search Engine Journal) — إرشاد Gary Illyes لمدة 10–15 دقيقة.
• الدليل الشامل لرموز حالة HTTP في SEO (Search Engine Land) — مرجع مفصل لكل رمز.
• رموز حالة HTTP (Screaming Frog) — أساليب عملية للاكتشاف والتصدير المجمع.
• كيفية فحص رموز حالة HTTP للصفحات (مساعدة Ahrefs) — فحص الرموز عبر SEO Toolbar وSite Audit.

من أين تأتي هذه الاقتباسات

قائمة المصادر الكاملة خلف عدسة الاقتباسات، لتتمكن من التحقق من كل سطر بنفسك:

• رموز حالة HTTP وأخطاء الشبكة وDNS وبحث Google — مصدر اقتباسات تعريف الرموز وسلوك 4xx و404 الناعم وتباطؤ 5xx/429.
• كيفية تعامل بحث Google مع عمليات إعادة التوجيه — مصدر اقتباسات الفرق بين 301/308 و302/307 وحد 10 قفزات.
• تحسين ميزانية الزحف — مصدر اقتباسي الإشارة القوية وعدم إعادة الزحف وإهدار صفحات 404 الناعمة للميزانية.
• إصلاح أخطاء Search Console — مصدر العبارة التي توضح أن أخطاء 404 لا تؤثر عمومًا في أداء البحث.
• “503s” — موقع John Mueller ومصدر إرشاد 503 أثناء التوقف ومخاطر 200 وإعادة التوجيه.
• John Mueller من Google يوضح الالتباس بين 404 و410 — نقل Search Engine Journal لرد Reddit.
• Google حول تأثير رموز 503 في SEO — نقل Search Engine Journal لجلسة Office Hours.

الزحف أولاً، الفهرسة ثانياً

استخدم هذا النموذج المكوّن من مرحلتين كلما أنشأ رمز حالة سؤالاً يتعلق بتحسين محركات البحث.

المرحلة 1: هل يمكن للزاحف استرداد استجابة قابلة للاستخدام؟

• يشير 2xx إلى نجاح الطلب، لذا يمكن أن ينتقل المحتوى إلى المعالجة.
• يرسل 3xx الزاحف إلى عنوان URL آخر؛ توفر الرموز الدائمة والمؤقتة إشارات مختلفة للتوحيد القياسي.
• تشير معظم استجابات 4xx إلى أن المحتوى المطلوب غير موجود أو لا يمكن استخدامه.
• تشير 5xx و429 إلى أن الخادم يفشل أو مثقل، لذا قد يقلل الزاحفون من معدل الطلبات.

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

المرحلة 2: هل يجب فهرسة المحتوى المسترد، وتحت أي عنوان URL؟

لا يمر 200 إلا عبر البوابة الأولى. لا يزال بإمكان Google اختيار عدم فهرسة المحتوى الضعيف أو المكرر أو المحظور أو الشبيه بالخطأ؛ يمكن أن تصبح صفحة الخطأ التي تُرجع 200 خطأ 404 ناعمًا. يمكن متابعة إعادة التوجيه بينما يفشل هدفها في الفهرسة. الاستجابة الناجحة هي أهلية، وليست ضمانًا للترتيب أو الفهرسة.

التشخيص العملي

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

تحقق من الاستجابة الأولى

شغّل هذا في قشرة macOS/Linux لطباعة الترويسات لعنوان URL المطلوب دون متابعة عمليات إعادة التوجيه:

curl -sS -D - -o /dev/null https://www.example.com/page

لطباعة رمز الحالة فقط:

curl -sS -o /dev/null -w '%{http_code}\n' https://www.example.com/page

ما يعادل PowerShell (PowerShell 7+):

$response = Invoke-WebRequest -Uri 'https://www.example.com/page' -Method Head -SkipHttpErrorCheck
$response.StatusCode
$response.Headers

إذا كان الخادم يعامل HEAD بشكل مختلف، فقم بطلب GET عادي قبل استخلاص أي استنتاج.

اتبع وعرض مسار إعادة التوجيه

يتبع -L عمليات إعادة التوجيه، بينما يعرض -v كل طلب واستجابة. شغّل هذا في طرفية وافحص الأسطر التي تبدأ بـ < HTTP و< location:.

curl -sS -L -o /dev/null -v https://www.example.com/old-page

استخدم Redirect Chain Mapper عندما تحتاج إلى عرض أنظف لعنوان URL واحد أو دفعة بدلاً من مخرجات الطرفية.

أدوات لقراءة سلوك الحالة

• مدقق رمز حالة HTTP بالجملة — تحقق من ما يصل إلى 500 عنوان URL، وشاهد كل سلسلة إعادة توجيه والوجهة النهائية، وقم بتصفية مشكلات SEO، وقم بتصدير النتيجة. استخدمه عندما يكون السؤال هو “أي عناوين URL لديها الرمز الخاطئ؟”
• مدقق رؤوس HTTP — افحص رؤوس الاستجابة الكاملة عبر قفزات إعادة التوجيه، بما في ذلك التخزين المؤقت، وشبكة توصيل المحتوى (CDN)، والضغط، وإشارات أمان محددة. استخدمه عندما لا تكون الحالة وحدها كافية.
• مدقق إعادة التوجيه — افحص بسرعة الحالة النهائية، والوجهة، وتسلسل القفزات لعنوان URL واحد أو دفعة صغيرة.
• مدقق تعطل الموقع — اختبر قابلية الوصول الحالية و التوقيت من نقطة مراقبة خارجية عندما يكون خطأ 5xx أو انتهاء المهلة متقطعًا.
• أدوات مطور المتصفح → الشبكة — أعد تحميل الصفحة، وحدد طلب المستند، و افحص رمز الحالة ورؤوس الاستجابة. هذا مفيد لتصحيح الأخطاء التفاعلية، ولكن لا تخلط بين رسالة الخطأ المقدمة من جانب العميل وحالة HTTP للمستند.

اختبر نفسك: رموز حالة HTTP

خمسة أسئلة سريعة حول كيفية تأثير رموز الحالة على SEO. اختر إجابة لكل سؤال، ثم تحقق.

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