قائمة حقول رأس HTTP

[RFC 3229، دائم] عمليات معالجة المثيل المقبولة للطلب. ^{[ 5 ]}

على سبيل المثال:A-IM: feed

[RFC 9110، دائم] نوع (أنواع) الوسائط المقبولة للاستجابة. انظر التفاوض على المحتوى .

على سبيل المثال:Accept: text/html

[RFC 9110، دائم] مجموعات الأحرف المقبولة.

على سبيل المثال:Accept-Charset: utf-8

[RFC 7089، مؤقت] نسخة مقبولة في الوقت المناسب.

على سبيل المثال:Accept-Datetime: Thu, 31 May 2007 20:35:00 GMT

[RFC 9110، دائم] قائمة بالترميزات المقبولة. انظر ضغط HTTP .

على سبيل المثال:Accept-Encoding: gzip, deflate

[RFC 9110، دائم] قائمة اللغات البشرية المقبولة للرد. انظر التفاوض على المحتوى .

على سبيل المثال:Accept-Language: en-US

[دائم] يبدأ طلبًا لمشاركة الموارد عبر المصادر مع Origin (أدناه). ^{[ 6 ]}

على سبيل المثال:Access-Control-Request-Method: GET

[RFC 9110، دائم] بيانات اعتماد المصادقة لمصادقة HTTP .

على سبيل المثال:Authorization: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ==

[RFC 9111، دائم] يُستخدم لتحديد التوجيهات التي يجب على جميع آليات التخزين المؤقت الالتزام بها على امتداد سلسلة الطلب والاستجابة. وفقًا لبروتوكول HTTP/1.1، no-cacheتسمح هذه القيمة للمتصفح بإبلاغ الخادم وذاكرات التخزين المؤقت الوسيطة بأنه يريد نسخة محدثة من المورد. ويؤدي حقل رأس HTTP/1.0 Pragma: no-cacheالغرض نفسه. ^{[ 7 ]}

لم يتم تحديد سلوك Pragma: no-cacheالاستجابة ، ومع ذلك، تدعم بعض برامج تصفح الإنترنت هذا السلوك. ^{[ 8 ]} ويحذر بروتوكول HTTP/1.1 تحديدًا من الاعتماد على هذا السلوك.

على سبيل المثال:Cache-Control: no-cache

[RFC 9110، دائم] خيارات التحكم للاتصال الحالي وقائمة حقول طلب كل قفزة. ^{[ 9 ]} يجب عدم استخدامها مع HTTP/2. ^{[ 10 ]}

على سبيل المثال:Connection: keep-aliveConnection: Upgrade

[RFC 9530، حقول الملخص] ^{[ 11 ]} يُمكّن رأس Content-Digest من التحقق من سلامة محتوى الرسالة عن طريق حساب ملخص للبايتات الحرفية المُرسلة في رسالة HTTP. يعكس هذا الملخص المحتوى بعد تطبيق تحويلات مثل Content-Encoding، ليطابق تمامًا ما ينتقل عبر الشبكة.

[RFC 9110، دائم] نوع التشفير المستخدم في البيانات. انظر ضغط HTTP .

على سبيل المثال:Content-Encoding: gzip

[RFC 9110، دائم] طول نص الطلب بالوحدات الثمانية (8 بت بايت).

على سبيل المثال:Content-Length: 348

[RFC 1544، 1864، 4021، قديم] مجموع MD5 ثنائي مشفر بنظام Base64 لمحتوى نص الطلب. ^{[ 12 ]}

على سبيل المثال:Content-MD5: Q2hlY2sgSW50ZWdyaXR5IQ==

[RFC 9110، دائم] نوع الوسائط لجسم الطلب (يستخدم مع طلبات POST و PUT).

على سبيل المثال:Content-Type: application/x-www-form-urlencoded

[RFC 2965، 6265، دائم] ملف تعريف ارتباط HTTP تم إرساله مسبقًا بواسطة الخادم مع Set-Cookie(أدناه).

على سبيل المثال:Cookie: $Version=1; Skin=new;

[RFC 9110، دائم] التاريخ والوقت اللذان تم فيهما إنشاء الرسالة (بتنسيق "HTTP-date" كما هو محدد في RFC 9110: دلالات HTTP، القسم 5.6.7 "تنسيقات التاريخ/الوقت" ).

على سبيل المثال:Date: Tue, 15 Nov 1994 08:12:31 GMT

[RFC 9110، دائم] يشير إلى أن سلوكيات معينة للخادم مطلوبة من قبل العميل.

على سبيل المثال:Expect: 100-continue

[RFC 7239، دائم] الكشف عن المعلومات الأصلية لعميل يتصل بخادم ويب من خلال وكيل HTTP. ^{[ 13 ]}

على سبيل المثال:Forwarded: for=192.0.2.60;proto=http;by=203.0.113.43Forwarded: for=192.0.2.43, for=198.51.100.17

[RFC 9110، دائم] عنوان البريد الإلكتروني للمستخدم الذي يقدم الطلب.

على سبيل المثال:From: user@example.com

[RFC 9110، 9113، دائم] اسم نطاق الخادم ( للاستضافة الافتراضية )، ورقم منفذ TCP الذي يستمع إليه الخادم. يمكن حذف رقم المنفذ إذا كان هو المنفذ القياسي للخدمة المطلوبة. إلزامي منذ HTTP/1.1. ^{[ 14 ]} إذا تم إنشاء الطلب مباشرةً في HTTP/2، فلا ينبغي استخدامه. ^{[ 15 ]}

على سبيل المثال:Host: en.wikipedia.org:8080Host: en.wikipedia.org

[RFC 7540، 9113، مُلغى] يجب أن يتضمن طلب الترقية من HTTP/1.1 إلى HTTP/2 HTTP2-Settingsحقل رأس واحد فقط. HTTP2-Settingsحقل الرأس هذا خاص بالاتصال، ويتضمن معلمات تُنظم اتصال HTTP/2، ويتم توفيره تحسبًا لقبول الخادم لطلب الترقية. ^{[ 16 ] [ 17 ]}

على سبيل المثال:HTTP2-Settings: token64

[RFC 9110، دائم] لا تُنفَّذ العملية إلا إذا تطابق الكيان المُقدَّم من العميل مع الكيان نفسه على الخادم. ينطبق هذا بشكل أساسي على طرق مثل PUT لتحديث مورد ما فقط إذا لم يتم تعديله منذ آخر تحديث له من قِبل المستخدم.

على سبيل المثال:If-Match: "737060cd8c284d8af7ad3082f209582d"

[RFC 9110، دائم] يسمح بإرجاع 304 غير معدل إذا لم يتم تغيير المحتوى.

على سبيل المثال:If-Modified-Since: Sat, 29 Oct 1994 19:43:31 GMT

[RFC 9110، دائم] يسمح بإرجاع 304 Not Modified إذا لم يتم تغيير المحتوى، انظر HTTP ETag .

على سبيل المثال:If-None-Match: "737060cd8c284d8af7ad3082f209582d"

[RFC 9110، دائم] إذا لم يتغير الكيان، فأرسل لي الجزء (الأجزاء) المفقودة؛ وإلا فأرسل لي الكيان الجديد بالكامل.

على سبيل المثال:If-Range: "737060cd8c284d8af7ad3082f209582d"

[RFC 9110، دائم] إرسال الرد فقط إذا لم يتم تعديل الكيان منذ وقت محدد.

على سبيل المثال:If-Unmodified-Since: Sat, 29 Oct 1994 19:43:31 GMT

[RFC 9110، دائم] الحد من عدد المرات التي يمكن فيها إعادة توجيه الرسالة عبر الوكلاء أو البوابات.

على سبيل المثال:Max-Forwards: 10

[RFC 6454، دائم] يبدأ طلبًا لمشاركة الموارد عبر المصادر (يطلب من الخادم حقول استجابة Access-Control-* ). ^{[ 6 ]}

على سبيل المثال:Origin: http://www.example-social-network.com

[RFC 9111، قديم] الحقول الخاصة بالتنفيذ والتي قد يكون لها تأثيرات مختلفة في أي مكان على طول سلسلة الطلب والاستجابة.

على سبيل المثال:Pragma: no-cache

[RFC 7240، دائم] يسمح للعميل بطلب استخدام سلوكيات معينة من قبل الخادم أثناء معالجة الطلب.

على سبيل المثال:Prefer: return=representation

[RFC 9110، دائم] بيانات اعتماد التفويض للاتصال بخادم وكيل.

على سبيل المثال:Proxy-Authorization: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ==

[RFC 9110، دائم] اطلب جزءًا فقط من كيان. يتم ترقيم البايتات من 0. انظر خدمة البايتات .

على سبيل المثال:Range: bytes=500-999

[RFC 9110، دائم] عنوان صفحة الويب السابقة التي تم من خلالها اتباع رابط إلى الصفحة المطلوبة حاليًا.

على الرغم من أن المصطلح المقصود هو في الواقع "referrer"، إلا أن الخطأ الإملائي موجود في RFC وكذلك في معظم التطبيقات، وبالتالي يعتبر المصطلحات الصحيحة.

على سبيل المثال:Referer: http://en.wikipedia.org/wiki/Main_Page

[RFC 9110، دائم] ترميزات النقل التي يقبلها وكيل المستخدم: يمكن استخدام نفس قيم حقل رأس الاستجابة Transfer-Encoding، بالإضافة إلى قيمة "trailers" (المتعلقة بطريقة النقل " المجزأة ") لإعلام الخادم بأنه يتوقع استلام حقول إضافية في التذييل بعد الجزء الأخير ذي الحجم الصفري. trailersيدعم HTTP/2 فقط هذه الميزة. ^{[ 10 ]}

على سبيل المثال:TE: trailers, deflate

[RFC 9110، دائم] تشير قيمة الحقل العام في التذييل إلى أن مجموعة حقول الرأس المحددة موجودة في تذييل رسالة مشفرة باستخدام ترميز النقل المجزأ .

على سبيل المثال:Trailer: Max-Forwards

[RFC 9110، دائم] شكل التشفير المستخدم لنقل البيانات بأمان إلى المستخدم. الطرق المُعرّفة حاليًا هي: chunked ، compress، deflate، gzip، identity. لا يجب استخدامه مع HTTP/2. ^{[ 10 ]}

على سبيل المثال:Transfer-Encoding: chunked

[RFC 9110، دائم] سلسلة وكيل المستخدم لوكيل المستخدم.

على سبيل المثال:User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20100101 Firefox/12.0

[RFC 9110، دائم] اطلب من الخادم الترقية إلى بروتوكول آخر. لا يجب استخدامه في HTTP/2. ^{[ 10 ]}

على سبيل المثال:Upgrade: h2c, HTTPS/1.3, IRC/6.9, RTA/x11, websocket

[RFC 9110، دائم] يُعلم الخادم بالوكلاء الذين تم إرسال الطلب من خلالهم.

على سبيل المثال:Via: 1.0 fred, 1.1 example.com (Apache/1.1)

[RFC 7234، 9111، مُلغى] تحذير بشأن مشكلة محتملة في نص الطلب. ^{[ 18 ]} نظرًا لأن هذا العنوان غالبًا لا يُرسل من الخوادم ولا يُقرّ به العملاء، فقد ألغت مجموعة عمل HTTP هذا العنوان ورموزه في عام 2022 بموجب RFC 9111. ^{[ 19 ]} 

تم تحديد رموز التحذير المتعلقة بالتخزين المؤقت التالية بموجب RFC 7234. ^{[ 20 ] [ 21 ]}

الرد رقم 110 قديم

الاستجابة التي توفرها ذاكرة التخزين المؤقت قديمة (عمر المحتوى يتجاوز الحد الأقصى للعمر المحدد بواسطة رأس Cache-Control أو العمر الافتراضي المختار بشكل تجريبي).

111 فشل إعادة التحقق

لم تتمكن ذاكرة التخزين المؤقت من التحقق من صحة الاستجابة، بسبب عدم القدرة على الوصول إلى خادم المصدر.

112 عملية غير متصلة

يتم فصل ذاكرة التخزين المؤقت عمداً عن بقية الشبكة.

113 انتهاء صلاحية الاستدلال

اختارت ذاكرة التخزين المؤقت بشكل استدلالي فترة صلاحية تزيد عن 24 ساعة، وعمر الاستجابة يزيد عن 24 ساعة.

199 تحذيرات متنوعة

تحذير عشوائي وغير محدد. قد يتم تسجيل نص التحذير أو عرضه للمستخدم.

214 تطبيق التحويل

تتم إضافتها بواسطة وكيل إذا قام بتطبيق أي تحويل على التمثيل، مثل تغيير ترميز المحتوى أو نوع الوسائط أو ما شابه ذلك.

299 تحذير مستمر متنوع

نفس الشيء بالنسبة للرقم 199، ولكنه يشير إلى تحذير مستمر.

على سبيل المثال:Warning: 199 Miscellaneous warning

يخبر الخادم الذي (يفترض أنه في منتصف عملية ترحيل HTTP -> HTTPS) يستضيف محتوى مختلطًا أن العميل يفضل إعادة التوجيه إلى HTTPS ويمكنه التعامل مع Content-Security-Policy: upgrade-insecure-requests^{[ 22 ]}

على سبيل المثال:Upgrade-Insecure-Requests: 1

يُستخدم بشكل أساسي لتحديد طلبات Ajax (ترسل معظم أطر عمل JavaScript هذا الحقل بقيمة XMLHttpRequest)؛ كما يُستخدم لتحديد تطبيقات Android التي تستخدم WebView. ^{[ 23 ]}

على سبيل المثال: X-Requested-With: XMLHttpRequest

يطلب هذا الطلب من تطبيق ويب تعطيل تتبع المستخدم. وهو نسخة موزيلا من حقل رأس X-Do-Not-Track (منذ الإصدار التجريبي 11 من فايرفوكس 4.0 ). يدعم كل من سفاري وإنترنت إكسبلورر 9 هذا الحقل أيضًا. ^{[ 24 ]} في 7 مارس 2011، قُدِّمَ اقتراح مبدئي إلى فريق عمل هندسة الإنترنت (IETF). ^{[ 25 ]} ويعمل فريق عمل حماية التتبع التابع لاتحاد شبكة الويب العالمية (W3C) على إعداد مواصفات. ^{[ 26 ] [ 27 ]}

على سبيل المثال:

DNT: 1(تم تفعيل خاصية عدم التتبع)

DNT: 0(تم تعطيل خاصية عدم التتبع)

معيار فعلي لتحديد عنوان IP الأصلي للعميل المتصل بخادم ويب عبر وكيل HTTP أو موازن تحميل. تم استبداله برأس Forwarded . ^{[ 28 ]}

على سبيل المثال: X-Forwarded-For: client1, proxy1, proxy2X-Forwarded-For: 129.78.138.66, 129.78.64.103

معيار فعلي لتحديد المضيف الأصلي الذي طلبه العميل في Hostترويسة طلب HTTP، نظرًا لأن اسم المضيف و/أو منفذ الخادم الوكيل العكسي (موازن الأحمال) قد يختلف عن خادم المصدر الذي ^يعالج الطلب. تم استبداله بترويسة Forwarded . ^{[ 29} ]

على سبيل المثال:

X-Forwarded-Host: en.wikipedia.org:8080

X-Forwarded-Host: en.wikipedia.org

يُعدّ هذا معيارًا فعليًا لتحديد البروتوكول الأصلي لطلب HTTP، إذ قد يتواصل خادم وكيل عكسي (أو موازن أحمال) مع خادم ويب باستخدام HTTP حتى لو كان الطلب المُرسل إلى الخادم الوكيل العكسي عبر HTTPS. ويستخدم عملاء جوجل شكلًا بديلًا للرأس (X-ProxyUser-Ip) عند اتصالهم بخوادم جوجل. وقد تم استبداله برأس Forwarded . ^{[ 30 ]}

على سبيل المثال:X-Forwarded-Proto: https

حقل رأس غير قياسي تستخدمه تطبيقات مايكروسوفت وموازنات الأحمال. ^{[ 31 ]}

على سبيل المثال:Front-End-Https: on

يطلب هذا الطلب من تطبيق ويب استبدال طريقة الإرسال المحددة في الطلب (عادةً POST) بالطريقة المُعطاة في حقل الترويسة (عادةً PUT أو DELETE). يُمكن استخدام هذا عندما يمنع وكيل المستخدم أو جدار الحماية إرسال طلبات PUT أو DELETE مباشرةً (وهذا إما خطأ برمجي، يجب إصلاحه، أو إعداد مُتعمّد، وفي هذه الحالة قد يكون تجاوزه غير مُناسب). ^{[ 32 ]}

على سبيل المثال:X-HTTP-Method-Override: DELETE

يُسهّل ذلك تحليل معلومات MakeModel/Firmware التي توجد عادةً في سلسلة User-Agent لأجهزة AT&T. ^{[ 33 ]}

على سبيل المثال:X-Att-Deviceid: GT-P7320/P7320XXLPG

روابط لملف XML على الإنترنت يحتوي على وصف كامل وتفاصيل حول الجهاز المتصل حاليًا. في المثال الموجود على اليمين، يوجد ملف XML خاص بجهاز سامسونج جالاكسي إس 2 من شركة AT&T. ^{[ 34 ]}

على سبيل المثال:x-wap-profile: http://wap.samsungmobile.com/uaprof/SGH-I777.xml

تم تنفيذه نتيجة لسوء فهم مواصفات بروتوكول HTTP. شائع بسبب أخطاء في تطبيقات الإصدارات الأولى من HTTP. له نفس وظائف حقل الاتصال القياسي تمامًا. يجب عدم استخدامه مع HTTP/2. ^{[ 35 ] [ 10 ]}

على سبيل المثال:Proxy-Connection: keep-alive

فحص عميق لحزم البيانات من جانب الخادم لمعرّف فريد يُحدد عملاء شركة فيريزون وايرلس ؛ ويُعرف أيضاً باسم "ملف تعريف الارتباط الدائم" أو "ملف تعريف الارتباط الفائق". ^{[ 36 ] [ 37 ] [ 38 ]}

على سبيل المثال:X-UIDH: ...

يُستخدم لمنع تزوير الطلبات عبر المواقع . أسماء الرؤوس البديلة هي: X-CSRFToken^{[ 39 ]} و ^{[ 40 ] و [ 41 ]}X-XSRF-TOKEN .

على سبيل المثال:X-Csrf-Token: i8XNjC4b8KVok4uw5RftR38Wgp2BFwql

يربط طلبات HTTP بين العميل والخادم. تم استبداله برأس traceparent. ^{[ stackoverflow2 1 ] [ 42 ] [ 43 ] [ 44 ] [ 45 ]}

على سبيل المثال:X-Request-ID: f058ebd6-02f7-4d3f-942e-904344e8cde5

تتيح خاصية "حفظ البيانات" في رأس طلب العميل، المتوفرة في متصفحات Chrome وOpera وYandex، للمطورين تقديم تطبيقات أخف وأسرع للمستخدمين الذين يختارون تفعيل وضع توفير البيانات في متصفحاتهم. ^{[ 46 ]}

على سبيل المثال:Save-Data: on

يشير رأس طلب Sec-GPC ( التحكم العالمي في الخصوصية ) إلى ما إذا كان المستخدم يوافق على قيام موقع ويب أو خدمة ببيع أو مشاركة معلوماته الشخصية مع أطراف ثالثة. ^{[ 47 ]}

على سبيل المثال:Sec-GPC: 1

[RFC 8942، تجريبي] تلميحات عميل HTTP للطلبات .

على سبيل المثال:Accept-CH: UA, Platform

[RFC 7480، دائم] تحديد مواقع الويب التي يمكنها المشاركة في مشاركة الموارد عبر المصادر . ^{[ 6 ]}

على سبيل المثال:Access-Control-Allow-Origin: *

[RFC 5789، دائم] يحدد تنسيقات مستندات التصحيح التي يدعمها هذا الخادم. ^{[ 48 ]}

على سبيل المثال:Accept-Patch: text/example;charset=utf-8

[RFC 9110، دائم] ما هي أنواع نطاقات المحتوى الجزئي التي يدعمها هذا الخادم عبر خدمة البايت .

على سبيل المثال:Accept-Ranges: bytes

[RFC 9111، دائم] عمر الكائن في ذاكرة التخزين المؤقت للوكيل بالثواني.

على سبيل المثال:Age: 12

[RFC 9110، دائم] الطرق الصالحة لمورد محدد. تُستخدم لرمز الخطأ 405: الطريقة غير مسموحة .

على سبيل المثال:Allow: GET, HEAD

[RFC 7838، دائم] يستخدم الخادم ترويسة "Alt-Svc" (بمعنى الخدمات البديلة) للإشارة إلى إمكانية الوصول إلى موارده من موقع شبكة مختلف (مضيف أو منفذ) أو باستخدام بروتوكول مختلف. عند استخدام HTTP/2، يجب على الخوادم إرسال إطار ALTSVC بدلاً من ذلك. ^{[ 49 ]}

على سبيل المثال:Alt-Svc: http/1.1="http2.example.com:8001"; ma=7200

[RFC 9111، دائم] يحدد هذا الإعداد لجميع آليات التخزين المؤقت من الخادم إلى العميل ما إذا كان بإمكانها تخزين الاستجابة مؤقتًا. القيمة العددية بالثواني.

إذا استجاب خادم الويب بـ `<required>` Cache-Control: no-cache، فلا يجوز لمتصفح الويب أو أي نظام تخزين مؤقت آخر (مثل الخوادم الوسيطة) استخدام هذه الاستجابة لتلبية الطلبات اللاحقة دون التحقق أولاً من الخادم المُرسِل (وتُسمى هذه العملية التحقق). يُعد حقل الترويسة هذا جزءًا من بروتوكول HTTP/1.1، وتتجاهله بعض أنظمة التخزين المؤقت والمتصفحات. يمكن محاكاة ذلك بتعيين Expiresقيمة حقل الترويسة في HTTP/1.0 إلى وقت أقدم من وقت الاستجابة. لاحظ أن ` no-cache<required>` لا يُخبر المتصفح أو الخوادم الوسيطة ما إذا كان سيتم تخزين المحتوى مؤقتًا أم لا، بل يُخبرهما بالتحقق من صحة محتوى التخزين المؤقت مع الخادم قبل استخدامه (يتم ذلك عبر `<required>` If-Modified-Sinceو` If-Unmodified-Since< If-Matchrequired>` و`<required> If-None-Match`). وبالتالي، فإن إرسال no-cacheقيمة `<required>` يُخبر المتصفح أو الخادم الوسيط بعدم استخدام محتوى التخزين المؤقت بناءً على "معيار حداثة" هذا المحتوى فقط. هناك طريقة شائعة أخرى لمنع عرض المحتوى القديم للمستخدم دون التحقق منه، وهي `<required>` Cache-Control: max-age=0التي تُخبر وكيل المستخدم بأن المحتوى قديم ويجب التحقق منه قبل استخدامه.

تُوجّه هذه القيمة no-storeالمتصفحَ بعدم تخزين الاستجابة مؤقتًا، ومع ذلك يُسمح له بتخزينها. على وجه الخصوص، يُفرّق تعريف HTTP/1.1 بين سجلات التصفح وذاكرة التخزين المؤقت. إذا عاد المستخدم إلى صفحة سابقة، فقد يعرض المتصفح صفحةً مُخزّنةً على القرص في سجل التصفح. هذا سلوك صحيح وفقًا للمواصفات. تُقدّم العديد من برامج تصفح الإنترنت سلوكًا مختلفًا في تحميل الصفحات من سجل التصفح أو ذاكرة التخزين المؤقت، وذلك اعتمادًا على ما إذا كان البروتوكول المستخدم هو HTTP أو HTTPS.

على سبيل المثال:Cache-Control: max-age=3600

[RFC 9110، دائم] خيارات التحكم للاتصال الحالي وقائمة حقول الاستجابة لكل قفزة. ^{[ 9 ]} يجب عدم استخدامها مع HTTP/2. ^{[ 10 ]}

على سبيل المثال:Connection: close

[RFC 2616، 4021، 6266، دائم] فرصة لعرض مربع حوار "تنزيل ملف" لنوع MIME معروف بتنسيق ثنائي أو اقتراح اسم ملف للمحتوى الديناميكي. علامات الاقتباس ضرورية مع الأحرف الخاصة. ^{[ 50 ]}

على سبيل المثال:Content-Disposition: attachment; filename="fname.ext"

[RFC 9110، دائم] نوع التشفير المستخدم في البيانات. انظر ضغط HTTP .

على سبيل المثال:Content-Encoding: gzip

[RFC 9110، دائم] اللغة أو اللغات الطبيعية للجمهور المستهدف للمحتوى المرفق. ^{[ 51 ]}

على سبيل المثال:Content-Language: da

[RFC 9110، دائم] طول جسم الاستجابة بالوحدات الثمانية (8 بت بايت).

على سبيل المثال:Content-Length: 348

[RFC 9110، دائم] موقع بديل للبيانات المُعادة.

على سبيل المثال:Content-Location: /index.htm

[RFC 1544، 1864، 4021، قديم] مجموع MD5 ثنائي مشفر بنظام Base64 لمحتوى الاستجابة. ^{[ 12 ]}

على سبيل المثال:Content-MD5: Q2hlY2sgSW50ZWdyaXR5IQ==

[RFC 9110، دائم] أين تنتمي هذه الرسالة الجزئية في نص الرسالة الكامل.

على سبيل المثال:Content-Range: bytes 21010-47021/47022

[RFC 9110، دائم] نوع MIME لهذا المحتوى.

على سبيل المثال:Content-Type: text/html; charset=utf-8

[RFC 9110، دائم] تاريخ ووقت إرسال الرسالة (بتنسيق "HTTP-date" كما هو محدد في RFC 9110).

على سبيل المثال:Date: Tue, 15 Nov 1994 08:12:31 GMT

[RFC 3229، دائم] يحدد علامة كيان ترميز دلتا للاستجابة. ^{[ 5 ]}

على سبيل المثال:Delta-Base: "abc"

[RFC 9110، دائم] معرف لإصدار معين من مورد، وغالبًا ما يكون ملخص رسالة .

على سبيل المثال:ETag: "737060cd8c284d8af7ad3082f209582d"

[RFC 9111، دائم] يعطي التاريخ/الوقت الذي تعتبر فيه الاستجابة قديمة (بتنسيق "HTTP-date" كما هو محدد بواسطة RFC 9110).

على سبيل المثال:Expires: Thu, 01 Dec 1994 16:00:00 GMT

[RFC 3229، دائم] عمليات معالجة المثيل المطبقة على الاستجابة. ^{[ 5 ]}

على سبيل المثال:IM: feed

[RFC 9110، دائم] تاريخ آخر تعديل للكائن المطلوب (بتنسيق "HTTP-date" كما هو محدد بواسطة RFC 9110).

على سبيل المثال:Last-Modified: Tue, 15 Nov 1994 12:45:26 GMT

[RFC 8288، دائم] يستخدم للتعبير عن علاقة من نوع معين مع مورد آخر، حيث يتم تحديد نوع العلاقة بواسطة RFC 8288. ^{[ 52 ]}

على سبيل المثال:Link: </feed>; rel="alternate"

[RFC 9110، دائم] يستخدم في إعادة التوجيه ، أو عند إنشاء مورد جديد.

على سبيل المثال:Location: http://www.w3.org/pub/WWW/People.html

على سبيل المثال:Location: /pub/WWW/People.html

[RFC 2626، دائم] من المفترض أن يحدد هذا الحقل سياسة P3P ، على النحو التالي: [53] P3P:CP="your_compact_policy". ومع ذلك، لم تنتشر سياسة P3P على نطاق واسع، ^{[ 53 ]} ولم تقم معظم المتصفحات بتطبيقها بشكل كامل؛ حيث تقوم العديد من المواقع الإلكترونية بتعيين هذا الحقل بنص سياسة مزيف، يكفي لخداع المتصفحات وجعلها تعتقد بوجود سياسة P3P ومنح أذونات لملفات تعريف الارتباط الخاصة بأطراف ثالثة .

على سبيل المثال:P3P: CP="This is not a P3P policy! See https://en.wikipedia.org/wiki/Special:CentralAutoLogin/P3P for more info."

[RFC 9111، دائم] حقول خاصة بالتنفيذ قد يكون لها تأثيرات مختلفة في أي مكان على طول سلسلة الطلب والاستجابة.

على سبيل المثال:Pragma: no-cache

[RFC 7240، دائم] يشير إلى رموز التفضيل التي تم احترامها من قبل الخادم وتطبيقها على معالجة الطلب.

على سبيل المثال:Preference-Applied: return=representation

[RFC 9110، دائم] طلب المصادقة للوصول إلى الخادم الوكيل.

على سبيل المثال:Proxy-Authenticate: Basic

[RFC 7469، دائم] تثبيت المفتاح العام لبروتوكول HTTP ، يعلن عن تجزئة شهادة TLS الأصلية للموقع الإلكتروني . ^{[ 54 ]}

على سبيل المثال:Public-Key-Pins: max-age=2592000; pin-sha256="E9CZ9INDbd+2eRQozYqqbQ2yXLVKB9+xcprMF+44U1g=";

[RFC 9110، دائم] إذا كان الكيان غير متاح مؤقتًا، فإن هذا يُوجه العميل إلى المحاولة مرة أخرى لاحقًا. يمكن أن تكون القيمة فترة زمنية محددة (بالثواني) أو تاريخ HTTP. ^{[ 55 ]}

مثال 1: Retry-After: 120 مثال 2:Retry-After: Fri, 07 Nov 2014 23:59:59 GMT

[RFC 9110، دائم] اسم للخادم.

على سبيل المثال:Server: Apache/2.4.1 (Unix)

[RFC 6265، دائم] ملف تعريف ارتباط HTTP .

على سبيل المثال:Set-Cookie: CookieName=CookieValue; Max-Age=3600; Version=1

[RFC 6797، دائم] سياسة HSTS تُعلم عميل HTTP بمدة تخزين سياسة HTTPS فقط وما إذا كان هذا ينطبق على النطاقات الفرعية.

على سبيل المثال:Strict-Transport-Security: max-age=16070400; includeSubDomains

[RFC 9110، دائم] تشير قيمة الحقل العام في التذييل إلى أن مجموعة حقول الرأس المحددة موجودة في تذييل رسالة مشفرة باستخدام ترميز النقل المجزأ .

على سبيل المثال:Trailer: Max-Forwards

[RFC 9110، دائم] شكل التشفير المستخدم لنقل البيانات بأمان إلى المستخدم. الطرق المُعرّفة حاليًا هي: chunked ، compress، deflate، gzip، identity. لا يجب استخدامه مع HTTP/2. ^{[ 10 ]}

على سبيل المثال:Transfer-Encoding: chunked

[RFC 2295، دائم] رأس حالة التتبع، القيمة المقترحة لإرسالها استجابةً لطلب عدم التتبع (DNT). القيم الممكنة:

• "!" — قيد الإنشاء
• "؟" - متحرك
• "G" — بوابة إلى أطراف متعددة
• "N" — لا يتم التتبع
• "T" — التتبع
• "ج" — التتبع بموافقة
• "P" - التتبع فقط في حالة الموافقة
• "د" - بغض النظر عن DNT
• "U" — مُحدَّث

على سبيل المثال:Tk: ?

[RFC 9110، دائم] اطلب من العميل الترقية إلى بروتوكول آخر. لا يجب استخدامه في HTTP/2. ^{[ 10 ]}

على سبيل المثال:Upgrade: h2c, HTTPS/1.3, IRC/6.9, RTA/x11, websocket

[RFC 9110، دائم] يخبر الوكلاء في اتجاه المصب بكيفية مطابقة رؤوس الطلبات المستقبلية لتحديد ما إذا كان يمكن استخدام الاستجابة المخزنة مؤقتًا بدلاً من طلب استجابة جديدة من خادم المصدر.

مثال 1: Vary: * مثال 2:Vary: Accept-Language

[RFC 9110، دائم] يُعلم العميل بالوكلاء الذين تم إرسال الرد من خلالهم.

على سبيل المثال:Via: 1.0 fred, 1.1 example.com (Apache/1.1)

[RFC 7234، RFC 9111، قديم] تحذير عام بشأن المشاكل المحتملة في جسم الكيان. ^{[ 18 ]}

على سبيل المثال:Warning: 199 Miscellaneous warning

[RFC 9110، دائم] يشير إلى نظام المصادقة الذي يجب استخدامه للوصول إلى الكيان المطلوب.

على سبيل المثال:WWW-Authenticate: Basic

[RFC 7034، مُلغى] الحماية من هجمات النقر الخادع : deny- عدم العرض داخل الإطار، sameorigin- عدم العرض في حالة عدم تطابق المصدر، allow-from- السماح من موقع مُحدد، allowall- غير قياسي، السماح من أي موقع. ^{[ 56 ]}

على سبيل المثال:X-Frame-Options: deny

تعريف سياسة أمان المحتوى . ^{[ 57 ]}

على سبيل المثال: X-WebKit-CSP: default-src 'self'

^{[ 58 ]} أبلغ عن تفضيل تطبيق شفافية الشهادات .

على سبيل المثال: Expect-CT: max-age=604800, enforce, report-uri="https://example.example/report"

يُستخدم لضبط تسجيل طلبات الشبكة. ^{[ 59 ]}

على سبيل المثال: NEL:{"report_to":"name_of_reporting_group","max_age":12345,"include_subdomains":false,"success_fraction":0.0,"failure_fraction":1.0}

للسماح أو تعطيل ميزات أو واجهات برمجة تطبيقات مختلفة للمتصفح. ^{[ 60 ]}

على سبيل المثال: Permissions-Policy: fullscreen=(), camera=(), microphone=(), geolocation=(), interest-cohort=()[61]

يُخبر المتصفح بتحديث الصفحة أو إعادة التوجيه إلى عنوان URL مختلف، إما بعد عدد معين من الثواني ( 0أي فورًا)، أو عند إنشاء مورد جديد. طُرح هذا الأمر من قِبل نتسكيب عام ١٩٩٥، وأصبح منذ ذلك الحين معيارًا فعليًا تدعمه معظم متصفحات الويب. وتم توحيده رسميًا في معيار HTML الحي عام ٢٠١٧. ^{[ ٦٢ ]}

على سبيل المثال: Refresh: 5; url=http://www.w3.org/pub/WWW/People.html

^{[ 63 ]} يُوجّه وكيل المستخدم لتخزين نقاط نهاية الإبلاغ لأصل معين.

على سبيل المثال: Report-To:{"group":"csp-endpoint","max_age":10886400,"endpoints":[{"url":"https-url-of-site-which-collects-reports"}]}

حقل رأس CGI الذي يحدد حالة استجابة HTTP. تستخدم استجابات HTTP العادية "سطر حالة" منفصل بدلاً من ذلك، كما هو محدد في RFC 9110. ^{[ 64 ]}

على سبيل المثال: Status: 200 OK

يحدد رأس Timing-Allow-Originالاستجابة المصادر المسموح لها برؤية قيم السمات المسترجعة عبر ميزات واجهة برمجة تطبيقات توقيت الموارد ، والتي سيتم الإبلاغ عنها على أنها صفر بسبب قيود المصادر المختلفة. ^{[ 65 ]}

على سبيل المثال: Timing-Allow-Origin: *Timing-Allow-Origin: <origin>[, <origin>]*

حدد مدة الصوت أو الفيديو بالثواني. غير مدعوم من قبل المتصفحات الحالية - كان هذا العنوان مدعومًا فقط من قبل متصفحات Gecko، والتي أُزيل دعمها في عام 2015. ^{[ 66 ] [ 67 ]}

على سبيل المثال: X-Content-Duration: 42.666

القيمة الوحيدة المُعرّفة، "nosniff"، تمنع متصفح إنترنت إكسبلورر من تحليل نوع المحتوى (MIME-sniff) للاستجابة بعيدًا عن نوع المحتوى المُعلن. وينطبق هذا أيضًا على جوجل كروم عند تنزيل الإضافات. ^{[ 68 ] [ 69 ]}

على سبيل المثال: X-Content-Type-Options: nosniff^{[ 70 ]}

يحدد هذا القسم التقنية (مثل ASP.NET أو PHP أو JBoss) التي تدعم تطبيق الويب (غالبًا ما تكون تفاصيل الإصدار موجودة في X-Runtime[ المصدر] X-Versionأو [ الإصدار X-AspNet-Version] أو [الإصدار]. ^{[ stackoverflow1 1 ]}

على سبيل المثال: X-Powered-By: PHP/5.4.0

يحدد المكون المسؤول عن عملية إعادة توجيه معينة. ^{[ 71 ]}

على سبيل المثال: X-Redirect-By: WordPressX-Redirect-By: Polylang

يربط طلبات HTTP بين العميل والخادم. ^{[ stackoverflow2 1 ]}

على سبيل المثال: X-Request-ID: f058ebd6-02f7-4d3f-942e-904344e8cde5

يوصي بمحرك العرض المفضل (غالبًا ما يكون وضعًا للتوافق مع الإصدارات السابقة) لعرض المحتوى. يُستخدم أيضًا لتفعيل إطار Chrome في متصفح Internet Explorer. في معيار HTML، IE=edgeيتم تحديد القيمة فقط. ^{[ 72 ] [ 73 ]}

على سبيل المثال:

X-UA-Compatible: IE=edgeX-UA-Compatible: IE=EmulateIE7X-UA-Compatible: Chrome=1

مرشح البرمجة النصية عبر المواقع (XSS) ^{[ 74 ]}

على سبيل المثال: X-XSS-Protection: 1; mode=block