JSON para XML
Converta JSON em XML bem formado com um elemento raiz configurável. Arrays se tornam elementos repetidos e caracteres especiais são escapados corretamente.
Converta JSON em XML bem formado com o elemento raiz que você escolher. As chaves dos objetos viram nomes de elementos, os arrays viram elementos repetidos, e caracteres como <, > e & são escapados corretamente para que o resultado seja interpretado em qualquer ferramenta XML.
Use quando uma integração espera XML e os seus dados de origem estão em JSON: um endpoint SOAP, um formato de importação legado, um fragmento de RSS ou de sitemap. Como o XML não tem noção nativa de array, a convenção de repetir elementos é o que mantém as listas intactas quando o documento é interpretado de volta.
Como converter JSON em XML
Cole o seu JSON
Defina o nome do elemento raiz
Copie ou baixe o XML
Perguntas frequentes
Como os arrays são representados?
Como elementos repetidos com o mesmo nome, que é a forma convencional de expressar uma lista em XML e o formato que a maioria dos interpretadores espera.
Os caracteres especiais são escapados?
Sim, <, >, & e as aspas são escapados para que o documento seja bem formado. Chaves que não são nomes XML válidos são sanitizadas, mantendo o original quando possível.
Posso adicionar atributos ou namespaces?
Nesta ferramenta, não - a saída é baseada em elementos, com uma raiz opcional. Para atributos e esquemas, pós-processe o resultado ou gere o XML a partir do seu próprio modelo.
Qual elemento raiz ele usa?
Você define; "root" é o padrão. Escolha um nome significativo, porque os sistemas de importação costumam se basear nele.
Ele valida contra um esquema?
Não. O XML é bem formado, mas a validação contra um XSD ou uma DTD é um passo separado no seu fluxo de trabalho.
Meus dados são enviados para algum servidor?
Não, a conversão acontece no seu navegador.
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.