418 Ben Bir Çaydanlığım

TL;DR — 418 I'm a teapot, web’in en sevilen şaka durum kodudur. Kahve kapları hakkındaki 1 Nisan RFC’si RFC 2324’ten gelir ve hiçbir zaman sıradan HTTP uygulama semantiği edinmemiştir; ancak RFC 9110 ile IANA kayıt defterine göre atanmamış değil, resmen rezerve edilmiş bir koddur. Google’ın 2023 tarihli rehberliği onu 429 dışındaki diğer 4xx’ler gibi ele alır: URL dizine eklenmez. Bu sitede deneyin: /coffee gerçek bir 418 yanıtlar — network sekmesini kontrol edin.

418 nereden geliyor

1 Nisan 1998’de IETF, web üzerinden kahve kaplarını yönetmek için tamamen tanımlanmış, bütünüyle hiciv amaçlı RFC 2324: Hyper Text Coffee Pot Control Protocol (HTCPCP/1.0) belgesini yayımladı. Belgenin katkıları arasında BREW yöntemi, Accept-Additions başlığı (süt, şurup, viski) ve ölümsüz bir durum kodu vardı:

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.” (çeviri) Türkçe çeviri: “Bir çaydanlıkla kahve demleme girişimi, ‘418 I’m a teapot’ hata koduyla sonuçlanmalıdır. Ortaya çıkan varlık gövdesi kısa ve tıknaz OLABİLİR.”

Şakanın tamamı bu: çaydanlıktan kahve istediniz. Yapamaz; o bir çaydanlıktır.

On altı yıl sonra RFC 7168, çay demleyen cihazlar için bu fikri yeniden ele aldı. Bu da başka bir Bilgilendirici 1 Nisan RFC’siydi ve geçici olarak kahvesi bitmiş bir cihazı kalıcı olarak çaydanlık olan cihazdan ayırıyordu. Her iki RFC de 418’e sıradan HTTP uygulama semantiği vermez; ikisi de temel HTTP’yi değil, hiciv amaçlı HTCPCP protokolünü tanımlar.

Neden gerçek HTTP olmadı

418’e hiçbir zaman sıradan HTTP semantiği atanmadı; fakat “atanmamış” da değildir. Güncel HTTP Semantics spesifikasyonu olan RFC 9110, (şaka olarak ne kadar sık kullanıldığına atıfla) kodu resmen rezerve eder. IANA HTTP Status Code Registry ise RFC 9110’a referans vererek 418’i (Unused) olarak listeler; sıradan yeniden kullanım için uygun değildir. Bu iddiaya ilişkin kanıt 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. Kapsam: Current HTTP Semantics reservation; RFC 9110 does not make 418 a normal production status, but does not permanently foreclose future reassignment. Güven düzeyi: yüksek · Doğrulandı: 2026-07-16 IETF: RFC 9110 §15.5.19 — 418 (Unused) 2017’de IETF’in HTTP çalışma grubu kodu yararlı bir şeye yeniden atayabilmek için temizlemeyi önerdi. İnternet “Save 418” kampanyasıyla karşılık verdi ve rezervasyon korundu. RFC 9110, koşullar gerektirirse ileride yeniden atama kapısını yine açık bırakır. Bu iddiaya ilişkin kanıt The IANA HTTP Status Code Registry lists 418 as "(Unused)" and references RFC 9110; it is not an unassigned number available for ordinary reuse. Kapsam: IANA's current registry entry for status code 418. Güven düzeyi: yüksek · Doğrulandı: 2026-07-16 IANA: HTTP Status Code Registry — 418

Bu rezervasyon uygulamacıları durdurmadı: Go’nun net/http ve Python’ın http modülleri adlandırılmış bir 418 sabiti (StatusTeapot, HTTPStatus.IM_A_TEAPOT) sunar; diğer framework ve platformlar da bunu Paskalya yumurtası olarak izledi — Google’ın kendi google.com/teapot’ı da dâhil. Bu iddiaya ilişkin kanıt 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. Kapsam: Named constants in two mainstream standard libraries; not evidence of a default response. Güven düzeyi: yüksek · Doğrulandı: 2026-07-16 Go: net/http status constants (StatusTeapot) Python docs: http.HTTPStatus.IM_A_TEAPOT Adlandırılmış bir sabitin bulunması framework’ün varsayılan olarak 418 ürettiği anlamına gelmez; yalnızca kodun tanındığını gösterir, koda atanmış HTTP semantiği vermez.

418 SEO için ne anlama gelir

Özel bir anlamı yoktur — bilinmesi gereken nokta da budur. Google şakayı ayrıştırmaz. Şubat 2023 tarihli bir Search Central gönderisi, 429 dışındaki tüm 4xx yanıtlarının Arama’da aynı şekilde ele alındığını söyler: daha önce dizine eklenen URL’ler zamanla kaldırılır ve sayfanın içeriği kullanılmaz. Bu iddiaya ilişkin kanıt 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. Kapsam: Google Search's dated, named statement on 4xx handling (not 418-specific). Güven düzeyi: yüksek · Doğrulandı: 2026-07-16 Google Search Central Blog (Feb 2023): Don't use 403s or 404s for rate limiting Bu, çaydanlığa özgü bir kural değil genel bir 4xx açıklamasıdır — Google’ın güncel genel tarayıcı-durumu sayfası, 418 gibi sıra dışı durumların tablosunda yer almadığını açıkça söyler. Bu iddiaya ilişkin kanıt Google's current generic crawler-status-code page states that exotic statuses such as 418 are not covered by its table. Kapsam: Scope note limiting Google's generic HTTP-status guidance to common codes. Güven düzeyi: yüksek · Doğrulandı: 2026-07-16 Google: How HTTP status codes affect Google's crawlers Uygulamada dizine ekleme bakımından 418, diğer 429 dışı 4xx’ler gibi davranır; bunun ötesinde çaydanlığa özgü sıralama kuralı, dizinden çıkarma süresi veya kurtarma garantisi yoktur.

Şaka olmaktan çıktığı yer burasıdır: bazı WAF ve bot koruma yapılandırmaları 418’i “engellenen istek” yanıtı olarak kullanır; amaç, loglarda ayırt edilmesini kolaylaştırmaktır. Böyle bir kural Googlebot’ta yanlış tetiklenirse gerçek sayfalarınız 418 yanıtlamaya başlar ve var olmayan sayfalarla tamamen aynı muameleyi görür.

Bu uygulama notu, durum kodu çaydanlık yanıtı bağlamındaki uygulama kararını özetler., 4xx

Şu en kısa tanılama dizisini kullanın:

1. Etkilenen URL’nin ham durumunu ve yanıt başlıklarını yakalayın.
2. Aynı istek yolu ve zamanı için uygulama, WAF, CDN ve kaynak sunucu loglarını karşılaştırın.
3. 418 üreten katmanı düzeltin; ardından ham isteği ve tarayıcı testini tekrarlayın.

Bu sitedeki örnek

RFC’nin ruhuna uygun olarak bu sitedeki /coffee, kenardan doğrudan gelen gerçek bir 418 döndürür; yanıt kısa ve tıknazdır. Bu sayfa, Paskalya yumurtasının kanonik bir açıklaması olsun ve http-status-codes kümesi insanların gerçekten gülümsediği bu durum kodunu kapsasın diye vardır.

TL;DR — Beklenmeyen 418 yanıtını, alışılmadık bir katmanın ürettiği sıradan bir 429 dışı 4xx olarak ele alın. Ham yanıtı saklayın, uygulama, WAF, CDN veya origin katmanından hangisinin gönderdiğini bulun ve önemli URL’ler amaçlanan duruma dönene kadar aynı tarayıcı yolunu doğrulayın.

Değişiklikten önce sinyali yorumlayın

Durum kodu yanıtı sınıflandırır, onu seçen sistemi göstermez. Alıntılanan Google rehberi 418 kodunu diğer 429 dışı 4xx’ler gibi ele alır: içerik dizine eklenmez ve önceden dizindeki URL zamanla kaldırılabilir; teapot için özel bir kurtarma yolu yoktur.

Bir URL ile başlayıp zamanı, yolu, durumu, başlıkları ve gövdeyi saklayın. Sonucun user-agent, IP, kimlik doğrulama, hız veya konuma göre değişip değişmediğini kontrol edin.

Yanıtı üreten katmanı ayırın

Herkese açık yanıttan içeri doğru ilerleyin:

1. Ham istekle yeniden üretip başlıkları ve gövdeyi kaydedin.
2. Yol ve zamanı CDN, WAF, origin, framework ve uygulama günlüklerinde eşleştirin.
3. Tarayıcı ile crawler isteğini karşılaştırın; hata sayfası metni kaynağı kanıtlamaz.
4. Yalnızca kanıtlanan kuralı veya kodu değiştirin; adlandırılmış bir sabit framework’ün varsayılan olarak 418 gönderdiğini göstermez.

Kurtarmayı doğrulayın

Aynı URL’yi başarısız olan yoldan yeniden test edin. Kaynağın gerçekten gerektirdiği durumu, genellikle canlı ve dizine eklenebilir bir sayfa için 200 döndürmelidir. Aynı kurala bağlı komşu URL’leri de örnekleyin.

Dizine eklenebilir URL’lerde yeni 418 yanıtlarını izleyin. /coffee amaçlanan 418 kontrolü olarak kalmalı; üretim sayfaları bu davranışı devralmamalıdır.

Beklenmeyen 418’i bulma araçları

• Bulk HTTP Status Code Checker: Bir URL kümesini 418 yanıtları için tarayın; amaçlanan Paskalya yumurtasını WAF veya bot koruma kuralı tarafından engellenen gerçek sayfalardan ayırın.
• HTTP Header Checker: Yanıtı hangi katmanın ürettiğine dair ipuçları için CDN ve güvenlik başlıklarını inceleyin.
• Browser DevTools Network paneli: Görünen hata sayfası metnine güvenmek yerine istekteki ham durumu doğrulayın.
• curl: Oturum açmış bir tarayıcı oturumuna ihtiyaç duymadan durumu, başlıkları ve varsa yanıt gövdesini yakalamak için curl -i https://example.com/path çalıştırın.
• CDN/WAF güvenlik olayları: Dizine eklenmesi gereken bir sayfada 418 görünüyorsa, değiştirmeden önce istek zamanı ve URL’yi tetiklenen kuralla ilişkilendirin.

• 418 I'm a teapot, 1998 tarihli 1 Nisan RFC’si RFC 2324 (HTCPCP)‘de ortaya çıkar; çaydanlıktan kahve istenmesini belirtir. RFC 7168, 2014’te çay demleyen cihazlar için bu fikri yeniden ele aldı.
• “Atanmamış” değildir: RFC 9110 418’i resmen rezerve eder, IANA kayıt defteri (Unused) olarak listeler. İnternetin korumak için mücadele ettiği bir durumdur; kimsenin sahiplenmediği bir kod değildir. “Save 418” kampanyasından sonra 2017’de kodu geri alma girişiminden vazgeçildi.
• Go ve Python adlandırılmış bir 418 sabiti sunar; diğer framework ve platformlar da bunu Paskalya yumurtası olarak uygular (Google’da google.com/teapot vardır). Ancak sabitin bulunması framework’ün varsayılan olarak 418 ürettiği anlamına gelmez.
• SEO etkisi: Şubat 2023 tarihli Search Central gönderisi Arama’da 429 dışındaki her 4xx’i aynı ele alır: 418 yanıtlayan bir URL, 404 gibi dizine eklenmez. Google’ın güncel genel tarayıcı durumu sayfası 418 gibi sıra dışı kodları hiç kapsamaz.
• Pratik risk: Beklenmeyen 418; uygulamadan, framework varsayılanından, WAF/bot koruma kuralından, CDN’den veya kaynak sunucudan gelebilir. Düzeltmeden önce kaynağı bulmak için her katmandaki başlıkları ve logları kontrol edin.
• Bu site /coffee adresinde gerçek bir 418 döndürür.

Değişiklik günlüğü