El separador forma parte del formato
CSV suele separar campos con comas y TSV emplea tabulaciones. Parece una diferencia pequeña hasta que un dato contiene una coma, tabulación, comillas o salto de línea. RFC 4180 describe una forma habitual de CSV: un campo con coma puede ir entre comillas dobles, y una comilla dentro del campo se representa duplicándola. TSV no tiene un comportamiento universal en todos los programas; también debes conocer lo que espera el receptor. Los convertidores de MultiVerto interpretan primero las celdas y escriben el nuevo separador, en lugar de sustituir signos directamente en el texto. Exigen que todas las filas tengan igual número de columnas.
Sigue un campo entrecomillado
Prueba dos filas: artículo,nota y luego bolígrafo,"rojo, azul". La coma dentro de la nota pertenece a los datos; no crea una tercera columna. Tras pasar de CSV a TSV, una tabulación separa artículo de nota y bolígrafo de rojo, azul; la coma de la nota permanece como texto. El escritor puede retirar las comillas porque en TSV una coma no separa campos. Si una celda contuviera tabulación o salto de línea, habría que protegerla al generar TSV. Observa la salida en un editor que muestre las tabulaciones: en una página pueden parecer simples espacios.
- CSV: bolígrafo,"rojo, azul"
- dos celdas: bolígrafo | rojo, azul
- TSV: bolígrafo [tab] rojo, azul
Piensa primero en el programa receptor
Escoge CSV si un socio pide comas y conoce el convenio de comillas. TSV puede ser práctico con datos que incluyen muchas comas porque necesita menos campos entrecomillados, pero las tabulaciones internas siguen siendo relevantes. Si el destino acepta datos estructurados, el paso de CSV a JSON ayuda a examinar registros con nombres de campo. Los tipos no se conservan mágicamente: muchas importaciones tratan todas las celdas como texto. Una hoja de cálculo puede modificar ceros iniciales, identificadores largos o cadenas parecidas a fechas. Cambiar de delimitador no evita esas conversiones; revisa ajustes y compara muestras con el archivo original.
Atención a fórmulas y datos ajenos
CSV y TSV son datos, pero una hoja de cálculo puede interpretar como fórmula una celda que empieza con ciertos caracteres. Exportar valores enviados por terceros implica un problema de seguridad separado. Este convertidor modifica separadores y comillas; no sanea los datos para una hoja ni garantiza que un archivo descargado sea seguro. Si el conjunto incluye entradas de otras personas, aplica las defensas de importación del destino y la política de exportación de tu aplicación. Pasar de coma a tabulación no elimina un carácter peligroso al comienzo de la celda. Para datos sensibles, comprueba qué programa recibirá el archivo y si preservará cada valor como texto literal.
Comprueba la ida y la vuelta
Guarda el archivo de partida. Convierte una muestra representativa a TSV, vuelve a CSV y compara las celdas interpretadas, no necesariamente los bytes exactos: comillas y finales de línea inocuos pueden variar. Revisa encabezados, número de filas, celdas vacías, separadores incrustados y saltos de línea. Si conviertes a JSON, verifica qué fila se volvió clave y si las cadenas con aspecto numérico deben seguir siendo cadenas. Un código con cero inicial no es un número que se pueda redondear. Empieza con el ejemplo integrado y luego importa esas mismas filas problemáticas en el programa final antes de trabajar con una tabla completa.