Por qué tu CSV se abre en una sola columna en Excel (y cómo arreglarlo)

Que todo se amontone en la columna A casi nunca es un archivo corrupto. Es Excel usando el separador de listas de tu configuración regional en vez de la coma — más dos problemas relacionados que corrompen tus datos en silencio.

Abres un CSV perfectamente válido y cada fila aterriza entera en la columna A, comas incluidas. El archivo está bien. Simplemente Excel no lo ha dividido, porque Excel no da por hecho que una coma separe los valores en un archivo de "valores separados por comas" — usa lo que tu sistema operativo tenga configurado como separador de listas regional.

La causa es tu configuración regional, no el archivo

En configuraciones regionales en inglés ese separador es la coma, así que los CSV se abren bien y nadie se entera de que este comportamiento existe. En español, alemán, francés, italiano y la mayoría de configuraciones europeas, el separador decimal es la coma, así que el separador de listas pasa a ser el punto y coma. Excel abre tu archivo delimitado por comas, busca puntos y coma, no encuentra ninguno, y concluye que la línea entera es un único valor. Esto explica también por qué un compañero puede abrir exactamente el mismo archivo sin ningún problema mientras el tuyo se ve roto — tenéis configuraciones regionales distintas, no archivos distintos.

Tres formas de arreglarlo, de la más rápida a la más fiable

La solución más rápida es añadir una única línea al principio del archivo que diga sep=, y nada más. Excel trata esa primera línea como una instrucción en vez de como datos y usa el separador que le indiques. La segunda opción es no hacer doble clic en el archivo: abre Excel primero y usa Datos > Desde texto/CSV, que lanza el asistente de importación y te deja elegir el delimitador explícitamente. La tercera, útil cuando no puedes modificar el archivo, es renombrar la extensión de .csv a .txt — Excel se niega a adivinar con un .txt y siempre muestra el asistente. El asistente de importación es la única vía que además resuelve los dos problemas siguientes, y por eso compensa los clics extra.

El segundo problema: los acentos se convierten en galimatías

Si los nombres aparecen como José o Müller, el archivo es UTF-8 pero Excel lo decodificó como una codificación antigua de un solo byte. Excel solo detecta UTF-8 automáticamente cuando el archivo empieza con una marca de orden de bytes (BOM), un prefijo invisible de tres bytes que la mayoría de herramientas de exportación y de lenguajes de programación omiten por defecto. Tienes dos opciones: guardar el archivo como "UTF-8 con BOM", o usar el asistente y poner Origen del archivo en 65001: Unicode (UTF-8). Ten en cuenta que el destrozo ocurre al importar, así que arreglarlo después con buscar y reemplazar es inútil — hay que reimportar.

El tercer problema: los ceros a la izquierda y los números largos se destruyen

Excel adivina tipos de forma agresiva. Un código postal como 01234 pierde su cero inicial y se convierte en 1234. Un ID de pedido de 16 dígitos se convierte en 1,23457E+15 y los dígitos originales se pierden para siempre. Un valor como 1-2 puede convertirse en una fecha. Nada de esto se recupera una vez guardado el archivo, y es la forma más habitual con la que los datos de un CSV se corrompen en silencio. La única defensa real es el asistente de importación: en el último paso, selecciona esas columnas y ponles el tipo Texto antes de terminar. Si eres tú quien genera el CSV, entrecomillar esos valores no sirve de nada — Excel los convierte igualmente.

Si eres quien produce el archivo y no quien lo recibe, nuestro conversor de JSON a CSV te deja elegir el delimitador y la codificación de antemano, para que el archivo se abra bien en el ordenador de quien lo reciba. Todo funciona en tu navegador, así que los datos de clientes o pedidos nunca salen de tu equipo.