Conversor de JSON para XML
Envie dados JSON para um software que só entende XML. Cada registro vira um elemento, cada chave vira uma tag filha, e o documento inteiro fica dentro de um único elemento raiz com o nome que você escolher.
Conversor de dados
ou solte arquivos CSV, TSV, TXT … aqui ·
Até 95 MB por arquivo· Até 20 arquivos· Apagados após 30 minutos
Os arquivos são processados em nossos servidores e apagados após 30 minutos.
Caractere que separa as colunas em arquivos CSV e de texto, tanto na leitura quanto na escrita. A detecção automática identifica o da entrada e grava vírgulas.
UTF-8 funciona para qualquer idioma. Escolha UTF-8 com BOM se o Excel no Windows mostrar acentos ou caracteres asiáticos embaralhados ao abrir o CSV.
Entrada Excel, ODS e Numbers: converta só a primeira planilha ou todas (um CSV por planilha em um ZIP, ou uma chave JSON por planilha).
Nome da aba na nova planilha, com até 31 caracteres.
Array de objetos usa os nomes das colunas como chaves em cada linha; array de arrays é mais compacto e mantém o cabeçalho como primeiro array.
Nome do elemento externo que envolve todas as linhas; cada linha vira um <row> dentro dele.
Usado nos comandos CREATE TABLE e INSERT. Somente letras, dígitos e sublinhados.
As aspas e os tipos de coluna variam um pouco entre bancos de dados; escolha aquele em que você vai importar.
Reescreve as células de data em um único formato. ISO (2026-10-18) é o mais seguro para bancos de dados e código; manter como está deixa as datas como aparecem no original.
Como usar esta ferramenta
- 1
Envie o JSON
Adicione um arquivo .json, como a resposta de uma API, ou um arquivo JSON Lines. Até 20 arquivos, de 95 MB cada.
- 2
Dê um nome ao elemento raiz
Em Configurações avançadas, digite a tag externa em Tag raiz do XML (o valor inicial é rows) e deixe Formatação legível ativada para obter uma saída indentada.
- 3
Converta e mapeie
Clique em Converter para XML e baixe o arquivo. Renomeie as tags se o esquema do sistema de destino esperar nomes diferentes.
Por que converter JSON para XML se a maioria das APIs já migrou para JSON
O JSON venceu nas APIs da web; sua especificação atual, a RFC 8259 de 2017, cabe em poucas páginas. O XML é mais antigo, Recomendação do W3C desde fevereiro de 1998, e nunca saiu dos lugares onde os contratos são rígidos: bancos, nota fiscal eletrônica, editoração e prestação de contas a órgãos públicos.
Por isso, o sentido dessa conversão geralmente segue o dinheiro ou a regulamentação. Um desenvolvedor busca pedidos em uma API JSON e precisa enviá-los ao serviço SOAP de um parceiro. Uma loja guarda os produtos em JSON, mas o comparador de preços quer um feed XML. Uma equipe guarda traduções em JSON e o build do Android espera um strings.xml. Quando o destino é uma planilha, JSON para CSV gera linhas em vez de elementos.
Sistemas que ainda exigem entrada em XML
| Órgão | Exigência | Fonte |
|---|---|---|
| Web services SOAP | Toda requisição trafega como um envelope XML; o SOAP 1.2 virou Recomendação do W3C em 2003 | — |
| Google Merchant Center | Feeds de produtos aceitos em XML, como RSS 2.0 ou Atom 1.0, além de texto delimitado | — |
| Nota fiscal eletrônica Peppol | Faturas trocadas como documentos XML UBL 2.1, seguindo as regras do Peppol BIS Billing 3.0 | — |
| Apps Android | Recursos de texto e traduções ficam em res/values/strings.xml | — |
Exemplo de JSON para XML: dois produtos
<?xml version="1.0" encoding="UTF-8"?>
<rows>
<row>
<sku>A-17</sku>
<price>12.5</price>
<tags>novo</tags>
<tags>promoção</tags>
</row>
<row>
<sku>B-02</sku>
<price>8</price>
</row>
</rows>MitoJSON e XML se correspondem um a um, então a conversão é exata.
FatoO XML tem atributos, conteúdo misto e namespaces que o JSON não tem, e o JSON tem tipos que o XML não tem. O conversor precisa escolher um mapeamento; este usa elementos filhos em tudo.
MitoO número 12.5 continua sendo número no XML.
FatoO XML guarda caracteres. 12.5 é texto até que um esquema ou o programa que lê o arquivo diga que é um decimal.
O que muda quando o JSON vira XML
Três pontos merecem conferência. Os tipos viram texto, então true, null e 0 chegam como caracteres; um null costuma virar um elemento vazio. Chaves que não são nomes XML válidos precisam ser renomeadas, pois uma tag não pode começar com dígito nem conter espaço. E a saída fica maior, porque cada valor é envolvido por uma tag de abertura e outra de fechamento que repetem a chave.
Nada além disso se perde. O aninhamento continua como elementos aninhados, a ordem dos registros é mantida e o texto Unicode permanece intacto, pois o arquivo é gravado em UTF-8. Mais opções para dados estruturados, de YAML a SQL, estão na página do conversor de dados.
Características dos formatos JSON e XML
JSON
JavaScript Object Notation (JSON)
JSON é um formato de texto leve para dados estruturados, popularizado por Douglas Crockford no início dos anos 2000 e padronizado como RFC 8259 e ECMA-404. Ele representa objetos, arrays, strings, números, booleanos e null com uma sintaxe simples e legível. É o formato padrão de APIs web, arquivos de configuração e troca de dados entre aplicativos em praticamente todas as linguagens de programação. Não tem comentários, datas nem esquemas embutidos, e arquivos grandes e aninhados são difíceis de ler sem um visualizador.
- Compressão
- –
- Transparência
- –
- Animação
- –
- Lançamento
- 2001 · Douglas Crockford
XML
Extensible Markup Language (XML)
XML é uma linguagem de marcação para dados estruturados publicada pelo W3C em 1998. Ela usa tags aninhadas com atributos e aceita esquemas, namespaces e validação, o que a torna robusta para documentos complexos. Está por trás de feeds RSS, SVG, documentos do Office, sitemaps e muitas trocas de dados empresariais e governamentais. O XML é verboso em comparação com o JSON, mas todas as linguagens de programação e muitas ferramentas de planilha conseguem lê-lo.
- Compressão
- –
- Transparência
- –
- Animação
- –
- Lançamento
- 1998 · W3C
Converte-se JSON em XML quando dados modernos precisam entrar em um contrato mais antigo: um endpoint SOAP, um feed de produtos, uma rede de nota fiscal eletrônica ou um arquivo de configuração cujo consumidor foi escrito para ler elementos, não chaves.
Perguntas frequentes sobre o conversor de JSON para XML
Por que o XML precisa de um único elemento raiz se meu JSON começa com um array?
A especificação XML 1.0 exige que todo documento bem formado tenha exatamente um elemento que contenha todos os outros. Um array JSON não tem esse envoltório, então o conversor adiciona um, com o nome definido em Tag raiz do XML, e coloca cada item do array dentro dele como um <row>.
O que acontece com chaves JSON como "2024 total" ou "unit price"?
Nenhum dos dois é um nome de elemento XML válido: nomes não podem começar com dígito nem conter espaços. Renomeie essas chaves no JSON antes de converter, de preferência para os nomes exatos de tag que o esquema de destino usa, assim a saída não precisa de ajustes depois.
Como um array JSON dentro de um registro fica no XML?
Como o mesmo elemento repetido uma vez por item. Um array tags com três strings vira três elementos <tags> seguidos. Um array vazio não deixa nada na saída, um dos poucos casos em que a conversão de JSON para XML perde informação.
O XML vai passar na validação XSD do meu parceiro?
Só se a estrutura já for compatível. O conversor gera uma cópia fiel e bem formada do seu JSON; ele não tem como saber a ordem de elementos, os namespaces ou os atributos exigidos por um parceiro. Use a saída como ponto de partida e ajuste-a ao esquema.
Dá para converter XML de volta para JSON?
Use XML para JSON. Espere pequenas diferenças na volta: o XML guarda todo valor como texto, então um número ou true que começou no JSON pode voltar como string.