Constructeur de requêtes HTTP

Composez une requête HTTP pas à pas — variables de chemin comme {userId}, paramètres de requête, en-têtes, corps JSON / formulaire et authentification — et générez du code prêt à exécuter pour cURL, Node.js fetch, Python requests ou PowerShell. Cet outil sert à concevoir et générer ; pour réellement envoyer une requête et inspecter la réponse en direct, transmettez la requête avec le bouton Tester la requête → (ouvre le client / testeur d’API REST), ou convertissez un cURL collé avec le convertisseur de commandes cURL.
Tout est assemblé localement dans votre navigateur. Aucune requête n’est jamais envoyée depuis cette page.
Paramètres de chemin (jetons {name} dans l’URL ci-dessus)
Paramètres de requête
En-têtes
Corps
Autorisation
Aperçu cURL en direct — se met à jour pendant la saisie :
cURL Node.js fetch Python requests PowerShell
Conseils : entourez un segment d’URL d’accolades ({userId}) pour le gérer comme paramètre de chemin ; le code généré est actualisé à chaque modification. Les requêtes GET/HEAD ignorent le corps. Les envois de fichiers générés utilisent la syntaxe @fichier de cURL ou des espaces réservés dans les autres langages — joignez de vrais fichiers dans votre propre code. L’envoi inter-origines est couvert par le client d’API REST (respectez la politique CORS du serveur) ; pour faire l’inverse d’une commande existante, utilisez le convertisseur de commandes cURL.
Les méthodes HTTP expliquées
Lorsque vous choisissez une méthode, le code cURL / Node / Python / PowerShell généré change en conséquence. Voici ce que signifie chaque verbe pour la requête que vous construisez :
GET — Récupère une représentation d’une ressource. Elle ne doit pas modifier l’état du serveur, et la requête générée n’a normalement pas de corps. Utilisez GET pour les lectures, les recherches et les points d’accès de listes.
POST — Soumet des données pour créer une nouvelle ressource ou déclencher une action. Le corps devient la charge utile du code généré (--data-raw en cURL, un argument de corps en Node/Python, etc.). POST n’est pas idempotent : l’envoyer deux fois peut créer deux ressources.
PUT — Remplace entièrement une ressource existante. Envoyez l’objet complet dans le corps ; les champs omis peuvent être traités comme vides. Le code généré envoie le corps entier à l’URL exacte.
PATCH — Ne met à jour que les champs que vous incluez. Le corps porte un jeu de modifications partielles, si bien que les requêtes générées sont plus petites qu’avec PUT lorsque vous n’éditez qu’une ou deux valeurs.
DELETE — Supprime la ressource à l’URL. Elle est idempotente et n’a généralement pas de corps ; le code généré est donc un simple appel de suppression avec des en-têtes uniquement.
HEAD — Demande seulement les en-têtes, sans corps de réponse. Le code généré ressemble à un GET mais renvoie des métadonnées comme Content-Length, Last-Modified ou Content-Type, ce qui économise la bande passante.
OPTIONS — Découvre ce que le serveur autorise pour une URL, ou simule un préflight CORS. Les en-têtes de réponse (par exemple Access-Control-Allow-Methods) indiquent les verbes permis. OPTIONS n’a normalement pas de corps de requête.
Facile à confondre : HEAD contre GET — les requêtes générées se ressemblent, mais HEAD ne renvoie aucun corps. PUT contre PATCH — PUT réécrit toute la ressource ; PATCH ne modifie que les champs que vous fournissez.