Conversor de JSON para CSV

Um valor exibido como R$ 1.234,56 deve ser armazenado no JSON como 1234.56, com "currency": "BRL" separadamente. A vírgula decimal e o separador de milhar são convenções de exibição. Preserve acentos em UTF-8 e use uma data sem ambiguidade, como "2026-10-11".

Ao trocar dados, separe a apresentação do valor armazenado. Preserve acentos e indique unidades, moeda e formato de data. O símbolo monetário e os separadores visuais não definem a sintaxe de um número JSON.

Sim, totalmente gratuito, sem registro ou limitação de tamanho de arquivo. Toda a conversão acontece localmente no seu navegador.

Um array de objetos (cada objeto se torna uma linha, as chaves se tornam o cabeçalho) e um array de arrays (cada array interno se torna uma linha). Um objeto único ou qualquer outro tipo de nível superior é rejeitado com uma mensagem clara.

Os objetos não precisam ter chaves idênticas: o conversor faz a união de todas as chaves na ordem da primeira aparição, e valores ausentes se tornam células vazias. Objetos e arrays aninhados são serializados como strings JSON em suas células em vez de serem silenciosamente descartados.

Provavelmente é uma incompatibilidade de delimitador: o Excel com configurações regionais europeias espera ponto e vírgula. Alterne o delimitador para ponto e vírgula e converta novamente. Se a pontuação estiver corrompida, é um problema de codificação na exportação - esta ferramenta gera UTF-8 padrão.

Não. O parser é JavaScript puro em execução nesta página. Nada é transmitido, registrado ou armazenado.

Chaves aninhadas viram nomes de coluna com pontos (user.address.city → user.address.city), e arrays de objetos se expandem em linhas ou em chaves indexadas (items[0].name), dependendo do modo. O cabeçalho é derivado da estrutura do primeiro registro, e campos ausentes em registros posteriores ficam vazios em vez de gerar erro - a convenção que exportações de planilhas seguem.

Strings contendo vírgulas, aspas ou quebras de linha são delimitadas e escapadas automaticamente conforme a RFC 4180; null vira uma célula vazia; booleanos e números são escritos literalmente. Arrays e objetos que não puderam ser achatados são serializados como strings JSON para que nenhum dado seja perdido.

Documentos profundamente aninhados ou heterogêneos (cada registro com uma estrutura diferente) produzem CSVs esparsos, com centenas de colunas. O CSV é adequado para dados tabulares com um schema consistente - se mais de ~20% das células ficariam vazias, permanecer em JSON ou carregar os dados em um armazenamento analítico adequado é o melhor caminho.