Construtor de requisições API
Por que usar um construtor de requisições API?
Testar APIs REST normalmente requer instalar Postman, Insomnia ou escrever comandos curl. Nosso cliente HTTP baseado em navegador não requer instalação — basta abrir e começar a enviar requisições. Suporta todos os métodos HTTP, cabeçalhos personalizados, corpos JSON e parâmetros de query, tornando-o perfeito para testes rápidos de API, exploração de APIs públicas e depuração de integrações.
Todos os métodos HTTP
Suporta GET, POST, PUT, PATCH, DELETE com cabeçalhos personalizados e corpo JSON/formulário
Resposta formatada
O corpo da resposta é exibido automaticamente com recuo, com código de status e tempo de resposta
Pronto para usar
Sem instalação requerida — funciona completamente no seu navegador sem conta ou plugin
Como enviar uma requisição API
Insira a URL e o método
Digite a URL do endpoint API e selecione o método HTTP (GET, POST, etc.)
Adicione cabeçalhos e corpo
Mude para a aba Cabeçalhos para adicionar Authorization, Content-Type e outros. Use Corpo para dados POST/PUT.
Envie e inspecione
Clique em Enviar para executar a requisição. O corpo da resposta, código de status e tempo aparecem abaixo.
Casos de uso do construtor de requisições API
Depurar APIs
Teste endpoints individuais com cabeçalhos e corpos personalizados para depurar problemas de autenticação e dados
Testar tokens de autenticação
Teste esquemas Bearer, Basic Auth e chave API sem escrever código
Explorar APIs
Explore APIs públicas (GitHub, OpenWeather, JSONPlaceholder) e entenda suas respostas
Reproduzir bugs
Reproduza e documente bugs de API com os detalhes exatos de requisição/resposta para relatórios de erros
Boas práticas de teste de APIs
✓ Defina sempre Content-Type
Ao enviar um corpo JSON, inclua sempre Content-Type: application/json. Sem isso, muitas APIs rejeitarão ou interpretarão mal sua requisição.
✓ Entenda as limitações de CORS
Navegadores bloqueiam requisições cross-origin sem os cabeçalhos CORS apropriados. Se uma requisição falhar no navegador, use curl ou um proxy do lado do servidor.
✓ Nunca hardcode chaves API
Use variáveis de ambiente no código de produção. O construtor de requisições é apenas para testes — não compartilhe capturas de tela com chaves API reais.
✓ Verifique os códigos de status HTTP
200=OK, 201=Criado, 400=Requisição incorreta, 401=Não autorizado, 403=Proibido, 404=Não encontrado, 500=Erro do servidor.
❓ Perguntas frequentes
Por que minha requisição cross-origin falha?
Navegadores aplicam restrições CORS (Cross-Origin Resource Sharing). Se a API de destino não inclui cabeçalhos Access-Control-Allow-Origin, o navegador bloqueia a requisição. Não é um bug — use curl ou um proxy backend para APIs sem suporte CORS.
Posso enviar requisições multipart/form-data?
O construtor atual suporta corpos JSON e texto simples. Para dados de formulário multipart (uploads de arquivos), use o envio de formulário nativo do navegador ou uma ferramenta dedicada como o Postman.
É um substituto para o Postman?
Para testes rápidos e exploração — sim. Para colaboração em equipe, coleções salvas, ambientes e testes automatizados, Postman ou Bruno oferecem mais recursos. Esta ferramenta se destaca em testes API instantâneos sem configuração.
Qual é a diferença entre PUT e PATCH?
PUT substitui todo o recurso pelo corpo da requisição. PATCH aplica uma atualização parcial — apenas os campos incluídos no corpo são modificados. A maioria das APIs REST usa PATCH para atualizações para não sobrescrever campos não modificados.