Testeur de requêtes HTTP

Postman est excessif quand vous voulez juste vérifier un webhook ou interroger une API publique. Collez une URL, choisissez GET/POST/PUT/PATCH/DELETE, ajoutez des en-têtes et un corps, et ce testeur envoie la requête puis affiche le code de statut, les en-têtes de réponse, le corps et le temps de réponse total.

Comment envoyer une requête de test

  1. 1

    Choisissez la méthode et l'URL

    GET, POST, PUT, PATCH, DELETE ou HEAD, plus toute URL accessible depuis notre serveur.

  2. 2

    Ajoutez des en-têtes

    Autorisation, Content-Type, en-têtes personnalisés : un par ligne, autant que nécessaire.

  3. 3

    Définissez le corps

    Texte brut, JSON, form-urlencoded ou multipart. Le corps n'est envoyé qu'avec les méthodes qui le supportent (POST, PUT, PATCH, DELETE).

  4. 4

    Envoyez et inspectez

    Le code de statut, le temps de réponse total, les en-têtes et le corps s'affichent côte à côte.

Ce que le testeur retourne

Chaque réponse est présentée en quatre parties utiles.

1. Code de statut

HTTP 200, le code de statut numérique de la réponse. Tout statut dans la plage 4xx ou 5xx est mis en évidence pour un diagnostic rapide.

2. Temps de réponse

Temps total entre le début de la requête et la réponse complète, mesuré sur notre serveur en millisecondes. Une réponse de plus de 500 ms sur une API de même région est un signal d’alerte, généralement un backend lent ou un index manquant.

3. En-têtes de réponse

Tous les en-têtes de réponse sont listés dans l’ordre, avec les valeurs exactes renvoyées par le serveur.

4. Corps

  • Le corps est affiché exactement comme le serveur l’a renvoyé, sans reformatage.
  • Les réponses JSON et XML se lisent facilement dans la zone de sortie monospace.
  • Les réponses binaires (images, PDF) apparaissent en données brutes ; pour celles-ci, curl ou httpie est plus adapté.

Conseils

  • Utilisez POST avec JSON lors d’un test d’API REST : définissez Content-Type: application/json et collez le corps sous forme d’objet JSON.
  • Pour les points de terminaison protégés par OAuth, collez directement l’en-tête Authorization: Bearer <token>.
  • Les requêtes sont exécutées depuis notre serveur, donc les règles CORS du navigateur ne s’appliquent pas. Profitez-en pour tester des points de terminaison que votre navigateur bloquerait.

Questions fréquentes

Le testeur est conçu pour des charges typiques d’une API, pas pour des transferts de masse. Pour les téléchargements très volumineux (vidéo, archives binaires), un outil spécialisé comme curl ou httpie est plus adapté ; ce testeur sert à tester des API, pas à déplacer de gros fichiers.

Oui. Collez la valeur du cookie dans un en-tête Cookie. Par défaut, le testeur ne partage pas vos cookies de navigateur avec la cible, donc vous contrôlez exactement ce qui est envoyé.

La requête est exécutée depuis le serveur de l’outil (pour contourner les limites CORS du navigateur). Rien n’est conservé au-delà de la réponse unique que vous voyez ; la requête n’est ni stockée ni enregistrée.

Non, ce testeur est limité aux requêtes-réponses HTTP simples. Pour les tests WebSocket, utilisez un client WS dédié qui gère la poignée de main complète de mise à niveau et le protocole de trame.

Outils similaires

Outil disponible dans d’autres langues