Cómo arreglar los acentos de un CSV
- Elige el archivo o pega el texto. Cualquier CSV, TSV o TXT, con coma, punto y coma o tabulador.
- Revisa qué ha cambiado. Cada celda reparada aparece con el texto dañado tachado y el texto bueno debajo. Las celdas que ya estaban bien no se tocan.
- Descarga. Guarda en CSV UTF-8 con BOM, con el mismo separador o con otro, o en Excel. Con el texto pegado también puedes copiar el resultado.
Privado: no se sube nada
Si hay que arreglar un archivo es porque lleva nombres, direcciones o datos de clientes. Aquí todo ocurre en tu navegador, en un hilo de fondo; el archivo no sale de tu equipo. Puedes comprobarlo en la pestaña Red de las herramientas para desarrolladores del navegador.
Por qué la «ñ» se convierte en «Ã±»
En UTF-8, la codificación que usan casi todas las webs y los programas actuales, letras como la ñ, la é o la ü ocupan dos bytes, y símbolos como € o el apóstrofo tipográfico ’ ocupan tres. Las codificaciones antiguas de un solo byte, como Windows-1252 («ANSI») o Latin-1, usan un byte por carácter. Cuando unos bytes UTF-8 se leen como Windows-1252, cada byte se convierte en un carácter: la ñ (bytes C3 B1) aparece como «Ã±», la é (C3 A9) como «Ã©» y el € (E2 82 AC) como «â‚¬».
El culpable más habitual es Excel. Un CSV en UTF-8 sin marca BOM abierto con doble clic se lee con la página de códigos antigua del sistema. Si alguien lo guarda después, los caracteres raros se escriben dentro del archivo como UTF-8 de verdad y el daño se queda ahí hasta que se deshace. Si se repite, llega la doble codificación: la ñ pasa a ser «ÃƒÂ±».
Las secuencias rotas más habituales
| Ves | Debería ser | Ves | Debería ser |
ñ | ñ | Ñ | Ñ |
á | á | é | é |
Ó | Ó | ó | ó |
ú | ú | ü | ü |
¿ ¡ | ¿ ¡ | º ª | º ª |
€ | € | ’ | ’ |
ç | ç | ñ | ñ (doble codificación) |
Cómo funciona la reparación y por qué es segura
La herramienta busca grupos de caracteres que, devueltos a bytes de Windows-1252 o Latin-1, forman UTF-8 válido. Cada grupo se sustituye por el carácter que representa, y el proceso se repite para deshacer la doble o triple codificación. Solo se sustituye si el resultado es un carácter razonable: letras, signos de puntuación, símbolos de moneda o emojis. Las escrituras menos habituales, como el cirílico o el chino, solo se aceptan cuando aparecen varios caracteres dañados seguidos, como ocurre en un texto estropeado de verdad. Por eso «São Paulo», «Müller» o «CANCIÓN»» no se alteran nunca, y un archivo que mezcla filas dañadas y correctas sale bien.
Los archivos que simplemente están en Windows-1252 o Latin-1, sin daño, se leen bien y se guardan en UTF-8 con BOM. También puedes elegir la codificación a mano si el archivo viene de un sistema de Europa central o en cirílico.
Con el archivo limpio, pasa el CSV a Excel para que el problema no vuelva, o protege DNI y códigos postales con CSV a Excel sin perder ceros. Para exportar un libro con la codificación correcta desde el principio, usa Excel a CSV.
Limitaciones conocidas
- Los caracteres que ya se cambiaron por � o por un signo de interrogación no se pueden recuperar: los bytes originales se perdieron.
- Repara UTF-8 leído como Windows-1252 o Latin-1, que es con mucho el caso más frecuente. No deshace el daño de otras combinaciones (por ejemplo UTF-8 leído como Mac Roman o como la página de códigos 850 de MS-DOS).
- Si un programa cambió además los espacios duros por espacios normales, la «à» puede quedar como «Ã» y un espacio; ese caso solo se repara en textos que tienen otros daños.
- Un texto escrito a propósito con estas secuencias (por ejemplo, una página que las explica) también se «reparará». Revisa la vista previa.
- El archivo se procesa en memoria; los archivos muy grandes pueden agotarla en el móvil.