303 See Other instrui o cliente a buscar outro recurso, informado no cabeçalho Location, com GET (ou HEAD). Ele não afirma que o recurso original mudou de endereço; ele aponta para um recurso separado que contém a resposta.
Seu principal uso é o padrão Post/Redirect/Get. Depois que um formulário é enviado com POST, o servidor responde 303 com a URL de uma página de confirmação, e o navegador carrega essa página com GET. Assim, recarregar a página ou clicar em Voltar não envia o formulário de novo. Ao seguir um 303, os navegadores trocam qualquer método, exceto HEAD, por GET e descartam o corpo da requisição.
Um 303 não é armazenado em cache por padrão. Um 303 em resposta a um GET também pode significar que o servidor não tem uma representação da coisa solicitada em si, mas a descreve em outra URL, um padrão usado em Linked Data.
Exemplo de resposta
HTTP/1.1 303 See Other
Date: Fri, 06 Nov 2026 10:15:32 GMT
Location: /orders/8412/confirmation
Content-Length: 0SEO e verificação de redirecionamentos
O Google trata o 303 como um redirecionamento temporário: a URL original geralmente continua indexada, e o destino recebe apenas um sinal fraco de canonicalização. Isso combina com a finalidade do código, já que os destinos de um 303 costumam ser páginas de resultado ou de confirmação, e não conteúdo que deva ranquear. Não use o 303 para mudar páginas de endereço de forma permanente; use 301 ou 308. Uma verificação de redirecionamentos com o método definido como POST mostra como a requisição vira um GET em um salto 303.
Causas comuns e casos de uso
- Post/Redirect/Get: um processador de formulários redireciona para uma página de “obrigado” ou de pedido depois de um
POST. - Uma API aceita uma tarefa e aponta o cliente para um recurso separado com o resultado.
- Linked Data: uma URI que nomeia algo do mundo real redireciona para um documento que o descreve.