JSON ⇄ YAML

JSON ⇄ YAML vous permet de transformer des données JSON structurées en YAML plus lisible, et d'analyser une configuration YAML pour revenir au JSON. Il repose sur js-yaml, prend entièrement en charge la spécification YAML 1.2, et gère des fonctionnalités avancées telles que les ancres, les alias et les chaînes multi-lignes.

Étape 1 — collez du JSON dans le panneau de gauche ou cliquez sur « Exemple » pour charger un exemple. Étape 2 — l'outil génère automatiquement le YAML correspondant en conservant l'indentation. Étape 3 — modifiez directement le YAML à droite, il sera analysé et retransformé en JSON en temps réel. Étape 4 — les erreurs de syntaxe YAML (indentation incohérente, deux-points manquant, guillemet non fermé) sont indiquées par un message clair. Étape 5 — copiez ou téléchargez le résultat via les boutons en haut à droite. La sortie utilise par défaut une indentation de 2 espaces et une largeur de ligne maximale de 120 caractères.

Les ingénieurs DevOps rédigeant des fichiers Kubernetes, Docker Compose, GitHub Actions ou GitLab CI peuvent convertir du JSON en YAML en un clic. Les ingénieurs back-end peuvent comparer côte à côte l'application.yml de Spring Boot avec les charges utiles JSON d'une API REST. Les playbooks Ansible et les fichiers de paramètres JSON peuvent être convertis dans les deux sens ; les documents OpenAPI 3.0 peuvent basculer entre JSON et YAML ; le Front Matter Jekyll ou Hugo peut être édité et prévisualisé aisément.

La sortie YAML utilise le style flow ou block selon la complexité ; les chaînes contenant des caractères spéciaux (comme les deux-points ou les dièses) sont automatiquement encadrées de guillemets. Les dates et horodatages peuvent être interprétés comme des chaînes ISO lors des allers-retours, faites attention à la sémantique des types. YAML prend en charge les commentaires mais pas JSON, ils sont donc perdus lors de la conversion inverse. Les balises YAML personnalisées (!!tag) ne sont pas prises en charge.

L'analyse et la génération se déroulent entièrement en local. Les données de configuration ne sont jamais envoyées à un serveur, vous pouvez donc convertir en toute sécurité des fichiers de configuration de production contenant des variables d'environnement sensibles ou des espaces réservés à des secrets.