Convertisseur YAML ↔ JSON

Convertissez entre YAML et JSON dans les deux sens

Indentation

YAML

JSON

Comment ça marche

Convertisseur YAML ↔ JSON — Convertissez entre YAML et JSON dans les deux sens. Tout le traitement se fait dans votre navigateur — sans téléversement, sans inscription, sans e-mail. Gratuit pour toujours.

Dernière mise à jour: 2026-05-06

Editor's note

Migrer un manifest Kubernetes vers une config JSON — ou l'inverse — ne devrait pas exiger de se souvenir de la syntaxe des ancres YAML, de la spec des merge-keys ou des règles précises sous lesquelles un `no` non quoté devient le booléen faux. Nous nous obsédons pour les chemins lossy parce que chaque autre convertisseur que nous avons essayé les traitait comme des cas limites et perdait silencieusement des données : séparateurs multi-documents écrasés dans le premier doc, ancres dépliées sans avertissement, commentaires évanouis dans un fichier JSON qui n'a aucun moyen de les contenir. Si une fonctionnalité ne peut pas survivre à l'aller-retour, nous préférons vous le dire d'emblée plutôt que de livrer une sortie qui paraît correcte mais à laquelle il manque une section.

Nous refusons aussi d'envoyer votre config à un serveur. Les fichiers values.yaml et les manifests Kubernetes sont les textes les plus proches des secrets que la plupart des équipes produisent — identifiants de registre d'images, jetons de compte de service, hôtes internes, parfois une chaîne de connexion qu'un junior a oublié de déplacer dans un Secret. Pas de téléversement, pas de télémétrie, pas de lien « partager cette conversion » qui dupliquerait votre entrée quelque part. Nous faisons tourner js-yaml dans la page et les données ne sortent jamais, ce qui est la seule propriété de confidentialité qui mérite d'être promise.

À propos de Convertisseur YAML ↔ JSON

YAML et JSON expriment les mêmes formes de données — objets, tableaux, strings, nombres, booléens, null — avec des syntaxes très différentes. YAML est plus convivial pour les humains qui éditent de la config (manifests Kubernetes, workflows GitHub Actions, valeurs Helm), tandis que JSON est le format d'échange universel parlé par tes APIs et tes outils. Ce convertisseur bidirectionnel te laisse basculer entre les deux sans copier dans un REPL Node ni chercher un outil en ligne qui upload ta config.

Convertis YAML → JSON quand tu dois alimenter un fichier de configuration dans un outil qui n'accepte que du JSON, valider un manifest Kubernetes contre un JSON Schema, ou inspecter un YAML profondément imbriqué pour voir exactement ce qui se parse. Convertis JSON → YAML quand tu démarres un nouveau Helm chart, écris des GitHub Actions par-dessus une config JSON existante, ou enveloppes une réponse API dans un fichier de config éditable à la main.

Les deux directions tournent entièrement dans ton navigateur via la bibliothèque js-yaml — le même parser utilisé par d'innombrables outils Node.js. Tes données de configuration, qui contiennent souvent des noms d'environnements, des hostnames internes, voire des secrets que tu n'as pas fini de nettoyer, ne quittent jamais la page. Pas d'upload, pas de logging, pas de connexion.

Comment utiliser Convertisseur YAML ↔ JSON

Colle ta source côté YAML ou côté JSON, selon la direction.
Clique sur "YAML → JSON" ou "JSON → YAML" pour convertir vers l'autre format.
Ajuste l'Indentation (2 ou 4 espaces) pour correspondre au style de ton projet.
Lis "YAML invalide" ou "JSON invalide" si le parser rejette l'entrée — corrige l'erreur surlignée et réessaie.
Copie la sortie convertie et colle-la dans ton fichier de config, manifest ou fixture de test.

Cas d'usage courants

Convertir un manifest YAML Kubernetes en JSON pour le piper à jq ou le valider contre un JSON Schema.
Transformer un Helm values.yaml en JSON pour comparer deux environnements avec un outil de diff structurel.
Reformater une réponse API (JSON) en fichier YAML éditable à la main comme fixture.
Démarrer des workflows GitHub Actions à partir de configurations JSON existantes exportées par un outil CI.
Vérifier qu'un fichier YAML avec ancres et merge keys (<<:) résout vers les données réellement attendues.

Astuces et erreurs courantes

Les ancres et alias YAML ("&base", "*base") sont entièrement résolus lors de la conversion vers JSON car JSON n'a pas de concept d'ancre. La direction inverse émet du YAML simple sans les réintroduire.
Attention au "Norway problem" de YAML : "NO", "yes", "on", "off" non quotés sont parsés comme booléens. Si tu veux des strings, quote-les ou convertis vers JSON pour voir ce qui se passe.
JSON exige des clés et strings entre doubles guillemets — YAML les omet généralement. Si tu copies du YAML dans un fichier JSON à la main, chaque clé a besoin de guillemets ajoutés.
L'indentation en YAML fait partie de la syntaxe. Deux espaces est le standard de fait pour Kubernetes, Ansible et GitHub Actions — calque ce qu'utilisent les fichiers environnants.

Questions fréquentes

Les ancres et alias sont-ils préservés ?

En conversion YAML → JSON, les ancres et alias sont résolus vers leurs valeurs référencées (JSON n'a pas de concept d'ancre). La direction inverse émet du YAML simple sans ancres.

Comment les dates et types spéciaux sont-ils gérés ?

Nous utilisons le schéma par défaut YAML 1.1. Les dates parsées en YAML sortent en chaînes ISO-8601 en JSON. Booléens, nombres et null sont préservés en types JSON natifs.

Mes données sont-elles envoyées ?

Non. Les deux directions tournent dans votre navigateur via js-yaml — rien n'est envoyé nulle part.

Quelle version de YAML cible le parser ?

js-yaml supporte le schéma par défaut YAML 1.1 avec des modes 1.2 optionnels. C'est ce que la plupart des outils du monde réel (Kubernetes, Ansible, Docker Compose) consomment en pratique, donc l'aller-retour reste compatible.

Les commentaires sont-ils préservés lors d'un round-trip YAML via JSON ?

Non — JSON n'a pas de syntaxe de commentaire, donc les commentaires "#" YAML sont perdus à l'étape YAML → JSON et ne peuvent être reconstruits. Garde une copie originale si les commentaires comptent.

Comment sont gérés les fichiers YAML multi-documents (avec ---) ?

Le convertisseur charge le premier document. Pour les fichiers multi-doc, sépare sur les marqueurs "---" et convertis chaque bloc séparément, ou enveloppe les documents toi-même dans un tableau JSON.

Derniers articles du blog

JSON vs YAML vs CSV : quel format de données utiliser ?JSON, YAML et CSV résolvent des problèmes qui se chevauchent mais ils n'ont pas été conçus pour le même travail. Cette analyse approfondie compare syntaxe, taille de fichier, outillage et les pièges qui frappent les équipes en production afin que vous puissiez choisir le bon format en toute confiance.