Comment convertir JSON, YAML et CSV en toute sécurité
01
Choisir des formats explicites
Sélectionnez JSON, YAML ou CSV comme source et un format différent comme cible. L'espace de travail ne devine jamais un format et ne crée pas d'URL contenant des données ; si vous réglez les deux listes déroulantes sur le même format, l'autre côté bascule automatiquement, car une conversion où la source égale la cible est refusée plutôt que renvoyée telle quelle en silence.
02
Coller et valider immédiatement
Un collage convertit aussitôt ; les modifications ordinaires se relancent après une courte pause tant que « Conversion automatique » est activée, et Ctrl ou Cmd + Entrée exécute à la demande. Les erreurs de syntaxe s'affichent avec ligne et colonne dès que l'analyseur les fournit, et « Charger l'exemple » remplit le champ d'un petit document valide dans le format source choisi pour que vous voyiez d'abord une conversion propre.
03
Régler les options de sortie
Pour les cibles JSON et YAML, le contrôle d'indentation de sortie choisit deux ou quatre espaces. Quand la cible est CSV, ce contrôle devient l'interrupteur de sécurité pour tableurs — activé par défaut — qui préfixe d'une apostrophe toute cellule commençant par =, +, - ou @, afin que les tableurs ne l'exécutent pas comme une formule.
04
Examiner les avertissements de fidélité
Les avertissements signalent chaque perte acceptée : ancres YAML développées, commentaires YAML supprimés, cellules CSV traitées comme des chaînes, null écrits comme cellules vides et valeurs ressemblant à des formules échappées. Les structures non prises en charge ou ambiguës — clés de fusion YAML, balises personnalisées, documents multiples, entiers surdimensionnés ou valeurs imbriquées à destination de CSV — arrêtent la conversion avec une erreur nommée au lieu d'en changer le sens en silence.
05
Copier, télécharger ou inverser
Copiez le résultat validé dans le presse-papiers, téléchargez-le sous toolars-converted avec l'extension .json, .yaml ou .csv correspondante, ou utilisez « Intervertir les formats » pour réinjecter la sortie courante comme prochaine source : le moyen rapide de confirmer qu'un aller-retour de JSON à YAML puis de nouveau à JSON préserve les données.
06
Continuer avec ce résultat
Ouvrez ci-dessous un nouvel espace de travail contenant une copie de ce résultat. Rien n'est envoyé ni enregistré ; exécutez l'outil suivant quand vous êtes prêt. Un seul suivi à la fois. Fermez-le avant d'en ouvrir un autre. Modifier le résultat source, quitter ou actualiser cette page, ou attendre 10 minutes après l'ouverture efface le suivi et ses modifications. La source reste ici.
Fiche de l'outil
Traitement
Dans votre navigateur
L'entrée quitte cet appareil
Jamais
Conservation
Transfert local facultatif
Prix
Gratuit
Vos données restent dans le navigateur.
Convertisseur de données structurées utilise son chemin d'exécution local vérifié et ne crée aucun historique caché des entrées ou sorties.
Exécution locale
S'exécute dans l'onglet actuel du navigateur.
Aucun traitement caché
Les données actives de l'outil ne deviennent jamais un enregistrement de document Toolars.
Aucun compte requis
Utilisez le workflow principal sans créer de profil. Les favoris se synchronisent avec votre compte après connexion.
Espace de travail et transfert
Fermer l’onglet efface les données ordinaires de l’espace de travail. Si vous choisissez un transfert, le résultat sélectionné reste sur cet appareil après un rechargement ou la fermeture de l’onglet et peut être accepté pendant 30 minutes. L’accepter ou le rejeter le supprime ; les données expirées sont effacées à la prochaine utilisation du transfert.
Quand Convertisseur de données structurées est utile
Transformer du YAML commenté en JSON strict
Collez un fichier de configuration qui utilise des ancres et des commentaires, convertissez le YAML en JSON avec une indentation de deux espaces et lisez les avertissements : les commentaires sont supprimés et les ancres développées, alors examinez la sortie avant qu'elle ne devienne une référence de test.
Exporter une liste d'utilisateurs en CSV sûr pour les tableurs
Convertissez un tableau JSON plat d'enregistrements utilisateurs en CSV avec le bouton sécurité tableur activé, pour qu'une cellule commençant par = arrive échappée et ne puisse pas s'exécuter comme une formule à l'ouverture du fichier dans un tableur.
Vérifier un aller-retour avant livraison
Convertissez du JSON en YAML, appuyez sur Échanger les formats et reconvertissez : si le document restauré correspond à la source, le format intermédiaire est sans perte pour votre structure de données et peut être transmis à une autre équipe en toute sécurité.
Ce que Convertisseur de données structurées fait vraiment
La configuration d'exemple d'un microservice arrive en YAML commenté avec des ancres, les tests d'intégration veulent les mêmes données en JSON strict, et l'équipe support veut la liste des utilisateurs en CSV prêt pour le tableur. Un convertisseur de données structurées gratuit en ligne devrait gérer les trois sans envoyer le document nulle part. Ce convertisseur de données structurées en ligne convertit JSON, YAML et CSV dans le navigateur au fur et à mesure du collage : les erreurs de syntaxe arrivent avec ligne et colonne, les avertissements nomment chaque perte acceptée — commentaires supprimés, ancres développées, cellules CSV lues comme des chaînes — et les cellules ressemblant à des formules sont échappées avant qu'un tableur puisse les exécuter. Servez-vous-en pour rédiger une configuration en YAML et remettre du JSON à l'API, pour aplatir un tableau JSON en import CSV, ou pour vérifier qu'un aller-retour en YAML préserve vos données avant qu'une autre équipe en dépende. Les limites restent explicites : 256 KiB d'entrée, 40 niveaux d'imbrication, et seul un tableau plat d'objets devient du CSV. Comme rien n'est téléversé, les configurations contenant des jetons et des points de terminaison internes restent sur l'appareil.
Questions fréquentes
Quels formats sont pris en charge ?
L'espace de travail prend en charge JSON, la syntaxe de base YAML 1.2 et le CSV délimité par des virgules avec une ligne d'en-tête unique obligatoire. TOML et XML exigent encore un travail de fidélité séparé et ne sont pas acceptés dans cette version ; choisir le même format des deux côtés est refusé : chaque exécution convertit entre deux formats différents.
Comment YAML est-il traité en toute sécurité ?
En mode texte, l'analyse s'exécute dans un Web Worker jetable avec des limites strictes : 256 KiB d'entrée, 40 niveaux d'imbrication, 10 000 nœuds, 50 expansions d'alias et un budget temps de 1 500 ms. Les balises personnalisées ou exécutables, les clés de fusion, les schémas distants, les DTD, les imports, les includes et tout chargement de ressources réseau sont désactivés : un document hostile ou malformé ne peut pas sortir de l'analyseur.
Qu'est-ce qui peut changer pendant la conversion ?
JSON ne peut pas représenter les commentaires YAML ni l'identité des ancres, et CSV ne peut pas préserver les types scalaires, l'identité de null ni les structures imbriquées. Chaque perte acceptée est signalée par un avertissement sur le résultat ; les formes dangereuses ou ambiguës sont rejetées d'emblée. Les clés dupliquées, les propriétés nommées __proto__, constructor ou prototype, les nombres non finis et les entiers au-delà de la plage sûre sont refusés plutôt que convertis de force.
Que fait l'option CSV sécurisée pour tableurs ?
Quand la cible est CSV et l'interrupteur activé, toute cellule dont le texte commence par =, +, - ou @ — après d'éventuelles espaces ou tabulations initiales — est préfixée d'une apostrophe : les tableurs l'affichent comme du texte au lieu de l'exécuter comme une formule. Chaque exécution concernée ajoute un avertissement pour rendre le changement visible. Laissez l'option activée pour les fichiers destinés à un tableur ; désactivez-la seulement quand le CSV alimente un système qui attend les valeurs brutes.
Pourquoi mon CSV a-t-il été rejeté ?
En mode texte, l'analyseur exige une ligne d'en-tête dont les noms sont non vides et uniques — une marque d'ordre d'octet initiale sur le premier en-tête est tolérée — et chaque enregistrement doit compter exactement autant de champs que l'en-tête. Les champs entre guillemets suivent les règles standard : les guillemets doubles s'échappent en se doublant et peuvent contenir des sauts de ligne, mais un guillemet au milieu d'un champ non entre guillemets est une erreur avec sa ligne et sa colonne. La sortie est limitée à 5 000 lignes et 256 colonnes, et seule une liste plate d'objets aux clés identiques se convertit en CSV.
Mes valeurs sont-elles téléversées ou enregistrées ?
La conversion s’exécute localement. Le document actuel et les opérations suivantes sur la même page restent en mémoire ; Effacer supprime le document actuel. Les données sources et les résultats ne sont pas transmis via des URL, des outils d’analyse, des journaux ou des formulaires de retour. Transférer un fichier vers un autre outil est une action facultative distincte. Si vous transférez explicitement une sortie vers un autre outil, elle est conservée dans le stockage local du navigateur. Réinitialiser, recharger ou fermer l’espace de travail ne supprime pas cette copie en attente. Accepter ou abandonner le transfert la supprime ; après 30 minutes, elle ne peut plus être reçue.
Quelles sont les limites du mode fichier CSV ?
Le mode fichier permet de choisir explicitement UTF-8, UTF-16LE/BE, GB18030 ou Windows-1252, et des séparateurs virgule, point-virgule, tabulation ou barre verticale. Les noms de colonnes sont conservés sauf si le rognage est sélectionné ; ils doivent être uniques et non vides. Entrée ≤ 100 Mio, sortie ≤ 32 Mio, ≤ 256 colonnes et ≤ 1 Mio par enregistrement décodé mesuré en UTF-8. L'aperçu affiche 20 lignes avec des cellules raccourcies à 160 caractères ; les téléchargements conservent les valeurs complètes. JSONL stocke des chaînes. Le CSV normalisé utilise UTF-8, des virgules, CRLF et des champs entre guillemets ; un BOM facultatif aide à reconnaître l'encodage mais n'impose pas les types. Les enregistrements physiques vides sont ignorés. L'encodage et les guillemets sont normalisés, pas conservés octet par octet. Le traitement est local et annulable ; la sortie reste en mémoire, donc la mémoire de pointe peut dépasser 32 Mio.
Quand utiliser JSON, YAML ou CSV ?
Utilisez JSON quand des machines échangent des données : API, configuration consommée par du code et références de test qui doivent rester sans ambiguïté. Utilisez YAML pour les fichiers que des humains modifient à la main — manifestes de déploiement et documentation — où les commentaires et les ancres aident. Utilisez CSV quand un tableur ou une importation de données attend des lignes et des colonnes. Convertissez entre ces formats ici, et laissez les avertissements vous dire ce que le format cible ne peut pas conserver.
Quelle est la différence entre JSON et XML ?
JSON est un format de données minimal construit sur des objets et des tableaux : pas de balises fermantes, pas d'attributs et une façon canonique d'écrire la plupart des valeurs, ce qui le rend plus compact et plus facile à analyser en JavaScript et dans la plupart des API modernes. XML est un format de document avec des éléments, des attributs, des espaces de noms et des schémas, et il domine toujours les secteurs qui valident des documents, comme l'édition, les normes bancaires et de nombreuses intégrations d'entreprise. Cet espace de travail convertit JSON, YAML et CSV ; XML exige un convertisseur attentif au document, car son modèle d'attributs et d'espaces de noms ne se projette pas un-à-un sur des arbres de données simples.
