CSV para JSON
Converta dados CSV ou TSV em um array JSON limpo, usando a primeira linha como nomes dos campos. Lida com valores entre aspas, vírgulas dentro de aspas e
Converta dados CSV ou TSV em um array JSON limpo de objetos, usando a primeira linha como nomes dos campos. Valores entre aspas, vírgulas dentro de aspas, aspas escapadas e arquivos com BOM UTF-8 são tratados corretamente, que é justamente onde a maioria dos scripts ingênuos de dividir por vírgula erra.
Este é o caminho inverso do passo de exportação: pegue uma planilha mantida à mão, transforme-a em JSON e alimente um aplicativo, um gerador de site estático ou um conjunto de dados de teste. Números e true/false são convertidos para os seus tipos JSON, então você não precisa limpá-los depois.
Como converter CSV em JSON
Cole dados CSV ou TSV
Escolha o delimitador se não for a vírgula
Copie ou baixe o JSON
Perguntas frequentes
Campos entre aspas são tratados?
Sim. Valores envolvidos por aspas duplas podem conter vírgulas, quebras de linha e aspas escapadas, que é a parte em que a maioria dos conversores simples falha.
Qual delimitador devo escolher?
Vírgula para CSV padrão, ponto e vírgula para arquivos exportados pelo Excel em muitas configurações regionais europeias, e tabulação para dados copiados de uma planilha.
Números são convertidos em números?
Valores com aparência numérica viram números JSON e true/false viram booleanos, então a saída está pronta para uso sem análise extra. Force strings depois, se o seu esquema precisar delas.
E o BOM UTF-8 no início do arquivo?
Ele é removido automaticamente, então o nome da primeira coluna não sai com um caractere invisível na frente.
Como as células vazias são representadas?
Como uma string vazia. Remova ou transforme esses valores depois, se o seu esquema espera null.
Meus dados são enviados para algum servidor?
Não, a análise acontece localmente no seu navegador.
Visão geral
| Entrada | CSV |
|---|---|
| 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.