XML para JSON
Converta qualquer documento XML em JSON. Elementos irmãos repetidos se tornam arrays, atributos e valores de texto são preservados, e XML inválido é
Interprete um documento XML em JSON: elementos irmãos repetidos viram arrays, atributos e conteúdo de texto são preservados, e um XML inválido é reportado com a posição do problema antes de qualquer conversão.
Útil quando uma API ou uma exportação entrega XML mas o resto das suas ferramentas fala JSON - uma resposta SOAP, um feed de dados, uma exportação de configuração. Os atributos são mantidos ao lado dos elementos filhos para que nada seja descartado, e a estrutura é fácil de mapear para o seu próprio esquema depois.
Como converter XML em JSON
Cole o seu XML
Converta e revise a estrutura
Copie ou baixe o JSON
Perguntas frequentes
Como os elementos repetidos são tratados?
Irmãos com o mesmo nome de tag viram um array, independentemente da quantidade, então uma lista com um único elemento continua sendo interpretada como lista e não como um objeto único.
O que acontece com os atributos?
Eles são preservados como propriedades ao lado do conteúdo do elemento, então nada é perdido. Ajuste a nomenclatura no seu passo de mapeamento se o seu esquema espera um objeto de atributos separado.
Posso manter a ordem original dos elementos?
Objetos JSON não têm ordem por definição, então a ordem dos elementos não é garantida. Se a ordem for semanticamente importante, guarde o XML de origem como referência.
Por que meu XML foi rejeitado?
As causas comuns são tags não fechadas, um prefixo de namespace não declarado ou texto solto antes da declaração XML. A mensagem de erro indica a posição onde a interpretação falhou.
Ele dá suporte a CDATA e namespaces?
Seções CDATA são lidas como texto e os prefixos de namespace são mantidos como parte dos nomes dos elementos, o que costuma ser o que você quer para um mapeamento fiel.
Meu XML é enviado para algum servidor?
Não, a interpretação acontece localmente no seu navegador.
Visão geral
| Entrada | XML |
|---|---|
| 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.