اللغات

204 بلا محتوى

ما معنى HTTP 204، ولماذا تعامل Google استجابات 204 بطريقة تشبه حالات 404s الناعمة، ومتى تُستخدم 204 بصورة صحيحة في واجهات API والمنارات، وما الذي ينبغي إرساله بدلًا منها لصفحات الويب.

نُشر أول مرة: 27 يونيو 2026 · آخر تحديث: 22 أغسطس 2026 · Advanced
اللغات
AIمن تأليفAI v2
دليل واحد في هذه الصفحة

HTTP 204 No Content هو رمز نجاح 2xx يعيد جسمًا فارغًا عمدًا؛ وليس خطأً، ولا علاقة له بوجود عنوان URL، ولا تقيده المواصفة بمجموعة ثابتة من الطرق. وهو الاستجابة الصحيحة لطلبات DELETE وPUT في REST API ولمنارات التحليلات مثل sendBeacon وMeasurement Protocol في GA4، رغم اختلاف مصممي API حول مدى استخدامه. أما أثره على SEO فمحدود: تقول وثائق Google إن 204 لا تمنحها محتوى تعالجه، لذلك لا تتم فهرسة الصفحة التي تريد ترتيبها من هذه الاستجابة، وغالبًا ما تظهر عمليًا كـ404 ناعم في Search Console، مع أن Google لا تضمن هذا التصنيف أو جدول إزالة محددًا. لذلك 204 مناسبة لنقاط نهاية API والمنارات، وخاطئة لأي شيء يفترض أن يحقق ترتيبًا. إذا اختفت الصفحة فعلًا فاستخدم 404 أو 410؛ وإذا انتقلت فاستخدم 301؛ وإذا كان يفترض أن تحتوي على محتوى فأصلح الخادم أو CDN الذي يرسل 204 بدل 200 بجسم حقيقي.

الخلاصة — 204 هي رمز نجاح 2xx مطابق للمواصفة، وفق RFC 9110 §15.3.5، ويعيد جسمًا فارغًا حسب التصميم؛ يجب أن يكون الجسم فارغًا، ولا توجد ترويسة Content-Length حتى بقيمة 0، وقد يرفض المتصفح استجابة 204 التي ترسل محتوى. ليست خطأً ولا تقول شيئًا عن وجود العنوان، ولا تقيدها المواصفة بقائمة طرق ثابتة. الاستخدامات المشروعة تكاد تكون دائمًا لاستجابات غير المستندات، مثل DELETE أو PUT في REST API والمنارات التحليلية، ومنها sendBeacon() وMeasurement Protocol في GA4، مع اختلاف الممارسين حول مدى اللجوء إليها. وأثر SEO ضيق: يقول جدول رموز الحالة لدى Google إن “Google wasn’t able to receive any content and therefore can’t process it” (ترجمة) «لم تتمكن Google من تلقي أي محتوى ولذلك لا تستطيع معالجته»، ما يعني أن الصفحة التي تريد ترتيبها لن تتم فهرستها من هذه الاستجابة. وغالبًا ما تظهر عمليًا كـ404 ناعم في Search Console، رغم أن Google لا تضمن هذا التصنيف أو جدول إزالة. أصلح 204 العرضية على مستوى الصفحة بإعادة 200 حقيقية، أو استخدم 404 أو 410 أو 301 بحسب النية.

ماذا تعني 204 في المواصفة؟

لا تترك RFC 9110، أي دلالات HTTP، مجالًا للالتباس: تعني 204 أن الخادم نفذ الطلب بنجاح ولا يوجد محتوى إضافي لإرساله في جسم حمولة الاستجابة. إنها رمز نجاح من عائلة 2xx نفسها التي ينتمي إليها 200 OK، مع فرق مقصود هو عدم وجود جسم.

Evidence for this claim RFC 9110 defines 204 No Content as a successful response with no additional content to send and says it is terminated by the header section because it cannot contain content. Scope: HTTP semantics for 204 responses. Confidence: high · Verified: IETF: RFC 9110 §15.3.5 — 204 No Content

هناك ثلاث تفاصيل تشغيلية مهمة. أولًا، يجب أن يكون الجسم فارغًا فعلًا؛ تقول MDN: “must not include any content or the Content-Length header (browsers may reject responses that include content).” (ترجمة) «يجب ألا تتضمن أي محتوى أو ترويسة Content-Length (وقد ترفض المتصفحات الاستجابات التي تتضمن محتوى)». وهذا حظر حقيقي لا عرف مرن؛ فـRFC 9110 §8.6 تمنع Content-Length في 204 منعًا مطلقًا، لذا فإن إرسال Content-Length: 0 ليس متوافقًا مع المواصفة. تنتهي الاستجابة عند قسم الترويسات. ثانيًا، تصف أي ترويسات تحملها 204، مثل ETag أو Last-Modified، التمثيل المحدد بعد اكتمال العملية، لا جسمًا أُرسل. ثالثًا، تظهر ETag في بعض استجابات 204، مثل مثال MDN لطلب PUT يحدّث موردًا مكانه، لكن المواصفة لا تلزم كل 204 بها؛ فلا تتوقعها كأمر ثابت. وتكون 204 قابلة للتخزين المؤقت استدلاليًا افتراضيًا ما لم تقل الطريقة أو ترويسات التحكم الصريحة خلاف ذلك.

والأهم أن 204 لا علاقة لها بوجود عنوان URL. يمكن لنقطة نهاية API عاملة أن تعيد 204 إلى الأبد بصورة صحيحة. وهذا هو الفرق عن 404 غير الموجود أو 410 الذي اختفى؛ فهما يتناولان الغياب، بينما تتناول 204 طلبًا ناجحًا يحمل حمولة فارغة عمدًا.

كيف تتعامل Google مع 204؟

هذه هي قصة SEO كاملة، وهي أضيق مما توحي به صياغات مدونات الشركات. تفهرس Google المحتوى، و204 لا تحتوي على محتوى. وتخص وثيقة Google لرموز الحالة 204 بعبارة محددة ومحدودة: تقول قاعدة 2xx العامة إن Google تنظر في المحتوى لمعالجته، بينما يقول صف 204 المخصص “Google wasn’t able to receive any content and therefore can’t process it.” (ترجمة) «لم تتمكن Google من تلقي أي محتوى ولذلك لا تستطيع معالجته».

Evidence for this claim Google says it treats a 204 response as though the URL returned a soft 404. Scope: Google Search indexing behavior for URLs returning HTTP 204. Confidence: high · Verified: Google: HTTP status codes and Search

هذا هو الحد الفعلي، ومن المهم تحديد ما يثبته وما لا يثبته. تقول إرشادات 2xx العامة في الصفحة نفسها إن المحتوى الفارغ أو الشبيه بالخطأ قد يُبلغ عنه كـ404 ناعم، لكن صف 204 لا يضمن أن كل 204 ستظهر بهذا التصنيف في Search Console، ولا تنشر Google جدول إزالة لها. الثابت أن 204 على عنوان محتوى لا توفر لمسار فهرسة Google شيئًا يعمل عليه، ولذلك فإن القول إن العنوان لن يُفهرس من هذه الاستجابة استنتاج معقول، لا ادعاء أمده إلى خسارة ترتيب مضمونة على مستوى الموقع أو استعادة تلقائية لميزانية الزحف؛ فوثائق Google لا تعد بأي منهما. وعمليًا تعرض Search Console هذه الحالات غالبًا كـ404 ناعم، لكن تعامل مع اسم التقرير وتوقيته كسلوك ملاحظ لا كضمان موثق.

هذا هو الموقف الذي تبنيته في كتابتي. ففي دليلي على مدونة Ahrefs بعنوان أكواد حالة HTTP وتأثيرها على SEO، وتحت معالجة Google لاستجابات 2xx، كتبت مباشرة: “تسمح معظم استجابات النجاح بفهرسة الصفحات، لكن الاستجابات بلا محتوى ستُعامل كحالات خطأ ناعمة ولن تتم فهرستها.” وما زلت أرى ذلك قراءة عملية صحيحة؛ أما الصياغة الأدق والحالية في وثيقة Google فهي إطار “لا يمكنها تلقي المحتوى أو معالجته”، وهو ما أحيلك إليه عند الحاجة إلى الحد الرسمي الدقيق. 2xx

توثق Google أن 404 الناعم تواصل الزحف وتبدد ميزانية الزحف، لكن هذه إرشادات عامة عن 404 الناعم وليست وعدًا خاصًا بـ204. لا تحرر 204 الموارد أو تعيد توجيهها تلقائيًا؛ فتخصيص الموارد يعتمد وفق Google على حدود الخدمة وجودة الموقع والمخزون، لا على رمز الحالة الذي أدى إلى الاستبعاد. الخلاصة الآمنة هي إصلاح 204 العرضية لأنها تمنع فهرسة الصفحة، لا لأنك مستحق لعائد محدد من ميزانية الزحف عند إصلاحها.

Evidence for this claim Using 204 does not automatically free crawl budget or redirect crawl resources; the official Google 204 guidance establishes only that no content can be processed. Scope: web crawling and indexing Confidence: high · Verified: How HTTP status codes affect Google's crawlers

204 مقابل الرموز التي تختلط بها

الرمزالجسمالمعنىالاستخدام الصحيح
200، محتوى حقيقيممتلئنجاح، هذه هي الصفحةصفحة تريد فهرستها
200، فارغ أو نص “غير موجود”فارغ أو نص خطأنجاح معلن بلا محتوى حقيقي، أي 404 ناعملا شيء؛ هذه مشكلة يجب إصلاحها
204فارغ حسب التصميمنجاح بلا جسم عمدًاواجهات API والمنارات، وليس عنوان صفحة
404أي جسمغير موجودصفحة اختفت بلا بديل
410أي جسماختفى نهائيًاصفحة أزيلت عمدًا وبصورة دائمة
301—انتقل نهائيًاصفحة انتقلت إلى عنوان URL جديد

المأزق أن 204 و200 الفارغة و404 و410 قد تنتهي كلها كـ”404 ناعم” في GSC عندما لا يوجد محتوى قابل للاستخدام، لكنها تشير إلى نيات مختلفة جدًا لعميل ملتزم بالمواصفة. فـ410 إشارة مقصودة إلى أن المورد كان موجودًا واختفى نهائيًا، أما 204 فلم تُصمم لهذا المعنى ولا ينبغي أن توجد على عناوين الصفحات أصلًا.

متى تكون 204 صحيحة تمامًا، وليست خطأ؟

كل 204 مشروعة تقريبًا هي استجابة غير مستندية:

  • DELETE أو PUT في REST API. عندما يحذف العميل موردًا أو يحدّثه مكانه ولا يوجد شيء مفيد لإرجاعه، تكون 204 الإجابة الاصطلاحية، وهي النمط الذي توصي به RFC 9110 نفسها.
  • منارات التحليلات والتتبع. تتوقع مواصفة W3C Beacon المبنية حول navigator.sendBeacon() أن تجيب نقاط نهاية المنارات بـ204. وتعيد نقطة نهاية Measurement Protocol في Google Analytics 4 رمز 204 للزيارات التي تقبلها. لاحظ أن GA4 يعيد 204 حتى للحمولات المشوهة أو غير الصالحة، لذلك تؤكد 204 أن نقطة النهاية كانت قابلة للوصول وردت هيكليًا، لا أن الزيارة عولجت فعليًا. لا تقرأ 204 المنارة كدليل نجاح.
  • تجربة “حفظ دون مغادرة الصفحة”. يحفظ PUT الحالة في مكانها ويبقي المستخدم في الصفحة الحالية؛ وتقول صياغة MDN: “the client doesn’t need to navigate away from its current page.” (ترجمة) «لا يحتاج العميل إلى مغادرة صفحته الحالية».

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

هناك دقة ذات صلة: لا تقيد RFC 9110، ورمز 204، بعمليات DELETE أو PUT أو المنارات تحديدًا، فهذه مجرد الأنماط الشائعة. تعريف المواصفة محايد تجاه الطريقة؛ وما يهم هو عقد الطريقة نفسه وما إذا كان إرجاع تمثيل سيكون مفيدًا. وهذا يعمل في الاتجاهين. إذ يمكن قانونيًا لطلب GET أن يعيد 204، وقد ناقش الممارسون ذلك لسنوات، لكن السؤال الحقيقي عن الصفحة القابلة للفهرسة ليس ما إذا كانت 204 مع GET مسموحة، بل ما إذا كان العنوان يحتاج إلى تسليم Google تمثيلًا لكي يُعثر عليه. وبالنسبة لصفحة تريد ترتيبها، الجواب دائمًا نعم. إذن قاعدة SEO لا تتعلق بطريقة HTTP المستخدمة، بل بكون العنوان يفترض أن يكون مستندًا أصلًا. DELETE PUT

ومن المفيد أيضًا معرفة أن القول إن “204 صحيحة دائمًا لاستجابات API” ليس متفقًا عليه عالميًا حتى بين مصممي API. تذكر كتابة Postman أن 204 هي الخيار المعتاد للأفعال التي لا شيء لإرجاعه، بينما يجادل Brandur Leach بالعكس: قد تكون استجابة النجاح الفارغة ضارة قليلًا بعملاء API الذين يتوقعون تمثيلًا بعد الكتابة الناجحة، مثل الحالة المحدثة أو المعرّف المولد أو الحقل المحسوب. هذا مفاضلة مشروعة في تصميم API تتعلق بسهولة التطوير، لا بصحة HTTP؛ وتظل 204 متوافقة مع المواصفة في الحالتين، وهو أمر منفصل عن سؤال SEO هنا. ومن المواضع التي تصبح فيها كتابات API مهملة أحيانًا إرسال Content-Length: 0 في 204 “للاحتياط”. لا تفعل ذلك؛ إذ تحظر RFC 9110 §8.6 ترويسة Content-Length في استجابة 204 تمامًا، لا القيمة غير الصفرية فقط.

تشخيص وإصلاح 204 العرضية على مستوى الصفحة

إذا أظهر زاحف مثل Screaming Frog أو Ahrefs Site Audit، أو أظهرت سجلاتك، 204 على صفحة ينبغي أن تحتوي على محتوى:

  1. تأكد مما تحصل عليه Googlebot فعلًا. استخدم فحص عنوان URL في Search Console لرؤية الحالة والمحتوى المعروض اللذين تتلقاهما Google، لا ما يراه المتصفح فقط. قد تعيد CDN أو عامل الحافة أو WAF أو مسار التطبيق 204 للروبوتات أو في ظروف معينة بينما يبدو كل شيء سليمًا لك، وهو نمط “يبدو سليمًا في متصفحي” نفسه الذي يحدث مع 403 شاردة.
  2. أصلحها بحسب النية:
    • ينبغي أن توجد الصفحة بمحتوى ← اعثر على منطق الخادم أو CDN أو التطبيق الذي يصدر 204 وأعد 200 صحيحة بجسم حقيقي.
    • اختفت الصفحة بلا بديل ← أعد 404 أو 410.
    • انتقلت الصفحة ← أعد 301 إلى العنوان الجديد.
  3. راقب. راقب تقرير فهرسة الصفحات في GSC لإدخالات 404 الناعم، وتابع رموز حالة الزحف في السجلات، واضبط زاحفك على الإبلاغ عن 204 حتى لا تزيل واحدة عرضية قسمًا كاملًا من الفهرسة بصمت. 403 200 404 410 301 204

احتفظ بهذا النموذج الذهني: 204 ليست “سيئة”. إنها أداة دقيقة صحيحة لنقاط نهاية API والمنارات وخاطئة للمستندات. والفشل الوحيد هو استخدامها في المكان الخطأ. للرموز الشقيقة مثل 403 و404 و410 و404 الناعم مواضعها في القرار، أما موضع 204 فخارج الصفحة.

Try it live

This is a real endpoint on this site — not a simulation. Hit it from the button, open it in a new tab, or curl -i it from your terminal, and the server answers with the actual status code this article is about.

Open in new tab ↗

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.