JSON para CSV
Transforme um array JSON de objetos em uma tabela CSV pronta para o Excel ou Google Sheets. As colunas são detectadas automaticamente a partir das suas
Transforme um array de objetos JSON em uma tabela CSV que o Excel, o Google Sheets, o Numbers e o LibreOffice abrem com as colunas já separadas. Os nomes das colunas vêm das chaves dos objetos e a união de todas as chaves é usada, então linhas com campos ausentes continuam alinhadas corretamente.
Este é o passo padrão quando uma API devolve dados que você quer ordenar, filtrar ou transformar em gráfico: busque o JSON, cole aqui e a planilha está pronta. Valores que são objetos ou arrays são mantidos como texto JSON dentro da célula, então nenhum dado é perdido em silêncio.
Como converter JSON em CSV
Cole um array JSON de objetos
Confira as colunas detectadas
Copie ou baixe o CSV
Perguntas frequentes
Que formato de JSON ele espera?
Um array de objetos, como [{"name":"Ana","age":31}, ...]. Um objeto único é tratado como uma linha; estruturas muito aninhadas são achatadas como texto JSON dentro da célula.
Como os nomes das colunas são escolhidos?
A partir das chaves dos objetos. Todas as chaves que aparecem em qualquer lugar do array viram colunas, e os valores ausentes ficam vazios.
Vírgulas e aspas nos meus dados estão seguras?
Sim, valores que contêm vírgulas, aspas ou quebras de linha são colocados entre aspas e escapados conforme o padrão do CSV, então o arquivo abre com o número certo de colunas.
Por que o Excel mostra tudo em uma única coluna?
O Excel pode adivinhar o delimitador errado ao abrir um .csv diretamente. Use Dados > De Texto/CSV e escolha o delimitador de vírgula, ou salve o arquivo como .xlsx.
O que acontece com objetos aninhados?
Eles são gravados como texto JSON dentro da célula em vez de serem expandidos em colunas, então a estrutura original é preservada e pode ser interpretada de novo mais tarde.
Meus dados são enviados para algum servidor?
Não, a conversão roda no seu navegador - o que importa quando o JSON contém registros de clientes.
Visão geral
| Entrada | JSON |
|---|---|
| Vários arquivos | Não |
| Onde roda | No seu navegador - os arquivos nunca são enviados |
| Funciona offline | Sim — depois que a página carrega |
| Preço | Grátis, sem cadastro, sem marca d'água |
Como escolher um formato de dados
O JSON é o padrão para tudo que uma API retorna ou um programa lê: ele lida naturalmente com estruturas aninhadas, números, booleanos e null, e toda linguagem o interpreta. O CSV é menor e abre direto em uma planilha, mas não tem como expressar aninhamento nem um padrão comum para o delimitador, as aspas ou o conjunto de caracteres - e é exatamente aí que as conversões dão errado. O XML é verboso, mas carrega atributos, conteúdo misto e esquemas, por isso ainda domina formatos de documento e integrações legadas. O YAML é o mais legível para configuração, mas é sensível a espaços em branco e tem conversões de tipo surpreendentes ("no" virando false, uma versão como 1.10 virando 1.1). Escolha o formato que a ferramenta que vai consumir os dados prefere, e não o que parece mais bonito.
Onde as conversões quebram em silêncio
A maioria dos bugs de conversão não é de sintaxe, e sim de significado. Uma coluna CSV de códigos postais perde os zeros à esquerda no momento em que a planilha supõe que aquilo é um número; um ID longo ultrapassa a precisão de ponto flutuante; datas mudam de sentido dependendo de o dia vir antes do mês ou o mês antes do dia. As chaves do JSON não têm ordem, mas os arrays têm, e uma ferramenta que ordena chaves não muda nada, enquanto uma que ordena arrays altera os dados. O Unicode é outra armadilha: o texto pode chegar como UTF-8, UTF-16 ou com um BOM, e um decodificador que erra o palpite transforma caracteres acentuados em mojibake. Antes de confiar em qualquer conversão, confira por amostragem a primeira e a última linha, qualquer campo com zeros à esquerda e qualquer campo que contenha aspas, vírgulas ou quebras de linha.