01
Escolher uma API legível
O exemplo apenas preenche uma URL pública; não envia automaticamente. Uma página HTTPS pode bloquear HTTP como conteúdo misto, e o servidor precisa permitir a origem por CORS.
HTTP e depuração de requisições
testador de requisições HTTPenvio sob seu controle
Confira método, URL, cabeçalhos e corpo antes de enviar. A API de destino precisa permitir a leitura por CORS.
testador de requisições HTTP
Requisição
Cabeçalhos da requisição
Corpo da requisição
Este método não envia corpo de requisição.
A chamada sai diretamente do navegador para o destino só após seu clique. Evite segredos de produção.
Resposta
Ainda não há resposta.
Opções
Desligado inicialmente. Esta aba guarda apenas método, caminho da URL sem valores de consulta, horário e status; não guarda cabeçalhos ou corpo. Caminhos de URL podem conter identificadores; deixe o histórico desligado nesses casos.
Limites: 50 cabeçalhos, corpo de texto de 1 MiB e resposta legível de 8 MiB. CORS e cabeçalhos proibidos se aplicam.
Código da requisição
A prévia de código não envia nada. Valores de consulta e cabeçalhos sensíveis são marcadores; confira o corpo antes de compartilhar.
Informe uma URL HTTP(S) e envie explicitamente.
Ao investigar uma API, o exemplo da documentação nem sempre revela a resposta aos seus dados. Este testador de requisições HTTP monta uma chamada no navegador sem enviar nada durante a edição. Escolha uma API de teste e clique em Enviar quando estiver pronto.
Um cliente HTTP online depende das regras do navegador. Ao testar APIs REST, uma falha de CORS pode ocultar a resposta que o curl leria; ela não prova que a requisição nunca alcançou o servidor.
Por que usar o testador de requisições HTTP?
Chamada direta e resultado limitado ao que o navegador conseguiu ler.
Envio somente após confirmação
O testador de requisições HTTP usa Fetch direto para o destino depois do clique. Uma resposta permitida mostra status, cabeçalhos expostos e corpo reais; uma resposta bloqueada não ganha dados inventados.
Histórico sem cabeçalhos ou corpo
O histórico começa desligado. Ligado, guarda só método, caminho da URL sem valores de consulta, horário e status nesta aba. Os exemplos de código também substituem cabeçalhos sensíveis e valores de consulta.
Preparar o envio e interpretar o retorno
02
Conferir corpo e prazo
POST, PUT, PATCH e DELETE aceitam texto bruto ou JSON. O modo JSON valida a sintaxe e acrescenta Content-Type apenas quando ausente. Ctrl/Cmd+Enter também é um envio explícito.
03
Separar resposta HTTP de falha de rede
Respostas 4xx e 5xx ainda podem ser lidas. Falhas de CORS ou rede não têm status visível. Editar o formulário desativa a exportação anterior; Cancelar não desfaz uma operação já processada no servidor.
Montar uma chamada e salvar o resultado
Sete métodos
GET, POST, PUT, PATCH, DELETE, HEAD e OPTIONS, com cabeçalhos permitidos e corpo de texto nos métodos compatíveis.
Visão da resposta
Exibe status, duração, cabeçalhos expostos e texto. JSON é indentado apenas na tela; dados binários mostram tipo e quantidade de bytes.
Download fiel
Baixe até 8 MiB da resposta legível completa. Os bytes salvos continuam iguais aos recebidos, mesmo quando o JSON aparece formatado na tela.
Código antes do envio
Pré-visualize cURL e Fetch sem conexão. Valores de consulta e cabeçalhos sensíveis viram marcadores antes da cópia.
Limites reais do navegador
- Erro de CORS não confirma ausência de envio
- Uma requisição simples pode alcançar a API antes de a resposta ser bloqueada. Se o pré-voo falhar, a chamada real não sai. Uma falha genérica não separa CORS de rede com segurança.
- Sem proxy universal
- O testador de requisições HTTP usa Fetch diretamente. Ele não contorna CORS; um proxy do site exigiria proteção SSRF, limites de uso e logs sem segredos.
- Cabeçalhos proibidos são rejeitados
- Cookie, Host, Origin, Content-Length e Sec-* não podem ser definidos por scripts de página. O formulário aponta o problema antes do envio, em vez de afirmar que foram enviados.
- Sem cookies automáticos ou nova tentativa
- As credenciais do navegador são omitidas. Um POST que falhar não é repetido automaticamente e Cancelar só encerra a espera local.
- Tamanho e histórico limitados
- O corpo de texto aceita até 1 MiB e a resposta legível até 8 MiB. O histórico opcional guarda apenas um resumo nesta aba e é apagado ao desligar.
Perguntas sobre o testador de requisições HTTP
Como testo uma API HTTP?
Informe uma URL HTTP(S) absoluta e clique em Enviar. Exemplo e edição só preenchem o formulário; a API precisa permitir a leitura por esta origem.
Por que estou recebendo um erro CORS?
A resposta pode ser barrada por CORS ou haver falha de DNS, rede ou conteúdo misto. Uma chamada simples pode ter chegado ao servidor, então confira logs antes de concluir que nada foi enviado.
Posso enviar requisições POST com body JSON?
Sim. Escolha POST e JSON. A sintaxe é validada e Content-Type é acrescentado apenas se você não definiu um. O texto não é reformatado para o envio.
Qual é o tempo limite da requisição?
O padrão é 30 segundos; as opções são 5, 10, 30 e 60. O prazo interrompe a espera local, sem desfazer ações que o servidor já executou.
Posso adicionar headers personalizados?
Sim, cabeçalhos personalizados como Authorization são aceitos, mas Cookie, Host e Origin são bloqueados pelo navegador. Valores sensíveis não entram no histórico.
Algum campo foi interpretado incorretamente?
Abrir o testador de requisições HTTP
Use o testador de requisições HTTP com uma API de teste que permita CORS, confira a resposta legível e faça o download antes de alterar o próximo pedido.