Inicio · Herramientas gratis · Acentos rotos en un CSV

Arreglar los acentos de un CSV

El archivo no está corrupto. Si ves á, ñ o rombos con interrogación, lo que pasa es que se guardó con una codificación y se está leyendo con otra. Suelta el .csv aquí: se detecta cuál es de verdad, se lee bien y se exporta siempre en UTF-8.

Abrir el CSV con los acentos rotos

Suelta aquí un .csv o .txt, o haz clic para elegirlo

¿Lo haces cada mes? Hazlo una vez en TableDI 2, guárdalo como trabajo y vuelve a ejecutarlo el mes que viene. Descargar TableDI 2 gratis

No se sube nada. El archivo lo lee el JavaScript de esta pestaña y no sale de tu ordenador — ningún servidor lo ve, y al cerrar la pestaña los datos desaparecen.

Arreglar los acentos de un CSV

  1. Suelta el archivo. Lo lee el JavaScript de esta pestaña; no se sube a ningún servidor.
  2. Mira qué codificación detectó. Encima de la tabla pone «Leído como…». Si las tildes y las eñes salen bien, acertó.
  3. Exporta en UTF-8. Descarga .csv o .xlsx: la salida es siempre UTF-8, así no se vuelve a romper aguas abajo.

Por qué «María» acaba siendo «María»

Un CSV no lleva escrito en ningún sitio con qué codificación se guardó: es una tira de bytes y quien lo abre tiene que adivinarlo. En UTF-8 la í ocupa dos bytes; si se leen esos dos bytes como si fueran Windows-1252 salen dos caracteres, Ã y ­. De ahí el patrón tan reconocible: Ã seguida de un símbolo raro.

El caso contrario da rombos con interrogación (�): el archivo era Windows-1252 o ISO-8859-1 —lo que sigue exportando mucho software de gestión español— y se está leyendo como UTF-8.

Cómo lo detecta esta página

  1. Si hay BOM, la codificación está declarada y no hay nada que adivinar.
  2. Si no, se prueba UTF-8 en modo estricto: la mayoría de los archivos que no son UTF-8 fallan aquí, y eso ya descarta.
  3. Entre las candidatas que quedan se puntúa el resultado y se elige la mejor.
  4. Si todo falla, se recurre a Windows-1252 y se indica en pantalla.

La comprobación real la haces tú: si las tildes y las eñes se ven bien, acertó.

Para que Excel no lo vuelva a romper

En Windows, hacer doble clic sobre un CSV en UTF-8 sin BOM hace que Excel lo lea con la codificación regional del sistema, y vuelve a romperse. Dos formas de evitarlo:

  • Descarga .xlsx en vez de .csv. Un libro lleva la codificación dentro.
  • Si necesitas CSV, ábrelo con Datos → Obtener datos → Desde texto/CSV y elige 65001 (UTF-8) en el cuadro de diálogo.

El punto y coma es otro problema distinto

Si el archivo se ve en una sola columna, eso no es codificación sino separador: en la configuración española Excel espera punto y coma porque la coma es el separador decimal. Eso lo resuelve convertir CSV a Excel, que detecta el separador solo.

Preguntas frecuentes

¿Se cambian mis datos?

No. Los mismos bytes se interpretan de otra manera; ni un carácter se modifica. Los ceros a la izquierda también se conservan.

¿Y si la detección se equivoca?

Pasa con archivos muy cortos o casi todo numérico, donde hay pocas pistas. Lo más rápido es pedir que lo vuelvan a exportar en UTF-8 con BOM.

¿Sirve con archivos de otros idiomas?

Sí: además de las occidentales se prueban Shift-JIS, Big5, GBK y EUC-KR.

¿Lo haces cada mes?

En TableDI 2 lo haces una vez y lo guardas como un trabajo. El mes que viene pones los archivos nuevos y lo vuelves a ejecutar.

macOS, Apple Silicon e Intel; la versión de Windows está en camino (qué hacer mientras tanto). Lo gratuito no es una prueba: sin cuenta y sin tarjeta.

Revisado el 2026-09-11 por el equipo de TableDI. ¿Algo mal en esta página? Escríbenos — es un solo buzón, lo leen las personas que hacen TableDI.