تم استلام الجزء الأول من الطلب؛ على العميل متابعة إرسال الجسم.
وافق الخادم على تبديل البروتوكول (مثل ترقية HTTP/1.1 إلى WebSocket).
WebDAV — تم قبول الطلب ولكنه لم يكتمل بعد.
يُستخدم مع رأس Link للسماح للعميل بتحميل الموارد مسبقاً قبل الاستجابة النهائية.
نجح الطلب. المعنى الدقيق يعتمد على الطريقة.
نجح الطلب وتم إنشاء مورد جديد.
تم قبول الطلب للمعالجة ولكنه لم يكتمل بعد (عمل غير متزامن).
البيانات الوصفية المُرجعة من وكيل محوّل، وليس من الخادم الأصلي.
نجح الطلب ولكن لا يوجد جسم للإرجاع.
يطلب من العميل إعادة تعيين عرض المستند الذي أرسل الطلب (مثل مسح النموذج).
يُستخدم استجابةً لطلب Range — الجسم يحتوي فقط على نطاق البايتات المطلوب.
للمورد عدة تمثيلات؛ على العميل اختيار واحد.
للمورد عنوان URL دائم جديد. ستحدّث محركات البحث فهرسها.
المورد مؤقتاً في URL مختلف. استخدم 307 إذا كان يجب الحفاظ على الطريقة.
بعد POST، يعيد توجيه العميل لاسترداد النتيجة بـ GET (Post/Redirect/Get).
النسخة المخزنة مؤقتاً لا تزال حديثة — تُرسل استجابةً لـ GET المشروط (ETag / If-Modified-Since).
مثل 302 ولكن لا يجب تغيير طريقة الطلب عند اتباع التوجيه.
مثل 301 ولكن لا يجب تغيير طريقة الطلب عند اتباع التوجيه.
لا يستطيع الخادم أو يرفض معالجة الطلب بسبب خطأ العميل (صياغة غير صحيحة، تأطير غير صالح).
المصادقة مطلوبة وفشلت أو لم تُقدَّم. (رغم الاسم، يتعلق الأمر بالمصادقة لا التفويض.)
محجوز للاستخدام المستقبلي. تستخدمه بعض واجهات API للإشارة إلى أن المستخدم بلغ حصة مدفوعة.
فهم الخادم الطلب لكنه يرفض التفويض. إعادة المصادقة لن تساعد.
لا يستطيع الخادم العثور على المورد المطلوب.
طريقة الطلب معروفة لدى الخادم لكنها غير مدعومة من المورد المستهدف.
لا يستطيع الخادم إنتاج استجابة تطابق رؤوس Accept التي أرسلها العميل.
مثل 401 ولكن المصادقة مطلوبة لوكيل.
انتهت مهلة الخادم أثناء انتظار الطلب.
يتعارض الطلب مع الحالة الحالية للمورد المستهدف (مثل تعارض الإصدار).
تم حذف المورد نهائياً دون عنوان توجيه.
يتطلب الخادم رأس Content-Length.
لم يستوفِ الخادم شرطاً مسبقاً في رؤوس الطلب (مثل If-Match).
جسم الطلب أكبر مما يقبل الخادم معالجته.
الـ URI أطول مما يقبل الخادم تفسيره.
يستخدم جسم الطلب نوع وسائط لا يدعمه الخادم أو المورد.
يطلب رأس Range جزءاً من الملف خارج حدوده.
نكتة كذبة أبريل من RFC 2324. تُرجعها الخوادم التي ترفض تحضير القهوة.
أُرسل الطلب إلى خادم غير قادر على إنتاج استجابة (مثل اتصال HTTP/2 خاطئ).
الطلب مُهيكل جيداً لكنه يحتوي على أخطاء دلالية (شائع الاستخدام في API لإخفاقات التحقق).
WebDAV — المورد الذي يجري الوصول إليه مقفل.
لا يرغب الخادم في معالجة طلب قد يُعاد تشغيله.
يجب على العميل الترقية إلى بروتوكول مختلف (مثل TLS) لإكمال الطلب.
يتطلب الخادم أن يكون الطلب مشروطاً (يساعد على تجنب مشكلة التحديث المفقود).
أرسل العميل عدداً كبيراً جداً من الطلبات في فترة معينة (تحديد المعدل).
يرفض الخادم الطلب لأن حقل رأس — أو الرؤوس مجتمعة — كبير جداً.
المورد غير متاح لأسباب قانونية (سُمّي بعد رواية فهرنهايت 451).
واجه الخادم حالة غير متوقعة. خطأ 5xx العام.
لا يتعرف الخادم على طريقة الطلب.
تلقى الخادم، بوصفه بوابة، استجابة غير صالحة من الخادم الأعلى.
الخادم غير جاهز لمعالجة الطلب — عادةً مثقل بالأحمال أو في وضع الصيانة.
لم يتلقَّ الخادم، بوصفه بوابة، استجابة في الوقت المناسب من الخادم الأعلى.
لا يدعم الخادم إصدار HTTP المستخدم في الطلب.
WebDAV — لا يستطيع الخادم تخزين التمثيل اللازم لإكمال الطلب.
WebDAV — اكتشف الخادم حلقة لانهائية أثناء المعالجة.
يحتاج العميل إلى المصادقة للحصول على وصول الشبكة (البوابات الأسيرة).
