Status code 418: I'm a teapot explicado

Você conhece realmente todos os status codes?

Além de 200, 404 e 500, o HTTP 418 I'm a teapot é o easter egg April Fools do HTCPCP (RFC 2324). Serve para cultura HTTP — não para contrato de API de produção.

HTTP 418: o que ele diz literalmente

O status code 418 retorna a mensagem “I’m a teapot”, ou em português: “Eu sou um bule de chá”. Pronto, é isso mesmo. É como se o servidor, ao receber um pedido de fazer café, respondesse: “Sinto muito, não posso. Sou um bule de chá.” Bizarro? Com certeza. Mas oficial? Mais do que muitos acreditam.

De onde surgiu esse código esquisito?

HTTP 418 nasceu em 1998 por causa de uma pegadinha: o “Hyper Text Coffee Pot Control Protocol” (HTCPCP), um protocolo inventado de brincadeira para controlar bules de café via internet. Só que, na descrição do código 418, ficou claro que o servidor recusaria preparar café – porque só serve chá! A internet abraçou a zoeira e a IETF deixou o código no ar. O resto virou história (e meme).

O que a documentação oficial diz?

De acordo com a própria RFC 2324, o 418 indica que um servidor recusou um pedido por não ser fisicamente capaz de processá-lo: como um bule de chá não faz café, o servidor ‘responde’ dentro da lógica da piada. Sim, tudo documentado como HTTP deveria ser – só que o motivo aqui é puro humor geek.

Por que manter um código desses até hoje?

Muita gente já tentou remover o 418 dos padrões. Mas a comunidade sempre insistiu para deixar, dizendo que, além da piada, o código representa a criatividade, a leveza e até a saudade de quando internet era mais brincadeira e menos burocracia. Em resumo: HTTP 418 vive por ser lembrado.

API design: nunca use 418 para erro real de cliente

Nunca use 418 em APIs para produção. Só faz sentido em demonstrações, aulas, testes localmente ou se quiser provocar um sorriso de quem estiver debugando. Assim, o código cumpre seu papel: ensinar de um jeito inesperado que protocolos também podem ter alma.

RFC 9110: 418 reservado — o que muda na prática

O 418 está de fato presente na documentação HTTP, mas ele é marcado como ‘não-implementável’. Ou seja, oficialmente, os navegadores ignoram esse código, mas ele existe para dar aquele toque especial de cultura nerd dentro dos padrões.

Quando alguém já usou 418 de verdade?

Os casos mais conhecidos surgem em exemplos de código, desafios entre desenvolvedores ou competições de API. Plataformas de ensino e laboratórios online também usam 418 como easter-egg para quem fica curioso explorando respostas de servidor.

O 418 ajuda a entender o que sobre HTTP?

Quando você descobre o 418, percebe que HTTP é muito além de status codes básicos. Todo código tem uma justificativa, um contexto e, às vezes, até um traço de irreverência. Saber esses detalhes pode até te destacar – afinal, todo time gosta de uma boa trivia dev.

Como responder 418 no código?

Responder com 418 é simples como qualquer outro status code. Basta retornar esse número e, se quiser brincar mais, escreva no corpo a clássica frase: “I’m a teapot”. Pronto: sua requisição já vira meme instantâneo.

Easter egg no código (Express/Fastify) e honeypot

Lab only — nunca contrato de API comercial. Express: res.status(418).send("I'm a teapot"). Fastify: reply.code(418).send({ error: "I'm a teapot" }). Em produção, prefira 400/404/422/503.

Alguns WAFs/honeypots usam 418 publicamente como sinal de bot (cite a fonte se mencionar). RFC 2324 (HTCPCP, 1º abr 1998) e RFC 9110 (reservado) explicam a história — meme com âncora, não status de negócio.

Devo ensinar 418 para novos devs?

Com certeza! Mostrar o 418 para quem está aprendendo HTTP quebra o gelo, estimula perguntas e aumenta a interação. Serve como exemplo de curiosidade, história e criatividade misturadas na parte técnica do desenvolvimento.

Quais outras pegadinhas o HTTP tem?

HTTP não tem tantos memes quanto gostaríamos, mas o 451 também é curioso (conteúdo indisponível por questões legais). Ainda assim, nada supera o carisma do 418: o único código que faz a internet rir por padrão.

Há qualquer risco em usar o 418?

Risco real? Não. Só não espere que algum consumidor de API use esse retorno em processos sérios, nem conte que frameworks entendam o código como algo funcional. Fora isso, abra a criatividade e divirta-se em ambientes controlados.

Quer aprender mais curiosidades de código?

O universo dev é gigantesco, cheio de pegadinhas e detalhes que só quem explora entende. Assista ao canal Dev Doido no YouTube e descubra conteúdos que ninguém mostra sobre HTTP, APIs e a cultura da programação moderna. Não perca as próximas dicas e risadas!

Fontes

Revisão em agosto de 2026. HTTP 418 vem do RFC April Fools HTCPCP (RFC 2324) — curiosidade educacional, não status para APIs de produção. Use códigos da família HTTP/1.1 relevantes ao seu contrato.

<a href="https://www.rfc-editor.org/rfc/rfc2324">RFC 2324 — HTCPCP</a>. <a href="https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Status/418">MDN — 418 I'm a teapot</a>. <a href="https://www.rfc-editor.org/rfc/rfc9110.html">RFC 9110 — HTTP Semantics</a>.

Perguntas frequentes

O que significa o status HTTP 418 I'm a teapot?

É o status April Fools do HTCPCP (RFC 2324, 1998): o servidor se recusa a coar café porque é um bule. Virou meme e easter egg; a IANA ainda reserva o código.

Devo usar HTTP 418 em APIs de produção?

Não em contratos reais. Prefira 400, 404, 422 ou 503 com significado claro. 418 só faz sentido como easter egg consciente, nunca como erro de negócio.

Por que desenvolvedores ainda falam de 418?

Cultura HTTP e entrevistas: mostra que você lê RFCs com humor e entende que status semântico importa mais que meme.

Quais status HTTP importam no dia a dia?

200, 201, 204, 400, 401, 403, 404, 409, 422, 429 e 500 cobrem a maior parte dos contratos REST sérios.

Continue explorando