Por qué se rompe el JSON y cómo lo reparamos
El JSON es estricto por diseño: una coma mal colocada, una clave sin comillas o un corchete faltante genera un SyntaxError y hace inútil toda la carga. Esto ocurre con mayor frecuencia cuando el JSON se escribe a mano, se copia de documentos o lo generan modelos de lenguaje que en ocasiones alucinan la sintaxis.
Nuestro motor de reparación analiza la entrada con un algoritmo tolerante a fallos que reconoce los patrones de corrupción más comunes: comas finales antes de llaves o corchetes de cierre, cadenas entre comillas simples, claves sin comillas, comas faltantes entre valores, cadenas o contenedores sin cerrar y caracteres de control extraños. El motor realiza reparaciones de impacto mínimo.
Tras la reparación, el resultado se revalida contra la especificación JSON (ECMA-404) y se formatea para facilitar la lectura. Si la entrada está demasiado corrupta, la herramienta le indica exactamente qué no pudo entender para que usted corrija esa sección manualmente.
Fuentes comunes de JSON inválido
El JSON generado por IA es la fuente de errores sintácticos de crecimiento más rápido. Modelos como GPT-4 o Claude ocasionalmente omiten una llave de cierre, añaden una coma después del último elemento de un array, o rodean las claves de comillas simples en lugar de dobles. Pegar la salida bruta en esta herramienta resuelve todos esos problemas en un clic.
Los archivos de configuración editados a mano son otra causa frecuente. Los desarrolladores que añaden una nueva clave al final de un objeto suelen olvidar la coma tras la entrada anterior, o dejan una línea de comentario (permitida en JSON5, prohibida en JSON) que rompe los analizadores.
El copiar y pegar desde PDF o editores de texto enriquecido introduce "comillas tipográficas" (U+201C / U+201D) que parecen comillas dobles pero no son el carácter ASCII que requiere JSON. La herramienta detecta y reemplaza automáticamente estas comillas tipográficas.
Cuándo usar Reparación, Validación o Formato
Use el Reparador JSON cuando tenga JSON que no se puede analizar y quiera que el motor intente una corrección automática. Use el Validador JSON cuando su JSON se analice correctamente pero quiera confirmar que cumple un esquema. Use el Formateador JSON cuando su JSON sea válido pero esté en una sola línea difícil de leer.
Para estructuras profundamente anidadas donde el origen del error no es evidente, considere pasar la salida reparada por el Formateador JSON para inspeccionar la estructura nivel por nivel. La combinación reparar → formatear → inspeccionar cubre la gran mayoría de los flujos de depuración JSON.
Tenga en cuenta que la reparación es heurística: cuando varias interpretaciones son igualmente válidas, el motor elige la convención más común. Revise siempre la diferencia entre entrada y salida antes de usar el JSON reparado en un pipeline de producción.