Preparar listas y tablas CSV o TSV pegadas

Decide si lo pegado es una lista o una tabla

Una lista tiene un elemento por línea. Una tabla tiene una fila por cada registro y un campo por cada propiedad. Si el texto es simplemente una serie de ciudades, las herramientas que trabajan por líneas encajan bien: puedes quitar una ciudad repetida o añadir una viñeta sin cambiar nada más. Si cada línea es una ciudad seguida de un país, una cifra y una nota, los separadores tienen significado. Eliminar líneas duplicadas o recortar la puntuación al azar puede dañar la relación entre esos campos.

Empieza guardando una copia del original. Mira la primera línea, tres filas del medio y la última línea. Pregúntate si hay encabezado, si a alguna fila le falta un valor y si una celda puede contener una coma o un salto de línea. Después decide cómo va a usarlo la persona que lo reciba. Quien pegue el texto en una hoja de cálculo puede necesitar texto separado por tabulaciones. Quien revise valores en una wiki puede necesitar una tabla Markdown. Quien importe los datos a una aplicación puede necesitar CSV o JSON con una estructura concreta.

Si no logras identificar dónde empieza y termina cada registro mirando una muestra pequeña, pide una exportación nueva con un formato documentado. Un conversor puede interpretar un delimitador, pero no puede adivinar a qué columna pertenecía un valor suelto.

Limpia una entrada de un elemento por línea sin alterar los nombres

Para las listas, empieza por el formateador de listas. Quita las líneas vacías solo si una línea en blanco no marca un grupo nuevo. Conserva el orden original si expresa prioridad. Por ejemplo, un orden del día puede tener «Revisar notas» antes de «Asignar tareas» por una razón, mientras que una lista de nombres para un directorio público puede resultar más fácil de recorrer en orden alfabético. Haz una versión alfabética aparte si alguien aún necesita el orden original.

Recorta los espacios en los extremos de los elementos antes de decidir qué es un duplicado. Las cadenas Madrid y Madrid pueden ser funcionalmente idénticas en una lista de ciudades, pero un espacio inicial puede tener sentido en una lista de tareas con sangría. Decide también si importan las mayúsculas y minúsculas. ABC y abc pueden ser dos códigos distintos, aunque Sevilla y SEVILLA identifiquen la misma ciudad en tu origen. La opción más segura depende de lo que representen las líneas.

Después de eliminar algo, compara los recuentos de antes y después y revisa los elementos que han desaparecido. Fíjate en la primera y la última entrada: son fáciles de omitir al copiar. Añade un prefijo o una numeración solo al final, para que el marcador añadido no interfiera con las coincidencias de los pasos anteriores.

Filtra y compara listas antes de reconstruir una tabla

El filtro de líneas es útil cuando cada fila es realmente independiente y hay un marcador claro, como las líneas que empiezan por un código de proyecto. Comprueba si la regla significa «contiene» o «coincidencia exacta». Buscar activo como subcadena también puede seleccionar inactivo. Prueba la regla con un elemento que deba pasar y otro que no, y examina el resultado antes de sustituir tu original.

Para dos listas copiadas por separado, usa la herramienta de comparación de listas y averigua qué entradas comparten y cuáles son exclusivas de cada entrada. Usa una clave común siempre que puedas. Un registro completo con una nota añadida ya no es el mismo texto, aunque su identificador no haya cambiado. Si estás conciliando dos tablas, compara primero una columna de identificadores extraída a propósito y luego usa las tablas originales para ver cómo cambiaron las propiedades individuales.

Filtrar un CSV en bruto como si cada línea visible fuera una fila no es seguro si las celdas entrecomilladas pueden contener saltos de línea. Puedes eliminar la mitad de un registro y dejar comillas sin cerrar. Interpreta o importa primero esa tabla y filtra después los registros por columna en el destino. La misma cautela vale para quitar líneas repetidas de una exportación estructurada.

Identifica el separador por su origen, no por su aspecto

El CSV suele usar comas, el TSV usa tabulaciones y algunas exportaciones usan punto y coma. Una hoja copiada al portapapeles suele producir tabulaciones que a la vista no se distinguen de espacios anchos. Un archivo con coma decimal puede usar el punto y coma como separador, algo muy habitual en las exportaciones de hojas de cálculo en español. Empieza por los ajustes del programa que exportó los datos si puedes encontrarlos. Abre una muestra pequeña en el conversor, elige el delimitador de forma explícita cuando la detección parezca equivocada y compara las columnas resultantes con la hoja original.

nombre,ciudad,nota
Ana,Sevilla,"Llamar después de las 16:00, hora local"
Marta,Bilbao,"Trae la copia ""original"""

La coma dentro de la nota entrecomillada de Ana no separa campos. Las comillas dobles alrededor de la palabra original se escapan duplicándolas. Cambiar todas las comas por tabulaciones convertiría la nota en celdas de más. Usa un intérprete de CSV para leer los campos y deja que el conversor los serialice después con el separador del destino.

Las filas con una sola columna rellena, las que tienen muchas celdas vacías y los ejemplos cortos sin encabezado pueden hacer dudosa la detección. Una comprobación mejor que dar por buena la primera vista previa es contar los campos a partir de una lectura manual del encabezado y de dos filas representativas.

Abre el convertidor CSV y TSV para comprobar tu separador

Trata el texto entrecomillado y los saltos de línea como datos

Un registro puede ocupar varias líneas físicas si una celda entrecomillada contiene un salto. Piensa en una celda de hoja de cálculo con una indicación de entrega de dos líneas: la tabla subyacente tiene una fila para el pedido, pero un editor de texto plano muestra dos líneas físicas dentro del campo entrecomillado. No elimines todos los saltos antes de interpretar el texto. Solo el separador de registros que queda fuera de un campo entrecomillado cierra la fila.

pedido,nota
001,"Usa la puerta lateral.
Llama cuando llegues."
002,Recepción

Si el conversor avisa de un campo entrecomillado mal formado, busca el fragmento más pequeño que reproduzca el error y compáralo con la exportación original. Comprueba si hay unas comillas sin cerrar, comillas tipográficas que sustituyen a los delimitadores rectos de CSV o una copia accidental desde la mitad de un registro. No repares el archivo borrando todas las comillas a la vez: pueden ser la única manera de conservar una coma o un salto de línea dentro de un campo.

Cada destino acepta convenciones de entrecomillado distintas para el texto separado por tabulaciones. Si la herramienta que lo recibe no admite celdas de varias líneas, decide si conservas la tabla original y creas aparte una exportación con una línea por celda. Sustituye el salto de una celda solo después de interpretar la tabla y deja constancia de esa decisión. Si no, quien lo lea puede tomar la nota modificada por el original exacto.

Convierte una muestra corta y verifica las celdas entrecomilladas

Conserva los encabezados, los campos vacíos y los ceros a la izquierda

Los encabezados describen las columnas y a menudo se convierten en claves en una conversión posterior. Usa nombres que distingan los valores: id_factura y id_cliente resultan más útiles que dos columnas llamadas ambas id. Al copiar un fragmento de una hoja, comprueba si la primera fila es de verdad un encabezado o el primer registro. Un conversor que use un registro como encabezado hará que el resultado parezca completo mientras se consume una fila de datos.

Revisa celdas como 00123, números de teléfono y códigos de referencia largos. Parecen numéricos, pero puede que deban seguir siendo texto. Al abrir la exportación en una hoja de cálculo, usa sus controles de importación para mantener esas columnas como texto. Verifica el valor importado, no solo cómo se muestra. En el CSV en bruto Ada,,2026, el campo central está vacío. Quitar la segunda coma desplazaría el año a la columna equivocada.

De igual modo, 0, una celda en blanco y una palabra como desconocido pueden representar estados distintos. Decide antes de compartir cómo debe distinguirlos el destino. Si tienes que rellenar un valor que falta, deja constancia del cambio en lugar de suponer que todos los vacíos significaban cero.

Detecta filas desiguales y columnas de más no deseadas

Elige un ancho esperado a partir del encabezado o de la especificación de importación. Después inspecciona cualquier fila con más o menos campos. Un separador de más en una nota sin entrecomillar y una última celda vacía a propósito pueden parecerse en un editor de texto, pero requieren un tratamiento distinto. Por ejemplo, marzo,42, tiene tres campos, el tercero vacío; marzo,42 solo tiene dos. Una herramienta receptora puede rellenar la fila más corta, rechazarla o leerla de otra manera. No cuentes con ese relleno salvo que hayas comprobado ese comportamiento.

En una muestra pequeña, cuenta las columnas después de interpretar la tabla en lugar de contar comas. Una nota puede contener varias comas sin que la fila se ensanche. En una tabla grande, valida los anchos en la aplicación de importación o con un intérprete y haz una lista corta de las excepciones. Busca un origen repetido del problema, como un comentario copiado sin entrecomillar en un grupo de filas.

Corrige el origen o pide una exportación corregida cuando no puedas deducir con seguridad el campo que falta. Editar a mano miles de valores basándote en una suposición es peor que detenerte con un mensaje de error claro. Prueba los datos corregidos con un registro típico y con la fila que falló antes.

Elige Markdown para una tabla que van a leer personas

Si el destino es un README, un ticket o una página de wiki, convierte una tabla compacta en Markdown con la herramienta Tabla Markdown. Usa un encabezado real si lo tienes, o deja que la herramienta genere etiquetas para una entrada sin encabezado y renómbralas después. Las barras verticales dentro de los valores de las celdas necesitan escaparse para que no se interpreten como límites de columna. La herramienta también codifica los caracteres de marcado literales y representa los saltos incrustados en una tabla Markdown; previsualiza el resultado en el destino, porque cada renderizador trata los saltos y los caracteres escapados de forma distinta.

Antes de pegar, decide cuántas filas necesita ver quien lea. Una tabla con ocho ejemplos suele ser más fácil de revisar que una exportación de cien filas incrustada en una incidencia. Si quien lee necesita reimportar todas las filas, incluye un CSV o un TSV aparte en lugar de pedirle que copie de vuelta una tabla ya renderizada. Una tabla Markdown es una vista de presentación, no un sustituto de un origen estructurado.

Revisa los enlaces, los valores de celda que parecen código y las notas que contienen una barra vertical. Usa también una vista previa estrecha si el destino se va a leer en un móvil. Para una tabla ancha, puede que necesites una selección menor de columnas o varias tablas centradas en preguntas distintas.

Elige JSON cuando los campos los va a usar un programa

El convertidor CSV y JSON puede crear objetos por fila cuando la primera fila aporta las claves, o matrices cuando los datos no tienen encabezados estables. Decide qué estructura espera la aplicación receptora. En forma de objeto, los nombres de encabezado duplicados no sirven para distinguir dos columnas distintas. En forma de matriz, el significado de un campo depende de su posición, así que mover una columna puede cambiar el significado aunque sigan presentes todos los valores.

Revisa los tipos después de la conversión. En un campo CSV no existe ninguna regla universal que convierta false en booleano o 0123 en número. Mantenlos como cadenas de texto cuando sean etiquetas o identificadores. Si un esquema exige un número o un booleano, convierte solo las columnas afectadas con reglas explícitas y prueba los vacíos, los valores negativos y las grafías inesperadas. Usa el formateador JSON para que el resultado sea más fácil de inspeccionar, pero recuerda que un JSON sintácticamente válido puede seguir teniendo una estructura incorrecta para una importación.

Para un traspaso controlado, comparte un ejemplo de tres filas con el resultado esperado. Incluye una fila normal, un campo vacío y un valor que parezca numérico pero deba seguir siendo una cadena. Una pequeña referencia detecta muchos malentendidos antes de una importación grande.

Comprueba cómo interpretan las hojas de cálculo el contenido importado

Cuando compartes un CSV con personas que lo abrirán en hojas de cálculo, un texto que empiece por caracteres como = puede interpretarse como una fórmula. Esto no se arregla simplemente escribiendo el campo entre comillas de CSV. Una hoja de cálculo receptora puede quitar esas comillas durante la importación y decidir después cómo interpretar el valor resultante. Considera cualquier fórmula inesperada como un motivo para revisar el origen y elegir con criterio los ajustes de importación.

Si los registros deben ser texto sin formato, impórtalos en un libro de prueba con las columnas afectadas definidas como texto. Comprueba una entrada como =no es una fórmula, además de los ceros a la izquierda y los códigos que parecen fechas. Si tu organización tiene una política de exportación, síguela en lugar de añadir prefijos a todos los valores por defecto. Añadir caracteres cambia los datos, y eso puede romper sistemas que comparan valores literales.

Las fechas son otro lugar donde el software puede adivinar mal. 03/04/2026 puede significar 3 de abril o 4 de marzo. Pide una convención de fechas sin ambigüedad cuando la fecha importe e inspecciona el resultado en el proceso de importación real de quien lo recibe. Conserva una copia de la exportación original para resolver dudas sobre valores que cambiaron al importar.

Verifica el destino antes de enviar la exportación completa

Haz una comprobación de ida y vuelta con una muestra representativa: conviértela, ábrela en el destino y compara unos cuantos valores con el original. Incluye una coma en una nota, una celda central vacía, un identificador con ceros a la izquierda, un nombre con caracteres no ASCII (por ejemplo, con tilde o eñe) y una celda de varias líneas si la hay. Comprueba el número y el orden de las columnas, y después el primer y el último registro. Esto comprueba más que un mensaje de éxito del conversor: te enseña cómo leerá realmente la siguiente aplicación lo que compartes.

Para un traspaso a un equipo, etiqueta el archivo con su delimitador, indica si tiene encabezados y qué columnas deben seguir siendo texto. Si envías dos versiones, nómbralas según su uso, por ejemplo pedidos-para-importar.csv y pedidos-vista-previa.md. Una tabla de vista previa puede acortarse, pero la versión para importar no debe omitir filas en silencio.

Conserva tu exportación original, el archivo convertido y una breve nota de los cambios intencionados hasta que quien lo recibe confirme el resultado. Si algo sale mal, regenera desde el original en lugar de convertir una y otra vez entre formatos. Empieza ahora con unas pocas filas; cuando lleguen intactas, usa los mismos ajustes con el resto.

Abre el convertidor de tablas para tu muestra final