Piloterr

Journaux de requêtes

Inspecter les appels Piloterr un par un et déboguer les échecs.

Chaque appel est enregistré dans Journaux API, avec le point d'accès, le code de statut, la durée, l'IP appelante et les crédits facturés. C'est ici qu'on vient quand une requête s'est mal comportée.

app.piloterr.com/settings/api/logs
Rechercher par ID de requête, point d'accès ou IP
ListeSérie temporelleDernières 24 hToutes les clés APIStatut
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
Ouvrez une ligne pour voir les paramètres envoyés et la réponse renvoyée.
Une ligne par requête : point d'accès, statut, durée et coût en crédits.

Déboguer un appel en échec

Retrouver la requête

Filtrez par plage de dates, clé API, point d'accès, statut ou IP — ou collez directement un identifiant de requête dans le champ de recherche.

Ouvrir le détail

Cliquez sur la ligne pour ouvrir un panneau avec les paramètres envoyés et la réponse renvoyée.

Associer un code de statut

400 signale un paramètre incorrect, 401 désigne la clé ou une limite de débit, 402 un solde vide, et 500 vient de notre côté et mérite une nouvelle tentative.

Adapter l'écran à vos besoins

  • Affichez ou masquez les colonnes selon ce qui compte pour vous : crédits, rapidité, IP, paramètres ou message d'erreur.
  • Passez à la vue série temporelle pour voir le même trafic filtré sous forme de graphique.
  • Enregistrez un jeu de filtres comme vue pour y revenir en un clic.
  • Activez l'actualisation automatique lorsque vous suivez un incident en direct.

Ce qui est stocké

Par défaut, chaque ligne conserve les paramètres envoyés et un corps de réponse tronqué. Si votre espace active la confidentialité des journaux dans Paramètres → Compte, les paramètres cessent d'être stockés — statut, durée et coût en crédits restent, la facturation continue donc de fonctionner.

Si votre client signale un dépassement de délai alors que le journal affiche 200, l'appel a réussi et c'est votre runtime qui a fermé la connexion trop tôt. Portez votre délai HTTP à 60 secondes.

À lire ensuite

Sur cette page