Préparer une API JSON
Créer rapidement Accept et Content-Type pour une API REST.
Générateur d’en-têtes HTTP
Préparez une collection d’en-têtes HTTP, définissez leurs valeurs et récupérez le résultat dans une syntaxe exploitable pour vos appels réseau.
- Presse-papiers
- Export
Modèle rapide
Une ligne par en-tête : Nom: valeur
Données non envoyées
Format HTTP
Format JSON
Format Fetch
Cet outil vous a-t-il été utile ?
Comment fonctionne cet outil ?
Préparez des en-têtes HTTP cohérents et exportez-les au format brut, JSON ou Fetch.
Saisissez un en-tête par ligne sous la forme Nom: valeur. Le premier deux-points sépare le nom du contenu ; les deux-points suivants restent dans la valeur, comme dans une URL. Les lignes vides sont ignorées. Le moteur nettoie les espaces extérieurs, contrôle les caractères du nom et refuse les caractères de contrôle interdits dans la valeur. Une ligne qui n’a pas de nom avant le séparateur est refusée.
Les noms d’en-têtes sont insensibles à la casse. Si plusieurs lignes nomment le même champ, la dernière remplace les précédentes, en conservant sa dernière écriture. Le compteur porte sur les champs normalisés. Cette convention convient à une configuration simple mais pas à la conservation de toutes les lignes d’une réponse HTTP : plusieurs Set-Cookie distincts ne peuvent pas être représentés fidèlement par cet objet. Utilisez l’analyseur pour examiner un bloc existant sans appliquer cette fusion de configuration.
La sortie HTTP est une liste de lignes, la sortie JSON un objet et la sortie Fetch un fragment headers: {...}, à intégrer dans des options de requête. Aucun statut, méthode ou corps n’est généré. Les modèles JSON, cache et CORS sont des points de départ à adapter. Les champs Access-Control-Allow-* sont des en-têtes de réponse que le serveur doit émettre : les ajouter à une requête ne donne pas l’autorisation CORS. Certains en-têtes restent contrôlés par le navigateur et peuvent être refusés lors d’un véritable appel.
Comment utiliser cet outil ?
Choisir le contexte
Partez d’un modèle ou de vos propres lignes. Distinguez les en-têtes de requête, comme Accept, de ceux qu’une réponse serveur doit porter.
Relire les valeurs
Ajoutez un champ par ligne et recherchez les doublons de nom. La dernière valeur prévaut ; l’outil ne vérifie pas la sémantique de toutes les directives.
Intégrer la représentation
Générez puis copiez ou téléchargez la liste HTTP, l’objet JSON ou le fragment Fetch. L’application dans le client ou le serveur reste à faire.
Cas d'utilisation
Configurer le cache
Assembler des directives Cache-Control adaptées à un environnement.
Créer une configuration CORS
Produire un ensemble cohérent d’en-têtes de réponse CORS.
Exemples
Deux champs pour JSON
Les deux noms restent distincts : Accept décrit la réponse souhaitée et Content-Type le corps envoyé. Ils ne sont pas interchangeables.
Entrée
Accept: application/json
Content-Type: application/jsonRésultat
Accept: application/json
Content-Type: application/jsonLe dernier champ prévaut
Les deux lignes désignent le même nom malgré la casse. La représentation JSON conserve seulement la dernière valeur et sa dernière écriture.
Entrée
Accept: text/plain
accept: application/jsonRésultat
{
"accept": "application/json"
}Conseils et bonnes pratiques
- Ne partagez pas un objet contenant Authorization ou Cookie sans remplacer les secrets par des exemples. L’export reproduit vos valeurs.
- Précisez charset ou autres paramètres seulement quand le format les prévoit. Un Content-Type syntaxiquement valide peut décrire incorrectement le corps réel.
- Un en-tête Host copié dans un objet Fetch n’impose pas forcément la destination : l’URL et les restrictions du navigateur gouvernent l’appel.
Sources et références
- RFC 9110 — HTTP Semantics (s’ouvre dans un nouvel onglet), RFC EditorPage en anglais
Questions fréquentes
Le résultat Fetch est-il une requête complète ?
Non. C’est un fragment d’options headers. Ajoutez-le à un appel contenant URL, méthode et corps adaptés, ou utilisez le générateur de requêtes API.
Pourquoi deux valeurs du même en-tête ne restent-elles pas séparées ?
Le générateur normalise la configuration vers une seule valeur par nom. Il ne reproduit pas les sémantiques de répétition propres à chaque champ HTTP.
Le modèle CORS débloque-t-il mon navigateur ?
Non. Le serveur doit émettre les en-têtes de réponse appropriés. Une politique CORS doit correspondre à l’origine, aux méthodes et aux éventuelles informations d’authentification.
Une ligne acceptée est-elle correcte pour tous les serveurs ?
Non. La validation porte sur sa forme générale et les caractères interdits. Vérifiez la valeur, le sens requête/réponse et les restrictions du client destinataire.
Outils associés
Continuez avec ces outils
Des outils similaires ou complémentaires à celui-ci.
Outils similaires
Construisez une requête API HTTP complète avec méthode, URL, paramètres, en-têtes et corps.
DéveloppementUtiliser l’outil
Analysez des en-têtes HTTP pour vérifier la sécurité, le cache, CORS et les cookies d’une réponse.
DéveloppementUtiliser l’outil
Trouvez un type MIME depuis une extension ou l’inverse.
DéveloppementUtiliser l’outil
À lire aussi
GuideBonnes pratiquesDébutant
En-têtes HTTP de sécurité : lesquels activer et pourquoi
Comprenez HSTS, Referrer-Policy, Permissions-Policy, protections de framing et isolation cross-origin avant de les déployer.
29 août 20264 min