¿Qué es Conversor de JSON a XML?

JSON to XML Converter convierte objetos y arrays JSON en XML bien formado. Las estructuras anidadas, los arrays y los caracteres especiales se escapan correctamente. Ideal para APIs SOAP y sistemas heredados que esperan entrada XML.

El conversor escapa los caracteres especiales (& < > " '), normaliza los nombres de etiqueta que tienen espacios o símbolos y ofrece dos formatos para los arrays: elementos repetidos (<book>...</book><book>...</book>) o envoltura (<books><item>...</item></books>). Puedes definir el nombre del elemento raíz, activar la declaración XML y elegir si quieres indentación.

Cómo usar

1. Paso 1 — Pega tus datos JSON o sube un archivo .json. La herramienta valida el JSON antes de la conversión.
2. Paso 2 — Configura el nombre del elemento raíz y elige cómo deben representarse los arrays (elementos repetidos o envueltos en un elemento padre).
3. Paso 3 — Visualiza el XML generado con resaltado de sintaxis, luego cópialo al portapapeles o descárgalo como archivo .xml.

Cuándo usar

• Hablar con un servicio SOAP o una API empresarial antigua que solo acepta XML.
• Generar un sitemap XML o un feed RSS a partir de una lista JSON de páginas o entradas.
• Crear fixtures de prueba para una transformación XSLT o un pipeline validado por XSD.

Resultado

Necesitas convertir un catálogo de productos en JSON ({"products": [{"id": 1, "name": "Widget"}]}) para una API SOAP. Establece el elemento raíz como «catalog» y obtén un XML correctamente anidado: <products><item><id>1</id><name>Widget</name></item></products>.

Preguntas frecuentes

¿Cómo se representan los arrays en la salida XML?

Dos opciones. 'Elementos repetidos' escribe una etiqueta hermana por cada elemento (<user>...</user><user>...</user>), lo que esperan la mayoría de XSD. 'Envuelto en padre' añade un contenedor con hijos <item> (<users><item>...</item></users>), útil para esquemas estrictos con envoltura nombrada.

¿Qué pasa con las claves JSON que tienen espacios o puntos?

Los nombres de etiqueta XML no admiten espacios ni la mayoría de signos, así que el conversor sustituye los caracteres inválidos por guiones bajos. Una clave 'first name' pasa a <first_name>. Las claves que empiezan por dígito reciben un guion bajo inicial para que el XML sea válido. Dos prefijos de clave son especiales: una clave que empieza por @ se convierte en un atributo del elemento padre (así "@id": 1 produce id="1"), y una clave #text pasa a ser el contenido de texto del elemento.

¿Pasará la salida la validación contra mi XSD o DTD?

El resultado es XML bien formado, pero la validación contra esquema depende de nombres de elementos, atributos y orden, cosas que el JSON no captura. Si necesitas atributos u orden estricto, renombra las claves en el JSON o aplica XSLT después.

¿Por qué aparece o desaparece la declaración <?xml version="1.0" encoding="UTF-8"?>?

Se controla con el interruptor 'Incluir declaración XML'. SOAP, sitemaps y archivos XML autónomos suelen necesitarla. Los fragmentos XML incrustados dentro de otro documento no la quieren: desactiva la opción para omitirla.

¿Cómo se tratan los valores null?

null y undefined se convierten en etiquetas autocerradas, p. ej. <middleName/>. Así se conserva la presencia del campo sin escribir una cadena vacía. Si necesitas xsi:nil="true", sustituye la etiqueta vacía a mano tras la generación: JSON no tiene esa noción.

Herramientas relacionadas