Resumo

  • 404 informa que não há representação atual para o recurso, sem dizer por quanto tempo; 410 Gone comunica que a origem considera a ausência provavelmente duradoura.
  • As especificações de 1997 e 1999 propuseram que clientes capazes de editar links apagassem referências com aprovação do usuário. As versões recentes conservaram o aviso de manutenção e deixaram a decisão com quem recebe a mensagem.

Há duas maneiras de voltar de uma visita sem entrar. Na primeira, ninguém atende e talvez amanhã a porta abra. Na segunda, há um papel pendurado na maçaneta: o lugar fechou, favor corrigir o endereço no convite. Para essas duas cenas o HTTP tem 404 e 410. O segundo código é quase uma carta escrita por um servidor para pessoas que publicaram links em outros lugares.

Em maio de 1996, o RFC 1945 de HTTP/1.0 trazia 404 Not Found em sua lista de códigos. A resposta não dizia se o sumiço era provisório ou permanente. 410 ainda não aparecia. O visitante recebia a notícia do fracasso de hoje, não o plano para amanhã.

O RFC 2068, de janeiro de 1997, deu a HTTP/1.1 o 410 Gone. O recurso já não estava disponível naquele servidor, sem endereço de encaminhamento conhecido, e a condição era tratada como permanente. A especificação fez então uma sugestão curiosa: clientes com capacidade de editar links deveriam excluir referências ao endereço depois da aprovação do usuário. O site podia entregar o bilhete; a agenda de outra pessoa continuava sob o controle dessa pessoa.

O motivo era a manutenção da teia de referências. O RFC dizia que os donos de um site queriam informar a retirada intencional e estimular a remoção dos links remotos. Serviços promocionais por tempo limitado e páginas de pessoas que deixaram a organização eram exemplos. Cabia ao operador decidir quais endereços antigos receberiam 410 e por quanto tempo. Um aviso de fechamento exige lembrar que ali havia uma porta.

O RFC 2616, publicado em junho de 1999, manteve a orientação ao editor de links, inclusive a etapa de aprovação humana. Havia uma divisão de conhecimento: a origem sabia o que aconteceu com o recurso; o autor de uma página externa sabia por que o havia citado. O primeiro tinha um sinal técnico. O segundo tinha o contexto editorial para corrigir, substituir ou comentar a referência.

No RFC 7231, de 2014, a frase específica sobre apagar links saiu da seção de 410. A função de aviso de manutenção permaneceu. Quando a origem sabe que a falta provavelmente será permanente, 410 é preferível ao 404; quando não sabe, a resposta mais aberta continua disponível. É uma diferença de informação, não um botão mágico que apaga links alheios.

Também surgiu o anúncio antes do último expediente. O RFC 8594, de 2019, definiu o cabeçalho Sunset para indicar uma data futura em que um URI provavelmente deixará de responder. Seu arquivo hipotético poderia devolver 410 depois do prazo se mantivesse registro dos identificadores antigos; sem esse registro, poderia responder 404. O aviso prévio dá tempo para preparar a mudança. O código posterior mostra a situação encontrada na visita.

O RFC 9110, de 2022, mantém a distinção: 404 deixa aberta a duração da ausência, 410 informa que ela parece duradoura e que a origem deseja a limpeza dos links externos. As duas respostas admitem cache heurístico se nenhuma instrução disser o contrário. O operador escolhe o que dizer sobre seu endereço. Cada autor escolhe o destino dos links no próprio texto.

A festa terminou, mas os convites impressos continuam circulando. 410 é o recado na porta. Ele chega aos convidados; quem escreveu o convite decide se risca o endereço ou explica por que ele estava ali.