Conversor JSON YAML

Los tres describen lo mismo — datos anidados de clave/valor — pero cada uno está optimizado para una tarea distinta. JSON (JavaScript Object Notation) es estricto y pensado ante todo para máquinas: usa llaves y corchetes, no admite comentarios y rechaza las comas finales, lo que lo convierte en el estándar de las APIs web y de package.json. YAML usa sangría en lugar de llaves, permite comentarios y es mucho más fácil de leer y editar a mano, por eso Docker Compose, Kubernetes y los workflows de GitHub Actions lo usan. TOML busca ser un archivo de configuración claro y sin ambigüedades, y es el formato que usan el Cargo.toml de Rust y el pyproject.toml de Python. Como son representaciones intercambiables de un mismo árbol de datos, puedes escribir en el formato que prefieras y convertir a lo que exija cada herramienta. Pega tus datos arriba, elige una dirección y este conversor maneja al instante las seis combinaciones posibles entre los tres formatos.

JSON no tiene ningún concepto de comentarios — el formato simplemente no los admite, así que no hay nada que trasladar cuando conviertes en esa dirección. YAML y TOML sí admiten comentarios, pero los conversores trabajan sobre el árbol de datos ya analizado, no sobre el texto crudo, así que los comentarios no se conservan automáticamente entre formatos. Si partes de un archivo YAML lleno de comentarios explicativos y lo conviertes a JSON y de vuelta, esos comentarios desaparecerán. Para conservar los comentarios mientras editas, quédate dentro de YAML o TOML en lugar de pasar por JSON. Si tu entrada es JSON con comentarios o comas finales, activa el modo de entrada JSON5 para que ese dialecto más permisivo se analice correctamente en lugar de dar error. Pega tu archivo arriba y el conversor lo valida y formatea mientras escribes, señalando la línea exacta de cualquier problema de sintaxis.

Desplazarse por un documento muy anidado para encontrar un solo valor es lento y propenso a errores. Esta herramienta incluye un cuadro de consulta JSONPath que extrae valores concretos de la salida convertida sin tener que buscarlos a mano. JSONPath usa sintaxis de puntos y corchetes: $.dependencies devuelve ese objeto, $.scripts.start devuelve una cadena única, y $.services.*.image usa un comodín para obtener el campo image de todos los servicios de un archivo Docker Compose. El símbolo $ hace referencia a la raíz, y vas encadenando claves para profundizar. También hay un panel de estadísticas de esquema que resume la estructura de un vistazo — total de claves, número de objetos y arrays, valores nulos y qué tan profundo anida la información — lo que sirve como una comprobación rápida ante un payload desconocido. Pega tus datos, conviértelos y luego consulta el resultado directamente arriba.

Una conversión de ida y vuelta correcta conserva tus datos porque los tres formatos son solo formas distintas de escribir el mismo árbol de clave/valor — cadenas, números, booleanos, valores nulos, objetos y arrays se corresponden limpiamente entre ellos. Lo que cambia es la presentación, no el significado: el orden de las claves puede variar a menos que lo conserves, el estilo de sangría es diferente, y detalles de formato como las comillas o las llaves se reescriben. Los comentarios no sobreviven al pasar por JSON, ya que JSON no puede contenerlos. Para confirmar que nada se alteró, usa la vista de diferencias lado a lado, que resalta exactamente qué cambió entre la entrada y la salida para que puedas verificar que la ida y vuelta mantuvo tus valores intactos. También puedes activar ordenar claves para obtener un orden estable y comparable antes de comparar. Pega tu archivo arriba, conviértelo y revisa la vista de diferencias lado a lado antes de copiar o descargar el resultado.

Minificar reduce un documento a la forma válida más compacta posible, eliminando todo espacio, salto de línea y sangría opcional para que la salida sea un único bloque denso. En el caso de JSON eso significa nada de formato legible — ideal cuando estás incrustando datos en una URL, un valor de configuración, el cuerpo de una petición de API, o en cualquier lugar donde importe un payload más pequeño y menos bytes. Es lo opuesto al formato legible, que añade espacios en blanco para facilitar la lectura humana. Conviene minificar antes de pasar a producción o de pegar en un campo con límite de longitud, y mantener el formato legible mientras editas o revisas. El conversor también te permite fijar la sangría (normalmente 2 o 4 espacios) y ordenar las claves alfabéticamente para la vista sin minificar. Pega tus datos, activa minificar y copia o descarga el resultado compacto con la extensión de archivo correcta.