Reparador de JSON - Corrige JSON inválido online
JSON Repair Tool
Runs entirely in your browser. Nothing is uploaded.
Qué es
La reparación de JSON es el proceso de corregir mecánicamente un JSON malformado para que cumpla la gramática definida en RFC 8259 sin alterar los datos subyacentes. La especificación es deliberadamente estricta y los analizadores verifican cada regla. Seis reglas explican la gran mayoría de los fallos. Primera: una coma no puede aparecer justo antes de una llave o un corchete de cierre, algo legal en muchos lenguajes de programación y el defecto más frecuente en el JSON escrito a mano. Segunda: las claves de objeto y los valores de cadena deben ir entre comillas dobles; las comillas simples y los identificadores sueltos se rechazan. Tercera: el formato no tiene ninguna sintaxis de comentarios, y aun así mucha gente escribe comentarios // y /* */ dentro de su JSON porque aprendió JSON en un contexto de JavaScript.
Cuarta: cada miembro de un objeto y cada elemento de un array debe ir seguido de coma salvo el último, y omitir una provoca una cascada de errores confusos que apuntan a la línea equivocada. Quinta: los caracteres de control, como saltos de línea, retornos de carro y tabuladores en crudo, no pueden aparecer literalmente dentro de una cadena; deben escribirse escapados como \n, \r y \t. Sexta: el documento debe estar bien formado de principio a fin, así que un payload cortado por un límite de búfer o por una exportación interrumpida nunca se analizará por bien que lo escapes. Una herramienta de reparación se distingue de un validador en lo que hace después de detectar el problema. El validador informa del error y se detiene. La herramienta aplica transformaciones selectivas y reversibles: elimina una coma seguida solo de espacios en blanco y un token de cierre, convierte las cadenas con comillas simples en cadenas con comillas dobles, elimina los comentarios respetando los límites de las cadenas y escapa los caracteres de control literales.
La restricción de diseño clave es que la reparación debe ser conservadora. Una herramienta que borra datos en silencio para lograr que un documento se analice es peor que no usar ninguna, porque convierte un fallo ruidoso en corrupción silenciosa. El enfoque aquí es cambiar solo lo que es demostrablemente incorrecto, conservar el texto original disponible para que puedas comparar el resultado y después ejecutar un análisis real que confirme el éxito. Si la entrada está demasiado dañada, la herramienta lo indica y te devuelve el texto intacto en lugar de fingir.
Cómo usar
- Abre el Reparador de JSON en tu navegador. Se ejecuta por completo del lado del cliente, así que nada de lo que pegues se transmite a un servidor ni se almacena en ninguna parte.
- Pega tu JSON roto en el área de entrada. Suele venir de una respuesta de API que no pudiste analizar, de un archivo de configuración que un formateador rechazó o de texto copiado de un log o de una ventana de terminal.
- Haz clic en Reparar. La herramienta recorre el texto y aplica correcciones selectivas para comas sobrantes, comillas simples, claves sin comillas, comentarios, comas faltantes y caracteres de control sin escapar.
- Revisa el indicador de estado del análisis. Un resultado Válido en verde significa que un analizador estricto de RFC 8259 aceptó la salida reparada, así que puedes pegarla directamente en tu código.
- Examina la lista de cambios para ver qué se corrigió y entender cuál era el problema real, de modo que puedas arreglar el origen en lugar de repetirlo.
- Copia el JSON reparado con el botón de copiar y llévalo a tu editor, tu terminal o tu aplicación. Si el documento estaba truncado en lugar de malformado, la reparación no puede recuperar los bytes que faltan, así que vuelve a exportar los datos originales.
- Prueba el resultado en tu aplicación real antes de desplegarlo, porque la reparación solo corrige la sintaxis y no puede restaurar valores que ya se perdieron aguas arriba.
Ejemplos
Entrada: {"name":"Ada","role":"engineer",}
Proceso:
Elimina la coma sobrante antes de }Resultado: {"name": "Ada", "role": "engineer"} — se analiza como JSON válido
Entrada: {name: 'Ada', tags: ['math','logic'],}
Proceso:
Pone comillas en la clave, convierte comillas simples y quita la coma sobranteResultado: {"name": "Ada", "tags": ["math", "logic"]} — se analiza como JSON válido
Entrada: { // user record "id": 7, "note": "line one line two" }
Proceso:
Elimina el comentario // y escapa el salto de línea literal dentro de la cadenaResultado: {
"id": 7,
"note": "line one\nline two"
} — se analiza como JSON válido
Búsquedas Relacionadas
La gente también busca: reparar json, arreglar json online, corregir json invalido, json mal formado, reparador de json gratis, error de sintaxis json.
reparar jsonarreglar json onlinecorregir json invalidojson mal formadoreparador de json gratiserror de sintaxis jsonquitar comas sobrantes jsoncomillas simples jsoneliminar comentarios jsoncomas faltantes jsonsalto de linea sin escaparreparar json truncadovalidador y reparador jsonfix unexpected tokencorregir error jsonreparacion de jsonjson online gratisherramienta json localjson sin subir archivosembellecer y reparar json
Preguntas Frecuentes
¿Qué tipos de errores de JSON puede arreglar realmente esta herramienta?
La herramienta repara los defectos de sintaxis que explican la gran mayoría de los fallos de análisis del mundo real: comas sobrantes justo antes de una llave o un corchete de cierre, comillas simples en lugar de dobles, claves de objeto sin comillas, comentarios de línea y de bloque de JavaScript dejados dentro de los datos, comas ausentes entre miembros de un objeto o elementos de un array, saltos de línea literales, tabuladores y otros caracteres de control dentro de las cadenas, y basura sobrante después del último token de cierre. Cada corrección es una transformación selectiva, no una reescritura completa. Los documentos truncados o corruptos no se pueden reparar, porque los bytes que faltan ya no existen en el texto que proporcionas, así que la herramienta los marca como no reparables en lugar de adivinar tus datos.
¿Por qué mi JSON falla con un error en una línea que parece correcta?
Los analizadores de JSON fallan en el punto más lejano que leyeron con éxito, que suele estar bastante más allá del error real. Una coma faltante al principio de un objeto hace que el analizador siga leyendo, interprete la siguiente clave como un valor de cadena y desplace la posición del error hacia una línea posterior que en sí misma es perfectamente válida. Por eso quien empieza revisa tan a menudo la línea equivocada. La solución es mirar hacia atrás desde la posición indicada en lugar de hacia delante, y comprobar el separador entre cada par de miembros. Pasar la entrada por esta herramienta de reparación aísla el defecto real en segundos, porque elimina la cascada y te deja una única construcción mal formada.
¿Es seguro pegar datos de producción en un reparador de JSON online?
Con esta herramienta, sí, porque la reparación ocurre enteramente dentro de tu navegador mediante JavaScript del lado del cliente. Tu texto lo procesa código que ya se había descargado y que se ejecuta en tu propia máquina, así que el payload nunca viaja por la red, nunca se escribe en un log de servidor y no puede ser capturado por el propietario del sitio. Esa propiedad importa más de lo que parece: los payloads rotos suelen ser respuestas de API con registros de clientes, cabeceras de autenticación, secretos de webhook o stack traces completos. Muchos validadores online alojados registran en silencio lo que pegas. Comprueba que la herramienta que uses afirme que el procesamiento es del lado del cliente y trata esa afirmación como un motivo para preferir herramientas que no exigen cuenta ni subida de archivos.
¿Puede la reparación cambiar el significado de mis datos?
No, siempre que la herramienta sea conservadora, y esa es la restricción que sigue esta implementación. La reparación solo altera construcciones que no pueden aparecer legítimamente en JSON válido: se elimina una coma antes de una llave de cierre, una cadena con comillas simples se vuelve a entrecomillar con comillas dobles escapadas cuando hace falta, se retira un comentario, se inserta un separador que faltaba y se escapa un carácter de control en crudo. No se renombra ninguna clave, no se reformatea ningún valor más allá de espacios en blanco insignificantes y no se reinterpreta ningún literal numérico o textual. Como cada transformación es reversible a mano, puedes leer la lista de cambios y confirmar que el resultado sigue representando los datos que pretendías. Si la entrada no se puede reparar sin adivinar, la herramienta la deja intacta y te lo dice.
¿Por qué mi JSON se volvió inválido después de editarlo en un editor de texto?
Las causas más comunes son humanas y mecánicas, no exóticas. Se coló una comilla tipográfica o un apóstromo curvo desde un procesador de textos en lugar de una comilla doble recta. Una función de sangrado automático añadió espacios al final y una coma después del último elemento de un objeto. Un buscar y reemplazar convirtió un valor en algo que contenía una comilla sin escapar o un salto de línea en crudo. Se pegó directamente un objeto de YAML o de JavaScript en un archivo .json, y con él llegaron los comentarios y las comillas simples. Una transferencia truncada dejó el documento a medio estructura. Cualquiera de estas produce un archivo que a simple vista parece correcto pero que un analizador estricto rechaza de inmediato, que es exactamente la situación que esta herramienta está diseñada para resolver.
¿Que el resultado sea válido significa que mi API aceptará los datos?
No. Que el JSON sea válido solo significa que el texto cumple la gramática de JSON, de modo que un analizador puede leerlo sin errores. Si además el documento es correcto para tu aplicación es otra pregunta que la reparación de sintaxis no puede responder. Los nombres de campo aún deben coincidir con tu esquema, los números deben estar en rangos válidos, las propiedades obligatorias deben estar presentes y las estructuras anidadas deben tener la forma que espera tu servidor. Un documento puede analizarse perfectamente y aun así ser rechazado por un validador de API estricto. Toma el estado Válido en verde como la confirmación de que eliminaste el error de análisis y después pasa el valor por tu propia validación de esquema o por tu suite de pruebas antes de enviarlo a cualquier parte.