Converter Excel para JSON

1. 1

   Solte a planilha

   Arraste um arquivo XLSX, XLSM, XLSB, XLS ou ODS. Ele é lido no seu dispositivo e o JSON aparece imediatamente.

2. 2

   Escolha a planilha e a linha de cabeçalho

   Escolha qual planilha converter, ou combine todas em um único objeto. Se o arquivo tiver uma linha de título acima dos nomes das colunas, ajuste a linha de cabeçalho para a linha onde os nomes realmente estão.

3. 3

   Escolha o formato e as regras de valores

   Array de objetos, array 2D, arrays por coluna ou um objeto com a primeira coluna como chave. Depois decida como as datas são escritas, no que uma célula vazia se transforma e se números continuam números.

4. 4

   Copie ou baixe

   Copie o JSON para a área de transferência ou baixe o arquivo. Converta várias pastas de trabalho e leve o lote inteiro em um único ZIP.

Converta planilhas do Excel em JSON estruturado. Exporte XLSX, XLSM, XLSB, XLS e ODS para JSON com controle sobre a linha de cabeçalho, o formato de saída, as chaves e a forma como os valores são escritos — feito para payloads de API, processos ETL, dados de teste e importações de aplicativos.

• Datas reais. Uma célula de data vira 2024-05-17, não 45429. A época da própria pasta é respeitada, e nenhum fuso horário é aplicado no caminho.
• Quatro formatos de saída. Um array de objetos, um array 2D, arrays por coluna, ou um objeto com a chave na coluna que você escolher.
• Chaves aninhadas. Cabeçalhos como "user.name" e "tags[0]" constroem objetos e arrays aninhados de verdade.
• Uma linha de cabeçalho que não é a linha 1. Pule as linhas de título que exportações reais trazem acima dos nomes das colunas.
• Nada se perde em silêncio. Chaves renomeadas, cabeçalhos vazios, conflitos de caminho e linhas ignoradas aparecem todos ao lado da saída.
• Todas as planilhas, ou uma. Converta uma única planilha, ou produza um objeto com os nomes das planilhas como chaves.
• Lote em um só arquivo. Converta várias pastas de trabalho e baixe o conjunto inteiro como um único ZIP.

O que o plano gratuito cobre

• Saída correta. Datas reais, a linha de cabeçalho, a seleção de planilha e o JSON formatado são gratuitos: uma conversão correta não é um recurso premium.
• Arquivos até 15 MB. Uma pasta de cada vez, até 50.000 linhas por planilha, com a contagem de linhas visível para que você sempre saiba o que recebeu.
• Todos os formatos de entrada. XLSX, XLSM, XLSB, XLS e ODS são todos lidos no plano gratuito.

As mesmas linhas podem ser organizadas de quatro maneiras, e a certa depende inteiramente do que vai ler o JSON. Escolher o formato na hora da conversão poupa um passo de transformação do outro lado.

De qual formato você precisa?

• Array de objetos. O padrão, é o que quase toda API REST e aplicação JavaScript espera. Um objeto por linha, com os cabeçalhos como chaves.
• Array 2D. A grade como está, com o cabeçalho na primeira linha. Compacto, preserva a ordem, é a entrada certa para bibliotecas de gráficos e tabelas.
• Arrays por coluna. Uma chave por coluna com todos os seus valores. É o formato que bibliotecas de análise e de plotagem carregam mais rápido.
• Objeto com chave. Um objeto indexado pela primeira coluna: uma tabela de consulta. Ideal quando cada linha tem um identificador e você quer alcançar um registro sem percorrer tudo.

Envolvendo o resultado

Qualquer formato pode ser envolvido em um objeto raiz nomeado, de modo que a saída chegue como { "data": [ … ] } em vez de um array solto. Muitas APIs exigem esse envelope, e adicioná-lo aqui evita editar o arquivo depois.

A linha de cabeçalho decide as chaves, e planilhas reais tornam isso mais difícil do que parece. Duas colunas podem ter o mesmo nome, um cabeçalho pode estar vazio, e um cabeçalho pode ser uma frase com espaços e pontuação, desconfortável como nome de propriedade em código.

Quando dois cabeçalhos querem a mesma chave

• Nada é sobrescrito. Uma segunda coluna chamada "Qty" vira "qty_2" em vez de substituir a primeira. Um objeto JSON não pode ter a mesma chave duas vezes, então a alternativa é perder uma coluna.
• A renomeação é mostrada. Cada chave renomeada aparece ao lado da saída, para que uma mudança nos seus dados seja algo sobre o que você foi avisado, e não algo que você descobre depois.
• Chaves limpas colidem mais. "Item Name" e "item-name" se reduzem ambos a "item_name" quando as chaves são adaptadas para APIs, que é justamente quando o relatório mais importa.

Cabeçalhos vazios e não latinos

• Um cabeçalho vazio recebe a letra da coluna. A coluna D sem nome vira "D": uma chave que você encontra na planilha, em vez de uma string vazia.
• Acentos sobrevivem. Limpar "Größe" da "groesse", não "gre". Letras fora do ASCII simples são transliteradas em vez de apagadas.
• Cabeçalhos não latinos recebem uma posição. Um cabeçalho sem nenhum equivalente ASCII vira column_1, column_2 e assim por diante: inequívoco em vez de vazio.

Uma célula de planilha é um valor JSON não são a mesma coisa, e todo conversor precisa decidir como um vira o outro. Aqui essas decisões são ajustes, não suposições.

Como as datas são escritas

• ISO 8601 (padrão). 2024-05-17, ou o carimbo completo quando a célula traz um horário. Ordenável, inequívoco e aceito pela maioria dos sistemas.
• Como exibido. Exatamente o texto que a célula mostra, respeitando o formato de número escolhido pelo autor da planilha.
• Timestamp Unix. Milissegundos desde 1970, para código que trabalha em tempo de época.
• Número de série bruto. O número subjacente, para quando você vai voltar a uma planilha.

Células vazias e tipos de valor

• Células vazias, sua escolha. Uma string vazia, um null de JSON, ou a chave inteiramente fora do objeto, o que produz os menores arquivos em planilhas esparsas.
• Tipos mantidos ou achatados. Números e booleanos ficam nativos por padrão; mude para tudo-como-string quando o destino for rigoroso com tipos.
• Booleanos em três formas. true e false, as strings "true" e "false", ou 1 e 0.
• Células de erro continuam legíveis. #REF! e #DIV/0! são escritos como texto, porque um erro não é um número e fingir o contrário esconde uma fórmula quebrada.

Uma planilha é plana e o JSON não é, que costuma ser onde uma conversão deixa de ser útil. Nomear uma coluna com um caminho fecha essa lacuna: o cabeçalho descreve onde o valor pertence dentro do documento, e a estrutura é construída conforme as linhas são lidas.

Caminhos, objetos e índices de array

• Pontos criam objetos. "address.city" e "address.country" produzem um objeto address com duas propriedades.
• Colchetes criam arrays. "tags[0]" e "tags[1]" produzem um array de verdade, não um objeto com as chaves "0" e "1".
• Caminhos aninham tão fundo quanto você quiser. "user.address.geo.lat" constrói os quatro níveis.
• Conflitos são relatados. Se uma coluna escreve um valor em "a" e outra quer "a.b", a segunda não pode ser colocada — e você é informado de qual, em vez de uma delas sumir.

A maioria das pastas de trabalho reais não é uma tabela arrumada. Elas têm várias planilhas, um título de relatório acima dos dados e blocos de anotações ao lado.

Ler parte de uma planilha

• Defina a linha de cabeçalho. Aponte a ferramenta para a linha dos seus nomes de coluna e tudo acima dela é ignorado.
• Informe um intervalo de células. B3:H500 converte esse bloco e nada mais, que é como se obtém JSON limpo de uma planilha com anotações ao lado dos dados.
• Ignore linhas vazias. Espaços usados como separadores visuais não viram registros vazios.
• Remova espaços. Valores preenchidos para alinhamento na planilha saem limpos.

Várias planilhas e arquivos grandes

• Uma planilha de cada vez. Escolha a planilha na lista; a prévia acompanha sua escolha.
• Ou todas de uma vez. Cada planilha em um objeto com o nome da planilha como chave: { "Q1": [ … ], "Q2": [ … ] }. Os nomes das planilhas são mantidos exatamente como estão.
• As contagens de linhas são mostradas. O número de linhas convertidas aparece ao lado da saída, e se uma planilha foi cortada no limite gratuito de linhas a ferramenta avisa, em vez de lhe entregar um arquivo curto em silêncio.
• Arquivos grandes continuam responsivos. A pasta é lida uma vez, fora da thread principal, então a página continua respondendo enquanto um arquivo de 50.000 linhas é analisado.

Cinco contêineres são suportados, e cada um deles é comprovado pela suíte de testes em vez de apenas afirmado. O que importa não é só a extensão, mas se os valores, as datas e os nomes das planilhas chegam intactos: os cinco são verificados com o mesmo conteúdo.

Entradas suportadas

• XLSX. O padrão do Excel 2007 em diante, e o formato que a maioria das exportações e downloads usa.
• XLSM. Uma pasta com macros. As macros são ignoradas; os dados convertem de forma idêntica.
• XLSB. O formato binário do Excel, comum em pastas muito grandes porque abre mais rápido.
• XLS. O formato antigo do Excel 97-2003, ainda produzido por softwares contábeis e laboratoriais mais velhos.
• ODS. OpenDocument, do LibreOffice, do OpenOffice e de exportações do Google Sheets.

O que é recusado, e para onde ir

• CSV e TSV. Recusados aqui, com um link para o conversor de CSV para JSON, feito para texto delimitado.
• Qualquer coisa que não seja uma pasta de trabalho. Um arquivo com extensão de planilha sobre outro conteúdo é recusado antes de ser lido, em vez de analisado pela metade em uma grade de fragmentos que parece dados e não é.
• Arquivos vazios. Um arquivo de zero bytes recebe uma mensagem, nunca um indicador de carregamento que nunca termina.

JSON é o formato que APIs, aplicações web e pipelines de dados falam. Uma planilha é onde as pessoas escrevem e mantêm os dados. Converter entre os dois é a junção entre como os dados são produzidos e como são consumidos.

Para onde vai a saída

• Payloads de API e dados de teste. Envie o array direto para um endpoint, ou versione-o como dados iniciais de uma suíte de testes.
• Dados de front-end. Importe o arquivo diretamente em um aplicativo para uma lista de preços, uma tabela de consulta ou um conjunto de traduções.
• Bancos de dados e ETL. A maioria dos carregadores e bancos de documentos aceita JSON nativamente; um objeto com chave entra como está em um armazenamento chave-valor.
• Configuração mantida por não desenvolvedores. Quem é dono do conteúdo continua trabalhando numa planilha, e a compilação lê JSON.
• Migrações. Uma exportação pontual vira um arquivo estruturado que você pode inspecionar, comparar e reexecutar.

Toda a conversão acontece no seu dispositivo. A pasta de trabalho é aberta na página, o JSON é produzido ali, e nem o arquivo nem o resultado são enviados a lugar algum — que é ao mesmo tempo a razão de ser rápido e de ser privado.

Medido em uma pasta de 50.000 linhas

• Leitura única: cerca de 0,6 segundo. O arquivo de 12 MB é aberto uma única vez e mantido como dados, fora da thread principal.
• Reformatação: de 15 a 45 milissegundos. Mudar qualquer ajuste reconstrói o JSON a partir desses dados — o arquivo nunca é relido.
• Nada é enviado. Nenhum dado do arquivo atravessa a rede em momento algum, então não há nada para apagar depois nem nada em que você precise confiar.
• Funciona offline. Depois que a página carrega, as conversões continuam funcionando sem nenhuma conexão.

Uma pasta de trabalho com 50.000 linhas é lida em cerca de 0,6 segundo no seu dispositivo, e cada ajuste alterado depois disso reformata o JSON em 15 a 45 milissegundos - o arquivo é lido uma vez, nunca mais.

• Excel para CSV
• CSV para Excel
• Visualizador de Excel
• Ferramentas de Excel
• Turn the JSON back into a table

  Take an API response into a spreadsheet the same way you took one out

• Start from a CSV instead

  Delimited text rather than a workbook, with the same key and type controls