Convertisseur YAML vers JSON

Le convertisseur YAML vers JSON est un outil en ligne gratuit qui convertit le YAML en JSON instantanément, avec indentation configurable, option d'affichage formaté (pretty-print) et rapport détaillé des erreurs d'analyse. 100 % côté client. Il fonctionne entièrement dans votre navigateur, sans installation ni inscription.

Non. Toute l'analyse se fait dans votre navigateur via js-yaml. Vos données ne quittent jamais votre appareil.

Le DEFAULT_SCHEMA de js-yaml prend en charge les types de base de YAML 1.2 : scalaires, séquences, mappages, ancres, alias et chaînes multilignes.

Le YAML est sensible à l'indentation. Causes fréquentes : mélange de tabulations et d'espaces, clés mal alignées, caractères spéciaux non échappés, absence d'espace après les deux-points.

Oui, le convertisseur YAML vers JSON est 100 % gratuit, sans inscription, sans frais cachés et sans limite d'utilisation. Tout le traitement se fait localement dans votre navigateur, garantissant une confidentialité totale.

Absolument. Le convertisseur YAML vers JSON traite tout côté client, dans votre navigateur. Aucune donnée n'est envoyée ni stockée sur un serveur. Votre contenu reste à tout moment privé sur votre appareil.

Oui, le convertisseur YAML vers JSON est entièrement responsive et fonctionne sur smartphones et tablettes. Vous pouvez l'utiliser sur n'importe quel appareil doté d'un navigateur web moderne, sans aucune application à télécharger.

Aucun compte ni inscription n'est nécessaire. Ouvrez simplement le convertisseur YAML vers JSON dans votre navigateur et commencez à l'utiliser immédiatement. Aucune barrière d'inscription ni restriction d'utilisation.

Saisissez simplement votre contenu dans le champ prévu, ajustez les paramètres selon vos préférences, et l'outil le traitera instantanément. Vous pouvez ensuite copier le résultat dans le presse-papiers ou le télécharger.

Le convertisseur YAML vers JSON fonctionne dans tous les navigateurs modernes, dont Chrome, Firefox, Safari, Edge et Opera. Pour une expérience optimale, utilisez la dernière version de votre navigateur préféré.

YAML et JSON décrivent le même type de données — scalaires, listes et objets clé-valeur — mais YAML est pensé pour les humains tandis que JSON l'est pour les machines. YAML utilise l'indentation plutôt que des accolades, autorise les commentaires après un #, et prend en charge les ancres et les alias pour réutiliser un bloc, ce qui en fait le format de référence pour les manifestes Kubernetes, Docker Compose et les pipelines CI. JSON, lui, enveloppe tout dans des accolades et des crochets, interdit les commentaires et les virgules finales, et c'est ce que JavaScript, les API REST et la plupart des bibliothèques analysent nativement. Comme JSON est un sous-ensemble de YAML 1.2, tout JSON valide est aussi du YAML valide, mais l'inverse n'est pas vrai : les commentaires et le formatage propre à YAML n'ont pas d'équivalent en JSON et sont supprimés lors de la conversion. Collez votre YAML ci-dessus pour voir apparaître instantanément le JSON équivalent à droite.

Non — les commentaires ne survivent pas à la conversion, et c'est un comportement correct plutôt qu'un bug. JSON n'a aucune syntaxe pour les commentaires, donc tout ce qui suit un # dans votre YAML est supprimé lorsque le document est analysé en une structure de données puis re-sérialisé en JSON. Il en va de même pour d'autres choix de formatage propres à YAML : les lignes vides, votre largeur d'indentation d'origine et l'ordre des détails stylistiques ne sont pas conservés, car seules les données sous-jacentes sont transportées. Les clés, les valeurs, l'imbrication et l'ordre des listes sont, eux, fidèlement conservés. Si vous devez conserver de la documentation, placez-la dans un véritable champ de données — par exemple une clé description — avant la conversion, car cela devient alors une vraie donnée JSON. Collez votre YAML ci-dessus et le JSON généré reflétera exactement les données contenues dans votre fichier.

Collez ou saisissez votre YAML dans le panneau de saisie, puis basculez l'option Format de sortie de Pretty à Minified. Pretty produit un JSON joliment indenté et lisible selon la taille d'indentation choisie ; Minified supprime chaque espace et saut de ligne pour que tout le document tienne sur une seule ligne. La sortie minifiée est ce qu'il vous faut pour envoyer une requête API compacte, intégrer du JSON dans une variable d'environnement, ou économiser des octets dans un artefact de build, et le panneau de sortie affiche la taille résultante en B, Ko ou Mo pour confirmer le gain obtenu. La conversion est en direct, donc basculer entre les formats met à jour le résultat instantanément, sans bouton de conversion à cliquer. Une fois que le JSON sur une seule ligne vous convient, utilisez Copy Output pour le récupérer ou Download .json pour l'enregistrer. Collez votre configuration ci-dessus et basculez sur Minified pour tester.

Deux espaces constituent la convention la plus répandue pour un JSON indenté, car cela garde les structures profondément imbriquées compactes et lisibles sans repousser le contenu trop loin vers la droite, et cela correspond au réglage par défaut qu'utilisent des outils comme Prettier, npm et la plupart des projets JavaScript. Quatre espaces sont parfois préférés dans des bases de code influencées par Python ou Ansible, où une indentation plus large est la norme de la maison, tandis qu'une véritable tabulation est occasionnelle mais peut s'afficher de façon incohérente selon les éditeurs. Ce choix est purement esthétique : l'indentation n'affecte que l'apparence du JSON, jamais les données qu'il représente, donc un parseur lira les trois versions de façon identique. Cet outil vous permet de choisir 2 espaces, 4 espaces ou Tab pour la sortie Pretty, afin de correspondre à ce que votre projet utilise déjà. Collez votre YAML ci-dessus et changez la taille d'indentation pour voir le formatage se mettre à jour en direct.

Oui. Le convertisseur utilise le DEFAULT_SCHEMA de js-yaml, qui prend entièrement en charge les ancres et alias de YAML 1.2 — la syntaxe &nom et *nom qui permet de définir un bloc une seule fois et de le réutiliser ailleurs dans le même document. Lors de l'analyse, chaque alias est résolu vers la valeur pointée par son ancre, de sorte que le bloc réutilisé est développé directement dans la sortie. JSON n'a aucune notion d'ancre, donc le JSON résultant répète ces données à chaque endroit où l'alias apparaissait plutôt que d'y faire référence ; c'est le comportement attendu, et cela garde le JSON autonome. Ce même schéma gère aussi les séquences et mappings imbriqués, les chaînes multi-lignes littérales et repliées, ainsi que les scalaires standards comme les nombres, les booléens et les valeurs nulles. Si un document ne peut pas être analysé, l'outil affiche l'erreur de ligne et de colonne du parseur pour que vous puissiez la corriger. Collez du YAML contenant des ancres ci-dessus pour les voir se résoudre en JSON.