Traducción técnica: un flujo de trabajo práctico para documentos precisos
Planifique la traducción técnica en torno al riesgo del documento, la calidad de la fuente, la terminología, la revisión de expertos y el control de calidad de seis capas. Incluye una matriz de control descargable.
La traducción técnica transfiere información especializada a otro idioma para que un lector pueda comprender un concepto, comparar una especificación o realizar una tarea correctamente. Abarca documentos como manuales de equipos, especificaciones de ingeniería, documentación de software e informes de investigación. Conocer el vocabulario es necesario; preservar las relaciones entre instrucciones, valores, diagramas y versiones es igual de importante.
Para un redactor técnico o propietario de un proyecto, la primera decisión debe ser lo que un error de traducción podría cambiar, no qué herramienta produce el borrador más rápido. Un párrafo general mal traducido y una condición de operación invertida no deben entrar en la misma cola de revisión con la misma prioridad.
Esta guía proporciona un flujo de trabajo transversal a los documentos. Para un trabajo detallado específico de cada formato, utilice la guía de traducción de manuales de usuario o la guía de traducción de artículos de investigación. Descargue la matriz de control de traducción técnica para convertir las decisiones siguientes en comprobaciones asignadas.
Clasifique el documento por su uso, no solo por su tema
Un documento técnico puede cumplir varios propósitos. Un ingeniero puede leer un informe de investigación traducido como referencia, copiar una especificación en una decisión de compra o seguir un procedimiento en un equipo activo. El sujeto podría ser idéntico mientras que las consecuencias de un error son muy diferentes.
Utilice este mapa de riesgos al definir el proyecto. Es un marco de planificación, no un esquema de certificación.
| Uso previsto del lector | Lo que debe sobrevivir a la traducción | Decisión de revisión |
|---|---|---|
| Comprender un concepto o localizar secciones relevantes | Argumento principal, limitaciones, referencias, distinciones técnicas | Un borrador puede servir de orientación; verifique los pasajes antes de confiar en ellos |
| Comparar o especificar un producto | Valores, unidades, tolerancias, condiciones de funcionamiento, identificadores de modelos | Asigne un revisor de dominio a cada tabla y requisito que implique una decisión |
| Realice una acción | Secuencia, requisitos previos, advertencias, controles, resultado esperado | Exija una revisión técnica y lingüística cualificada antes del uso operativo |
| Publique o envíe un documento autorizado | Todo lo anterior más los requisitos aplicables del mercado y de presentación | Establezca las aprobaciones de especialistas requeridas antes de que comience la traducción |
No deduzca que hay poco riesgo basándose en la brevedad de un archivo. Una especificación de una sola página puede contener información más relevante que un largo informe descriptivo.
Para material regulado o de importancia crítica para la seguridad, solicite al especialista responsable que decida si se permite la traducción automática. Un borrador de aspecto impecable no constituye prueba de aceptación regulatoria ni de seguridad operativa.
Redacte un informe de aceptación antes de solicitar una traducción
Defina la configuración regional de destino, el público, el propósito, la revisión de origen, el formato de salida y el propietario de la aprobación. «Traducir al español» no aclara si el lector es un ingeniero en México, un consumidor en España o un investigador que utiliza una copia de trabajo interna.
La guía para proyectos técnicos de la American Translators Association recomienda preparar material de origen editable, información sobre el público y el propósito, documentos de referencia y tiempo para la revisión. También aconseja verificar la especialización pertinente del traductor en lugar de asumir que la capacidad bilingüe general es suficiente.
Su informe debe responder a estas preguntas operativas:
- ¿Qué archivo de origen y qué revisión son los autorizados?
- ¿Qué apéndices, figuras incrustadas, hojas de cálculo o archivos vinculados se incluyen?
- ¿El resultado es una copia de lectura, un documento de trabajo editable o un producto listo para su publicación?
- ¿Qué números, identificadores, etiquetas de productos y términos requieren un manejo controlado?
- ¿Quién puede resolver la ambigüedad técnica y quién puede aprobar la redacción en el idioma de destino?
- ¿Qué evidencia demostrará la finalización: un archivo revisado, un registro de incidencias, referencias resueltas o un registro de publicación firmado?
Establezca la confidencialidad y los permisos de carga antes de compartir el código fuente con cualquier servicio. La lista de verificación de privacidad para la traducción de documentos separa las preguntas útiles para los proveedores de las suposiciones de seguridad sin fundamento.
Prepara un paquete de origen que preserve el contexto
Solicita el archivo de autoría nativo cuando esté disponible, además de un PDF de referencia que muestre la presentación deseada. Mantén con él las etiquetas de figuras editables y los recursos enlazados. Si un PDF es la única fuente, registra esa limitación en lugar de fingir que la estructura de autoría faltante siempre se puede recuperar.
Antes de la traducción, distingue un PDF con texto seleccionable de un escaneo de solo imagen. El OCR añade un paso de reconocimiento: un carácter erróneo puede convertirse en una traducción verosímil de una fuente incorrecta. Para esa rama, inspecciona la calidad del reconocimiento usando elflujo de trabajo de PDF escaneado.
Haz explícita la redacción ambigua de la fuente. Considera esta frase de especificación inventada:
El módulo de control supervisa la unidad motriz. Desconéctalo antes de la inspección.
El pronombre deja el objeto de la segunda oración sin aclarar. Un traductor puede preguntar a qué componente se refiere; una salida automática fluida puede ocultar esa pregunta sin resolver. El propietario del documento debe nombrar el componente en la fuente antes de que nadie apruebe la traducción. No dejes que el traductor invente una instrucción de operación.
La guía de redacción de Microsoft para comunicaciones globales favorece la construcción clara de oraciones, la terminología coherente y evita expresiones que sean difíciles de traducir. Aplica esos principios para eliminar la ambigüedad, no para eliminar los detalles técnicos necesarios.
Controla los conceptos por separado de las cadenas literales
Construye un registro terminológico breve en torno a los conceptos que afectan a la comprensión. Para cada entrada, incluye la definición, el contexto de origen, el término de destino aprobado, las alternativas rechazadas y el responsable de la decisión. Una lista de palabras simple de dos columnas puede dejar al traductor adivinando qué significado de “bearing”, “terminal” o “range” se aplica.
Mantén una lista separada de cadenas literales: números de pieza, nombres de comandos, URL, rutas de archivos y etiquetas de interfaz que deben coincidir con el producto real. Algunas etiquetas deben localizarse; otras deben permanecer exactamente tal como se muestran. Registra la elección en lugar de aplicar una regla global de “traducir todo”.
Por ejemplo, un comando llamado reset_cache no es el mismo tipo de elemento que la frase explicativa “restablecer la caché”. El comando necesita una comprobación de coincidencia exacta; la frase necesita una traducción precisa y natural.
Registra las preguntas sin resolver en un solo lugar, con una ubicación de origen y la respuesta que cambia el documento. El flujo de trabajo de consultas de traductores es útil cuando varios revisores o idiomas comparten la misma incertidumbre.
Elige el flujo de trabajo en torno al entregable
Las siguientes ramas evitan que un proceso general de traducción técnica se convierta en una lista de verificación manual.
| Documento | Preparar antes de la traducción | Enfoque de la primera revisión | Evidencia de aceptación final |
|---|---|---|---|
| Manual de usuario | Revisión de producto, inventario de advertencias, etiquetas de interfaz, diagramas editables | Condiciones, acciones, advertencias y correspondencia entre etiqueta y producto | Procedimiento revisado y referencias de diagramas en el archivo entregado |
| Hoja de especificaciones | Variantes de modelos, estructura de tablas, unidades, notación de tolerancias | Relaciones entre valor y fila, y las condiciones asociadas a cada especificación | Cada valor que determina decisiones conciliado con la fuente aprobada |
| PDF de investigación | Documento completo, texto seleccionable u OCR verificado, figuras y referencias | Afirmaciones, calificaciones, métodos, ecuaciones e identidad de las citas | Revisión vinculada a la fuente de los pasajes utilizados en el propio trabajo del lector |
Un flujo de trabajo basado en CAT puede resultar útil cuando las traducciones aprobadas se repiten entre versiones; un borrador de traducción a nivel de archivo puede convenir para una tarea puntual de lectura o revisión. Ninguna de las dos opciones elimina la necesidad de inspeccionar el documento final. El comparativa entre herramientas CAT y traducción automática explica cómo elegir entre flujos de trabajo dirigidos por humanos, automáticos e híbridos.
Antes de procesar todo el paquete, utilice una sección representativa para comprobar si el flujo de trabajo elegido puede ofrecer el formato requerido. Incluya el material difícil, no solo una página introductoria fácil. Si una tabla, un diagrama o una ecuación no logran sobrevivir al trayecto hacia la revisión, resuelva ese problema antes de ampliar la escala.
Revise seis capas, con un responsable asignado para cada una
Considere la siguiente matriz como una lista de verificación para la publicación. Una comprobación no se completa porque alguien haya hojeado el documento; requiere una ubicación en la fuente, una ubicación en el destino y un resultado.
| Capa | Qué comparar | Ejemplo de un defecto que la prosa fluida puede ocultar | Revisor principal |
|---|---|---|---|
| Terminología | Definiciones de conceptos, términos aprobados, abreviaturas, cadenas literales | Un componente recibe dos nombres que sugieren partes diferentes | Revisor lingüístico con apoyo en el dominio |
| Números | Valores, signos, rangos, unidades, tolerancias, encabezados de tabla | Un valor permanece sin cambios pero se desplaza bajo el encabezado de modelo incorrecto | Revisor de dominio |
| Advertencias y condiciones | Negación, requisitos previos, excepciones, consecuencias, secuencia | “Solo cuando” se convierte en una acción permitida en general | Revisores de dominio y lingüísticos juntos |
| Diagramas | Etiquetas, leyendas, llamadas, pies de foto, referencias en el texto | El pie de foto se traduce pero el diagrama sigue identificando otra revisión | Autor técnico o propietario de la ilustración |
| Referencias cruzadas | Destinos de sección, figura, tabla, ecuación, cita y enlace | Una “Tabla 4” de aspecto válido apunta a los datos incorrectos | Revisor de documentos |
| Diseño y entrega | Orden de lectura, recorte, símbolos, fuentes, saltos de página, editabilidad | Un signo menos desaparece en el límite de una columna | Revisor de producción, seguido de una nueva comprobación lingüística si es necesario |
Mantenga los números y las unidades juntos durante la revisión. Como una convención concreta,La guía del SI del NIST coloca un espacio entre un valor numérico y su símbolo de unidad, incluidos los grados Celsius. Un valor de origen como 25 °C necesita algo más que una corrección ortográfica: el número, el símbolo y la condición que describe son importantes. La conversión de unidades es una decisión editorial independiente; no convierta ni redondee valores de forma silenciosa durante la traducción.
Para las comprobaciones de entrega específicas de PDF, continúe con la lista de verificación de control de calidad de traducción de PDF. El centro general de Control de Calidad de Traducción cubre la terminología relacionada y las tareas de postedición.
Un ejemplo práctico de revisión: palabras correctas, especificación incorrecta
Supongamos que una hoja de producto ficticia contiene estas dos filas:
| Modelo | Temperatura de funcionamiento |
|---|---|
| Aster-10 | 5 °C a 35 °C |
| Aster-20 | 5 °C a 45 °C |
Si la tabla de destino intercambia las etiquetas de los modelos pero conserva todos los números, la comprobación de presencia numérica se supera, pero el documento comunica los límites incorrectos. Estos valores inventados ilustran una relación documental, no consejos de funcionamiento para un producto real.
En la matriz descargable, esto se convierte en la comprobación NUM-02: compare cada identificador de modelo, valor, unidad y condición como un solo grupo. El revisor de dominio registra la corrección; el revisor de producción vuelve a abrir el archivo exportado para verificar que la solución no volvió a desplazar las celdas.
La lección va más allá de las tablas: compruebe las relaciones, no solo si las cadenas individuales siguen existiendo.
Separar los roles de aprobación y controlar las revisiones posteriores
Un experto en la materia puede confirmar lo que significa una especificación sin estar cualificado para juzgar todos los matices del idioma de destino. Un revisor lingüístico puede identificar una mala traducción sin saber qué especificación de origen es la autorizada. Ofrezca a ambos una vía clara hacia el propietario del documento; no permita que la frase «revisado por ingeniería» sustituya a todas las demás comprobaciones.
Utilice cuatro responsabilidades explícitas, incluso cuando una sola persona desempeñe legítimamente más de un rol:
- Propietario del documento: resuelve las dudas sobre el texto original y aprueba los cambios de alcance o de requisitos.
- Revisor de lengua: compara el significado original y el traducido y edita para el lector objetivo.
- Revisor de dominio: valida los conceptos técnicos, las condiciones y la información que determina las decisiones.
- Propietario de producción: verifica el archivo exportado y empaqueta la revisión correcta.
Entre los impedimentos para la publicación se encuentran una ambigüedad técnica no resuelta, contenido obligatorio faltante, un valor o condición errónea, y una figura o referencia que dirige al lector al elemento incorrecto. Las preferencias estéticas no deben eclipsar dichos fallos.
Tras un cambio en el original, identifique las secciones afectadas y las tablas, diagramas y referencias dependientes. Vuelva a abrir sus revisiones. No dé por sentado que un párrafo previamente aprobado sigue estando aprobado después de que cambie su contexto de operación. Almacene juntos la revisión de origen, la revisión de destino, las decisiones de terminología y el registro de incidencias cerradas.
Dónde encaja BookTranslator
BookTranslator admite la traducción de archivos completos en PDF y DOCX. Para un documento que sea adecuado para subir y utilizar como borrador, comience con el traductor de PDF o el traductor de DOCX, y luego compare el resultado con su resumen de aceptación y su matriz de control.
No considere que la compatibilidad con archivos o un glosario automático son prueba de que se haya conservado cada distinción técnica, etiqueta de diagrama o diseño. Los flujos de trabajo de OCR reconstruyen el contenido reconocido en lugar de garantizar una reproducción exacta de la página. Los documentos críticos para la seguridad, regulados o de otro modo importantes necesitan el flujo de trabajo especializado establecido al principio, no un descargo de responsabilidad de última hora tras una traducción no revisada.
La entrega útil es un archivo traducido más un registro de lo que se comprobó, por quién y frente a qué original. Eso es lo que hace que la siguiente revisión sea manejable.
Publicaciones relacionadas
