Convertidor de XML a JSON — Gratis, Sin Cuenta

El árbol es el mismo; los lectores no

XML y JSON describen ambos árboles de datos — elementos con hijos aquí, objetos con claves allí. Lo que cambia es quién los lee. El XML vive en archivos de configuración, sitemaps, sindicaciones, sobres SOAP, integraciones empresariales y las entrañas de los formatos de documento. El JSON es lo que los navegadores, las apps móviles, las funciones sin servidor y toda la cadena no-code moderna ingieren de forma nativa. Convertir XML a JSON es pasar del formato que un sistema emite al formato que la siguiente herramienta entiende de verdad.

Como ambos lados son árboles, esta es una de las conversiones más ligeras que puede sufrir un archivo. No hay páginas que maquetar ni píxeles que mover: tu archivo se analiza y se vuelve a emitir, y los trabajos típicos terminan de sobra en unos minutos — el techo de la plataforma para cualquier trabajo sigue siendo de unos 10 minutos, pero las conversiones de datos rara vez se le acercan.

Los trabajos cotidianos son igual de concretos. Una configuración antigua que un nuevo pipeline de despliegue quiere como JSON. Una respuesta XML de una API vieja que un servicio JavaScript tiene que consumir. Datos encerrados en un export XML que un panel, una hoja de cálculo o un script preferiría leer como JSON. En todos ellos lo que más importa no es la velocidad sino la previsibilidad: las cadenas de automatización se rompen donde un conversor las sorprende.

Las reglas de mapeo, dichas sin rodeos

Primero las reglas, porque esta conversión vale exactamente lo que su previsibilidad. Los atributos se convierten en claves con guion de prefijo: un elemento escrito `<config debug="true">` se convierte en un objeto "config" cuyo atributo llega como la clave "-debug" con el valor "true". El prefijo es deliberado — garantiza que un atributo nunca pueda chocar con un elemento hijo del mismo nombre.

Los nodos de texto siguen su propia regla. Cuando un elemento lleva atributos y texto, el texto viaja bajo la clave "#text". Y la repetición decide la forma: un nombre que aparece dos veces o más entre sus hermanos se convierte en un array JSON, mientras que una aparición única se mapea a una cadena, un número o un objeto simple. La forma de la salida sigue los recuentos reales de apariciones del documento — por diseño, no por accidente — así que «por qué esto es una cadena y no un array» siempre tiene la misma respuesta: apareció una vez.

Los espacios de nombres merecen un párrafo honesto, porque no vamos a fingir lo contrario. Los prefijos de espacio de nombres no se conservan: un elemento escrito `<ns:name>` sale como "name", y las declaraciones xmlns pasan como atributos ordinarios — claves con guion como cualquier otra. Si tu lógica posterior depende de nombres cualificados, comprueba la salida antes de conectarla; este conversor cambia la fidelidad a los espacios de nombres por una forma plana y predecible, y lo dice en vez de reclamar una plenitud que no tiene.

Leer la salida sin sorpresas

La regla de apariciones es la que hay que interiorizar. Un elemento opcional que en este documento concreto aparece exactamente una vez llega como escalar u objeto — no como un array de un elemento. El código que consume el JSON debería manejar ambas formas o asegurarse de que la fuente realmente repite. Es el mismo compromiso que hace cualquier mapeo de XML a JSON; la diferencia es que aquí está por escrito.

En términos de datos no se pierde nada. Los atributos no desaparecen — llevan su guion. El texto no desaparece — se sienta bajo su propia clave cuando el elemento es mixto. Los nombres legales en XML pasan literalmente como claves JSON. La única garantía que vale la pena repetir: como los atributos llevan guion de prefijo, un atributo y un elemento hijo nunca pueden sobrescribirse mutuamente en la salida.

El consejo práctico es corto. ¿Conectas una fuente XML a una cadena de automatización? Convierte primero una muestra representativa, mira las formas y solo entonces procesa el resto por lotes. Y un archivo que no es realmente XML — una descarga truncada, algo renombrado — falla con un motivo claro en lugar de emitir JSON sin sentido, así que un trabajo fallido siempre es un trabajo seguro de reintentar.

Privacidad y retención

Un archivo entra, un JSON sale — gratis, sin cuenta y sin marca de agua. El transporte va por HTTPS, el procesado ocurre en el clúster de conversión y tanto el XML original como el JSON producido se eliminan automáticamente en 24 horas. Los archivos de configuración pueden contener puntos de acceso y secretos, así que conviene decirlo claro: no se comparte nada con anunciantes, no existe ningún campo de correo electrónico en el flujo y no se pide ninguna cuenta en ningún momento. Lo que queda es el archivo que descargaste.