200 OK é a resposta padrão de sucesso. O significado do conteúdo depende do método: no GET, é o recurso solicitado; no HEAD, os mesmos cabeçalhos sem o corpo; e no POST, geralmente o resultado da ação ou uma descrição dele.
Um 200 pode ser armazenado em cache de forma heurística. A menos que Cache-Control ou Expires digam o contrário, os caches podem guardá-lo e reutilizá-lo por um período que eles mesmos estimam, muitas vezes com base em Last-Modified. Validadores como ETag e Last-Modified permitem que o cliente verifique depois, com uma requisição condicional, se a sua cópia ainda está atualizada, e a resposta pode ser então 304 Not Modified.
Um 200 não diz nada sobre o conteúdo ser ou não o que o usuário queria. Páginas de erro, páginas vazias e telas de login às vezes são servidas com 200, o que esconde o problema dos navegadores, das ferramentas de monitoramento e dos mecanismos de busca.
Exemplo de resposta
HTTP/1.1 200 OK
Date: Fri, 06 Nov 2026 10:15:32 GMT
Content-Type: text/html; charset=utf-8
Content-Length: 85
Cache-Control: public, max-age=600
ETag: "5f2b-1a3c"
Last-Modified: Wed, 28 Oct 2026 08:02:11 GMT
<!doctype html>
<html lang="en">
<title>Welcome</title>
<h1>Hello, world</h1>
</html>SEO e verificação de redirecionamentos
Suas URLs canônicas devem retornar 200, e o último salto de toda cadeia de redirecionamentos deve terminar em uma delas. O Google considera páginas 200 para indexação, mas, se o conteúdo parecer um erro, por exemplo uma mensagem de “página não encontrada” ou uma página vazia, o Search Console informa um soft 404, e a página não é indexada. Use respostas 404 ou 410 de verdade para páginas que não existem.
Em uma verificação de redirecionamentos, o ideal é a cadeia chegar a um 200 depois de um único redirecionamento permanente. Confira se a URL final é a esperada: um 200 na página inicial ou em uma página de login depois de um redirecionamento muitas vezes indica um deep link quebrado. O Verificador de cadeia de redirecionamentos mostra cada salto até o 200 final.
Causas comuns e casos de uso
- Uma página, um arquivo ou um recurso de API existe e foi servido com sucesso.
- Soft 404: uma página inexistente mostra uma mensagem de “não encontrada”, mas retorna 200. Configure o servidor para enviar 404 ou 410.
- Uma página de erro ou de manutenção retorna 200. Durante a manutenção, retorne 503 com
Retry-After. - Uma verificação antibot ou uma página de consentimento retorna 200 em vez do conteúdo real. O TrueURL sinaliza as páginas de desafio mais comuns, mas não consegue reconhecer todas as páginas intersticiais.