Formateador y Validador de JSON
Formatea, valida y minifica tu JSON — con la ubicación exacta del error cuando algo falla.
Tu JSON formateado aparecerá aquíTodo se ejecuta en tu navegador. Tu JSON nunca se sube a un servidor.
JSON es el idioma que usan los ordenadores para hablar entre sí, y su mayor fortaleza —una estructura estricta e inequívoca— es también lo que lo hace implacable para leer y escribir a mano. Una sola coma que falta, una sobrante donde no corresponde, o un corchete descompensado convierte un documento entero en un error, y la queja de la máquina rara vez ayuda a saber dónde. Esta herramienta formatea JSON desordenado en una estructura limpia, indentada y legible; lo valida y señala exactamente dónde se rompe; y lo minifica de nuevo para su transmisión. Todo corre en tu navegador, así que incluso respuestas de API sensibles y archivos de configuración nunca salen de tu máquina.
Cómo funciona la herramienta
Pega tu JSON y la herramienta lo analiza. Si es válido, lo recuperas bellamente indentado y legible, o minificado al menor tamaño posible, lo que elijas. Si está roto, la herramienta te dice qué está mal y dónde —la línea y el carácter concretos— para que arregles el problema exacto en lugar de buscar por todo el documento. El análisis ocurre enteramente en tu navegador; nada de lo que pegas se sube, lo que importa porque el JSON a menudo contiene tokens, claves y datos privados.
Las reglas que impone JSON
JSON válido requiere:
"claves" siempre entre comillas dobles
"cadenas" solo comillas dobles, nunca simples
sin coma final {"a":1,} ← inválido
sin comentarios // ... ← inválido
valores: cadena, número, booleano, null, objeto, array
Formatear = añadir indentación y saltos (legible)
Minificar = quitar todo el espacio (pequeño, para envío)La estrictez de JSON es todo el sentido y toda la frustración. A diferencia de los objetos de JavaScript, a los que se parece, JSON prohíbe las comillas simples, las comas finales, los comentarios y las claves sin comillas: reglas que la gente rompe constantemente porque JavaScript las permite. Formatear y minificar son los mismos datos válidos con distinto espacio en blanco: la indentación lo hace legible para humanos, y quitar el espacio lo hace compacto para la red, donde cada byte de una carga grande cuenta. Ninguno cambia los datos, solo su presentación, y por eso puedes convertir libremente de ida y vuelta.
Lo que conviene saber al trabajar con JSON
- 1Los errores de JSON más comunes son las comas finales y las comillas simples. JavaScript tolera ambas, así que los desarrolladores las escriben por costumbre, pero el JSON estricto rechaza ambas de plano. Un objeto que termina en `,}` o una cadena entre 'comillas simples' es JSON inválido aunque parezca bien. Cuando JSON no se analiza, comprueba estas dos primero: representan una gran parte de todos los errores.
- 2Formatea mientras desarrollas, minifica antes de enviar. El JSON indentado es mucho más fácil de leer y depurar, así que mantenlo formateado mientras trabajas. Pero para la transmisión —respuestas de API, configuración enviada por la red— minificar quita cada byte innecesario, lo que importa a escala donde una carga grande enviada millones de veces suma. Las dos formas son los mismos datos para distintas audiencias: humanos y máquinas.
- 3La ubicación del error es tu vía más rápida a la solución. Un validador que nombra la línea y el carácter del problema convierte una búsqueda frustrante en un arreglo dirigido. En lugar de escanear un documento entero buscando un corchete que falta, salta directamente a donde el analizador se atascó: el error real suele estar en ese punto o justo antes, aunque el síntoma aparezca después.
- 4JSON no tiene comentarios, y eso hace tropezar a la gente constantemente. Los archivos de configuración a menudo quieren comentarios explicativos, pero el JSON estricto los prohíbe, y por eso existen formatos como JSONC y JSON5 para reincorporarlos. Si necesitas comentarios en una configuración tipo JSON, estás usando un dialecto extendido, no JSON estándar, y los analizadores estándar rechazarán los comentarios.
- 5Cuidado con el JSON doblemente codificado. Un bug común es una cadena JSON que a su vez contiene JSON escapado —un valor como `"{\"a\":1}"` en lugar de un objeto real—. Esto ocurre cuando los datos se serializan dos veces, y se lee como una cadena plana, no como datos estructurados. Si un campo parece JSON envuelto en comillas con barras invertidas, se codificó una vez de más.
Preguntas frecuentes
¿Por qué mi JSON es inválido si parece correcto?
Casi siempre una coma final o comillas simples. JavaScript permite ambas —un objeto como `{"a": 1,}` o una cadena entre 'comillas simples'— así que los desarrolladores las escriben por costumbre, pero el JSON estricto prohíbe ambas, y cualquiera invalida el documento entero. Otros culpables frecuentes son las claves sin comillas y los comentarios, que JavaScript permite y JSON no. Cuando un JSON de aspecto válido no se analiza, comprueba primero una coma final y las comillas simples; causan una gran parte de los errores.
¿Cuál es la diferencia entre formatear y minificar?
Son los mismos datos con distinto espacio en blanco. Formatear añade indentación y saltos de línea para hacer el JSON legible para humanos, ideal mientras desarrollas y depuras. Minificar quita todo el espacio innecesario para hacer el archivo lo más pequeño posible para su transmisión, ideal para respuestas de API y cualquier cosa enviada por la red donde el tamaño importa. Ninguno cambia los datos reales: puedes convertir libremente entre ellos, usando la forma legible para trabajar y la compacta para enviar.
¿Puede JSON tener comentarios?
No: el JSON estándar no permite comentarios de ningún tipo, lo que sorprende a quien lo usa para archivos de configuración donde las notas explicativas ayudarían. Es una elección de diseño deliberada por simplicidad y ausencia de ambigüedad. Los dialectos extendidos como JSONC (JSON con comentarios) y JSON5 añaden soporte de comentarios, pero no son JSON estándar, y un analizador estricto rechazará los comentarios como inválidos. Si tu configuración necesita comentarios, necesitas uno de esos dialectos, no JSON plano.
¿Por qué el error aparece en una línea distinta del problema real?
Porque el analizador solo falla al llegar a algo que no puede ser válido, que a menudo es después del error real. Una coma que falta o un corchete sin cerrar deja que el analizador continúe hasta que la estructura se vuelve imposible, y entonces reporta el punto donde se rindió, que puede estar líneas después. El arreglo real suele estar en la ubicación reportada o justo antes, así que revisa la estructura que lleva al error, no solo la línea exacta nombrada.
¿Se envían mis datos JSON a un servidor?
No. El análisis, el formateo, la validación y la minificación corren todos enteramente en tu navegador, así que tu JSON se procesa localmente y nunca se transmite, registra ni almacena. Puedes verificarlo desconectándote de internet: la herramienta sigue funcionando porque no hay servidor implicado. Esto importa porque el JSON contiene con frecuencia claves de API, tokens de acceso, datos personales y secretos de configuración que no querrías subidos a ningún sitio.