CaptureKit

Registos de pedidos

Inspecionar chamadas individuais à API CaptureKit e depurar falhas.

Todas as chamadas ficam registadas em Registros API, com o endpoint, o código de estado, a duração, o IP de origem e os créditos cobrados. É aqui que vem quando um pedido se comporta de forma inesperada.

app.capturekit.dev/settings/api/logs
Pesquisar por ID de pedido, endpoint ou IP
ListaSérie temporalÚltimas 24 hTodas as chaves APIEstado
POST /google-search · 1 cr
200
812 ms
POST /google-search · 1 cr
200
764 ms
POST /google-news · 0 cr
400
18 ms
POST /google-maps · 0 cr
401
9 ms
POST /google-search · 1 cr
200
903 ms
Abra uma linha para ver os parâmetros enviados e a resposta devolvida.
Uma linha por pedido: endpoint, estado, duração e custo em créditos.

Depurar uma chamada falhada

Encontrar o pedido

Filtre por intervalo de datas, chave de API, endpoint, estado ou IP — ou cole diretamente um ID de pedido na caixa de pesquisa.

Abrir o detalhe

Clique na linha para abrir um painel com os parâmetros enviados e a resposta devolvida.

Associar a um código de estado

400 indica um parâmetro incorreto, 401 aponta para a chave ou para um limite de taxa, 402 significa saldo vazio e 500 é do nosso lado e vale a pena repetir.

Adaptar o ecrã a si

  • Alterne as colunas para mostrar o que lhe interessa: créditos, velocidade, IP, parâmetros ou a mensagem de erro.
  • Mude para a vista de série temporal para ver o mesmo tráfego filtrado num gráfico.
  • Guarde um conjunto de filtros como vista para lhe voltar com um só clique.
  • Ative a atualização automática quando estiver a acompanhar um incidente em direto.

O que é guardado

Por omissão, cada linha guarda os parâmetros enviados e um corpo de resposta truncado. Se o seu espaço de trabalho ativar a privacidade dos registos em Definições → Conta, os parâmetros deixam de ser guardados — o estado, a duração e o custo em créditos mantêm-se, para a faturação continuar a funcionar.

Se o seu cliente indica um tempo limite mas o registo mostra 200, a chamada teve sucesso e foi o seu próprio runtime que fechou a ligação cedo demais. Aumente o tempo limite HTTP para 60 segundos.

A ler a seguir

Nesta página