¿Qué ocurre con las tablas durante la traducción de documentos?

Una tabla puede conservar todas sus filas y columnas y aun así fallar después de la traducción. Un texto más largo, saltos de línea distintos, contenido de derecha a izquierda, números adaptados a la configuración regional y metadatos de encabezado perdidos pueden convertir una cuadrícula que parece intacta en información engañosa.

¿Qué cambia cuando se traduce una tabla?

Una tabla de documento tiene tres capas, y cada una requiere una revisión independiente:

Capa	Qué debería ocurrir	Qué puede salir mal
Contenido	Se traducen los encabezados, las etiquetas, las notas y el texto	El texto se omite, se duplica, se traduce mal o queda en el idioma de origen
Estructura	Las filas, columnas, celdas combinadas y relaciones entre encabezados permanecen conectadas	Una conversión divide celdas, cambia su extensión o pierde metadatos estructurales
Presentación	Los bordes, rellenos, tipos de letra, anchos y alineación siguen siendo funcionales	El texto se ajusta, se corta, se reduce, se superpone o desplaza la tabla a otra página

La traducción no debería reconstruir la tabla desde cero. Un flujo de trabajo que tenga en cuenta el formato del documento puede conservar su estructura y estilo, pero conservarlos no significa que cada celda vaya a ocupar el mismo espacio después.

El W3C señala que la longitud del texto traducido probablemente será distinta y recomienda diseños flexibles en lugar de contenedores estrechos de ancho fijo. Esto afecta especialmente a las tablas, porque los encabezados cortos suelen colocarse en las celdas más ajustadas. Sus ejemplos también muestran que una palabra compuesta alemana puede ofrecer menos puntos naturales de salto que la expresión inglesa equivalente, mientras que algunas escrituras no latinas requieren caracteres más anchos o una mayor altura de línea.

Para obtener una explicación más amplia de estos efectos, consulta por qué los documentos traducidos se vuelven más largos.

¿Qué elementos de una tabla suelen conservarse durante la traducción?

Cuando se traduce un archivo fuente editable con una herramienta que reconoce el formato, estos elementos pueden trasladarse al resultado. No debe darse por sentado que ninguno de ellos sea correcto sin verificarlo.

Elemento	Resultado esperado	Pregunta de revisión
Filas y columnas	La misma cuadrícula lógica	¿Falta alguna fila, columna o celda, o hay alguna duplicada?
Bordes y rellenos	La misma agrupación visual	¿Siguen comunicando los colores y bordes las categorías previstas?
Celdas combinadas	La misma extensión entre filas o columnas	¿Sigue cubriendo cada encabezado los datos correctos?
Filas de encabezado	Las mismas etiquetas y el mismo comportamiento de repetición	¿Sigue el encabezado asociado a las columnas correctas y se repite entre páginas?
Estilos de celda	El mismo tipo de letra, énfasis, espaciado y alineación	¿Ha vuelto ilegible alguna celda la sustitución de fuentes o el ajuste automático?
Números y fórmulas	Los mismos valores y lógica subyacentes	¿Ha cambiado algún signo, separador, unidad, fórmula o referencia?
Notas y enlaces	El mismo destino y asociación	¿Sigue cada nota o enlace perteneciendo a la celda correcta?

La conversión de formato supone un riesgo independiente. Las directrices de accesibilidad para tablas del W3C advierten que el marcado estructural suele perderse cuando el contenido pasa de un formato a otro. Por tanto, una tabla puede parecer correcta y, sin embargo, dejar de exponer a las tecnologías de asistencia las relaciones entre encabezados y datos.

Cinco problemas habituales de las tablas y cómo solucionarlos

1. El texto se desborda o aumenta demasiado la altura de las filas

Las etiquetas traducidas pueden ser más largas, contener caracteres más anchos o dividirse en puntos distintos. Las alturas de fila fijas pueden cortar la última línea; el crecimiento automático de las filas puede, en cambio, empujar la tabla más allá de un salto de página.

Corrígelo en este orden: elimina los saltos de línea manuales, permite que las filas crezcan, ensancha la columna más limitada, reduce el relleno innecesario de las celdas y utiliza la separación silábica del idioma de destino cuando corresponda. Acorta la redacción solo después de que un revisor lingüístico confirme que no se pierde ningún significado. Reduce el tamaño de letra como último recurso.

Si la escritura de destino muestra cuadros, letras separadas o tipos de letra inesperados, trátalo como un problema de fuentes, no de desbordamiento. Sigue las comprobaciones de por qué fallan las fuentes después de la traducción.

2. Las celdas combinadas ya no describen los datos correctos

Un encabezado combinado puede abarcar tres columnas de productos en el documento fuente. Si se inserta, elimina o desplaza una fila o columna durante la conversión, el encabezado puede aparecer sobre el grupo equivocado aunque las palabras estén bien traducidas.

Corrígelo comparando las extensiones con el documento fuente. Sigue cada encabezado de varias columnas o filas hasta las celdas que controla. No añadas nuevas celdas combinadas solo para que quepa una etiqueta traducida; ajusta el ancho o el salto de línea.

Microsoft recomienda tablas rectangulares sencillas por motivos de accesibilidad, ya que las celdas divididas o combinadas, las tablas anidadas y las filas o columnas vacías pueden dificultar que los lectores de pantalla cuenten e identifiquen las celdas. Cuando las extensiones complejas son necesarias, una inspección visual no basta.

3. Los encabezados pierden su relación con las celdas de datos

El texto en negrita de la primera fila parece un encabezado para un lector vidente, pero la apariencia no define la estructura. Las directrices del W3C exigen que las celdas de encabezado y de datos estén identificadas y asociadas para que las tecnologías de asistencia puedan anunciar el contexto pertinente de fila y columna.

Corrígelo restaurando los encabezados semánticos en el documento editable. Marca la primera fila como encabezado, confirma la repetición de encabezados en tablas de varias páginas y comprueba las tablas complejas con el verificador de accesibilidad de la aplicación. En el HTML o PDF exportado, confirma que las asociaciones de encabezados sobrevivieron a la conversión.

4. Los números, las fórmulas y los identificadores cambian sin avisar

Una frase fluida es fácil de detectar; un cambio en un separador decimal, signo menos, porcentaje, número de modelo o referencia de hoja de cálculo no lo es. Algunos valores deben adaptarse a la configuración regional de los lectores, mientras que los identificadores y la lógica de cálculo deben conservarse exactamente.

Corrígelo con una pasada de comparación dedicada exclusivamente a los datos. Ignora el texto y compara dígitos, códigos de moneda, signos de porcentaje, unidades, intervalos, totales, fórmulas, marcadores de notas al pie y referencias de celdas. Recalcula las fórmulas y los totales de las hojas de cálculo en el archivo de destino. Registra los cambios regionales intencionados para que los revisores no los «corrijan» de nuevo al formato de origen.

5. El texto de derecha a izquierda altera la puntuación o la alineación

El árabe y el hebreo se escriben de derecha a izquierda, pero los términos latinos y los dígitos incluidos en ellos siguen escribiéndose de izquierda a derecha. Unicode considera, por tanto, que se trata de texto bidireccional. También señala que las celdas independientes de una tabla pueden tratarse como párrafos independientes, lo que permite establecer la dirección en cada celda o párrafo.

Corrígelo celda por celda. Establece la dirección base correcta y revisa después los códigos de producto, fechas, porcentajes, paréntesis, barras y signos de puntuación situados junto a texto latino. No inviertas los dígitos manualmente. Comprueba tanto el documento editable como el PDF exportado, ya que la dirección y la simetría son comportamientos de renderizado.

Lista de comprobación antes de traducir

• Empieza por el archivo editable DOCX, PPTX o XLSX cuando esté disponible.
• Elimina las filas y columnas vacías utilizadas solo para crear espacio.
• Sustituye las tablas de maquetación por el diseño normal del documento cuando sea práctico.
• Marca las filas de encabezado reales y mantén la estructura de la tabla tan sencilla como permitan los datos.
• Permite que las filas crezcan; evita alturas fijas en las celdas traducibles.
• Identifica las celdas combinadas, fórmulas, totales, identificadores protegidos y términos que no deben traducirse.
• Configura correctamente el idioma de origen y registra la configuración regional de destino.
• Guarda un PDF de referencia para que los revisores sepan cómo era el documento fuente aprobado.

Estos pasos reducen la ambigüedad antes de que una herramienta o un traductor intervengan en el archivo. También facilitan determinar si un problema posterior procede de la traducción, la conversión o el diseño original de la tabla.

Cómo revisar la tabla traducida

Realiza revisiones independientes. Intentar comprobar al mismo tiempo el idioma, los datos, la estructura y el diseño facilita que pasen desapercibidos errores pequeños.

1. Compara la cuadrícula. Cuenta las tablas, filas, columnas, regiones combinadas, filas de encabezado y notas y contrástalas con el documento fuente.
2. Compara el contenido. Confirma que cada celda se tradujo una sola vez y permanece bajo el encabezado correcto.
3. Compara los datos. Comprueba números, signos, unidades, fórmulas, totales, identificadores y enlaces sin editar el texto.
4. Inspecciona el diseño. Busca texto cortado, crecimiento excesivo de filas, saltos de página deficientes, texto demasiado pequeño por el ajuste automático, fuentes de reserva y alineación irregular.
5. Comprueba la dirección y la accesibilidad. Verifica las celdas RTL, las asociaciones de encabezados, el orden de lectura y los encabezados repetidos.
6. Exporta y vuelve a inspeccionar. Abre el PDF entregado u otro formato final; no apruebes únicamente el archivo fuente editable.

OpenL Doc Translator admite formatos de documentos como PDF, DOCX, PPTX y XLSX. Su página oficial indica que conserva los tipos de letra, colores, tablas y diseño de página, y que cada trabajo incluye versiones traducidas y bilingües. Utiliza el archivo fuente editable cuando sea posible, previsualiza el resultado y compara después la versión bilingüe antes de completar la revisión estructurada anterior.

Conservar el formato reduce el trabajo de reconstrucción, pero no elimina la necesidad de control de calidad. La lista de comprobación para revisar documentos bilingües abarca el resto del documento una vez finalizada la revisión de las tablas.

Cuándo es imprescindible una revisión manual

Asigna siempre un revisor humano cuando una tabla contenga:

• Totales financieros, tasas, previsiones o cifras auditadas
• Obligaciones legales, límites de cumplimiento, dosis o datos de seguridad
• Fórmulas, referencias entre hojas o campos calculados
• Encabezados de varios niveles, regiones combinadas o tablas anidadas
• Celdas escaneadas o basadas en imágenes que dependen del OCR
• Texto mixto de derecha a izquierda y de izquierda a derecha
• Un diseño de impresión fijo sin espacio para ampliaciones

Para estas tablas, «el archivo se abrió» y «la tabla se parece» no son criterios de aceptación. La aprobación exige cotejar la estructura de origen, verificar el significado en el idioma de destino, comprobar cada valor crítico y probar el formato de entrega final.

Una traducción correcta de una tabla conserva las relaciones, no solo los rectángulos. Revisa por separado el contenido, la estructura, los datos, el diseño, la dirección y la accesibilidad, y será mucho menos probable que un defecto de formato se convierta en un error de datos.

Sources

• W3C: Text size in translation - Explains text expansion, constrained layouts, compound words, character width, and line-height differences across languages.
• W3C WAI: Tables Tutorial - Explains header-to-data relationships, complex table markup, screen-reader context, and metadata loss during format conversion.
• Microsoft Support: Make your Word documents accessible to people with disabilities - Recommends simple tables, header rows, accessibility checks, and avoiding split, merged, nested, or blank structures where possible.
• Unicode Standard Annex #9: Unicode Bidirectional Algorithm - Defines display ordering for mixed right-to-left and left-to-right text, digits, punctuation, and direction at paragraph or table-cell level.
• OpenL Doc Translator - Lists supported document formats, formatting preservation, free preview, and bilingual review output.