Comment tester une API REST ?

Entrez l'URL, choisissez la méthode (GET, POST...), ajoutez headers et body JSON, puis envoyez. La réponse est affichée avec le code de statut.

🌐 HTTP Client / cURL

Construisez vos requetes HTTP, generez la commande cURL, testez les APIs.

HTTP Client

Testez vos APIs directement depuis le navigateur. Les requetes sont limitees aux APIs qui autorisent les appels cross-origin (CORS). La commande cURL et le code fetch sont generes a chaque requete et peuvent etre copies meme si la requete est bloquee.

Tester une API avec un client HTTP

Méthodes, en-têtes, codes de réponse : les bases pour interroger une API REST.

1. À quoi sert un client HTTP ?

Un client HTTP permet d'envoyer manuellement des requêtes à une API et d'inspecter la réponse, sans écrire une seule ligne de code. C'est l'équivalent en ligne d'outils comme Postman ou curl : on choisit une méthode, une URL, éventuellement des en-têtes et un corps, puis on observe le statut, les en-têtes et le contenu renvoyés. Indispensable pour explorer ou déboguer une API REST.

2. Les méthodes HTTP principales

Méthode	Usage
GET	lire une ressource (sans la modifier)
POST	créer une ressource
PUT / PATCH	remplacer / modifier partiellement
DELETE	supprimer une ressource

GET est sûr et idempotent ; POST ne l'est pas (le répéter recrée des données).

3. Lire les codes de réponse

2xx — succès (200 OK, 201 Créé).
3xx — redirection (301, 302).
4xx — erreur du client (400 requête invalide, 401 non authentifié, 404 introuvable).
5xx — erreur du serveur (500, 503).

Pour préparer vos paramètres, notre encodeur d'URL et notre formateur JSON sont des compagnons utiles.

Questions fréquentes

Pourquoi j'obtiens une erreur CORS ?

Le CORS (Cross-Origin Resource Sharing) est une sécurité du navigateur qui bloque les requêtes vers un domaine différent si le serveur ne l'autorise pas explicitement. Beaucoup d'APIs publiques le permettent ; les APIs privées exigent souvent d'être appelées côté serveur. Ce n'est pas un bug de votre requête mais une politique du serveur cible.

Quelle différence entre PUT et PATCH ?

PUT remplace la ressource entière par ce que vous envoyez ; les champs omis sont effacés. PATCH ne modifie que les champs fournis et laisse le reste intact. Pour une mise à jour partielle, PATCH est plus sûr.

Comment envoyer un token d'authentification ?

Généralement via l'en-tête Authorization, par exemple Authorization: Bearer <votre-token>. Consultez la documentation de l'API : certaines attendent une clé dans un en-tête personnalisé ou en paramètre d'URL.

Mes requêtes et tokens sont-ils enregistrés ?

Non, les requêtes partent directement de votre navigateur vers l'API cible. Vos identifiants ne transitent pas par un serveur intermédiaire d'Epsylon Tools.

⭐ Mes favoris