Convertir Excel a JSON

1. 1

   Suelta la hoja de cálculo

   Arrastra un archivo XLSX, XLSM, XLSB, XLS u ODS. Se lee en tu dispositivo y el JSON aparece de inmediato.

2. 2

   Elige la hoja y la fila de encabezado

   Elige qué hoja convertir, o combina todas las hojas en un solo objeto. Si el archivo tiene una línea de título sobre los nombres de columna, ajusta la fila de encabezado a la fila donde están realmente los nombres.

3. 3

   Elige la forma y las reglas de valores

   Array de objetos, array 2D, arrays por columna u objeto con la primera columna como clave. Después decide cómo se escriben las fechas, en qué se convierte una celda vacía y si los números siguen siendo números.

4. 4

   Copia o descarga

   Copia el JSON al portapapeles o descarga el archivo. Convierte varias hojas de cálculo y llévate todo el lote en un único ZIP.

Convierte hojas de cálculo de Excel a JSON estructurado. Exporta XLSX, XLSM, XLSB, XLS y ODS a JSON con control sobre la fila de encabezado, la forma de salida, las claves y cómo se escriben los valores: pensado para cargas útiles de API, procesos ETL, datos de prueba e importaciones de apps.

• Fechas reales. Una celda de fecha se convierte en 2024-05-17, no en 45429. Se respeta la época del propio libro y no se aplica ninguna zona horaria por el camino.
• Cuatro formas de salida. Un array de objetos, un array 2D, arrays por columna o un objeto con la clave en la columna que elijas.
• Claves anidadas. Encabezados como "user.name" y "tags[0]" construyen objetos y arrays anidados de verdad.
• Una fila de encabezado que no es la 1. Omite las líneas de título que las exportaciones reales llevan sobre sus nombres de columna.
• Nada se pierde en silencio. Claves renombradas, encabezados vacíos, conflictos de ruta y filas omitidas aparecen todos junto a la salida.
• Todas las hojas, o una. Convierte una sola hoja o produce un objeto con los nombres de hoja como claves.
• Lotes en un solo archivo. Convierte muchos libros y descarga el conjunto completo como un único ZIP.

Qué cubre la versión gratuita

• Salida correcta. Fechas reales, la fila de encabezado, la selección de hoja y el JSON con formato son gratis: una conversión correcta no es una función premium.
• Archivos hasta 15 MB. Un libro cada vez, hasta 50.000 filas por hoja, con el número de filas a la vista para que siempre sepas qué has obtenido.
• Todos los formatos de entrada. XLSX, XLSM, XLSB, XLS y ODS se leen en el plan gratuito.

Las mismas filas pueden ordenarse de cuatro maneras, y la correcta depende por completo de qué va a leer el JSON. Elegir la forma al convertir ahorra un paso de transformación al otro lado.

¿Qué forma necesitas?

• Array de objetos. La opción por defecto y lo que espera casi cualquier API REST y aplicación JavaScript. Un objeto por fila, con los encabezados como claves.
• Array 2D. La rejilla tal cual, con el encabezado como primera fila. Compacta, conserva el orden y es la entrada correcta para librerías de gráficos y tablas.
• Arrays por columna. Una clave por columna con todos sus valores. Es la forma que más rápido cargan las librerías de análisis y de gráficas.
• Objeto con clave. Un objeto indexado por la primera columna: una tabla de consulta. Ideal cuando cada fila tiene un identificador y quieres llegar a un registro sin recorrerlo todo.

Envolver el resultado

Cualquier forma puede envolverse en un objeto raíz con nombre, de modo que la salida llega como { "data": [ … ] } en lugar de un array suelto. Muchas APIs exigen ese envoltorio, y añadirlo aquí evita editar el archivo después.

La fila de encabezado decide las claves, y las hojas de cálculo reales lo complican más de lo que parece. Dos columnas pueden compartir nombre, un encabezado puede estar vacío, y un encabezado puede ser una frase con espacios y puntuación incómoda de usar como nombre de propiedad en código.

Cuando dos encabezados quieren la misma clave

• Nada se sobrescribe. Una segunda columna llamada "Qty" pasa a ser "qty_2" en lugar de reemplazar a la primera. Un objeto JSON no puede tener la misma clave dos veces, así que la alternativa es perder una columna.
• El cambio de nombre se muestra. Cada clave renombrada aparece junto a la salida, para que un cambio en tus datos sea algo de lo que te avisaron y no algo que descubres después.
• Las claves limpiadas chocan más. "Item Name" e "item-name" se reducen ambos a "item_name" al hacer las claves aptas para APIs, que es justo cuando el informe importa más.

Encabezados vacíos y no latinos

• Un encabezado vacío toma su letra de columna. La columna D sin nombre pasa a ser "D": una clave que puedes localizar en la hoja, en lugar de una cadena vacía.
• Los acentos sobreviven. Limpiar "Größe" da "groesse", no "gre". Las letras fuera del ASCII simple se transliteran en lugar de eliminarse.
• Los encabezados no latinos reciben una posición. Un encabezado sin equivalente ASCII alguno pasa a ser column_1, column_2 y así sucesivamente: inequívoco en lugar de vacío.

Una celda de hoja de cálculo y un valor JSON no son la misma cosa, y todo convertidor tiene que decidir cómo uno se convierte en el otro. Aquí esas decisiones son ajustes, no suposiciones.

Cómo se escriben las fechas

• ISO 8601 (por defecto). 2024-05-17, o la marca completa cuando la celda lleva hora. Ordenable, inequívoca y aceptada por la mayoría de sistemas.
• Tal como se muestra. Exactamente el texto que enseña la celda, respetando el formato de número que eligió el autor de la hoja.
• Marca de tiempo Unix. Milisegundos desde 1970, para código que trabaja en tiempo de época.
• Número de serie en bruto. El número subyacente, para cuando vas a volver a una hoja de cálculo.

Celdas vacías y tipos de valor

• Celdas vacías, tú eliges. Una cadena vacía, un null de JSON, o la clave fuera del objeto por completo, que produce los archivos más pequeños en hojas dispersas.
• Tipos conservados o aplanados. Los números y booleanos son nativos por defecto; cambia a todo-como-cadena cuando el destino sea estricto con los tipos.
• Booleanos en tres formas. true y false, las cadenas "true" y "false", o 1 y 0.
• Las celdas de error siguen legibles. #REF! y #DIV/0! se escriben como texto, porque un error no es un número y fingir lo contrario esconde una fórmula rota.

Una hoja de cálculo es plana y el JSON no lo es, que suele ser donde una conversión deja de resultar útil. Nombrar una columna con una ruta cierra esa brecha: el encabezado describe dónde encaja el valor dentro del documento y la estructura se construye conforme se leen las filas.

Rutas, objetos e índices de array

• Los puntos crean objetos. "address.city" y "address.country" producen un objeto address con dos propiedades.
• Los corchetes crean arrays. "tags[0]" y "tags[1]" producen un array de verdad, no un objeto con las claves "0" y "1".
• Las rutas anidan tan hondo como quieras. "user.address.geo.lat" construye los cuatro niveles.
• Los conflictos se informan. Si una columna escribe un valor en "a" y otra quiere "a.b", la segunda no puede colocarse, y se te dice cuál, en lugar de que una de ellas desaparezca.

La mayoría de los libros reales no son una tabla ordenada. Tienen varias hojas, un título de informe encima de los datos y bloques de notas a un lado.

Leer parte de una hoja

• Ajusta la fila de encabezado. Señala la fila donde están tus nombres de columna y todo lo que esté por encima se omite.
• Da un rango de celdas. B3:H500 convierte ese bloque y nada más, que es como se obtiene JSON limpio de una hoja con notas junto a los datos.
• Omite filas vacías. Los huecos usados como separadores visuales no se convierten en registros vacíos.
• Recorta espacios. Los valores rellenados para alinear en la hoja salen limpios.

Varias hojas y archivos grandes

• Una hoja cada vez. Elige la hoja en la lista; la vista previa sigue tu elección.
• O todas a la vez. Cada hoja en un objeto con el nombre de hoja como clave: { "Q1": [ … ], "Q2": [ … ] }. Los nombres de hoja se conservan tal cual.
• Se muestran los recuentos de filas. El número de filas convertidas aparece junto a la salida, y si una hoja se cortó en el límite gratuito de filas la herramienta lo dice en lugar de entregarte un archivo corto en silencio.
• Los archivos grandes siguen respondiendo. El libro se lee una vez, fuera del hilo principal, así que la página sigue respondiendo mientras se analiza un archivo de 50.000 filas.

Se admiten cinco contenedores, y cada uno está demostrado por el conjunto de pruebas en lugar de solo afirmado. Lo que importa no es solo la extensión sino si los valores, las fechas y los nombres de hoja llegan intactos: los cinco se comprueban con el mismo contenido.

Entradas admitidas

• XLSX. El formato por defecto de Excel 2007 en adelante, y el que usan la mayoría de exportaciones y descargas.
• XLSM. Un libro con macros. Las macros se ignoran; los datos se convierten igual.
• XLSB. El formato binario de Excel, habitual en libros muy grandes porque se abre más rápido.
• XLS. El formato clásico de Excel 97-2003, que aún producen programas antiguos de contabilidad y laboratorio.
• ODS. OpenDocument, de LibreOffice, OpenOffice y exportaciones de Google Sheets.

Qué se rechaza y adónde ir

• CSV y TSV. Se rechazan aquí con un enlace al convertidor de CSV a JSON, hecho para texto delimitado.
• Cualquier cosa que no sea un libro. Un archivo con extensión de hoja de cálculo sobre otro contenido se rechaza antes de leerlo, en lugar de analizarse a medias en una rejilla de fragmentos que parece datos y no lo es.
• Archivos vacíos. Un archivo de cero bytes recibe un mensaje, nunca un indicador de carga que no termina nunca.

JSON es el formato que hablan las APIs, las aplicaciones web y las canalizaciones de datos. Una hoja de cálculo es donde las personas escriben y mantienen los datos. Convertir entre ambos es la unión entre cómo se producen los datos y cómo se consumen.

Adónde va la salida

• Cargas de API y datos de prueba. Envía el array directamente a un endpoint, o guárdalo como datos iniciales de un conjunto de pruebas.
• Datos de front-end. Importa el archivo directamente en una app para una lista de precios, una tabla de consulta o un conjunto de traducciones.
• Bases de datos y ETL. La mayoría de cargadores y almacenes de documentos aceptan JSON de forma nativa; un objeto con clave encaja tal cual en un almacén clave-valor.
• Configuración mantenida por perfiles no técnicos. Quienes son dueños del contenido siguen trabajando en una hoja de cálculo, y la compilación lee JSON.
• Migraciones. Una exportación puntual se convierte en un archivo estructurado que puedes inspeccionar, comparar y volver a ejecutar.

Toda la conversión ocurre en tu dispositivo. El libro se abre en la página, el JSON se produce ahí, y ni el archivo ni el resultado se envían a ninguna parte, que es a la vez la razón de que sea rápido y de que sea privado.

Medido en un libro de 50.000 filas

• Lectura única: unos 0,6 segundos. El archivo de 12 MB se abre una sola vez y se mantiene como datos, fuera del hilo principal.
• Reformateo: de 15 a 45 milisegundos. Cambiar cualquier ajuste reconstruye el JSON a partir de esos datos: el archivo no se vuelve a leer nunca.
• Nada se sube. Ningún dato del archivo cruza la red en ningún momento, así que no hay nada que borrar después ni nada que tengas que creernos.
• Funciona sin conexión. Una vez cargada la página, las conversiones siguen funcionando sin ninguna conexión.

Un libro de 50.000 filas se lee en unos 0,6 segundos en tu dispositivo, y cada ajuste que cambies después vuelve a dar forma al JSON en 15 a 45 milisegundos: el archivo se lee una vez, nunca más.

• Excel a CSV
• CSV a Excel
• Visor de Excel
• Herramientas de Excel
• Turn the JSON back into a table

  Take an API response into a spreadsheet the same way you took one out

• Start from a CSV instead

  Delimited text rather than a workbook, with the same key and type controls