Valide JSON Lines y NDJSON línea a línea, vea los registros en tabla y conviértalos en un array JSON
Se ejecuta en su navegador. Nada de lo que escribe se envía a ningún sitio. Comprobado el 16 de octubre de 2026.Un archivo JSONL contiene un valor JSON por línea. Este visor comprueba cada línea por separado, lista cada línea errónea con su número, columna y una corrección, muestra los registros en una tabla con 1 columna por clave y convierte JSON Lines en un array JSON o al revés, manteniendo exactos los números largos.
Esta página se ha traducido automáticamente del original en inglés. Ninguna persona ha revisado todavía la traducción, así que la versión en inglés es la que debe consultar. Leer el original en inglés
Abra un archivo .jsonl o .ndjson, o pegue las líneas en el cuadro.
Cada línea se comprueba como un valor JSON propio; una línea errónea aparece con su número de línea, columna y una corrección.
Lea los registros como tabla, una columna por clave, o cambie la salida a un array JSON o a JSON Lines limpio.
Pulse Copiar, o Descargar el archivo convertido.
JSON Lines, también publicado como NDJSON, es el formato de los registros de actividad, las exportaciones de analítica y los conjuntos de datos de aprendizaje automático: un valor JSON por línea, para que un programa pueda leer en flujo o añadir registros sin cargar el archivo entero. Un visor JSON corriente rechaza ese archivo de entrada, porque el archivo en conjunto no es un único documento JSON.
Qué se comprueba. Cada línea se analiza por separado como JSON RFC 8259. Una línea errónea aparece con su número de línea, columna y una corrección probable, como comillas dobles en lugar de simples o quitar una coma final, y las líneas correctas se siguen mostrando. Se aceptan los finales de línea de Windows, un salto de línea final y una marca de orden de bytes al inicio, como permite el formato.
Vistas.
| Vista | Qué obtiene |
|---|---|
| Tabla | Los primeros 200 registros, una columna por clave, los valores anidados como JSON |
| Array JSON | Todos los registros entre corchetes, cada uno escrito exactamente como en el archivo |
| JSON con formato | El mismo array, con sangría |
| JSON Lines | Líneas limpias: recortadas y sin líneas vacías |
Conversión en ambos sentidos. Si pega en cambio un array JSON, se lee como sus elementos, listo para guardarlo como JSON Lines para BigQuery, Elasticsearch o una subida de fine-tuning. La vista Array JSON copia el texto propio de cada registro, así que un ID de 20 dígitos nunca se redondea; cuando una vista redondearía uno, una nota lo indica.
Líneas vacías. La especificación NDJSON permite a los lectores saltarse las líneas vacías, así que se saltan y se cuentan; un interruptor las señala como errores para lectores estrictos.
Cada línea se juzga como la juzga el módulo json de CPython, comprobado con 36 casos límite registrados. Nada de lo que abra sale del navegador.
Un archivo JSONL, también llamado JSON Lines o NDJSON, contiene un valor JSON completo en cada línea, normalmente un objeto por registro. Los registros de actividad, las exportaciones de bases de datos y los conjuntos de datos de aprendizaje automático lo usan porque un programa puede leer o añadir una línea cada vez sin cargar el archivo entero.
Abra aquí el archivo .jsonl o .ndjson, o pegue sus líneas, y cada registro aparece en una tabla con una columna por clave. Las líneas erróneas se listan con su número de línea y columna. El archivo lo lee su propio navegador, así que ni siquiera una exportación confidencial sale de su dispositivo.
Cambie la salida a Array JSON y los registros quedan entre corchetes con una coma tras cada uno, escritos exactamente como aparecen en el archivo. JSON con formato los muestra con sangría. Descargar guarda el resultado como archivo .json listo para cualquier herramienta que espere un único array.
Pegue el array JSON, con formato o en una sola línea, y se lee como sus elementos. Cambie la salida a JSON Lines y cada elemento se escribe de forma compacta en su propia línea, la disposición que piden BigQuery, las cargas masivas de Elasticsearch y las subidas de fine-tuning.
Las causas habituales son comillas simples en lugar de dobles, una coma final antes de } o ], un valor partido en dos líneas, o NaN, que JSON no admite. Cada línea errónea se muestra con su columna y una corrección sugerida, mientras las líneas válidas siguen apareciendo en la tabla.
En sentido estricto, JSON Lines tiene un valor en cada línea, pero la especificación NDJSON permite a un lector saltarse las líneas vacías, y la mayoría de las herramientas lo hacen. Por eso las líneas vacías se saltan y se cuentan, y un interruptor las señala como errores cuando un consumidor estricto vaya a leer el archivo.
Los tipos y las normas cambian; consulte la fuente antes de fiarse de una cifra.
¿Sigue sin resolverlo? Pregunte sobre Visor y validador de JSONL y cualquiera que lo sepa puede responder. No se necesita cuenta.