---
title: 204 No Content
slug: Web/HTTP/Status/204
translation_of: Web/HTTP/Status/204
---
<div>{{HTTPSidebar}}</div>

<p>O código de resposta HTTP de status de sucesso <strong><code>204 No Content</code></strong> indica que a solicitação foi bem sucedida e o cliente não precisa sair da página atual. Uma resposta <code>204</code> é armazenada em cache por padrão. Um cabeçalho {{HTTPHeader("ETag")}} está incluso na resposta.</p>

<p>O caso de uso comum é retornar <code>204</code> como resultado de uma solicitação {{HTTPMethod("PUT")}}, atualizando um recurso, sem alterar o conteúdo atual da página exibida para o usuário. Se o recurso for criado, {{HTTPStatus("201")}} <code>Created</code> será retornado. Se a página for alterada para a página recém-atualizada, o {{HTTPStatus ("200")}} deve ser usado em vez disso.</p>

<h2 id="Status">Status</h2>

<pre class="syntaxbox">204 No Content</pre>

<h2 id="Especificações">Especificações</h2>

<table class="standard-table">
 <tbody>
  <tr>
   <th scope="col">Especificação</th>
   <th scope="col">Título</th>
  </tr>
  <tr>
   <td>{{RFC("7231", "204 No Content" , "6.3.5")}}</td>
   <td>Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content</td>
  </tr>
 </tbody>
</table>

<h2 id="Compatibilidade">Compatibilidade</h2>

<p class="hidden">A tabela de compatibilidade nesta página é gerada de uma estrutura de dados. Se você gostaria de contribuir com esses dados, por favor acesse <a href="https://github.com/mdn/browser-compat-data">https://github.com/mdn/browser-compat-data</a> e envie-nos um <em lang="en">pull request</em>.</p>

<p>{{Compat("http.status.204")}}</p>

<h2 id="Notas_de_compatibilidade">Notas de compatibilidade</h2>

<ul>
 <li>Embora este código de status seja destinado a descrever uma resposta sem corpo, os servidores podem incluir dados erroneamente após os cabeçalhos. O protocolo permite que os agentes do usuário variem em como eles processam essas respostas (<a href="https://github.com/httpwg/http11bis/issues/26">a discussão sobre este texto da especificação pode ser encontrada aqui</a>). Isso é observável em conexões persistentes, onde o corpo inválido pode incluir uma resposta distinta a uma solicitação subseqüente.<br>
  <br>
  O Apple Safari rejeita qualquer desses dados. O Google Chrome e o Microsoft Edge descartam até quatro bytes inválidos que precedem uma resposta válida. O Firefox tolera mais de um kilobyte de dados inválidos que precedem uma resposta válida.</li>
</ul>

<h2 id="Veja_também">Veja também</h2>

<ul>
 <li><a href="/en-US/docs/Web/HTTP/Methods">Métodos de requisições HTTP</a></li>
</ul>