تُصنَّف HTTP status codes إلى خمس فئات بحسب رقمها الأول، واختيار الصحيح منها يتيح للعملاء التفاعل بشكل صحيح دون تحليل (parse) الجسم (body).
2xx Success — the request worked
3xx Redirection — further action / resource moved
4xx Client error — the caller did something wrong
5xx Server error — the server failed
2xx
200 OK — نجاح عام (GET، PUT، PATCH).201 Created — أُنشئ مورد (أرجِع رأس Location).202 Accepted — قُبِل للمعالجة اللاتزامنية (async)، ولم يُنجَز بعد.204 No Content — نجاح بلا جسم (شائع في DELETE).4xx
400 Bad Request — صياغة مشوّهة أو إدخال غير صالح.401 Unauthorized — غير موثَّق (بلا اعتماد أو باعتماد غير صالح).403 Forbidden — موثَّق لكن غير مسموح له.404 Not Found — المورد غير موجود.409 Conflict — تعارض مع الحالة الراهنة (مثل بريد مكرّر).422 Unprocessable Entity — صياغة سليمة لكنه يفشل في الـ validation.429 Too Many Requests — تجاوز حدّ المعدّل (rate limited).5xx
500 Internal Server Error — عطل خادم غير متوقّع.503 Service Unavailable — متوقّف مؤقتًا/مُثقَل.POST /users → 201 Created
Location: /users/42
DELETE /users/42 → 204 No Content
GET /users/999 → 404 Not Found
{ "error": "user not found" }
التمييز الأساسي الذي يسبره المُقابِلون: 401 ("من أنت؟") مقابل 403 ("أعرفك، لكن لا")، و400 (صياغة سيئة) مقابل 422 (صياغة صحيحة، بيانات غير صالحة).
الـ status codes هي الإشارة الأساسية في استجابة REST — يعتمد عليها العملاء والـ proxies والمراقبة (monitoring) ومنطق الـ retry، فضبطها جوهري للتشغيل البيني (interoperability). فشل شائع هو إرجاع 200 OK مع جسم { "error": ... }: فهو يُجبر كل عميل على تحليل الجسم ليعرف إن نجح الاستدعاء، ويكسر أدوات HTTP العامة، ويخفي الأعطال عن المراقبة. كما تُوجّه الرموز الدقيقة سلوكًا تلقائيًّا: 429 أو 503 يخبر عميلًا جيّد البناء أن يتراجع ويعيد المحاولة، بينما 4xx يقول "لا تُعِد المحاولة، أصلِح الطلب". يستخدم المُقابِلون هذا السؤال للتحقق من أنك تفهم HTTP كعقد لا كناقل غبيّ، وأنك تميّز الأزواج الدقيقة (401/403، 400/422) بشكل صحيح — سمةُ من بنى واستهلك واجهات حقيقية.
مكتبة من أسئلة مقابلات تقنية المعلومات مع إجابات مفصّلة — من المبتدئ إلى المتقدم.
تبرع