JSON a XML
Convierte JSON en XML bien formado con un elemento raíz configurable. Los arrays se convierten en elementos repetidos y los caracteres especiales se escapan
Convierte JSON en XML bien formado con el elemento raíz que tú elijas. Las claves de los objetos se convierten en nombres de elemento, los arrays en elementos repetidos y caracteres como <, > y & se escapan correctamente para que el resultado se analice en cualquier herramienta XML.
Úsalo cuando una integración espera XML mientras tus datos de origen son JSON: un endpoint SOAP, un formato de importación heredado, un fragmento de RSS o de sitemap. Como XML no tiene una noción nativa de array, la convención de elementos repetidos es lo que mantiene las listas intactas cuando el documento se vuelve a analizar.
Cómo convertir JSON a XML
Pega tu JSON
Fija el nombre del elemento raíz
Copia o descarga el XML
Preguntas frecuentes
¿Cómo se representan los arrays?
Como elementos repetidos con el mismo nombre, que es la forma convencional de expresar una lista en XML y la que esperan la mayoría de los analizadores.
¿Se escapan los caracteres especiales?
Sí, <, >, & y las comillas se escapan para que el documento esté bien formado. Las claves que no son nombres XML válidos se sanean, conservando el original siempre que es posible.
¿Puedo añadir atributos o espacios de nombres?
En esta herramienta no: la salida se basa en elementos con una raíz opcional. Para atributos y esquemas, posprocesa el resultado o genera el XML desde tu propia plantilla.
¿Qué elemento raíz usa?
Lo fijas tú; «root» es el valor predeterminado. Elige un nombre con significado, porque los sistemas de importación suelen basarse en él.
¿Valida contra un esquema?
No. El XML está bien formado, pero validarlo contra un XSD o un DTD es un paso aparte en tu proceso.
¿Se suben mis datos?
No, la conversión ocurre en tu navegador.
De un vistazo
| Entrada | JSON |
|---|---|
| Varios archivos | No |
| Dónde se ejecuta | En tu navegador: los archivos no se suben nunca |
| Funciona sin conexión | Sí — una vez cargada la página |
| Precio | Gratis, sin registro y sin marca de agua |
Elegir un formato de datos
JSON es lo predeterminado para todo lo que devuelve una API o lee un programa: maneja estructuras anidadas, números, booleanos y null de forma natural, y todos los lenguajes lo analizan. CSV es más pequeño y se abre directamente en una hoja de cálculo, pero no tiene forma de expresar anidamiento ni un estándar compartido para el delimitador, las comillas o el juego de caracteres, que es justo donde fallan las conversiones. XML es verboso, pero admite atributos, contenido mixto y esquemas, así que sigue dominando los formatos de documento y las integraciones heredadas. YAML es el más legible para configuración, pero es sensible a los espacios y tiene conversiones de tipo sorprendentes («no» se convierte en false, una versión como 1.10 se convierte en 1.1). Elige el formato que prefiera la herramienta que lo va a consumir, no el que se vea más bonito.
Dónde se rompen las conversiones sin hacer ruido
La mayoría de los errores de conversión no tienen que ver con la sintaxis, sino con el significado. Una columna CSV de códigos postales pierde sus ceros iniciales en el momento en que una hoja de cálculo supone que es un número; un ID largo supera la precisión de coma flotante; las fechas cambian de significado según si van con el día primero o el mes primero. Las claves de JSON no tienen orden, pero los arrays no, y una herramienta que ordena claves no cambia nada, mientras que una que ordena arrays cambia los datos. Unicode es otra trampa: el texto puede llegar como UTF-8, como UTF-16 o con BOM, y un decodificador que adivina mal convierte los caracteres acentuados en «Mojibake». Antes de fiarte de cualquier conversión, revisa la primera y la última fila, cualquier campo con ceros iniciales y cualquier campo que contenga comillas, comas o saltos de línea.