Herramientas JSON

Reparar JSONDecide qué cambios aceptar

Genera propuestas con el botón o Ctrl/Cmd+Intro. La salida se puede exportar tras aceptar todos los cambios y superar la validación estricta.

Reparar JSON

Entrada original

Resultado aceptado

El texto permanece en esta pestaña, sin envíos ni almacenamiento persistente.

Las propuestas pueden cambiar el significado o inventar valores ausentes. Acepta solo cambios que entiendas; una sintaxis válida no demuestra que los datos sean correctos.

Falta la vista previa o está desactualizada. Genera propuestas para esta entrada.

Reparar JSON exige distinguir un error de escritura de un dato que falta. Si una respuesta llega cortada, completar el cierre permite leerla, pero no demuestra que el valor añadido sea el correcto. Aquí puedes contrastar cada propuesta con el texto de origen.

Un JSON dañado en un registro puede contener comas sobrantes o nombres sin comillas. Para arreglar JSON roto sin perder de vista estas decisiones, la reparación JSON se presenta como una lista de fragmentos: el original sigue disponible y la salida incorpora solo lo que aceptes.

Reparar JSON con decisiones visibles

Una propuesta no obliga a aceptar las demás

Cada tarjeta muestra el fragmento anterior y el propuesto, con cambios resaltados y posición de línea y columna. El contador mide fragmentos modificados: una sola tarjeta puede agrupar varios signos relacionados, en vez de representar un único error.

Varios fragmentos resaltados y solo una modificación seleccionada.

Conservar una referencia fiable

Reparar JSON mantiene el texto original en su panel. La salida solo aplica los fragmentos aceptados. Las acciones de exportación esperan a la revisión completa y a una sintaxis válida, para que un resultado parcial no se confunda con el documento final.

Original conservado junto al resultado revisado por completo y listo para exportar.

Cómo interpretar una revisión parcial

01

Vuelve a generar tras editar

Ctrl/Cmd+Intro tiene el mismo efecto que el botón de propuestas. Al cambiar la entrada, el plan anterior queda desactualizado y sus acciones se desactivan. Genera otro aunque la salida previa parezca utilizable.

02

Lee los fragmentos relacionados

Aceptar un cambio ejecuta una nueva validación del resultado actual. Si queda una comilla o un cierre pendiente, la salida puede seguir siendo inválida. Revisa el conjunto antes de concluir que una propuesta aislada ha fallado.

03

Deshaz una aceptación equivocada

La última acción se puede deshacer una vez. Se restauran conjuntamente la entrada, la salida y el estado de aceptación. Comprueba los valores inventados o los cambios de tipo antes de pasar al siguiente fragmento.

Cambios concretos y comprobación de sintaxis

Tratar errores frecuentes y envolturas

El motor puede proponer arreglos para comas ausentes o finales, comillas simples y nombres sin comillas. También puede procesar comentarios, literales Python, bloques Markdown y envolturas JSONP. Todas estas transformaciones pasan por la misma revisión explícita.

Mantener la escritura de los números

La salida se construye aplicando cambios al texto, sin volver a serializar todo el documento. Los literales numéricos existentes conservan su escritura. Esto no elimina los riesgos al leerlos en otro sistema: las claves duplicadas y ciertos números generan advertencias.

Validar lo realmente aceptado

Cada aceptación comprueba la gramática estricta de la salida actual. Si el original ya es válido, no hay fragmentos que aceptar y se puede exportar. Las advertencias de datos requieren una revisión adicional en el validador JSON.

Límites antes de utilizar la salida

No recuperar información perdida
Cerrar un array truncado no recupera los elementos ausentes. Añadir null o convertir un fragmento en cadena puede cambiar el tipo o el significado. El motor no conoce la intención del autor.
Solo texto pegado
No hay importación de archivos, lectura de URL, servicio de IA ni procesamiento por lotes. Tampoco se conserva un historial persistente ni se crea un enlace compartido que incluya el documento.
Sin reglas de negocio
No se verifica JSON Schema, no se ordenan claves y no se eliminan valores null como limpieza. El formato y la comprobación de campos obligatorios corresponden a otras tareas.
Tamaño y cálculo acotados
Se admiten hasta 100 000 unidades UTF-16 y 500 fragmentos. El cálculo de diferencias tiene un presupuesto de 2 000 cambios y 100 ms. La validación estricta también impone límites, incluida una profundidad de 100. Reduce la entrada si se alcanza alguno.
Nada se acepta automáticamente
No hay ejecución automática ni botón para aceptar todo. Queda bloqueada la exportación mientras haya propuestas pendientes o sintaxis inválida. Editar el original invalida las decisiones del plan anterior.

Preguntas sobre Reparar JSON

¿Qué errores de sintaxis se pueden corregir?

Las comas o comillas ausentes, las comas finales y ciertas formas ajenas a la gramática JSON son casos habituales. También pueden aparecer propuestas para comentarios o envolturas. Revisa siempre los caracteres añadidos y eliminados, sobre todo cuando afectan a valores.

¿Se recupera cualquier entrada dañada?

No. Si falta demasiado contenido, puede no existir una interpretación razonable o un candidato válido. El procesamiento también puede detenerse por sus límites. Corrige el original o utiliza un fragmento más corto antes de intentarlo otra vez.

¿Se transmite el contenido a un servidor?

No. El cálculo se realiza en la pestaña abierta. No se ofrece envío del documento; descargar guarda en tu dispositivo la salida que hayas revisado.

¿Cómo actuar si la salida no coincide con lo esperado?

Deja pendiente la propuesta que no entiendas o deshaz la última acción. Reparar JSON permite volver a partir del original corregido, pero tendrás que generar un nuevo plan. Contrasta los cambios con una fuente fiable.

¿La reparación detecta valores equivocados o campos ausentes?

No. Un precio equivocado o una propiedad ausente pueden cumplir la gramática. Comprueba el contrato de la API o el origen de los datos; el estado de sintaxis válida no acredita que el contenido sea correcto.

¿Una propuesta no tiene sentido?

Reparar JSON a partir de un ejemplo

Reparar JSON con el ejemplo permite ver cómo avanza el contador al aceptar fragmentos. Observa el estado de la salida antes de exportar tus propios datos.