Convertir un YAML en JSON YAML Ain't Markup Language ↔ JavaScript Object Notation Gratuit En ligne Sûr
Déposez un fichier YAML et repartez avec du JSON. La lecture et l'écriture se font ici, dans votre navigateur : le fichier ne quitte pas votre appareil — et ce que le passage garde, et ce qu'il ne peut pas, est écrit plus bas plutôt que laissé à votre découverte.
Convertissez votre fichier
Déposez ici un fichier YAML, ou choisissez-en un.
Votre fichier ne quitte pas cet appareil. Tout tourne dans votre navigateur.
Rien n'est envoyé
Convertir depuis YAML
Convertir vers YAML
D'où viennent ces formats
Le CSV est le plus ancien et le moins normalisé : un tableau écrit en lignes de texte, en usage depuis les années 1970 et décrit par écrit seulement en 2005, alors que chaque logiciel avait déjà décidé pour lui-même quel était le séparateur et quand mettre des guillemets. XML sortit de SGML en 1998, pour des documents devant porter une structure stricte et être vérifiés contre un schéma. JSON fut extrait de JavaScript par Douglas Crockford vers 2001, volontairement réduit aux objets, aux listes, aux nombres et aux chaînes — et ce dépouillement est la raison de sa conquête du web. YAML en est le cousin lisible, où l'indentation fait le travail que les accolades font ailleurs. Une seule chose compte en convertissant entre eux : le CSV est plat, une grille de lignes et de colonnes, tandis que JSON, XML et YAML sont des arbres.
Où vous les rencontrez
Le CSV est ce qu'exporte un tableur et ce que vous tendent un comptable, une plateforme de boutique ou un relevé bancaire. JSON est ce que parlent les services web et ce dans quoi s'écrivent de plus en plus les fichiers de configuration. XML survit dans les systèmes d'entreprise anciens, dans les normes de facturation et à l'intérieur même des formats bureautiques. YAML est là où des humains écrivent des réglages à la main. Convertir entre eux est le travail quotidien qui déplace les données de leur lieu de production vers leur lieu d'emploi.
Questions fréquentes
Mon CSV s'est ouvert en une seule colonne dans Excel. Pourquoi ?
Parce que votre tableur attendait un autre séparateur. Excel suit le séparateur de liste des paramètres régionaux : un point-virgule partout où la virgule sert déjà de signe décimal, c'est-à-dire dans une grande partie de l'Europe continentale. Un fichier séparé par des virgules apparaît alors comme une colonne de texte. Employez la boîte d'importation et déclarez le séparateur, plutôt que d'ouvrir le fichier d'un double clic. Ce même paramètre régional explique que 3.5 arrive parfois sous forme de date.
Pourquoi mon JSON imbriqué ne devient-il pas un tableur propre ?
Parce qu'un tableur est plat et que JSON est un arbre. Une ligne contient une valeur par colonne ; un objet JSON peut contenir une liste dans un champ dans une autre liste. Convertir, c'est choisir comment aplatir cela : soit coller les noms imbriqués en un long intitulé de colonne, soit répéter la ligne parente une fois par enfant. Les deux sont des compromis, et aucun ne se défait automatiquement — d'où le fait que revenir du tableur à la forme d'origine demande d'ordinaire une décision humaine.
Le fichier perd-il en qualité ?
Cela dépend de ce que les deux formats peuvent contenir. Convertir entre des formats qui gardent la même chose — un PNG en BMP, un WAV en FLAC — ne perd rien. Convertir vers un format qui jette de l'information pour gagner de la place, comme JPEG ou MP3, en perd un peu à chaque fois, et revenir en arrière ne la ramène pas. Là où un choix existe, cette page penche pour conserver la qualité d'origine plutôt que pour produire le plus petit fichier.
Mon fichier est-il envoyé quelque part ?
Non. La conversion se fait dans votre navigateur, sur votre propre machine ; le fichier ne la quitte jamais et il n'y a ici aucun serveur qui pourrait le recevoir. C'est pourquoi un gros fichier est limité par votre mémoire et non par un envoi, et pourquoi rien de ce que vous convertissez ne peut figurer dans les journaux de qui que ce soit — les nôtres compris. Les outils de son et de vidéo vont toutefois chercher leur moteur de conversion sur ce site à la première utilisation — une trentaine de mégaoctets, une seule fois ; ensuite le travail se fait toujours entièrement sur votre machine.
Pourquoi on convertit un YAML en JSON
Le YAML est la notation que l'on choisit quand il faut écrire des données à la main. Il utilise l'indentation au lieu des accolades, autorise les commentaires et se lit presque comme un plan, ce qui en a fait le favori de la configuration : chaînes de construction, définitions de conteneurs, fichiers de déploiement, réglages de sites statiques, outils de documentation et d'innombrables configurations d'applications. Le JSON est la notation que les programmes préfèrent recevoir. Il est strict, n'a pas de commentaires, et tout langage de programmation peut le lire avec une bibliothèque standard. Quand un fichier écrit pour des humains doit être remis à un programme, une API ou un outil qui n'accepte que du JSON, une conversion s'impose. C'est pourquoi on convertit des YAML en JSON : on a les données sous la forme agréable à écrire, et la destination veut la forme facile à analyser.
Les situations sont quotidiennes. Un développeur qui tient une configuration en YAML et doit l'envoyer à un service en JSON. Une équipe qui veut valider un fichier de réglages avec un outil qui contrôle le JSON. Une rédactrice qui a des métadonnées d'en-tête en YAML et veut les fournir à un script. Un étudiant qui veut voir comment l'indentation d'un fichier YAML se traduit en accolades. Dans chaque cas, les données sont les mêmes, et seule la notation change.
Cette page convertit le YAML en JSON dans votre navigateur. Votre fichier est lu et écrit ici ; il ne quitte donc jamais votre appareil, ce qui compte pour les fichiers de configuration, qui contiennent souvent des adresses, des noms de systèmes internes et parfois des secrets. Et la page vous dit d'avance ce que le passage conserve et ce qu'il ne peut pas conserver, au lieu de vous laisser le découvrir. Vous trouverez plus bas comment fonctionne la conversion, ce qui se perd avec les commentaires et à quoi vous attendre pour les dates et les étiquettes.
Comment fonctionne la conversion
Les mêmes formes dans les deux notations
Votre YAML est lu dans votre navigateur, et sa structure est écrite en JSON. Les deux contiennent les mêmes formes : tables, listes, chaînes, nombres, booléens et null passent sans perte. Une association en YAML devient un objet en JSON, une séquence devient un tableau, et les valeurs scalaires gardent leurs types. Une ligne comme port: 8080 donne un nombre, et enabled: true donne un booléen.
Les ancres et les alias sont développés
Le YAML a une fonction qui manque au JSON : vous pouvez marquer un bloc avec une ancre et y renvoyer ailleurs avec un alias, pour éviter de vous répéter. Les ancres et les alias sont développés, si bien que le résultat se suffit à lui-même. Chaque endroit où l'alias apparaissait contient maintenant une copie complète du bloc. Le JSON est plus long, mais il n'a besoin d'aucune connaissance des ancres pour être lu.
L'indentation devient structure
En YAML, la structure s'exprime par l'indentation. En JSON, elle s'exprime par des accolades et des crochets. Le convertisseur lit l'indentation comme l'auteur l'entendait, et écrit les accolades pour vous. Les erreurs d'indentation, qui sont les erreurs YAML les plus courantes, sont signalées plutôt que devinées.
Ce qui est conservé
Tout ce qui est donnée
Tout est conservé, parce que les deux contiennent les mêmes formes : tables, listes, chaînes, nombres, booléens et null passent sans perte. Si c'était une valeur dans votre YAML, c'est une valeur dans le JSON.
L'ordre des clés
Les clés gardent l'ordre dans lequel elles ont été écrites ; le JSON se lit donc dans la même suite que le YAML.
Chaînes multilignes
Les chaînes qui s'étendent sur plusieurs lignes en YAML, écrites avec les styles de bloc, sont reprises comme des chaînes uniques avec des sauts de ligne à l'intérieur, que le JSON écrit sous forme de séquences d'échappement. Le texte est le même.
Ce qu'il faut savoir avant de convertir un YAML en JSON
Commentaires et mise en page disparaissent
Les commentaires, les lignes vides et le choix entre guillemets et nu relèvent de la façon dont un fichier YAML se lit, non de ce qu'il signifie, et rien de cela ne survit, car le JSON n'a pas d'endroit où le conserver. Si votre YAML est plein de commentaires explicatifs, le JSON n'en aura aucun. Gardez le YAML comme le fichier que les gens lisent et modifient, et traitez le JSON comme une copie dérivée.
Les dates sans guillemets arrivent sous forme de texte
Une date écrite sans guillemets arrive sous forme de texte, puisque le JSON n'a pas de date. Une ligne comme released: 2026-03-14 donne la chaîne 2026-03-14. Le programme qui lit le JSON doit l'interpréter comme une date s'il en a besoin.
Les étiquettes personnalisées ne sont pas honorées
Les étiquettes personnalisées ne sont pas honorées : seuls les types standard sont lus, ce qui empêche aussi un fichier de demander quelque chose que cette page n'a pas. Le YAML autorise des étiquettes qui disent à un programme particulier de construire un objet particulier. De telles instructions ne signifient rien ici, et le convertisseur ne les suit pas.
Comment convertir un YAML en JSON ici
Ajoutez votre fichier
Déposez le fichier YAML sur la page ou choisissez-le sur votre appareil. Il est lu dans votre navigateur et n'est pas envoyé.
Convertissez
Appuyez sur le bouton. Un fichier de taille ordinaire demande un instant. Laissez la page ouverte jusqu'à la fin.
Téléchargez et vérifiez
Téléchargez le JSON et ouvrez-le dans un éditeur de texte. Regardez le début et la fin, et vérifiez que la structure et les types sont ceux que vous attendez.
Un regard plus attentif sur le YAML et le JSON
Deux notations pour les mêmes données
Le YAML a été conçu pour que les gens l'écrivent et le lisent facilement. Le JSON a été conçu pour que les programmes le lisent et l'écrivent facilement. Ils se recouvrent au point que le JSON est presque un sous-ensemble du YAML, et qu'un lecteur YAML peut généralement lire le JSON. L'inverse n'est pas vrai, car le YAML a plus de fonctions. Convertir un YAML en JSON, c'est passer de la notation la plus riche à la plus stricte, et renoncer aux extras : commentaires, ancres et étiquettes.
Pourquoi les erreurs d'indentation comptent
Comme le YAML repose sur l'indentation, une ligne mal alignée change le sens, et parfois elle est quand même analysée. Une clé qui aurait dû se trouver dans un bloc se retrouve en dehors. Le JSON rend de telles erreurs visibles, puisque les accolades montrent exactement où chaque clé a atterri. Convertir est donc aussi un moyen pratique de vérifier qu'un fichier signifie ce que vous pensez.
Tabulations
Le YAML n'autorise pas les tabulations pour l'indentation. Si votre fichier en contient, la conversion signalera un problème. Remplacez les tabulations par des espaces et réessayez.
Situations courantes en détail
Configuration de services et d'outils
De nombreux outils n'acceptent la configuration qu'en JSON, ou la valident par rapport à un schéma JSON. Convertissez votre YAML et utilisez le résultat là où le JSON est exigé.
Vérifier ce qu'un fichier dit vraiment
Quand une configuration YAML se comporte bizarrement, la convertir en JSON montre la structure sans ambiguïté. Les clés mal placées et les mauvais types ressortent.
Alimenter des scripts et des API
Une API qui prend un corps JSON peut recevoir le contenu d'un fichier YAML après conversion. Cela vous permet de garder le fichier sous la forme que vous aimez modifier.
Documentation et fichiers de contenu
Les générateurs de sites statiques et les outils de documentation utilisent le YAML pour les métadonnées d'en-tête et les fichiers de données. Les convertir permet à d'autres outils de lire les mêmes données.
Conseils pratiques avant de convertir un YAML en JSON
Vérifiez l'indentation
Utilisez des espaces, non des tabulations, et gardez la même largeur à chaque niveau. La plupart des éditeurs savent montrer les espaces blancs et mettre en évidence les erreurs YAML.
Mettez entre guillemets les valeurs qui doivent rester du texte
Une valeur nue comme yes, no ou 1.0 peut être lue comme un booléen ou un nombre. Si vous voulez du texte, entourez-la de guillemets. Cela protège les numéros de version, les codes et les abréviations de pays.
Gardez les commentaires dans le YAML
Comme les commentaires ne survivent pas, gardez le YAML comme original, avec ses explications, et régénérez le JSON au besoin.
Gros fichiers
Tout s'exécute sur votre appareil ; un très gros fichier demande donc de la mémoire. Pour des fichiers de plusieurs mégaoctets, utilisez un ordinateur, et scindez les données si la page peine.
Questions que l'on se pose avant de convertir
Où sont passés mes commentaires ?
Ils ont disparu. Le JSON n'a pas d'endroit où conserver des commentaires, et ils relèvent de la façon dont un fichier se lit, non de ce qu'il signifie.
Pourquoi ma date est-elle une chaîne ?
Parce que le JSON n'a pas de date. Une date écrite sans guillemets arrive sous forme de texte.
Que deviennent les ancres et les alias ?
Ils sont développés, si bien que le résultat se suffit à lui-même.
Pourquoi mon étiquette n'a-t-elle pas fonctionné ?
Les étiquettes personnalisées ne sont pas honorées. Seuls les types standard sont lus.
Mon fichier est-il envoyé ?
Non. La conversion s'exécute dans votre navigateur et le fichier ne quitte jamais votre appareil.
Puis-je revenir au YAML ?
Oui. Convertir un JSON en YAML réécrit les données sous la forme lisible, mais sans les commentaires qu'avait l'original.
Bien choisir quand vous convertissez un YAML en JSON
Le JSON est-il vraiment exigé ?
Si l'outil récepteur lit le YAML, gardez le YAML. Ne convertissez que lorsque le JSON est exigé.
Autres cibles
Si la destination est un fichier de balisage, Convertir un JSON en XML peut suivre. Pour les tableaux, Convertir un JSON en CSV et Convertir un JSON en XLSX servent les tableurs.
Gardez le YAML
Le YAML est l'original, avec ses commentaires et sa mise en page. Gardez-le et traitez le JSON comme une copie.
Obtenir un bon résultat après la conversion
Validez le JSON dans une visionneuse
Ouvrez le résultat dans un éditeur qui comprend le JSON et repliez les objets. Si la structure ressemble à ce que vous attendez, elle est saine.
Vérifiez les types
Regardez des valeurs comme les versions, les codes et les indicateurs. Assurez-vous que ce sont des chaînes là où vous vouliez des chaînes et des nombres là où vous vouliez des nombres.
Minifiez pour le transport
Si le JSON doit être envoyé sur un réseau, des outils existent qui retirent les espaces et le rendent plus léger. Les données restent les mêmes.
Préparer votre YAML pour qu'il se convertisse bien
Restez simple
Quand vous convertissez un YAML en JSON, le YAML simple se convertit le mieux : tables, listes et valeurs simples. Des fonctions comme les étiquettes personnalisées sont ignorées, et les ancres ne font qu'allonger le fichier.
Soyez explicite sur les types
Mettez entre guillemets tout ce qui ressemble à un autre type. L'explicite est plus sûr que l'astucieux, et le JSON portera exactement ce que vous avez écrit.
Testez d'abord sur un petit morceau
Si votre fichier est gros, prenez une section dans un fichier d'essai et convertissez-la. Un coup d'œil rapide au résultat montre si la structure est celle que vous attendez.
Tirer le meilleur parti de la conversion d'un YAML en JSON
Utilisez la conversion comme un contrôle
L'un des meilleurs usages de la page est celui de miroir. Quand vous convertissez un YAML en JSON, les accolades montrent exactement comment l'indentation a été comprise. Si une clé se trouve au mauvais niveau, ou si une liste a avalé une entrée qu'elle n'aurait pas dû, c'est clair dans le résultat. Beaucoup de gens convertissent une configuration uniquement pour confirmer qu'elle dit ce qu'ils voulaient.
Surveillez les surprises de types courantes
Le YAML lit certains mots nus comme d'autres types. Le mot no peut être lu comme false, une version comme 1.10 comme le nombre 1.1, et un code de pays comme NO comme un booléen dans certains lecteurs. Le convertisseur suit les types standard ; les valeurs qui ressemblent à des nombres ou à des booléens seront donc typées comme tels. Si vous voulez qu'elles restent du texte, entourez-les de guillemets dans le YAML avant de convertir.
Longues chaînes et styles de bloc
Le YAML offre des styles de bloc pour le texte long, l'un qui conserve les sauts de ligne et l'autre qui les replie en espaces. Les deux sont lus comme l'ont voulu les auteurs du format, et la chaîne obtenue est écrite dans le JSON avec ses sauts de ligne sous forme de séquences d'échappement. Le texte est le même, et le JSON est simplement moins agréable à lire pour un humain, ce qui est la raison d'être du YAML.
Plusieurs documents dans un seul fichier
Le YAML autorise plus d'un document dans un seul fichier, séparés par trois tirets. Si votre fichier en compte plusieurs, réfléchissez à celui que vous voulez. Scindez-les en fichiers séparés et convertissez chacun, pour que chaque fichier JSON contienne un document.
Secrets dans la configuration
Les fichiers de configuration contiennent parfois des mots de passe, des jetons et des clés. Comme la conversion se fait dans votre navigateur, rien n'est envoyé nulle part. Malgré tout, ne laissez pas le fichier converti dans un dossier partagé ou un e-mail, et retirez les secrets avant de le transmettre.
Garder les deux formats en phase
Si un projet a besoin à la fois d'une version YAML et d'une version JSON des mêmes données, traitez l'une comme la source et régénérez l'autre à chaque changement. Chaque fois que vous convertissez un YAML en JSON, faites-le à partir du YAML actuel, et ne rapiécez pas le JSON à la main. Ainsi, les deux ne peuvent pas diverger.
Valider par rapport à un schéma
De nombreux outils vérifient le JSON par rapport à un schéma, une description des clés et des types autorisés. Une configuration YAML ne peut pas toujours être vérifiée directement, mais sa forme JSON le peut. C'est une raison courante de convertir un YAML en JSON : valider le fichier avant qu'il n'atteigne un système qui le rejetterait.
Confidentialité et manipulation
Pourquoi la conversion locale compte pour la configuration
Les fichiers de configuration contiennent souvent des adresses, des noms de systèmes internes et parfois des clés et des mots de passe. De nombreux convertisseurs en ligne envoient votre fichier vers un serveur, le traitent et renvoient le résultat, et pendant un temps une copie vit sur une machine que vous ne contrôlez pas. Ici, c'est votre propre navigateur qui fait le travail ; le fichier reste donc sur votre appareil.
Ce qui se passe quand vous partez
Quand vous fermez la page, le fichier converti disparaît du navigateur ; téléchargez-le donc d'abord. Rien de votre fichier n'est conservé.
Si quelque chose se passe mal
La page signale une erreur YAML
Regardez la ligne qu'elle indique. Les causes courantes sont des tabulations utilisées pour l'indentation, une espace manquante après un deux-points, ou un guillemet qui ne se ferme pas.
La structure n'est pas celle que j'attendais
Vérifiez l'indentation. Une ligne décalée d'une espace appartient à un autre bloc que celui que vous aviez prévu.
La page se fige avec un gros fichier
Tout s'exécute sur votre appareil, et un gros fichier demande de la mémoire. Réessayez sur un ordinateur, ou scindez les données.
Outils associés
La même famille d'outils couvre les tâches voisines. Pour revenir en arrière, utilisez Convertir un JSON en YAML. Pour le balisage, Convertir un XML en JSON et Convertir un JSON en XML convertissent entre ces deux formats. Pour les tableaux, il y a Convertir un JSON en CSV, Convertir un CSV en JSON, Convertir un JSON en XLSX et Convertir un XLSX en JSON.
Un exemple détaillé
Supposons que votre équipe tienne les réglages d'une application dans un fichier YAML avec des commentaires, des ancres pour les blocs répétés et une date de publication, et qu'un outil de supervision veuille les mêmes réglages en JSON. Vous déposez le fichier ici et appuyez sur le bouton. Un instant plus tard, vous téléchargez un JSON où les ancres sont développées, la date est une chaîne et les commentaires ont disparu. Vous l'envoyez à l'outil. Le YAML reste dans votre dépôt, avec ses commentaires, comme le fichier que les gens modifient.
Une courte liste de contrôle
Avant de convertir
Vérifiez l'indentation. Mettez entre guillemets les valeurs qui doivent rester du texte. Gardez le YAML.
Pendant la conversion
Restez sur la page jusqu'à ce que le fichier soit prêt.
Après la conversion
Ouvrez le JSON, vérifiez la structure et les types, et testez-le avec l'outil qui le lira.
Erreurs courantes
Attendre que les commentaires survivent
Ils ne survivent pas. Gardez le YAML pour les explications.
Laisser nues des valeurs ambiguës
Des valeurs comme yes, no et 1.0 peuvent être lues comme un autre type. Mettez-les entre guillemets.
Utiliser des tabulations
Le YAML n'autorise pas les tabulations pour l'indentation. Utilisez des espaces.
Votre fichier reste sur votre appareil
La conversion se fait en local. Votre fichier est lu par votre propre navigateur, réécrit là et rendu sous forme de JSON. Rien n'est envoyé : aucune copie n'aboutit sur un serveur et personne d'autre ne peut le lire. Pour une configuration au contenu privé, c'est la manière sûre de convertir un YAML en JSON.
Résumé
Pour convertir un YAML en JSON ici, déposez le fichier et appuyez sur le bouton. Il est lu et écrit dans votre navigateur, si bien que le fichier ne quitte jamais votre appareil. Tout est conservé, parce que les deux contiennent les mêmes formes : tables, listes, chaînes, nombres, booléens et null passent sans perte. Les ancres et les alias sont développés, si bien que le résultat se suffit à lui-même. Les commentaires, les lignes vides et le choix entre guillemets et nu relèvent de la façon dont un fichier YAML se lit, non de ce qu'il signifie, et rien de cela ne survit, car le JSON n'a pas d'endroit où le conserver. Une date écrite sans guillemets arrive sous forme de texte, puisque le JSON n'a pas de date. Les étiquettes personnalisées ne sont pas honorées : seuls les types standard sont lus.