Preguntas frecuentes

Preguntas frecuentes

¿Puedo formatear JSON inválido en línea?

Sí. Pega el JSON roto y haz clic en Repair & Format. La herramienta intenta arreglar comillas simples, comas finales, claves sin comillas, comentarios y valores estilo Python antes de formatear la salida reparada.

¿Cómo formateo JSON roto?

Empieza con la muestra mínima que puedas pegar de forma segura, repara la sintaxis y luego valida el resultado con un parser JSON estricto. Si la carga tiene comas finales, esto puede formatear JSON con comas finales quitando primero la última coma y formateando el resultado válido.

¿Qué significa «Unexpected token»?

Significa que el parser encontró un carácter que no puede aparecer en esa posición dentro de JSON estricto. Una comilla simple, una barra, una coma final o un True en mayúsculas suelen apuntar a un casi-JSON copiado de JavaScript, Python o una respuesta de IA.

¿Puedo convertir JSON a un objeto de JavaScript?

Sí. Una vez que la entrada es JSON válido, usa JSON.parse(jsonText) en JavaScript. Si el texto es un literal de objeto JavaScript, repáralo primero a JSON estricto antes de parsear.

¿Están seguros mis datos?

Sí. La herramienta se ejecuta enteramente en tu navegador con JavaScript. Ningún dato se envía a un servidor.

¿Cuál es la diferencia entre Repair y Validate?

Repair tolera errores comunes e intenta producir JSON válido. Validate usa un parser estricto y reporta la línea y columna exactas de cualquier error.

Guía de uso detallada

La mayoría de los formateadores de JSON se detienen cuando un parser lanza un error. Esta herramienta está pensada para el paso previo al formateo: convierte casi-JSON en JSON estricto y luego embellece el resultado para que puedas revisar la estructura. Eso la hace útil cuando buscas «cómo formatear JSON roto» y no solo «cómo embellecer una respuesta válida».

Empieza con el fragmento más pequeño de JSON roto que puedas pegar de forma segura. Haz clic en Repair & Format cuando el texto venga de un literal de objeto JavaScript, un fragmento de Python, una respuesta en Markdown, una configuración editada a mano o un log que parece JSON pero falla en un parser estricto. El paso de reparación normaliza errores de sintaxis comunes hacia JSON válido y luego imprime el resultado con sangría predecible, para que arrays y objetos anidados sean más fáciles de revisar.

Después de reparar, haz clic en Validate. La validación usa un parser estricto y debería ser la última comprobación antes de copiar la salida a un cliente de API, configuración de aplicación, migración de base de datos, fixture de test o ejemplo de línea de comandos. Si la validación falla, lee la línea y columna, inspecciona el token resaltado y compara la entrada con la salida reparada. La reparación arregla la sintaxis; no decide si los valores son semánticamente correctos para tu aplicación.

Usa Minify solo después de que el JSON sea válido. El JSON minificado es útil para variables de entorno, parámetros de query, logs compactos y pequeños ejemplos en documentación. Para revisión de código, depuración y pruebas de API, la salida formateada suele ser más segura porque cada clave, elemento de array y valor anidado queda en una línea predecible.

Diccionario de errores JSON

Coma final

Una coma final antes de } o ] es aceptada por muchas herramientas de JavaScript pero rechazada por los parsers de JSON. Quita la coma final tras la última propiedad o elemento del array.

Claves JSON sin comillas

Las claves de objeto como name o active deben ir entre comillas dobles. Convierte { name: "Ada" } a { "name": "Ada" }.

Comillas simples

Las cadenas JSON requieren comillas dobles. Reemplaza 'Ada' por "Ada" y ten cuidado con apóstrofes dentro de las cadenas.

Unexpected token

Significa que apareció un carácter donde la gramática JSON estricta no lo permitía. Puede ser una coma, una barra, una comilla simple, un booleano en mayúsculas o texto extra después del documento JSON.

Literales de Python

Python usa True, False y None. JSON usa true, false y null.

Comentarios

Los comentarios son comunes en JavaScript y JSONC, pero no son JSON válido. Antes de enviar los datos a un parser JSON, quita // de comentarios de línea y /* comentarios de bloque */.

Vallas de código Markdown

Las respuestas de LLM suelen envolver el JSON en vallas ```json. Quita las marcas de valla antes de parsear o de enviar la carga a una API.

Preguntas por herramienta

JSON Fix — ¿Cómo reparo JSON inválido?

Pega el JSON roto en JSON Fix, haz clic en Repair & Format. Repara comas finales, comillas simples, claves sin comillas, literales de Python, comentarios y vallas Markdown en una sola pasada.

JSON Validate — ¿Cuál es la diferencia entre validar y parsear JSON?

Parsear convierte el JSON en un valor utilizable; validar solo confirma que pudo parsearse. Un JSON.parse exitoso ya es la validación — ver JSON Validator.

JSON Viewer — ¿Por qué mi árbol aparece vacío?

El árbol solo se construye a partir de JSON parseable. Repara primero los errores comunes con JSON Fix y luego carga el resultado limpio en el JSON Viewer.

JSON Diff — ¿Por qué las versiones ordenada y desordenada salen idénticas?

Los objetos JSON son, por especificación, desordenados. JSON Diff normaliza las claves antes de comparar, así que solo aparecen diferencias reales de valor.

JSON to TypeScript — ¿Los tipos generados se validan en runtime?

No. JSON to TypeScript genera interfaces de tiempo de compilación. Para validación en runtime, combínalos con Zod o describe la forma con JSON Schema.

JSON Minify — ¿Cuánto se ahorra minificando?

Normalmente entre 15 y 50 % antes de la compresión HTTP. Si tu servidor ya envía Content-Encoding: gzip o br, el ahorro marginal de minify es pequeño.

JSON Stringify — ¿Cómo decodifico una cadena JSON doblemente codificada?

Haz clic en Unstringify en JSON Stringify, o llama a JSON.parse dos veces si la entrada empieza con una comilla escapada.

JSON ⇄ CSV — ¿Cómo se representan los objetos anidados?

Cada objeto o array anidado se escribe como texto JSON dentro de la celda, manteniendo la conversión reversible. Ver JSON to CSV.

JSON ⇄ XML — ¿Cómo convierto un valor en atributo XML?

Prefija la clave con @ (por ejemplo @id); el texto del elemento va en #text; los arrays se vuelven elementos repetidos. Ver JSON to XML.

YAML — ¿Por qué mi YAML no parsea?

Casi siempre es la indentación — un carácter tab (YAML no admite tabs) o hermanos mal alineados. Pásalo por el formateador YAML, que expone y normaliza ambos.

Base64 — ¿Cuál es la diferencia entre Base64 y Base64url?

El Base64 estándar usa + y / con relleno =; el Base64url para URL los reemplaza por - y _ y descarta el relleno, así el valor es seguro en URLs y JWTs. Ver Base64.

URL Decode — ¿Por qué mi + no se decodifica a espacio?

En cadenas de consulta, un espacio puede aparecer como + (codificación de formulario) o %20. decodeURIComponent no convierte + en espacio — reemplázalo tú primero si tienes datos en codificación de formulario. Ver URL Decode.

JWT Decode — ¿Verifica la firma?

No. JWT Decode lee los claims; no comprueba la firma. Verifícala siempre en el servidor y configura la librería con el algoritmo exacto que esperas (nunca aceptes alg: none).

¿Qué artículo de error necesito?

Si tienes la cadena exacta del error, salta directamente al artículo correspondiente:

• «Unexpected token < in JSON at position 0» → tu fetch devolvió HTML
• «Unexpected token u in JSON at position 0» → parseaste undefined
• «Unexpected token o in JSON at position 1» → un objeto se serializó a [object Object]
• «Unexpected end of JSON input» → estructura truncada o sin cerrar
• «Unexpected non-whitespace character after JSON data» → datos extra tras un valor completo (¿NDJSON?)
• «Unterminated string in JSON» → una cadena se abrió pero nunca se cerró
• «Bad escaped character in JSON» → escape inválido con barra invertida (p. ej. \x, rutas Windows)
• «Bad control character in string literal in JSON» → tab/salto de línea/byte de control crudo dentro de una cadena
• «Expected double-quoted property name…» → coma final
• «[object Object] is not valid JSON» → objeto serializado antes de parsear
• ¿No sabes cuál? → empieza por la visión general: Cómo arreglar errores de JSON.parse Unexpected Token

Cómo el procesamiento local protege la privacidad

Las acciones de reparación, validación, formateo, minificado y copia se ejecutan en tu pestaña del navegador. La herramienta no necesita un endpoint de subida para procesar tu JSON. Eso importa para muestras de API, cargas de webhooks, fragmentos de configuración interna o salida de depuración que pueden contener identificadores privados. Aun así, quita los secretos antes de pegar ejemplos en cualquier web, pero esta herramienta está diseñada para que el flujo principal de JSON sea «local-first».

El sitio puede usar logs de hosting y scripts de analítica alrededor de la página, como describe la política de privacidad. Esos sistemas no deberían recibir el contenido que pegas en el editor para reparar. Si una carga contiene credenciales, tokens de acceso, registros de clientes o secretos de producción, reemplaza esos valores por marcadores seguros antes de depurar.

Qué es JSON y por qué es estricto

JSON significa JavaScript Object Notation, pero el JSON moderno es independiente del lenguaje. Python, Go, Java, PHP, Ruby, Rust, bases de datos, colas, sistemas de logs y código de navegador pueden leer el mismo documento JSON porque la gramática es deliberadamente pequeña. Esa estrictez es útil: un parser JSON no ejecuta funciones, constructores, fechas, comentarios ni expresiones. Solo acepta datos.

La contrapartida es que texto copiado de un literal de objeto JavaScript, un diccionario de Python, una configuración de TypeScript o una respuesta en Markdown puede parecer familiar y aun así ser JSON inválido. La reparación ayuda a convertir ese casi-JSON en datos que un parser estricto pueda aceptar.

Antes de usar JSON reparado

Una reparación exitosa significa que el texto se puede convertir en sintaxis JSON válida. No prueba que la carga sea correcta para tu endpoint o aplicación. Antes de usar JSON reparado en producción, comprueba los campos obligatorios, claves desconocidas, tipos de valor, longitudes de array, formatos de fecha, valores de enum, manejo de null y si los identificadores deberían ser cadenas o números.

Si la carga controla permisos, facturación, eliminación de datos o comportamiento visible para el cliente, compárala con una muestra conocida-buena o un schema tras la reparación. Para trabajo de API, primero valida la sintaxis y luego valida el contrato de negocio.