De CSV a JSON sin perder ceros iniciales ni identificadores largos

Si 001 es un ID de cuenta, convertirlo en 1 es una conversión incorrecta. Lo mismo ocurre con un ID de publicación largo que cambia su último dígito.

CSV no le dice a un convertidor qué columnas son identificadores. El punto de partida más seguro es mantener las celdas como cadenas y convertir solo los valores que realmente necesitas como números o booleanos.

Comienza con un archivo que exponga el problema

Nuestra muestra tiene ceros a la izquierda, dos IDs de 19 dígitos, una coma dentro de un campo entre comillas y el nombre Zoë. Ninguna de las filas contiene datos de cuenta reales.

Con la configuración predeterminada de CozyToolkit, 001 permanece como "001", los IDs largos permanecen entre comillas y "Design, then share" sigue siendo un solo valor. Incluso true sigue siendo la cadena "true". Ese último detalle es intencional: no se le ha pedido al convertidor que adivine tipos.

Conviértelo sin cambiar los identificadores

1. Descarga el CSV de muestra anterior, o usa Probar este CSV para abrirlo en el convertidor de datos.
2. Elige CSV como origen y JSON como destino. La detección automática también reconoce esta muestra.
3. Mantén La primera fila contiene encabezados activado y Detectar números y booleanos en CSV desactivado en Opciones.
4. Revisa la salida JSON. Los valores de account_id y post_id deben tener comillas alrededor.
5. Descarga el JSON y verifícalo en la aplicación que lo usará. Una exportación correcta aún puede ser modificada por el siguiente importador.

La vista previa de tabla es útil para revisar columnas y filas. Usa la vista JSON al revisar tipos: una cadena entre comillas y un número pueden verse idénticos en una tabla.

Cuando la detección de tipos ayuda—y cuando no

Si un CSV contiene cantidades como 12 y valores de verdadero o falso como true, Detectar números y booleanos en CSV puede convertirlas en números y booleanos JSON. En nuestro convertidor, un valor como 001 sigue siendo una cadena incluso con la detección activada.

Un entero largo es diferente. Con la detección activada, nuestro convertidor preserva sus dígitos en el JSON exportado usando un analizador de números sin pérdida. Pero ahora es un número sin comillas. El programa que lea ese archivo también debe manejarlo con precisión.

El entero seguro más grande de JavaScript es 9,007,199,254,740,991. Un JSON.parse ordinario convierte números JSON en números de JavaScript, y los valores más allá de ese rango seguro pueden redondearse. MDN explica el límite de entero seguro.

Por ejemplo, en JavaScript:

JSON.parse('{"id":1234567890123456789}').id
// 1234567890123456800

JSON.parse('{"id":"1234567890123456789"}').id
// "1234567890123456789"

Si nunca vas a sumar, restar o promediar un ID, mantenerlo como cadena evita este problema. El interruptor de detección de tipos del convertidor actual se aplica a todo el archivo, no a columnas individuales. Para IDs y cantidades mixtos, déjalo desactivado y luego convierte explícitamente los campos de cantidad en el sistema que lee los datos.

Si el CSV ya está dañado

Un convertidor no puede recuperar dígitos que una exportación anterior de hoja de cálculo haya redondeado. Tampoco puede inferir si 1 era originalmente 001 o 0001.

Abre el CSV original como texto antes de convertir. Si los dígitos ya faltan, vuelve a la exportación fuente. Agregar ceros o inventar los últimos dígitos después no es una reparación.

Lo que verificamos

El 28 de septiembre de 2026, ejecutamos el archivo descargable a través de la función de conversión de CozyToolkit con la detección de tipos desactivada y activada. Verificamos ambos IDs largos, los ceros a la izquierda, la coma entre comillas y Unicode en la salida. El archivo de mediciones incluye ambas salidas para comparación. Los archivos se procesan en tu navegador; esta prueba no usó un modelo de IA.