Conversor de XML para JSON — Grátis, Sem Conta

A árvore é a mesma; os leitores não

XML e JSON descrevem ambos árvores de dados — elementos com filhos aqui, objetos com chaves ali. O que muda é quem os lê. O XML vive em ficheiros de configuração, sitemaps, feeds, envelopes SOAP, integrações empresariais e nas entranhas dos formatos de documento. O JSON é o que os navegadores, as aplicações móveis, as funções sem servidor e toda a cadeia no-code moderna ingerem nativamente. Converter XML em JSON é o passo do formato que um sistema emite para o formato que a ferramenta seguinte realmente entende.

Como ambos os lados são árvores, esta é uma das conversões mais leves que um ficheiro pode sofrer. Não há páginas para diagramar nem píxeis para mover: o seu ficheiro é analisado e reemitido, e os trabalhos típicos terminam com folga em poucos minutos — o teto da plataforma para qualquer trabalho continua a ser cerca de 10 minutos, mas as conversões de dados raramente se lhe aproximam.

Os trabalhos do dia a dia são igualmente concretos. Uma configuração antiga que um novo pipeline de implantação quer como JSON. Uma resposta XML de uma API velha que um serviço JavaScript tem de consumir. Dados presos num export XML que um painel, uma folha de cálculo ou um script preferiria ler como JSON. Em todos eles, o que mais importa não é a velocidade mas a previsibilidade: as cadeias de automação partem-se onde um conversor as surpreende.

As regras de mapeamento, ditas sem rodeios

Primeiro as regras, porque esta conversão vale exatamente o que a sua previsibilidade. Os atributos tornam-se chaves com hífen de prefixo: um elemento escrito `<config debug="true">` torna-se um objeto "config" cujo atributo chega como a chave "-debug" com o valor "true". O hífen é deliberado — garante que um atributo nunca pode colidir com um elemento filho com o mesmo nome.

Os nós de texto seguem a sua própria regra. Quando um elemento traz atributos e texto, o texto viaja sob a chave "#text". E a repetição decide a forma: um nome que aparece duas vezes ou mais entre os seus irmãos torna-se um array JSON, enquanto uma ocorrência única mapeia para uma cadeia, um número ou um objeto simples. A forma da saída segue as contagens reais de ocorrências do documento — por desenho, não por acaso — por isso «porque é que isto é uma cadeia e não um array» tem sempre a mesma resposta: apareceu uma vez.

Os namespaces merecem um parágrafo honesto, porque não vamos fingir o contrário. Os prefixos de namespace não são preservados: um elemento escrito `<ns:name>` sai como "name", e as declarações xmlns passam como atributos ordinários — chaves com hífen como quaisquer outras. Se a sua lógica a jusante depende de nomes qualificados, verifique a saída antes de a ligar; este conversor troca a fidelidade aos namespaces por uma forma plana e previsível, e diz-o em vez de reivindicar uma plenitude que não tem.

Ler a saída final sem surpresas

A regra das ocorrências é a que há-de interiorizar. Um elemento opcional que neste documento em concreto aparece exatamente uma vez chega como escalar ou objeto — não como um array de um elemento. O código que consome o JSON devia ou lidar com as duas formas ou garantir que a origem realmente repete. É o mesmo compromisso que qualquer mapeamento de XML para JSON faz; a diferença é que aqui está escrito.

Em termos de dados não se perde nada. Os atributos não desaparecem — usam o seu hífen. O texto não desaparece — senta-se sob a sua própria chave quando o elemento é misto. Os nomes legais em XML passam literalmente como chaves JSON. A única garantia que vale a pena repetir: como os atributos trazem o hífen, um atributo e um elemento filho nunca se podem sobrepor na saída.

O conselho prático é curto. Vai ligar uma origem XML a uma cadeia de automação? Converta primeiro uma amostra representativa, olhe para as formas e só então processe o resto em lote. E um ficheiro que não é realmente XML — um download truncado, algo renomeado — falha com um motivo claro em vez de emitir JSON sem sentido, por isso um trabalho falhado é sempre um trabalho seguro para tentar de novo.

Privacidade e retenção

Um ficheiro entra, um JSON sai — grátis, sem conta, sem marca de água. O transporte é feito por HTTPS, o processamento acontece no cluster de conversão, e tanto o XML original como o JSON produzido são eliminados automaticamente em 24 horas. Os ficheiros de configuração podem conter pontos de acesso e segredos, por isso vale dizê-lo sem rodeios: nada é partilhado com anunciantes, não existe nenhum campo de e-mail no fluxo e nenhuma conta é pedida em momento algum. O que fica é o ficheiro que descarregou.