Convertisseur JSON en CSV

Un montant affiché comme 1 234,56 $ doit être stocké en JSON sous la forme 1234.56, avec "currency": "CAD" séparément. Une virgule décimale est une convention d’affichage, pas la syntaxe des nombres JSON. Préservez les accents en UTF-8 et utilisez une date non ambiguë telle que "2026-10-11".

Lors d’échanges de données en français et en anglais, distinguez présentation et valeur stockée. Conservez les accents et indiquez explicitement unités, devise et format de date ; un symbole seul ne définit pas la devise.

Oui, entièrement gratuit, sans inscription ni limitation de taille de fichier. Toute la conversion se fait localement dans votre navigateur.

Un tableau d'objets (chaque objet devient une ligne, les clés deviennent l'en-tête) et un tableau de tableaux (chaque tableau interne devient une ligne). Un objet unique ou tout autre type de premier niveau est rejeté avec un message clair.

Les objets n'ont pas besoin d'avoir des clés identiques : le convertisseur prend l'union de toutes les clés dans l'ordre de première apparition, et les valeurs manquantes deviennent des cellules vides. Les objets et tableaux imbriqués sont sérialisés en chaînes JSON dans leur cellule plutôt que d'être ignorés silencieusement.

Il s'agit probablement d'une incompatibilité de délimiteur : Excel avec des paramètres régionaux européens s'attend à des points-virgules. Changez le délimiteur pour le point-virgule et convertissez à nouveau. Si la ponctuation est altérée, c'est un problème d'encodage à l'exportation - cet outil produit une sortie UTF-8 standard.

Non. L'analyseur est du JavaScript pur qui s'exécute sur cette page. Rien n'est transmis, journalisé ni stocké.

Les clés imbriquées deviennent des noms de colonnes à points (user.address.city → user.address.city), et les tableaux d'objets sont développés soit en lignes, soit en clés indexées (items[0].name), selon le mode. L'en-tête est dérivé de la structure du premier enregistrement, et les champs absents des enregistrements suivants restent vides plutôt que de provoquer une erreur - c'est la convention que suivent les exports de tableurs.

Les chaînes contenant des virgules, des guillemets ou des sauts de ligne sont automatiquement mises entre guillemets et échappées selon la RFC 4180; null devient une cellule vide; les booléens et les nombres sont écrits tels quels. Les tableaux et les objets qui ne peuvent pas être aplatis sont sérialisés en chaînes JSON afin qu'aucune donnée ne soit perdue.

Les documents profondément imbriqués ou hétérogènes (chaque enregistrement ayant une structure différente) produisent des CSV épars comptant des centaines de colonnes. Le CSV convient aux données tabulaires avec un schéma cohérent - si plus de ~20 % des cellules devaient être vides, le mieux est de rester en JSON ou de charger les données dans un entrepôt analytique approprié.