418 أنا إبريق شاي

الخلاصة — 418 I'm a teapot هو أشهر رمز حالة ساخر في الويب. جاء من RFC 2324، وهو RFC صدر في كذبة أبريل حول أباريق القهوة، ولم يحصل على دلالات تطبيق HTTP عادية؛ لكنه محجوز رسميًا وليس غير مخصص، وفق RFC 9110 وسجل IANA. ووفق إرشادات Google المؤرخة لعام 2023، يُعامل مثل أي 4xx غير 429، فلا تتم فهرسة العنوان. جرّبه على هذا الموقع: يجيب /coffee بـ418 حقيقي؛ افحص علامة تبويب الشبكة.

من أين جاء 418؟

في 1 أبريل 1998، نشرت IETF RFC 2324: بروتوكول التحكم في إبريق القهوة عبر النص التشعبي (HTCPCP/1.0)، وهو بروتوكول محدد بالكامل وساخر بالكامل للتحكم في أباريق القهوة عبر الويب. ومن إسهاماته طريقة BREW، وترويسة Accept-Additions للحليب والشراب والويسكي، ورمز حالة خالد واحد:

418 I’m a teapot — “Any attempt to brew coffee with a teapot should result in the error code ‘418 I’m a teapot’. The resulting entity body MAY be short and stout.” (ترجمة) «يجب أن تؤدي أي محاولة لتحضير القهوة بإبريق شاي إلى رمز الخطأ 418 I’m a teapot. ويجوز أن يكون متن الكيان الناتج قصيرًا وممتلئًا».

هذه هي النكتة كلها: طلبت من إبريق شاي تحضير القهوة. لا يستطيع؛ فهو إبريق شاي.

بعد ستة عشر عامًا، أعاد RFC 7168 النظر في الفكرة من أجل أجهزة تحضير الشاي؛ وهو أيضًا RFC معلوماتي ساخر خاص بكذبة أبريل، ويميز بين جهاز نفدت منه القهوة مؤقتًا وإبريق شاي نفدت منه القهوة بحكم طبيعته. لا يمنح أي من RFC 2324 أو RFC 7168 الرمز 418 دلالات تطبيق HTTP عادية؛ فكلاهما يصف HTCPCP، وهو بروتوكول ساخر، وليس HTTP الأساسي.

لماذا لم يصبح جزءًا حقيقيًا من HTTP؟

لم يُسنَد إلى 418 معنى عادي في HTTP، لكنه ليس «غير مخصص» أيضًا. يحجز RFC 9110، وهو مواصفة دلالات HTTP الحالية، الرمز رسميًا، مشيرًا إلى كثرة نشره على سبيل المزاح، ويسجل سجل رموز حالة HTTP لدى IANA الرمز 418 بوصفه (Unused) مع الإحالة إلى RFC 9110، أي أنه غير متاح لإعادة الاستخدام العادي. في عام 2017 اقترحت مجموعة عمل HTTP في IETF تنظيفه حتى يمكن إعادة تخصيصه لشيء مفيد. فرد الإنترنت بحملة «أنقذوا 418»، فاستمر الحجز، مع أن RFC 9110 يترك الباب مفتوحًا لإعادة تخصيصه لاحقًا إذا اقتضت الظروف. دليل على هذا الادعاء RFC 9110 reserves status code 418, citing how often it has been deployed as a joke, and leaves open the possibility of assigning it a different meaning in the future if circumstances require it. النطاق: Current HTTP Semantics reservation; RFC 9110 does not make 418 a normal production status, but does not permanently foreclose future reassignment. مستوى الثقة: مرتفع · تم التحقق: 2026-07-16 IETF: RFC 9110 §15.5.19 — 418 (Unused) وفي الوقت نفسه لا تزال إحالة سجل IANA إلى RFC 9110 موضع الحقيقة المرجعية. دليل على هذا الادعاء The IANA HTTP Status Code Registry lists 418 as "(Unused)" and references RFC 9110; it is not an unassigned number available for ordinary reuse. النطاق: IANA's current registry entry for status code 418. مستوى الثقة: مرتفع · تم التحقق: 2026-07-16 IANA: HTTP Status Code Registry — 418

لم يمنع ذلك المطورين من استخدامه: تعرض وحدة net/http في Go ووحدة http في Python ثابتًا مسمىً للرمز 418، مثل StatusTeapot وHTTPStatus.IM_A_TEAPOT، وحذت أطر ومنصات أخرى حذوه بوصفه بيضة عيد؛ ومن بينها google.com/teapot الخاص بـGoogle. ولا يعني الثابت المسمى أن الإطار يصدر 418 افتراضيًا؛ بل يعني أن الرمز معروف، لا أن له دلالات HTTP مسندة. دليل على هذا الادعاء Go's net/http and Python's http module both expose a named 418 status constant, showing implementation recognition without requiring servers to emit 418. النطاق: Named constants in two mainstream standard libraries; not evidence of a default response. مستوى الثقة: مرتفع · تم التحقق: 2026-07-16 Go: net/http status constants (StatusTeapot) Python docs: http.HTTPStatus.IM_A_TEAPOT

ماذا يعني 418 بالنسبة إلى SEO؟

لا شيء خاص، وهذه هي النقطة المهمة. لا تفسر Google النكتة؛ إذ تقول مقالة مسماة من Search Central في فبراير 2023 إن كل استجابات 4xx باستثناء 429 تحصل على المعاملة نفسها في البحث: تُزال عناوين URL المفهرسة سابقًا بمرور الوقت، ولا يُستخدم محتوى الصفحة. وهذه عبارة عامة عن 4xx وليست قاعدة خاصة بإبريق الشاي؛ فصفحة حالة الزاحف العامة الحالية لدى Google تقول صراحةً إن الحالات الغريبة مثل 418 غير مشمولة بجدولها. عمليًا، يتصرف 418 مثل 4xx آخر غير 429 من حيث الفهرسة؛ ولا توجد قاعدة ترتيب خاصة بإبريق الشاي أو مدة إزالة فهرسة أو ضمان استرداد تتجاوز تلك العبارة العامة. دليل على هذا الادعاء Google's Search Central blog states that all 4xx responses except 429 receive the same treatment for Search: content isn't used and previously indexed URLs are removed over time. النطاق: Google Search's dated, named statement on 4xx handling (not 418-specific). مستوى الثقة: مرتفع · تم التحقق: 2026-07-16 Google Search Central Blog (Feb 2023): Don't use 403s or 404s for rate limiting دليل على هذا الادعاء Google's current generic crawler-status-code page states that exotic statuses such as 418 are not covered by its table. النطاق: Scope note limiting Google's generic HTTP-status guidance to common codes. مستوى الثقة: مرتفع · تم التحقق: 2026-07-16 Google: How HTTP status codes affect Google's crawlers

وهنا يتوقف كون الأمر مضحكًا: تستخدم بعض إعدادات WAF وحماية الروبوتات 418 بوصفه استجابة «طلب محظور»، لأنه مميز وسهل العثور عليه في السجلات. إذا أخطأ هذا الإعداد مع Googlebot، تبدأ صفحاتك الحقيقية في إعادة 418، وستُعامل تمامًا مثل الصفحات غير الموجودة.

إذا رأيت هذا الرمز في سجلات الخادم أو تقارير الزحف على عناوين URL مهمة، فلا يخبرك رمز الحالة وحده بالطبقة التي أنشأته. قد ينتجه كود التطبيق أو الإعداد الافتراضي لإطار أو قاعدة WAF أو حماية روبوتات أو CDN أو الخادم الأصلي، وقد تمر الاستجابة عبر عدة طبقات في طريقها إلى العميل. افحص الإعدادات وترويسات الاستجابة وسجلات مسار الطلب في كل طبقة للعثور على المصدر الفعلي، ثم أصلحه مثل أي 4xx غير مرغوب فيه على عنوان URL قابل للفهرسة.

استخدم تسلسل التشخيص الأدنى التالي:

1. التقط حالة عنوان URL المتأثر وترويسات الاستجابة الخام.
2. قارن سجلات التطبيق وWAF وCDN والخادم الأصلي لمسار الطلب والوقت نفسيهما.
3. أصلح الطبقة التي تصدر 418، ثم كرر الطلب الخام واختبار الزاحف.

حالة هذا الموقع

وفق روح RFC، يعيد /coffee في هذا الموقع 418 فعليًا، قصيرًا وممتلئًا، مباشرة من الحافة. توجد هذه الصفحة لتقديم شرح أساسي لبيضة عيد الميلاد تلك، ولتغطية مجموعة حالات http-status-codes لرمز الحالة الذي يبتسم الناس عند رؤيته.

الخلاصة — تعامل مع استجابة 418 غير المتوقعة كخطأ 4xx عادي غير 429 صادر من طبقة غير معتادة. التقط الاستجابة الخام، وحدد هل أصدرتها طبقة التطبيق أو WAF أو CDN أو الخادم الأصلي، ثم اختبر مسار الزاحف نفسه وراقب عودة الصفحات المهمة إلى حالتها المقصودة.

افهم الإشارة قبل إجراء أي تغيير

يصف الرمز تصنيف الاستجابة ولا يكشف النظام الذي اختاره. تضع إرشادات Google المذكورة 418 ضمن سلوك أخطاء 4xx العامة غير 429: لا يُستخدم المحتوى للفهرسة وقد يُزال عنوان مفهرس بمرور الوقت، من دون مسار استرداد خاص بإبريق الشاي.

ابدأ بعنوان واحد واحفظ وقت الطلب ومساره والحالة والرؤوس والجسم. اختبر ما إذا كانت النتيجة ثابتة أو تتغير بحسب وكيل المستخدم أو عنوان IP أو المصادقة أو المعدل أو الموقع الجغرافي.

اعزل الطبقة التي أصدرت الاستجابة

اعمل من الاستجابة العامة إلى الداخل:

1. أعد إنتاج الاستجابة بطلب خام وسجّل الرؤوس والجسم.
2. طابق المسار والوقت في سجلات CDN وWAF والخادم الأصلي وإطار العمل والتطبيق.
3. قارن طلب متصفح عاديًا بطلب الزاحف المتأثر؛ لا تفترض أن نص صفحة الخطأ يحدد المصدر.
4. غيّر فقط القاعدة أو مسار الشفرة المثبت أنه يصدر 418؛ وجود ثابت مسمى في إطار عمل ليس دليلًا على أنه يرسل الرمز افتراضيًا.

تحقق من التعافي

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

أنشئ تنبيهًا لأي 418 جديد على عناوين قابلة للفهرسة. يجب أن يظل /coffee عنصر التحكم المقصود الذي يعيد 418، وألا ترث صفحات الإنتاج هذا السلوك.

أدوات العثور على 418 غير متوقع

• Bulk HTTP Status Code Checker: افحص مجموعة عناوين URL بحثًا عن استجابات 418، وميّز بين بيضة عيد الميلاد المقصودة وصفحات حقيقية حظرتها قاعدة WAF أو حماية روبوتات.
• HTTP Header Checker: افحص ترويسات CDN والأمان بحثًا عن دلائل على الطبقة التي أنشأت الاستجابة.
• لوحة Network في أدوات مطوري المتصفح: تحقق من الحالة الخام للطلب بدل الاعتماد على نص صفحة الخطأ الظاهر.
• curl: شغّل curl -i https://example.com/path لالتقاط الحالة والترويسات وأي جسم استجابة من دون جلسة متصفح مسجلة الدخول.
• أحداث أمان CDN أو WAF: إذا ظهر 418 على صفحة ينبغي فهرستها، فطابق وقت الطلب والعنوان مع القاعدة التي اشتغلت قبل تغييرها.

• 418 I'm a teapot ينشأ من RFC 2324 (HTCPCP)، وهو RFC ساخر خاص بكذبة أبريل صدر عام 1998؛ ويعني أن إبريق شاي طُلب منه تحضير القهوة. وأعاد RFC 7168 النظر فيه عام 2014 لأجهزة تحضير الشاي.
• ليس «غير مخصص»: يحجز RFC 9110 الرمز 418 رسميًا، ويسجله سجل IANA بوصفه (Unused)؛ إنه رمز حافظ الإنترنت على بقائه، لا رمز لم يطالب به أحد. وتُركت محاولة استعادته عام 2017 بعد حملة «أنقذوا 418».
• تعرض Go وPython ثابتًا مسمىً للرمز 418، وتطبقه أطر ومنصات أخرى كبيضة عيد، ولدى Google ثابتها في google.com/teapot، لكن وجود ثابت لا يعني أن الإطار يصدر 418 افتراضيًا.
• أثر SEO: تتعامل مقالة مسماة من Google Search Central في فبراير 2023 مع كل 4xx غير 429 بالطريقة نفسها في البحث؛ فعنوان URL الذي يجيب بـ418 لا تتم فهرسته، مثل 404، كما أن صفحة حالة الزاحف العامة الحالية لدى Google لا تغطي الرموز الغريبة مثل 418.
• الخطر العملي: قد يأتي 418 غير المتوقع من التطبيق أو الإعداد الافتراضي لإطار أو قاعدة WAF أو حماية روبوتات أو CDN أو الخادم الأصلي؛ افحص الترويسات والسجلات في كل طبقة لمعرفة المصدر قبل إصلاحه مثل أي 4xx آخر.
• يعيد هذا الموقع 418 حقيقيًا في /coffee.

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