Movendo dados entre CSV, JSON, YAML e XML
Os dados raramente ficam parados em um único formato. Um relatório chega como planilha, uma API quer JSON, um pipeline de implantação espera YAML, e em algum lugar no porão um serviço legado ainda fala XML. A maior parte do atrito do dia a dia ao trabalhar com dados não é o dado em si, é levá-lo da forma que você tem para a forma que outra coisa exige. Esse é todo o trabalho de um conversor de dados: pegar texto estruturado em uma notação e reemiti-lo em outra, sem perder o significado pelo caminho.
Os conversores do Speedor rodam inteiramente no seu navegador. Você cola, clica e copia o resultado. Nada é enviado, nada é registrado e nada sai da sua máquina. Para quem já hesitou antes de soltar uma exportação de clientes em um site qualquer, esse design somente local é justamente o ponto.
Para o que cada formato é realmente bom
Ajuda saber por que esses formatos existem antes de começar a embaralhá-los, porque cada um foi construído para um trabalho diferente.
CSV é a grade plana, separada por vírgulas, que as planilhas adoram. É tabular por natureza: linhas e colunas, nada aninhado. Abra no Excel, no Google Sheets ou no Numbers e simplesmente funciona. O porém é que o CSV não tem noção de tipos. O valor 007 pode ser um texto, um número ou um CEP, e o CSV não vai te dizer qual deles.
JSON é a língua franca da web moderna. Quase toda API que você vai chamar fala JSON. Ele lida com aninhamento, arrays e um punhado de tipos reais (textos, números, booleanos, null), o que o torna muito mais expressivo do que uma tabela plana. É compacto, amigável às máquinas e suportado em todo lugar.
YAML é o primo mais legível do JSON. Ele usa indentação em vez de chaves, suporta comentários e tende a ser o formato preferido para arquivos de configuração, Docker Compose, manifestos do Kubernetes e pipelines de CI. Quando uma pessoa tem que editar algo na mão, o YAML costuma ser mais gentil aos olhos.
XML é o veterano respeitado. Verboso, cheio de tags e ainda profundamente arraigado em sistemas corporativos, serviços SOAP, mensageria financeira e padrões de documentos como o RSS. Você o encontrará com menos frequência em projetos novos, mas quando precisa dele, precisa de verdade.
Onde as conversões realmente acontecem
Os cenários ficam bem concretos quando você começa a olhar. Digamos que o marketing te entregue uma planilha de 4.000 contatos e a API de cadastro só aceite um array JSON. Você exporta a planilha para CSV, passa pelo CSV para JSON e tem um payload pronto para enviar via POST. Sem script de cola, sem pandas, sem esperar por um engenheiro.
Ou você puxa um trecho de JSON de volta dessa mesma API e quer jogá-lo em um arquivo de configuração que seu serviço lê na inicialização. Converta com JSON para YAML e você obtém algo limpo e comentável que se encaixa direitinho no seu repositório. O caminho inverso também funciona quando uma ferramenta só aceita JSON, mas sua configuração vive em YAML.
E então tem aquela integração que ninguém curte: um sistema parceiro que só ingere XML. Você monta seu payload em JSON, porque é assim que seu app pensa, e depois converte para XML na fronteira. A forma permanece a mesma, só a sintaxe muda.
As pegadinhas que vale conhecer
A conversão de formatos nem sempre é sem perdas, e fingir o contrário leva a bugs. Algumas coisas para manter em mente:
O CSV esquece os tipos. Como toda célula é apenas texto, números, booleanos e datas saem todos como texto, a não ser que o conversor adivinhe por você. Se true precisa ser um booleano e não a palavra "true", confira a saída antes de colocar em produção.
O YAML se importa com os espaços em branco. A indentação não é cosmética no YAML, é estrutural. Um único espaço perdido pode mudar a qual chave um valor pertence, e tabulações são proibidas terminantemente. Depois de qualquer ida e volta de JSON para YAML, vale uma olhada rápida, ou passe o resultado por um formatador JSON para confirmar que a estrutura sobreviveu.
XML e JSON não se mapeiam de forma limpa. O JSON tem arrays; o XML tem elementos repetidos. O JSON não tem atributos em lugar nenhum; o XML os tem em todo lugar. A maioria dos conversores escolhe uma convenção sensata, mas se o seu XML usa atributos pesadamente, o JSON que ele produz vai parecer um pouco diferente de um JSON escrito à mão. Isso é esperado, não é um defeito.
A profundidade do aninhamento importa. O CSV é plano, então um JSON profundamente aninhado nem sempre consegue se reduzir a colunas sem achatar as chaves (pense em address.city). No caminho inverso, um CSV plano vira um array plano, nunca uma árvore.
Por que processar só localmente importa aqui
Muitos dos dados que você vai querer converter não são seus para compartilhar. Registros de usuários, configurações internas, chaves de API enterradas em uma resposta, linhas financeiras. Muitos conversores online discretamente enviam o que você cola para um servidor para fazer o trabalho. O Speedor não. A lógica de conversão roda na aba do seu navegador, os dados nunca cruzam a rede, e fechar a aba é toda a limpeza que existe. E é mais rápido também, já que não há ida e volta de upload, e funciona offline depois que a página carrega. Gratuito, sem cadastro, sem cota.
Perguntas frequentes
Meus dados são enviados para algum lugar quando eu os converto?
Não. Toda conversão roda localmente no seu navegador usando JavaScript. Seus dados nunca saem do seu dispositivo e nunca são enviados para um servidor, e é por isso que estas ferramentas funcionam até quando você está offline.
Posso converter CSV para JSON sem escrever nenhum código?
Sim. Cole seu CSV no conversor, clique em converter e copie o array JSON resultante. A primeira linha é tratada como os cabeçalhos das colunas, que se tornam as chaves de cada objeto.
Por que meu JSON convertido mostra números como texto?
O CSV não tem noção de tipos de dados, então todo valor começa como texto. Alguns conversores tentam detectar números e booleanos automaticamente, mas na dúvida eles mantêm os valores como texto para evitar corromper coisas como CEPs ou IDs com zeros à esquerda.
Qual é a diferença entre JSON e YAML?
Eles representam os mesmos tipos de dados, mas o YAML usa indentação em vez de chaves e colchetes, permite comentários e em geral é mais fácil para as pessoas lerem e editarem. O JSON é mais compacto e é o padrão para a maioria das APIs web.
A conversão entre esses formatos é sempre sem perdas?
Geralmente, mas nem sempre. JSON, YAML e XML se mapeiam bem entre si na maioria dos casos. Os pares mais complicados são o CSV, que é plano e sem tipos, e o XML, que lida com atributos e elementos repetidos de forma diferente dos arrays JSON. Sempre confira a saída em busca de dados importantes.
Esses conversores funcionam com arquivos grandes?
Eles lidam confortavelmente com a maioria dos arquivos do dia a dia, já que o trabalho acontece na sua própria máquina. O desempenho depende do seu dispositivo, e não de um servidor, então arquivos muito grandes são limitados principalmente pela memória do seu navegador.