Por qué guardar tu CSV en Excel lo cambia y cómo mantener el original a salvo (Guía 2026)

Diagnóstico en 30 segundos: compara el archivo antes y después de guardar

Lo primero que hay que establecer cuando un CSV se ve distinto después de pasar por Excel es si cambió el archivo en sí o solo la vista que Excel muestra de él, porque los dos casos tienen soluciones muy distintas. Esta es la prueba de 30 segundos. Antes de abrir un CSV en Excel, haz una copia. Después de guardar desde Excel, abre los dos archivos en un editor de texto plano, el Bloc de notas en Windows o TextEdit en modo de texto plano en un Mac, y compáralos uno junto al otro. Si la copia guardada muestra delimitadores distintos, caracteres distintos, ceros eliminados o fechas con otro formato, el archivo cambió. Si los dos archivos coinciden carácter por carácter, solo la vista de Excel te estaba engañando y el archivo está a salvo.

La segunda pista es dónde se encuentran los cambios. Un guardado que reescribió el archivo cambia valores en todo el archivo con un patrón constante: cada coma delimitadora se convirtió en punto y coma, cada nombre con tilde se convirtió en signos de interrogación o en pares de letras extrañas, cada código perdió sus ceros a la izquierda. Un daño aleatorio en una sola fila, o una sola fila que falta, apunta a otra cosa, como un error de edición o una exportación truncada. Los cambios constantes en todo el archivo son la firma de un guardado que reescribió el archivo con los valores por defecto de Excel, y te dicen exactamente qué ajuste hay que corregir: el ajuste del delimitador, la elección de codificación o la forma en que se abrió el archivo.

La tercera comprobación decide si el rescate todavía es posible, y es la que la gente se salta. Si todavía tienes la copia anterior a Excel, o la fuente de la que salió el CSV, no se perdió nada: vuelve a generar o a importar desde la copia buena y el problema termina. Si el archivo guardado sobrescribió la única copia, el rescate depende de las copias de seguridad, del historial de versiones o de volver a exportar desde el sistema de origen, lo que cubre la sección de rescate. Hasta que lo hayas comprobado, no guardes de nuevo, no cierres el libro sobre el mismo archivo y no borres la copia guardada: una copia dañada que todavía conserva la mayor parte de los datos es mejor prueba que ninguna copia.

BEFORE (as exported, comma delimited, UTF-8):
code,zip,name,shipDate,note
00123,02138,Zoë Café,2026-03-04,fragile; handle with care
00456,07477,Müller,2026-04-03,gift

AFTER (saved from Excel on a European-locale machine):
code;zip;name;shipDate;note
123;2138;Zoë Café;03.04.2026;fragile; handle with care
456;7477;Müller;03.04.2026;gift

What changed: commas became semicolons, leading zeros vanished,
dates were reformatted, and one note split into two columns.

Fíjate en lo que demuestra este ejemplo: ningún ajuste por sí solo causó todo esto. El delimitador cambió por la configuración regional del equipo, los ceros desaparecieron por la adivinanza de tipos al abrir el archivo y las fechas cambiaron porque Excel las guardó como fechas y las escribió de nuevo con su propio formato de visualización. Un guardado no introduce un solo error. Fija de golpe cada suposición que Excel hizo al abrir el archivo, y por eso el guardado parece tan destructivo aunque cada suposición por separado pareciera inofensiva en pantalla.

Por qué guardar no es copiar: qué escribe Excel realmente en el disco

Para entender por qué guardar cambia un CSV, necesitas un dato sobre lo que Excel hace cuando abre el archivo. Excel no conserva el archivo como texto. Analiza el texto en celdas, decide un tipo para cada celda, aplica tu configuración regional y te muestra una cuadrícula. Lo que ves es la interpretación que Excel hace del archivo, no el archivo en sí. Cuando guardas, Excel escribe la cuadrícula de nuevo como texto. Así que el archivo guardado refleja la cuadrícula, con todas sus suposiciones incorporadas, no los caracteres originales. El viaje de ida y vuelta de texto a cuadrícula y de nuevo a texto es donde ocurre cada cambio de esta guía.

Lo primero que la escritura descarta es todo lo que no es un valor de celda. Un CSV contiene filas y columnas de valores y nada más, así que cuando Excel guarda uno, conserva solo el texto y los valores tal como se ven en las celdas de la hoja activa. Los gráficos, las imágenes, los colores de celda, el texto en negrita, las celdas combinadas, las reglas de validación de datos y los hipervínculos no sobreviven, porque el formato no tiene dónde guardarlos. Las fórmulas se sustituyen por el valor que calculan en ese momento, así que una celda con una fórmula que calcula un total se guarda como el número total, no como la fórmula. Eso suele ser lo que quieres cuando exportas para otro sistema, pero significa que el CSV guardado es una foto de un momento, no una hoja de cálculo funcional, y que al volver a abrirlo nunca recuperarás las fórmulas.

Lo segundo que la escritura descarta es cada hoja salvo la que estabas mirando. Un libro puede tener muchas hojas, pero un CSV es una sola tabla, así que Excel guarda solo la hoja activa y te avisa de que las demás hojas no se guardarán. La gente acepta esa advertencia todos los días sin leerla, y el archivo guardado pasa a contener los datos de una hoja mientras el resto queda en el libro sin guardar. Si cierras el libro sin guardarlo en formato de hoja de cálculo, las demás hojas se pierden. La advertencia es Excel diciéndote, con claridad, que el guardado tiene pérdidas, y la respuesta segura es guardar el libro por separado en su propio formato antes de exportar nada a CSV.

Lo tercero que la escritura cambia son los propios valores, porque Excel guarda los valores tal como se ven, no tal como están guardados. Una celda que guarda un número preciso y que formateaste con dos decimales se guarda con los dos decimales de la vista, no con el valor completo guardado. Una fecha guardada como número de serie se guarda con el formato de visualización de tu equipo. Un código que Excel adivinó que era un número se guarda como ese número, sin sus ceros a la izquierda. Nada de esto es un error del programa. Es lo que significa guardar una cuadrícula como texto. Pero significa que el archivo guardado puede diferir del original de formas invisibles hasta que otro programa lo lea, y por eso revisar el archivo guardado en un editor de texto importa más que revisarlo en pantalla.

La sobrescritura silenciosa: cómo Ctrl+G convierte una suposición en el archivo

El guardado más dañino no es Guardar como. Es el simple Ctrl+G, o la pregunta de guardar al cerrar, sobre un CSV que solo querías consultar. Haces doble clic en un CSV para comprobar un valor, corriges una errata, pulsas Ctrl+G por costumbre y Excel reescribe todo el archivo con sus propios valores por defecto. Cambiaste una celda. Excel reescribió cada fila. Esa asimetría es el corazón del problema: guardar es una operación sobre todo el archivo, no un parche sobre la celda que tocaste, y cada suposición que Excel hizo al abrir se vuelve permanente con la misma pulsación.

Excel sí te avisa, dos veces, y las dos advertencias son fáciles de ignorar. La primera dice que el archivo puede contener características no compatibles con CSV, que es Excel avisándote de que se perderán el formato y las hojas extra. La segunda, en algunas versiones, pregunta si quieres mantener el formato actual. Quien ve estos cuadros todos los días pulsa Mantener el formato actual sin leer, porque el cuadro parece una confirmación rutinaria y no una advertencia de pérdida de datos. Merece la pena detenerse justo en esos dos cuadros. Son el último momento en que el archivo original sigue intacto, y elegir no guardar, o elegir Guardar como con un nombre nuevo, no cuesta nada y lo conserva todo.

El viaje de ida y vuelta es lo que hace que la sobrescritura sea tan difícil de deshacer. Abrir el archivo adivina los tipos, y guardar escribe las suposiciones de nuevo, así que la segunda apertura parte de valores ya adivinados y vuelve a adivinar sobre ellos. Un código que perdió sus ceros en la primera apertura no puede recuperarlos en la segunda, porque los ceros ya no están en el archivo para que ningún programa los lea. Una fecha que intercambió día y mes en la primera apertura vuelve a intercambiarse o queda intercambiada, porque el archivo ahora contiene la fecha intercambiada como si fuera la verdad. Cada viaje de ida y vuelta por Excel solo puede perder información, nunca restaurarla, y por eso la regla de esta guía es absoluta: no dejes nunca que Excel guarde sobre la única copia de un CSV.

En Excel en español, el atajo es Ctrl+G, no Ctrl+S, y la opción del menú es Archivo y luego Guardar. Si trabajas con un Excel en inglés instalado en un equipo en español, el atajo puede seguir siendo Ctrl+S, así que comprueba qué atajo usa tu instalación antes de confiar en la memoria muscular. En ambos casos, el riesgo es el mismo: un solo gesto de guardado reescribe el archivo completo, y el gesto que más daño hace es el que haces sin pensar, sobre un archivo que solo querías mirar.

Cambio 1: el cambio de delimitador, cuando las comas se vuelven punto y coma

El cambio de guardado más visible es el cambio de delimitador: un archivo delimitado por comas vuelve delimitado por punto y coma, y el siguiente programa que lo lee o bien mete cada fila en una sola columna o bien rechaza el archivo. La causa es el separador de listas de tu equipo, un ajuste regional que Excel usa cada vez que escribe un CSV. En Norteamérica y el Reino Unido, el separador de listas es la coma, así que un CSV guardado sigue delimitado por comas. En gran parte de Europa, y en muchos equipos configurados en español, la coma es el símbolo decimal, así que el separador de listas es el punto y coma, y Excel escribe punto y coma en lugar de comas. La extensión sigue siendo .csv en ambos casos, así que nada en el nombre del archivo avisa al siguiente lector de que el delimitador cambió.

Este es el mismo problema de delimitador que cubre la guía compañera sobre el problema de una sola columna, pero la dirección del guardado merece su propia advertencia, porque la solución es distinta. Cuando un archivo se abre en una columna, corriges la apertura. Cuando un archivo se guarda con el delimitador equivocado, corriges la exportación: en Excel, ve a Archivo, luego Opciones, luego Avanzadas, desmarca Usar separadores del sistema y pon el separador decimal en punto y el separador de miles en coma, con lo que Excel usará la coma como separador de listas. Vuelve a cambiarlo después de exportar si solo lo necesitas para un archivo, porque el ajuste afecta a cada CSV que Excel escribe mientras está cambiado. En un Mac, el mismo ajuste está en Ajustes del Sistema, en Idioma y región, en los separadores de número.

También hay una comprobación más sencilla que detecta este cambio antes de que cause daño. Abre el archivo guardado en un editor de texto y mira la primera línea. Si el encabezado muestra punto y coma donde el original mostraba comas, el delimitador cambió, y debes volver a exportar con el ajuste anterior en lugar de enviar el archivo. Un editor de texto te muestra la verdad de un vistazo, mientras Excel la oculta por completo, porque Excel lee los dos delimitadores en la misma cuadrícula. No juzgues nunca un CSV guardado por cómo se ve en Excel. Júzgalo por cómo se ve como texto.

Un detalle práctico para equipos en español: el separador de listas de Windows se puede cambiar también desde el Panel de control, en Reloj y región y luego Cambiar formatos de fecha, hora o número, en Configuración adicional, en el campo Separador de listas. Cambiarlo ahí afecta a Excel y a otros programas, así que úsalo solo si quieres un cambio permanente, y prefiere el ajuste dentro de Excel, en Archivo y luego Opciones y luego Avanzadas, cuando solo necesitas exportar un archivo con comas.

Cambio 2: la bajada de codificación, cuando las tildes se rompen

El segundo cambio de guardado es más silencioso y más dañino: la bajada de codificación. Excel ofrece dos tipos de guardado CSV que parecen casi idénticos, y elegir el equivocado corrompe cada carácter que no sea inglés en el archivo. CSV UTF-8 escribe el archivo en UTF-8, que cubre letras con tilde, diéresis y escrituras no latinas. El CSV normal escribe el archivo en la codificación antigua de tu sistema, que en muchos equipos Windows no puede representar esos caracteres en absoluto, así que vuelven como signos de interrogación o como letras equivocadas. Las dos opciones están una junto a la otra en la lista de Guardar como, y la normal es la que la gente elige por costumbre.

La regla es sencilla: elige siempre CSV UTF-8 cuando guardes desde Excel, salvo que el programa receptor exija explícitamente el formato antiguo. Y aun así, revisa el resultado en un editor de texto, porque la codificación antigua es una pérdida en un solo sentido: una vez que una letra con tilde ha sido sustituida por un signo de interrogación en el archivo guardado, ninguna reimportación puede recuperar la letra original, porque el archivo guardado ya no la contiene. La guía compañera de codificación cubre el diagnóstico completo, incluido el truco de la marca de orden de bytes que hace que Excel adivine UTF-8 al hacer doble clic, pero la regla de guardado se sostiene por sí sola: la codificación que eliges al guardar es la codificación que recibe el siguiente lector, y la elección equivocada daña cada valor no ASCII de golpe.

Un detalle más de codificación importa para los archivos de esta página. La descarga del conversor es UTF-8 plano sin marca de orden de bytes, que es la forma más limpia para la mayoría de las herramientas, pero eso significa que el doble clic en Excel puede leer mal las letras con tilde en algunos equipos Windows. Eso es un problema de apertura, cubierto en la guía de codificación, no un problema de guardado, y no cambia la regla de guardado. Sea cual sea la codificación de origen, guarda desde Excel como CSV UTF-8 y verifica en un editor de texto que los nombres con tilde se sigan leyendo bien antes de enviar el archivo.

En Excel en español, el tipo correcto aparece en Guardar como como CSV UTF-8 (delimitado por comas). No lo confundas con CSV (delimitado por comas), que es el formato antiguo, ni con CSV (Macintosh) o CSV (MS-DOS), que son variantes antiguas para otros sistemas. Si tu lista de Guardar como no muestra la opción CSV UTF-8, tu versión de Excel es anterior a la que la incorporó, y en ese caso exporta con el formato normal y convierte la codificación después con un editor de texto, o actualiza Excel antes de enviar un archivo con caracteres especiales.

Cambio 3: la reescritura de tipos, cuando las suposiciones se vuelven datos

El tercer cambio de guardado es la reescritura de tipos, y en realidad son tres problemas compañeros que llegan juntos, porque el mismo viaje de ida y vuelta de abrir y guardar escribe de nuevo cada suposición que Excel hizo. Los ceros a la izquierda desaparecen, porque Excel leyó los códigos como números al abrir y escribe números de nuevo sin ellos. Las fechas se reformatean o se intercambian, porque Excel las guardó como números de serie y las escribe de nuevo con su propio formato de visualización. Los identificadores largos pierden sus últimos dígitos, porque Excel conserva solo quince dígitos significativos y escribe ceros en el resto. Cada uno tiene su propia guía compañera con sus propias soluciones, y este artículo no repite esas soluciones, porque la lección de guardado es la misma para los tres: el daño ocurrió al abrir, y el guardado es lo que lo hizo permanente.

Lo que merece la pena decir aquí es la prueba que separa un problema de visualización de un problema de guardado. Abre el archivo en un editor de texto. Si los códigos, las fechas y los identificadores se leen bien allí, el archivo sigue siendo bueno y solo la vista de Excel está mal: cierra sin guardar y vuelve a importar correctamente. Si el editor de texto muestra ceros eliminados, fechas intercambiadas o identificadores truncados, el guardado ya reescribió el archivo, y la sección de rescate es tu única vía. Esa prueba lleva diez segundos, y es el hábito más útil de toda esta guía, porque te dice si todavía tienes un archivo bueno o solo uno dañado.

También merece la pena saber qué no se reescribe. Las palabras normales, los números cortos que no necesitan adivinanza y los valores que Excel dejó como texto sobreviven a un guardado sin cambios, y por eso un archivo guardado puede parecer casi correcto mientras está mal justo en las columnas que importan: códigos, fechas e identificadores. Revisar una fila normal no demuestra nada. Revisa las columnas sensibles de forma específica: la columna de códigos, la columna de fechas y la columna de identificadores largos, en un editor de texto, después de cada guardado, antes de enviar el archivo a ningún sitio.

Cuatro soluciones que no funcionan después de un mal guardado

Antes de las soluciones que funcionan, merece la pena apartar las cuatro que no funcionan, porque cada una hace perder tiempo y una de ellas empeora las cosas. La primera es reformatear el archivo guardado después del hecho. Cambiar el formato de una columna cambia cómo se ven los valores guardados, pero no puede restaurar caracteres que el guardado ya eliminó. Un código guardado como 123 no puede recuperar sus ceros formateando la columna como Texto, porque el archivo ahora contiene 123 y nada más. El formato es visualización. El texto guardado son los datos, y los cambios de visualización nunca tocan los datos.

La segunda es pulsar Deshacer después de guardar. Deshacer revierte ediciones dentro del libro abierto, pero no desescribe un archivo que ya se guardó en el disco. Una vez que el guardado termina, el disco contiene el archivo reescrito, y ninguna cantidad de deshacer en el libro devuelve los caracteres originales. La tercera es entrecomillar los valores del archivo guardado. Las comillas controlan cómo se tratan las comas dentro de un valor, no cómo Excel asigna un tipo a un valor, y Excel quita las comillas al importar y adivina el tipo de todas formas, así que añadir comillas a un archivo dañado no cambia nada del daño. La cuarta es buscar y reemplazar en todo el archivo guardado para reparar fechas intercambiadas o ceros eliminados a mano. Eso solo funciona si cada fila sufrió el mismo cambio, lo que nunca ocurre en columnas mixtas, así que un reemplazo general corrompe las filas que estaban bien mientras arregla las que estaban mal.

Saber qué soluciones fallan te ahorra la trampa más común de todas: creer que el problema está resuelto porque el libro en pantalla se ve bien, mientras el archivo en disco sigue mal. La pantalla no es el archivo. El editor de texto es el archivo. Cada reparación del resto de esta guía parte de esa distinción, y cada comprobación termina con ella.

Solución 1: no guardes nunca sobre el original, conserva una copia maestra

Esta es la solución que hay que probar primero, porque no cuesta nada, no cambia nada de tu sistema y hace que cualquier otro error de esta guía sea recuperable. Conserva el CSV original intacto y haz todo tu trabajo en Excel sobre una copia. El flujo es deliberadamente aburrido: cuando llega un CSV, guárdalo en una carpeta llamada originales y no abras nunca esa copia en Excel. Cópialo a una carpeta de trabajo y abre la copia de trabajo. Si un guardado sale mal, borra la copia de trabajo, copia el original de nuevo y empieza otra vez. Sin rescate, sin reparación, sin datos perdidos, porque el archivo bueno nunca estuvo en riesgo.

Si produces el CSV tú mismo, conserva el maestro en formato de hoja de cálculo y trata el CSV como una exportación, no como el documento. Trabaja en el libro, guarda el libro y exporta un CSV nuevo cada vez que necesites uno, con un nombre con versión como clientes-2026-11-05.csv para que una exportación nunca sustituya en silencio a una anterior. Un CSV es una foto aplanada, no los datos en sí, así que el libro maestro, o mejor aún la base de datos o el JSON del que salieron los datos, es lo que hay que proteger. En el momento en que un CSV se convierte en la única copia de tus datos, cada guardado en Excel se convierte en un riesgo para la única copia, y esa es la situación que esta guía existe para evitar.

• ▸Guarda cada CSV que recibas en una carpeta de originales antes de abrirlo en ningún sitio.
• ▸Trabaja solo sobre una copia, y pon fecha a las exportaciones para que nunca sobrescriban en silencio.
• ▸Conserva el libro maestro guardado en formato de hoja de cálculo, separado de cualquier exportación CSV.
• ▸Si un guardado sale mal, desecha la copia de trabajo y empieza de nuevo desde el original.

Esta regla también te protege de la advertencia de varias hojas. Si tu libro tiene varias hojas y exportas una a CSV, el propio libro queda intacto en su formato, y puedes exportar cada hoja por separado cuando lo necesites. La exportación CSV es una foto de un solo sentido para un fin concreto, y el libro sigue siendo el documento vivo. La gente pierde hojas no porque el CSV sea peligroso, sino porque cerró el libro sin guardarlo después de exportar, y el hábito de la copia maestra hace imposible ese error.

Solución 2: edita de forma segura, en un editor de texto o con una importación correcta

La segunda solución trata de cómo editas, y tiene dos ramas según el tamaño del trabajo. Para un cambio pequeño, cambiar uno o dos valores, corregir una errata, corregir una fila, no abras el archivo en Excel en absoluto. Ábrelo en un editor de texto, haz el cambio y guarda desde el editor. Un editor de texto escribe de nuevo exactamente los caracteres que ves, sin adivinanza de tipos, sin cambio de delimitador y sin cambio de codificación, siempre que conserves la misma codificación al guardar. Para una corrección de una fila, el editor de texto no es un apaño. Es la herramienta correcta, y es más rápido que Excel para ese trabajo.

Para un cambio grande, donde necesitas ordenar, filtrar o usar fórmulas, importa el archivo correctamente en lugar de hacer doble clic en él. Abre un libro en blanco, ve a Datos, luego Desde texto/CSV, y en la vista previa establece el delimitador, la codificación y el tipo de cada columna sensible antes de cargar: códigos e identificadores como Texto, fechas como Texto o como Fecha con la configuración regional de origen. Haz tu trabajo, luego exporta con Guardar como, elige CSV UTF-8, pon a la exportación un nombre nuevo para que no pueda sobrescribir el original y revisa el resultado en un editor de texto antes de enviarlo. El paso de importación es donde tomas el control de las tres suposiciones a la vez, y la revisión en el editor de texto es donde demuestras que la exportación está limpia.

Una opción más de edición segura merece mención: edita los datos en su fuente en lugar de editar el CSV. Si el CSV salió de JSON, corrige el JSON y convierte de nuevo, lo que produce un archivo limpio sin ningún daño de ida y vuelta. Si salió de una base de datos, vuelve a exportar desde la base de datos. Volver a generar desde la fuente siempre es más limpio que reparar un archivo que ya pasó por una hoja de cálculo, porque la fuente contiene los valores verdaderos y la exportación solo contiene una foto de ellos.

Solución 3: verifica antes de enviar, la revisión de dos minutos en el editor de texto

La tercera solución es un hábito, no un ajuste: revisa cada CSV guardado en un editor de texto antes de enviarlo a ningún sitio, con una lista corta que lleva unos dos minutos. Abre el archivo guardado y el original uno junto al otro, y revisa cinco cosas. Primera, el delimitador: la línea de encabezado usa el mismo separador en los dos archivos. Segunda, el recuento de filas: el archivo guardado tiene el mismo número de líneas, recordando que los valores con saltos de línea pueden ocupar varias líneas. Tercera, las columnas sensibles: los códigos conservan sus ceros a la izquierda, las fechas se siguen leyendo como las escribió la fuente, los identificadores largos conservan todos sus dígitos. Cuarta, la codificación: los nombres con tilde se siguen leyendo bien, sin signos de interrogación ni pares de letras extrañas. Quinta, el entrecomillado: los valores que contienen el delimitador siguen entre comillas, para que queden en una columna.

Si alguna comprobación falla, no envíes el archivo y no intentes remendarlo en la hoja de cálculo. Vuelve al original, corrige el ajuste que causó el fallo y exporta de nuevo. Una comprobación fallida sale barata cuando el original todavía existe y sale cara cuando no existe, y por eso esta revisión va antes de enviar, no después de que alguien se queje. La reacción más común ante una comprobación fallida es abrir el archivo guardado en Excel otra vez para arreglarlo, lo que inicia otro viaje de ida y vuelta y suele añadir daño nuevo. Corrige la exportación, no el archivo exportado.

Haz que la revisión forme parte de la propia exportación, no una tarea aparte. Guardar como, abrir en un editor de texto, pasar las cinco comprobaciones y luego enviar. Después de unas cuantas exportaciones, la revisión se vuelve automática, y los archivos que envías dejan de volver con quejas sobre ceros que faltan, fechas intercambiadas o diseños de una sola columna. La revisión es también tu prueba: si un destinatario informa de un problema más tarde, puedes comparar el archivo que enviaste con el original y mostrar exactamente dónde ocurrió el cambio, en lugar de adivinar.

Rescata un archivo que ya se guardó encima del original

A veces el consejo llega tarde, y el archivo guardado ya sobrescribió la única copia. El rescate es posible en algunos casos, y la respuesta honesta es que depende de qué más exista aparte del archivo dañado. Primero, busca copias de seguridad automáticas: OneDrive y SharePoint guardan historial de versiones para los archivos almacenados en ellos, así que haz clic derecho en el archivo y busca versiones anteriores antes de hacer nada más. El Historial de archivos de Windows y Time Machine de Mac guardan sus propias copias si estaban activados. Los adjuntos de correo, las subidas de chat y las unidades compartidas suelen contener una copia anterior del mismo archivo, enviada antes del mal guardado, y esa copia es con frecuencia el rescate más limpio disponible.

Segundo, si no existe ninguna copia anterior, comprueba si el daño es lo bastante uniforme para revertirlo. Si cada fecha se intercambió bajo una sola convención y cada día original era 12 o menos, una fórmula puede volver a intercambiarlas, y si cada código perdió el mismo número de ceros, esos ceros se pueden restaurar con formato, pero solo cuando la pérdida fue uniforme en toda la columna. Trabaja sobre una copia, nunca sobre la única versión, y comprueba el resultado con un registro conocido antes de confiar en él. Si el daño es mixto, algunas filas intercambiadas, algunas quedaron como texto, algunos códigos se volvieron fechas, los caracteres originales se perdieron de esa copia de una forma que ninguna fórmula puede desenredar, porque un número guardado no registra lo que solía ser.

Tercero, y con más fiabilidad, vuelve a generar el archivo desde su fuente. Vuelve a exportarlo desde la base de datos, la herramienta o el JSON del que salió, y esta vez ábrelo con una importación correcta y no guardes nunca sobre él. Si la fuente es JSON, el conversor de esta página produce un CSV nuevo desde el JSON original en segundos, con cada valor exactamente como está escrito, y ese archivo nuevo sustituye por completo al dañado. Sea cual sea la vía que tomes, guarda la copia dañada aparte hasta que la sustitución pase la revisión en un editor de texto. Borrar la única copia antes de verificar la sustitución es como un problema recuperable se convierte en un conjunto de datos perdido.

Qué significa esto para los archivos del conversor de esta página

El conversor de esta página produce exactamente el tipo de archivo del que trata esta guía, así que merece la pena declarar su comportamiento con claridad, verificado con el código real y no supuesto. El motor de conversión se probó con una muestra de dos filas con los códigos 00123 y 00456, los códigos postales 02138 y 07477, los identificadores de 18 dígitos 123456789012345678 y 987654321098765432, las fechas 2026-03-04 y 2026-04-03, los nombres con tilde y diéresis Zoë Café y Müller, y las notas fragile; handle with care y gift. Con delimitadores de coma, produjo cada valor byte por byte idéntico, con el nombre que contiene una coma entrecomillado y nada más entrecomillado. Con delimitadores de punto y coma, entrecomilló exactamente la nota que contiene punto y coma y nada más. Así que si tu archivo convertido muestra valores cambiados después de que Excel lo tocara, la conversión no dañó nada. El archivo era correcto, y Excel adivinó al abrir y escribió sus suposiciones de nuevo al guardar.

Comma delimited (verified, real converter output):
code,zip,id,shipDate,name,note,price
00123,02138,123456789012345678,2026-03-04,"Zoë, Café",fragile; handle with care,19.99
00456,07477,987654321098765432,2026-04-03,Müller,gift,5

Semicolon delimited (verified, same sample):
code;zip;id;shipDate;name;note;price
00123;02138;123456789012345678;2026-03-04;Zoë, Café;"fragile; handle with care";19.99
00456;07477;987654321098765432;2026-04-03;Müller;gift;5

Codes, ZIPs, long IDs, and dates all survive byte-identically.
Quoting follows the delimiter: only values holding the delimiter
are quoted, in both cases.

Eso te da dos opciones limpias para archivos convertidos. La primera es la vía de edición segura: si necesitas cambiar un archivo convertido, cambia el JSON y convierte de nuevo, lo que produce un archivo nuevo sin daño de ida y vuelta, en lugar de editar el CSV en Excel y guardar sobre él. La segunda es la vía de importación: abre el archivo descargado con Datos, luego Desde texto/CSV, pon las columnas de códigos e identificadores como Texto y las columnas de fechas como Texto o como Fecha con la configuración regional de origen, haz tu trabajo y exporta con Guardar como bajo un nombre nuevo en CSV UTF-8, revisando el resultado en un editor de texto. No pases la salida convertida por una hoja de cálculo y la guardes de nuevo sobre la descarga, porque ese viaje de ida y vuelta puede introducir justo los desajustes de delimitador, codificación y tipo que esta guía y sus compañeras existen para evitar. Corrige la apertura, o vuelve a generar desde la fuente, nunca el archivo guardado.

Un detalle más del conversor importa aquí. El conversor te permite elegir el delimitador antes de descargar, y esa elección es independiente de todo lo que Excel hace después. Un archivo puede llevar el delimitador correcto y aun así volver con fechas intercambiadas, o las fechas correctas y el delimitador equivocado, o ambas cosas mal a la vez, porque el delimitador que elegiste al convertir no es el delimitador que Excel escribe al guardar. Si tu archivo convertido se abre en una columna y sus valores se ven mal, corrige ambas cosas en la misma importación: elige el delimitador que elegiste al convertir y establece las columnas sensibles de forma explícita. La guía compañera sobre el problema de una sola columna cubre la mitad del delimitador en detalle, la guía de codificación cubre la mitad de los caracteres y la guía de ceros a la izquierda cubre la mitad de los números, y las tres están enlazadas en las guías relacionadas de abajo.

Lista de prevención: exporta CSV para que nadie tenga que arreglarlos

La adivinanza de tipos y las reescrituras al guardar son desajustes entre quien escribe y quien lee, así que la prevención significa hacer que quien escribe declare qué son los valores, de una forma que quien lee respete, y hacer que quien lee revise antes de confiar. Repasa esta lista cuando produzcas o recibas un CSV, y la próxima persona que lo toque no necesitará esta guía. Primero, conserva los datos de origen. Un CSV es una foto aplanada, no los datos en sí, así que si un guardado sale mal, la fuente te permite exportar de nuevo limpiamente en lugar de reparar una copia dañada. Segundo, no guardes nunca sobre un original. Ten una carpeta de originales, trabaja sobre copias y pon fecha a las exportaciones para que nada sobrescriba en silencio.

Tercero, cuando exportes desde Excel, elige CSV UTF-8, revisa el ajuste del separador de listas antes de guardar y verifica la exportación en un editor de texto antes de enviarla. Cuarto, cuando recibas un archivo, ábrelo primero en un editor de texto si algo se ve mal, y confirma el delimitador, la codificación y las columnas sensibles antes de dejar que ninguna hoja de cálculo guarde sobre él. Quinto, dile a los destinatarios cómo abrir el archivo: una nota de una línea que diga que importen con las columnas de códigos como Texto y las fechas como Texto o como Fecha con la configuración regional de origen evita toda esta clase de problemas, y no cuesta nada incluirla con el archivo. La mayoría de las historias de terror con CSV terminan con alguien descubriendo demasiado tarde que el archivo dañado era la única copia. No dejes que ese sea tu archivo.

Un sexto punto ayuda cuando envías archivos a equipos en español: indica el separador de listas que usaste, por ejemplo con una nota que diga que el archivo usa comas como delimitador y UTF-8 como codificación, para que el destinatario no tenga que adivinarlo. Muchos problemas de una sola columna se evitan con esa sola línea, porque el destinatario importa con el delimitador correcto en lugar de hacer doble clic y confiar en la configuración regional de su equipo. La prevención no es un ajuste más. Es una frase en el correo que acompaña al archivo.

Guías relacionadas

• El archivo CSV se abre en una sola columna en Excel: por qué pasa y cómo corregirlo (Guía 2026) →
• Por qué tu CSV muestra caracteres extraños en Excel y cómo corregir la codificación (Guía 2026) →
• Por qué Excel elimina los ceros a la izquierda de tus códigos CSV y cómo conservarlos (Guía 2026) →
• Por qué tu CSV es demasiado grande para Excel y qué hacer en su lugar (Guía 2026) →

Preguntas frecuentes