Tester rapidement une API
Créer une commande reproductible pour vérifier un endpoint REST depuis un terminal.
Construisez localement une commande cURL avec méthode, paramètres, en-têtes, corps et authentification.
Une ligne par paramètre : clé=valeur
Une ligne par en-tête : Nom: valeur
Commande générée localement.
Construisez localement une commande cURL complète avec méthode, paramètres, en-têtes, corps et authentification.
Ce générateur assemble une commande, sans envoyer la requête. L’URL doit être absolue et utiliser HTTP ou HTTPS. Les paramètres sont saisis en lignes clé=valeur ; ils sont ajoutés à la query existante avec un encodage adapté. Deux lignes portant la même clé restent deux paramètres, ce qui permet des filtres répétés. Les en-têtes utilisent Nom: valeur. À nom égal sans tenir compte de la casse, la dernière valeur remplace la précédente.
La commande emploie un échappement de shell POSIX, notamment pour les apostrophes. Cela convient à des shells comme sh ou bash, pas automatiquement à PowerShell ou cmd. HEAD produit --head. Un corps JSON est vérifié syntaxiquement et reçoit Content-Type: application/json si vous n’avez pas déjà fourni cet en-tête. Le texte passe par --data-raw ; le mode formulaire ajoute --data-urlencode pour chaque ligne. Il ne construit pas un téléversement multipart de fichiers.
Les options de redirection, compression et désactivation de vérification TLS sont écrites dans la commande. --compressed demande une réponse compressée et laisse cURL la décoder : ce n’est pas une compression du corps envoyé. --insecure désactive la vérification du certificat, ce qui peut masquer un problème réel. Les champs Bearer ou utilisateur/mot de passe produisent des secrets en clair dans le texte généré. La copie ou l’exécution dans un terminal peut ensuite les exposer dans l’historique ou les journaux.
Choisissez méthode et URL HTTP(S), puis ajoutez une ligne par paramètre et en-tête. Ne préencodez pas un espace comme %20 dans une valeur destinée à être encodée par l’outil.
Choisissez aucun corps, JSON, texte ou formulaire. Contrôlez l’authentification et laissez la vérification TLS active pour un usage normal.
Générez puis copiez ou téléchargez request.sh. Lisez l’URL finale et les options avant une exécution volontaire dans le terminal adapté.
Créer une commande reproductible pour vérifier un endpoint REST depuis un terminal.
Produire un exemple cURL clair à intégrer dans une documentation technique.
Comparer facilement méthodes, en-têtes, paramètres et corps pendant une investigation.
Le filtre est ajouté après page=1 et l’espace devient + dans la query. Aucune requête n’est envoyée pour obtenir ce résultat.
Entrée
GET https://example.com/api?page=1; q=hello worldRésultat
curl 'https://example.com/api?page=1&q=hello+world'Le corps est vérifié puis conservé dans --data-raw. Le Content-Type est ajouté automatiquement et la méthode POST apparaît explicitement.
Entrée
POST https://example.com/api; JSON {"name":"Ada"}Résultat
curl -X POST -H 'Content-Type: application/json' --data-raw '{"name":"Ada"}' 'https://example.com/api'Non. Seule une chaîne de commande est produite. Le réseau n’est sollicité que si vous exécutez ensuite cette commande dans votre environnement.
Elle est échappée pour un shell POSIX. Les règles de guillemets et les commandes disponibles diffèrent sous PowerShell ou cmd ; utilisez un environnement compatible ou adaptez-la.
Pas avec ce mode formulaire. Il génère --data-urlencode pour des champs textuels, sans les arguments -F ni les fichiers nécessaires à une requête multipart.
Cette option désactive la vérification du certificat TLS. Elle ne corrige pas une chaîne de confiance invalide et doit rester un choix de diagnostic explicite, pas un réglage par défaut.
Outils associés
Des outils similaires ou complémentaires à celui-ci.
Construisez une requête API HTTP complète avec méthode, URL, paramètres, en-têtes et corps.
Construisez des en-têtes HTTP personnalisés et récupérez une sortie prête à utiliser dans vos requêtes.
Formatez, minifiez et validez un document JSON pour le rendre plus lisible ou plus compact.
Comprenez HSTS, Referrer-Policy, Permissions-Policy, protections de framing et isolation cross-origin avant de les déployer.