Testeur d'API — Client REST en ligne

Qu'est-ce qu'un testeur d'API ?

Un testeur d'API (ou client REST) permet d'envoyer des requêtes HTTP à un service web et d'examiner exactement ce qui revient, sans écrire de code. Les développeurs l'utilisent pour explorer des API tierces, déboguer des webhooks, vérifier l'authentification, reproduire un bug signalé ou valider un point de terminaison avant de l'intégrer au frontend. Cet outil couvre le cœur quotidien d'applications de bureau comme Postman ou Insomnia, sans rien installer ni créer de compte.

Anatomie d'une requête HTTP

• Méthode — ce que vous voulez faire : GET lit, POST crée, PUT remplace, PATCH met à jour partiellement, DELETE supprime. HEAD ne renvoie que les en-têtes, OPTIONS indique les méthodes autorisées.
• URL & paramètres de requête — par exemple /v1/users?page=2&limit=50. Les valeurs sont encodées automatiquement lorsque vous les modifiez dans le tableau Params.
• En-têtes — métadonnées comme Accept: application/json, Content-Type ou un en-tête contenant une clé d'API.
• Corps — les données envoyées avec POST/PUT/PATCH. Les corps JSON sont envoyés avec Content-Type: application/json ; les formulaires avec application/x-www-form-urlencoded.
• Authentification — Bearer envoie Authorization: Bearer <token> (OAuth 2.0, JWT). Basic envoie Authorization: Basic base64(user:password).

Lire la réponse

Le code de statut indique ce qui s'est passé : 2xx pour un succès, 3xx pour une redirection, 4xx pour un problème dans votre requête (401 authentification manquante, 404 chemin incorrect, 422 erreur de validation), 5xx pour une défaillance du serveur. Consultez chacun d'eux dans notre référence des codes de statut HTTP. Le temps de réponse est mesuré entre notre serveur et l'API, et la taille correspond à celle du corps en octets. Examinez content-type, les en-têtes de limitation de débit (x-ratelimit-remaining, retry-after) et les en-têtes de cache dans l'onglet En-têtes.

Pourquoi les requêtes passent par notre serveur

Les navigateurs bloquent les requêtes inter-origines, sauf si l'API envoie des en-têtes CORS, ce que la plupart des API serveur à serveur n'font pas. Envoyer la requête depuis notre serveur évite totalement CORS : vous voyez ainsi la réponse réelle de l'API. Pour des raisons de sécurité, les requêtes vers localhost, les plages d'adresses IP privées et les adresses de métadonnées cloud sont bloquées ; pour tester une API locale, utilisez curl : le bouton Copy as cURL génère la commande pour vous, et notre convertisseur cURL vers code la transforme en JavaScript, Python ou PHP.

Est-il sûr de l'utiliser avec de vrais identifiants ?

Votre requête transite par notre serveur uniquement pour être transmise ; elle n'est ni journalisée ni stockée. L'historique est conservé dans votre propre navigateur et exclut les en-têtes Authorization, Cookie et les clés d'API. Néanmoins, privilégiez les clés de test ou les jetons à courte durée de vie pour tout outil en ligne, et décodez vos JWT localement avec le décodeur JWT.

Aussi recherché comme : client rest en ligne, postman en ligne, requête http en ligne, tester une api, curl en ligne, vérifier une api, client http, api checker.

Outils complémentaires : Testeur d'API

• Générateur & testeur CORS — Vous voyez « has been blocked by CORS policy » ?
• Validateur OpenAPI / Swagger — Collez une spécification d'API pour la vérifier par rapport au schéma OpenAPI officiel, repérer les références cassées et les paramètres de chemin incohérents, et voir tous vos endpoints d'un coup d'œil.
• Testeur de webhook — Obtenez une URL unique, envoyez-y n’importe quel webhook ou client HTTP et observez les requêtes en temps réel : en-têtes, chaîne de requête et corps mis en forme, ainsi que la vérification des signatures HMAC.
• Formateur JSON — Collez votre code JSON pour le formater, le compresser ou le valider.