JSON imbriqué vers CSV : choisissez vos lignes et vos colonnes
Deux enregistrements, cinq colonnes et les détails qu'un CSV ne peut pas préserver.
Un export JSON peut contenir une liste dans une liste, alors que le CSV nécessite des lignes et des colonnes. Avant de convertir, choisissez quelle liste doit devenir le tableau et que faire des valeurs à l'intérieur de chaque enregistrement.
Ce JSON d'exemple contient deux créateurs sous data.items. Chacun a un objet creator imbriqué, un tableau tags et un champ note. Une note est null ; l'autre est une chaîne vide.
Choisir les enregistrements avant de sélectionner les colonnes
Ouvrez le convertisseur CSV, JSON & YAML, importez l'exemple et choisissez JSON dans De, puis CSV dans Vers. Ouvrez Options et définissez Chemin de données (facultatif) sur /data/items.
Sans ce chemin, l'objet externe devient une seule ligne. Avec lui, les deux éléments deviennent deux lignes. Le chemin sélectionne les données ; il ne renomme pas les champs ni ne recherche de valeurs correspondantes.
Les chemins utilisent des noms séparés par des barres obliques, suivant la notation JSON Pointer. Saisissez /data/items, pas data.items. Si un nom de champ contient lui-même une barre oblique, écrivez ~1 pour cette barre ; utilisez ~0 pour un tilde littéral.
Décider si les objets imbriqués vont dans une seule cellule
Avec Aplatir les objets imbriqués désactivé, les colonnes sont id, creator, tags et note. L'objet créateur occupe une cellule CSV comme texte JSON. C'est un CSV valide, mais peu pratique si vous voulez trier par pays.
Activez l'aplatissement et les colonnes deviennent :
/id
/creator/name
/creator/region
/tags
/note
Maintenant, Zoë et AU ont leurs propres cellules. Les en-têtes avec préfixe de barre oblique décrivent d'où vient chaque valeur. Ils évitent aussi de confondre un champ littéral nommé creator.name avec un champ imbriqué appelé name.
Comparez le CSV avec cellules imbriquées avec le CSV aplati. Les deux ont deux lignes de données. Les guillemets doublés autour du JSON dans une cellule CSV sont un échappement, pas des données dupliquées.
Les tableaux ne deviennent pas des lignes supplémentaires
L'aplatissement étend les objets imbriqués. Il ne divise pas un tableau en plusieurs lignes ni ne crée une colonne séparée pour chaque entrée du tableau. Dans cet exemple, /tags contient toujours un seul tableau JSON dans une cellule :
["design","video"]
Si votre tableur a besoin d'une ligne par étiquette, préparez ce tableau explicitement d'abord. Décidez si vous répétez l'ID du créateur sur chaque ligne et comment représenter une liste d'étiquettes vide. Le convertisseur ne prend pas ces décisions à votre place.
Conserver le JSON si vous devez le reconstruire plus tard
Le CSV n'a pas de distinction intégrée entre une valeur manquante, null et une chaîne vide. Les deux notes de cet exemple s'exportent comme cellules vides. Reconvertir ce CSV avec les paramètres par défaut produit deux chaînes vides.
Le JSON reconverti conserve également /creator/name comme clé littérale et /tags comme chaîne. Il ne reconstruit pas les objets imbriqués ni ne parse le tableau automatiquement. Gardez le JSON original pour retrouver la structure initiale.
L'ID 001 reste du texte après la conversion. Un tableur peut toujours l'interpréter comme un nombre lors de l'ouverture du CSV ; importez la colonne ID comme texte là aussi. Laissez Protéger le CSV contre les formules de tableur activé pour les exports destinés aux tableurs, et vérifiez le fichier avant de le partager.
Ce que nous avons vérifié
Le 8 octobre 2026, nous avons exécuté l'exemple avec la même fonction de conversion que l'outil. Nous avons vérifié les deux variantes CSV, leur nombre de lignes (deux), les cinq colonnes aplaties et la reconversion en JSON. Le fichier de résultats contient les sorties et les hachages de téléchargement.
L'aperçu du tableau affiche jusqu'à 500 lignes ; ce n'est pas un compte de tout l'export. Vérifiez le total affiché et le fichier téléchargé lorsque vous travaillez avec un ensemble de données plus grand.