O Que É um Erro 400 Bad Request e Como Corrigi-lo (Guia Completo)
Um erro 400 Bad Request é um código de status HTTP que informa que o servidor recebeu sua solicitação, mas recusou processá-la — não por causa de uma falha no servidor, mas porque algo na própria solicitação estava malformado, inválido ou corrompido. Quer você seja um navegador casual enfrentando uma parede inesperada ou um administrador de sistemas diagnosticando um servidor mal configurado, compreender este erro é essencial para uma solução de problemas rápida e eficaz.
Este guia abrangente cobre todas as causas, todas as correções e todos os cenários — desde erros de digitação simples em URLs até profundas configurações incorretas do servidor.
O que significa o erro 400 Bad Request?
No protocolo HTTP, códigos de status na faixa 4xx indicam erros do lado do cliente. Um 400 especificamente significa que o servidor compreendeu o formato da solicitação, mas encontrou algo sintaticamente incorreto ou de outra forma não processável antes mesmo de tentar atendê-la.
Variações comuns da mensagem de erro 400
Dependendo do servidor, framework ou CDN em uso, você pode ver este erro exibido como:
400 Bad RequestBad Request – Invalid URLHTTP Error 400400. That's an error.400 Bad Request. The server cannot or will not process the request due to a client error.Invalid request
Todos estes apontam para a mesma causa raiz: o cliente enviou algo que o servidor não conseguiu aceitar.
O que causa um erro 400 Bad Request?
Antes de pular para as correções, é importante compreender as causas subjacentes. Um erro 400 pode ser acionado por uma gama surpreendentemente ampla de problemas:
| Causa | Descrição |
|---|---|
| Sintaxe de URL malformada | Caracteres ausentes, símbolos extras ou caracteres especiais codificados incorretamente |
| Cookies do navegador corrompidos | Cookies associados a um site se tornam inválidos, fazendo com que o servidor rejeite a sessão |
| Tamanho de upload de arquivo excedido | O arquivo sendo carregado ultrapassa o limite de tamanho máximo configurado do servidor |
| Cabeçalhos de solicitação inválidos | Cabeçalhos HTTP formatados incorretamente ou não suportados enviados com a solicitação |
| Cache DNS obsoleto | Registros DNS desatualizados apontando para um endereço IP errado ou inexistente |
| Parâmetros de consulta ausentes ou inválidos | Parâmetros de URL necessários estão ausentes, malformados ou codificados incorretamente |
| Extensões de navegador com falha | Extensões que modificam solicitações HTTP podem corromper cabeçalhos ou injetar dados inválidos |
| Configuração incorreta do servidor | Erros em .htaccess, configuração Nginx ou regras de plugin de segurança que rejeitam solicitações válidas |
Como corrigir um erro 400 Bad Request: Passo a passo
1. Verifique a URL quanto a erros de digitação e sintaxe
Uma URL malformada é a causa única mais comum de um erro 400, e é a primeira coisa que você deve inspecionar. Até um único caractere deslocado pode tornar uma solicitação ilegível para o servidor.
O que procurar:
- Erros de digitação no domínio ou caminho
- Barras duplas (
//) onde não deveriam aparecer - Caracteres especiais não codificados — espaços, colchetes ou e comerciais que não foram codificados em URL
- Strings de consulta quebradas com sinais
=ausentes ou separadores&
Exemplo prático:
Uma URL como https://example.com/search?q=hello world contém um espaço não codificado, que é inválido. A versão correta e adequadamente codificada é:
https://example.com/search?q=hello%20worldSempre verifique novamente a URL na barra de endereços do seu navegador antes de assumir que o problema é mais profundo.
2. Limpe o cache e os cookies do seu navegador
Cookies corrompidos ou desatualizados e arquivos em cache são uma das principais causas de erros 400, especialmente em sites que você visitou antes. O navegador pode estar enviando um cookie em cache, agora inválido, que o servidor rejeita imediatamente.
No Google Chrome:
- Clique no menu de três pontos (⋮) no canto superior direito.
- Navegue até Mais ferramentas → Limpar dados de navegação.
- Marque Cookies e outros dados de sites e Imagens e arquivos em cache.
- Clique em Limpar dados.
No Mozilla Firefox:
- Clique no menu hambúrguer (☰) e vá para Configurações.
- Selecione Privacidade e segurança.
- Em *Cookies e dados de sites*, clique em Limpar dados.
- Marque ambas as opções e clique em Limpar.
No Safari (macOS):
- Clique em Safari na barra de menu e vá para Preferências → Privacidade.
- Clique em Gerenciar dados de sites e depois em Remover tudo.
- Reinicie o Safari e tente novamente a URL.
Após limpar o cache e os cookies, recarregue a página e verifique se o erro persiste.
3. Limpe o cache DNS
Seu sistema operacional armazena resultados de pesquisa DNS localmente para acelerar a navegação. Se esses registros em cache se tornarem desatualizados ou corrompidos, eles podem apontar seu navegador para o servidor errado — acionando erros de conexão, incluindo respostas 400.
No Windows:
Abra Prompt de Comando como Administrador e execute:
ipconfig /flushdnsVocê deve ver a confirmação: *"Cache do resolvedor DNS foi limpo com sucesso."*
No macOS (Ventura / Monterey / Sonoma):
Abra Terminal e execute:
sudo killall -HUP mDNSResponderNo Linux (systemd-resolved):
sudo systemd-resolve --flush-cachesApós limpar, feche e reabra seu navegador e tente novamente a solicitação.
4. Verifique os limites de tamanho de upload de arquivo
Se o erro 400 aparecer especificamente quando você está carregando um arquivo, o arquivo quase certamente excede o tamanho máximo de upload configurado do servidor. Os servidores aplicam esses limites para evitar abuso e esgotamento de recursos.
Para usuários finais:
- Tente compactar o arquivo antes de carregá-lo.
- Divida arquivos grandes em pedaços menores se o aplicativo suportar.
- Verifique a documentação do site para limites de upload declarados.
Para administradores de servidor:
No Apache, edite seu .htaccess ou httpd.conf:
LimitRequestBody 104857600*(Isto define o limite para 100MB.)*
No Nginx, edite seu nginx.conf:
client_max_body_size 100M;No PHP, atualize php.ini:
upload_max_filesize = 100M
post_max_size = 100MReinicie seu servidor web após fazer essas alterações.
> Se você está executando um ambiente gerenciado, considere fazer upgrade para um plano de VPS Hosting onde você tem controle total sobre parâmetros de configuração do servidor.
5. Desabilite extensões do navegador
Extensões do navegador — particularmente bloqueadores de anúncios, ferramentas de privacidade e modificadores de solicitações — podem alterar cabeçalhos HTTP de maneiras que tornam as solicitações inválidas. Se você instalou recentemente uma nova extensão e começou a ver erros 400, este é um culpado provável.
No Google Chrome:
- Digite
chrome://extensions/na barra de endereços e pressione Enter. - Alterne desligado todas as extensões.
- Reinicie o Chrome e teste a URL.
- Reabilite as extensões uma de cada vez para isolar a problemática.
No Firefox:
- Digite
about:addonsna barra de endereços. - Desabilite todas as extensões.
- Reinicie e teste.
Se o erro desaparecer com as extensões desabilitadas, remova ou atualize a extensão problemática.
6. Tente um navegador ou dispositivo diferente
Às vezes, o problema é inteiramente isolado à configuração, perfil ou dados armazenados do seu navegador atual. Testar com uma alternativa elimina variáveis específicas do navegador rapidamente.
Passos a seguir:
- Abra a mesma URL em um navegador diferente (por exemplo, mude de Chrome para Firefox ou Edge).
- Tente acessar a página de um dispositivo diferente (telefone, tablet ou outro computador).
- Conecte via uma rede diferente (por exemplo, mude de Wi-Fi para dados móveis).
Se a página carregar corretamente em outro navegador ou dispositivo, o problema é local à sua configuração original — revise os passos 2 e 5.
7. Verifique os logs do servidor (para proprietários de sites e administradores)
Se você gerencia o site que está enfrentando erros 400, os logs do servidor são sua ferramenta de diagnóstico mais poderosa. Eles registram os detalhes exatos de cada solicitação e rejeição, permitindo que você identifique a causa com precisão.
O que procurar nos logs:
- A linha de solicitação específica que acionou a resposta 400
- Cabeçalhos de solicitação malformados ou superdimensionados
- Dados de cookie inválidos sendo enviados
- Solicitações bloqueadas por firewall ou regras de segurança
Locais de log comuns:
| Servidor | Caminho de log padrão |
|---|---|
| Apache | /var/log/apache2/error.log ou /var/log/httpd/error_log |
| Nginx | /var/log/nginx/error.log |
| cPanel | Acessível via Error Logs no painel cPanel |
Se você está usando um CMS como WordPress, também verifique o log de depuração habilitando WP_DEBUG_LOG em wp-config.php:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);> Administradores gerenciando múltiplos sites se beneficiarão de um VPS com cPanel, que fornece uma interface centralizada e amigável para revisar logs de erro em todos os domínios hospedados.
8. Inspecione e corrija configurações incorretas do servidor
Configurações incorretas do servidor são uma fonte comum de erros 400 que afetam todos os visitantes, não apenas usuários individuais. Se seus logs mostram um padrão de erros 400 em múltiplos clientes, procure aqui primeiro.
Apache — Erros .htaccess:
Erros de sintaxe em .htaccess podem fazer com que o Apache rejeite solicitações. Valide seu arquivo com:
apachectl configtestProcure por linhas com diretivas RewriteRule malformadas, regras mod_security inválidas ou lógica de redirecionamento quebrada.
Nginx — Erros de configuração:
Teste sua configuração Nginx antes de recarregar:
nginx -tVerifique blocos server_name mal configurados, diretivas location inválidas ou regras limit_req excessivamente restritivas.
Plugins de segurança e regras WAF:
Web Application Firewalls (WAFs) e plugins de segurança (como Wordfence ou Sucuri) podem bloquear agressivamente solicitações legítimas se as regras estiverem mal configuradas. Revise seu conjunto de regras de firewall e coloque na lista branca qualquer padrão de tráfego legítimo que esteja sendo incorretamente sinalizado.
> Para sites de alto tráfego que exigem controle máximo sobre configurações de segurança, Servidores Dedicados fornecem os recursos isolados e acesso de nível raiz necessários para ajustar fino cada aspecto do seu ambiente de servidor.
9. Verifique a validade do certificado SSL
Um certificado SSL expirado ou mal configurado pode às vezes causar erros HTTP inesperados, incluindo respostas 400, particularmente quando redirecionamentos HTTPS estão envolvidos ou quando o certificado não corresponde ao domínio sendo solicitado.
Verifique o status do seu certificado:
openssl s_client -connect yourdomain.com:443 -servername yourdomain.comProcure por Verify return code: 0 (ok) na saída. Qualquer outro código indica um problema de certificado.
> Mantenha seu site seguro e sem erros com um Certificado SSL válido — essencial tanto para confiança do usuário quanto para classificação em mecanismo de busca.
10. Entre em contato com o administrador do site ou suporte de hospedagem
Se você esgotou todas as correções do lado do cliente e o erro 400 persiste em múltiplos navegadores, dispositivos e redes, o problema é quase certamente do lado do servidor e fora do seu controle como visitante.
O que fazer:
- Use o formulário de contato do site, email de suporte ou chat ao vivo para relatar o problema.
- Inclua a URL exata, a hora em que encontrou o erro e qualquer texto de mensagem de erro.
- Se você é o proprietário do site, abra um ticket de suporte com seu provedor de hospedagem e compartilhe seus logs do servidor.
Referência rápida: correções de 400 Bad Request em um relance
| Cenário | Correção recomendada |
|---|---|
| URL parece incomum ou quebrada | Verifique e corrija a sintaxe e codificação da URL |
| Erro em um site familiar | Limpe o cache e cookies do navegador |
| Erro em múltiplos sites | Limpe o cache DNS |
| Erro durante upload de arquivo | Reduza o tamanho do arquivo ou aumente o limite de upload do servidor |
| Erro após instalar uma extensão | Desabilite extensões do navegador |
| Erro apenas em um navegador | Tente um navegador ou dispositivo diferente |
| Erro afetando todos os visitantes | Verifique logs do servidor e arquivos de configuração |
em todos os serviços de alojamento