Minhas requisições ou tokens de autenticação passam pelos servidores da sitekits?

Não. As requisições são enviadas pelo seu navegador diretamente para a URL que você informa — os servidores da sitekits nunca participam e nunca veem suas URLs, cabeçalhos ou tokens.

Por que minha requisição falha com erro de rede ou de CORS?

Como a requisição sai do seu navegador, vale a política de CORS do servidor de destino. Se a API não permitir requisições cross-origin a partir deste site, o navegador bloqueia a resposta e a ferramenta informa "Request failed (network error or CORS blocked by the target server)."

Quais métodos HTTP eu posso usar?

GET, POST, PUT, PATCH, DELETE, HEAD e OPTIONS. Um corpo de requisição pode ser anexado a todos os métodos, exceto GET e HEAD.

Testador REST API

Visão geral

Um cliente HTTP mínimo para verificações rápidas de API — sem instalação, sem conta. Escolha um método, informe uma URL, adicione cabeçalhos e um corpo, e inspecione a resposta bruta. Como tudo roda no seu navegador, o comportamento é exatamente o de uma chamada fetch feita por uma aplicação web, regras de CORS incluídas.

Como usar

Escolha um método (GET, POST, PUT, PATCH, DELETE, HEAD, OPTIONS), informe a URL do endpoint e pressione Send.
Adicione cabeçalhos de requisição em Headers (one per line: Key: Value), por exemplo Authorization: Bearer ….
Para métodos diferentes de GET e HEAD, preencha Body (JSON, dados de formulário ou qualquer texto bruto).
Leia os resultados: Status, Time em milissegundos, Response headers e Response body.

Exemplos

GET https://api.github.com/zen → 200 OK com um corpo curto em texto puro
POST https://httpbin.org/post com corpo {"ping":1} e cabeçalho Content-Type: application/json → o mesmo JSON devolvido de volta

Observações

As requisições vão direto do seu navegador para o destino; é a política de CORS do destino que decide se a resposta pode ser lida. Corpos de resposta são exibidos até 100.000 caracteres. Evite colar credenciais de produção que você não colocaria em uma aba do navegador.