IA MULTILINGÜE · DATOS PARA IA

ESTÁNDARES DE TRADUCCIÓN CON IA · OCTUBRE 2026

La ISO 18587 por fin se pone al día con la IA: la traducción ya es un flujo de trabajo de IA

El borrador de revisión de ISO 18587 abandona el marco limitado de la traducción automática para hablar de “non-human translation” e incorpora al debate los estándares de traducción ya generada por IA, los flujos híbridos y la revisión humana basada en riesgo. La consecuencia de todo ello es operativa para la industria de la traducción: la traducción ya no puede diseñarse como un proceso manual al que simplemente se añade IA.

Por Manuel Herranz Pangeanic 13 de octubre de 2026 Estándares y traducción con IA
Nota sobre el estado de la norma: a 8 de octubre de 2026, el texto revisado sigue siendo ISO/DIS 18587, un Draft International Standard en fase de consulta de ISO. ISO 18587:2017 continúa siendo la norma internacional publicada. La dirección del cambio es clara, aunque la redacción final todavía puede modificarse antes de su publicación.

La respuesta corta: ISO empieza a reconocer que la traducción profesional puede ser generada por sistemas distintos de los motores convencionales de traducción automática. El nuevo borrador se formula expresamente en torno a la posedición humana de non-human translation output. La pregunta empresarial deja de ser “¿traducción humana o traducción automática?” y pasa a ser cómo diseñar, evaluar y gobernar un sistema de producción en el que NMT, LLM, terminología, memorias de traducción, estimación automática de calidad y conocimiento experto humano trabajen conjuntamente.

Los estándares de traducción siempre han llegado después de la práctica real del mercado. Es comprensible: su función es estabilizar buenas prácticas, no perseguir cada nueva versión de un modelo. Pero la brecha entre el modelo formal y los servicios de traducción/industria de la traducción y la forma en que en la actualidad se producen realmente las traducciones se ha vuelto demasiado grande como para ignorarla.

La ISO 18587:2017 se redactó en torno a una secuencia reconocible: un sistema de traducción automática genera un resultado, un poseditor cualificado lo corrige y el contenido se entrega. En 2017 ese esquema era útil. En 2026 ya no describe con suficiente rigor una producción multilingüe seria.

Hoy un documento puede ingerirse automáticamente, compararse con traducciones previamente aprobadas, condicionarse mediante terminología y reglas de estilo, traducirse con un motor NMT o un LLM, evaluarse mediante un modelo de estimación de calidad, comprobarse con un segundo evaluador o modelo “juez”, derivarse según el riesgo, revisarse por una persona únicamente cuando sea necesario y alimentar después el siguiente ciclo. Llamar a todo esto “posedición de traducción automática” oculta en realidad más de lo que explica.

¿Qué ha cambiado realmente en la norma ISO 18587?

El cambio más visible está en el propio título del borrador: “Translation services — Post-editing of non-human translation output — Requirements.” El resumen público de ISO indica que el documento cubre el proceso de posedición humana del resultado de traducción generado por sistemas no humanos y las competencias de los poseditores, y que es aplicable a contenido producido por sistemas de traducción no humanos.

La expresión puede sonar algo extraña, pero evita vincular una norma de procesos a una única tecnología de generación. La NMT convencional, la IA generativa y los grandes modelos de lenguaje pueden evolucionar con rapidez; la norma puede concentrarse, en cambio, en el proceso de producción, la competencia humana, las especificaciones del cliente, la viabilidad y la calidad.

La información publicada por el sector sobre la revisión apunta, además, a un vocabulario más amplio, con conceptos como non-human translation, artificial intelligence translation y automated post-editing, una mayor alineación con ISO 17100, atención explícita a las especificaciones del cliente y una perspectiva de viabilidad y riesgo para decidir cómo debe aplicarse la pos-edición.

El cambio estratégico no consiste en que ISO haya “descubierto la IA”. Consiste en que la norma empieza a dejar de considerar la traducción generada por máquinas como una excepción dentro de un modelo de producción esencialmente humano.

Interpretación de Pangeanic sobre el alcance del borrador

El flujo de trabajo tradicional empieza a convertirse en el verdadero riesgo

Buena parte de la industria de la traducción sigue operando con un flujo cuyo modelo económico se estableció hace 20 o 30 años: llegan los archivos, los gestores de proyecto los preparan, los traductores trabajan sobre ellos, los revisores los comprueban, los archivos vuelven a desplazarse a través de la cadena y el proveedor lingüístico asume el coste de coordinación, el riesgo de dotación de personal y, con frecuencia, una diferencia financiera considerable entre el pago a los lingüistas y el cobro al cliente.

Añadir un LLM al principio de esa cadena no la convierte en un flujo de IA. Simplemente acelera el primer paso mientras mantiene buena parte del coste operativo anterior.

Lógica de producción tradicional Lógica centrada en IA con validación humana
La producción humana es la opción predeterminada; la automatización ayuda en pasos concretos. La generación automatizada es la opción predeterminada cuando procede; la experiencia humana se dirige según el riesgo y la evidencia.
Los archivos pasan repetidamente entre gestores de proyecto, traductores y revisores. La ingesta, generación, evaluación, derivación y entrega se orquestan como un único flujo.
Las memorias de traducción se utilizan principalmente como coincidencias de segmentos y base para descuentos. Los activos bilingües aprobados se convierten en evidencia activa para terminología, fraseología, estilo y adaptación contextual.
La calidad suele comprobarse al final de la producción. La calidad se estima de forma continua y se convierte en una señal para decidir la ruta antes de publicar.
Se aplica una intensidad similar de revisión humana a grandes volúmenes de contenido. La revisión completa, ligera o dirigida puede seleccionarse según las especificaciones, el riesgo y la calidad medida.
El coste se entiende principalmente por palabra o por tarea lingüística. El coste puede entenderse por resultado satisfactorio, incluyendo automatización, revisión, latencia y riesgo.

Aquí es donde la revisión de ISO 18587 empieza a ser interesante: es una norma que presta mayor atención a los requisitos del cliente, la viabilidad, los distintos niveles de posedición y los flujos híbridos que se acerca mucho más a las decisiones que realmente deben tomar las empresas.

También plantea una incómoda pregunta para el sector: si podemos medir la calidad antes, aplicar automáticamente terminología y traducciones aprobadas y dirigir la intervención humana hacia los segmentos o documentos que realmente la necesitan, ¿por qué conservar un flujo cuya principal virtud es que todo el mundo sabe ya cómo operarlo?

El humano no desaparece. Su papel se desplaza hacia capas de mayor valor

El argumento más débil del debate entre IA y humanos es asumir que la automatización implica necesariamente eliminar a los traductores profesionales. Confunde el número de intervenciones manuales con la cantidad de conocimiento humano incorporado al sistema.

En un flujo maduro de traducción con IA, los lingüistas expertos siguen teniendo un papel esencial, pero su función/trabajo, capacidades y expectativas cambia. El conocimiento humano adquiere más valor para definir qué significa un buen resultado, aprobar terminología y estilo, crear datos de referencia, identificar errores de alto riesgo, diseñar rúbricas de evaluación, resolver casos ambiguos, validar contenidos sensibles y mejorar el sistema cuando falla.

El humano como productor predeterminado

Cada unidad de contenido pasa por fases manuales muy similares, incluso cuando el resultado automático ya es utilizable. El control de calidad queda ligado al volumen de trabajo humano.

El humano como capa experta de control

La atención humana se concentra en contenido incierto, de alto riesgo, gran valor o sensibilidad regulatoria, mientras las decisiones humanas también moldean la terminología, la evaluación y el comportamiento futuro del modelo.

Esta distinción es especialmente importante con los LLM. Un error fluido puede ser más difícil de detectar que una traducción automática obviamente defectuosa. La respuesta no es simplemente, por tanto, “eliminar al humano”. La respuesta es utilizar el juicio humano allí donde cambia el perfil de riesgo, en lugar de emplear trabajo humano como único mecanismo disponible de control de calidad.

Un flujo moderno de traducción debe medir antes de decidir la ruta

En Pangeanic entendemos la traducción empresarial como un sistema de producción controlado. La generación es solo una capa; el sistema que la rodea determina si el resultado puede utilizarse, auditarse y publicarse de forma segura. Un flujo sólido conecta los activos lingüísticos de la organización, la generación con IA, la evaluación automatizada, la revisión humana y el feedback de producción.

PASO 01

Ingerir y clasificar

Identificar tipo de contenido, idioma, dominio, sensibilidad, audiencia, plazo y riesgo.

PASO 02

Aplicar la evidencia de la organización

Recuperar terminología aprobada, memorias de traducción, ejemplos bilingües, decisiones anteriores, reglas de estilo y contexto de dominio.

PASO 03

Generar con el motor adecuado

Utilizar NMT, LLM o una arquitectura híbrida según el par de idiomas, el contenido, la latencia, la confidencialidad y los requisitos de calidad.

PASO 04

Evaluar automáticamente

Aplicar MTQE, controles terminológicos, validación semántica y, cuando corresponda, modelos evaluadores secundarios o agentes de IA que actúen como jueces.

PASO 05

Dirigir según evidencia y riesgo

Publicar, revisar ligeramente, poseditar en profundidad, rechazar o escalar según umbrales definidos, en lugar de enviar todo por la misma ruta humana.

PASO 06

Aprender de la producción

Capturar las correcciones y decisiones de los revisores para que la terminología, las preferencias, la evaluación y los resultados futuros mejoren de forma continua.

Esta es la lógica operativa que hay detrás de Deep Adaptive AI Translation de Pangeanic: aplicar la propia evidencia lingüística de la organización durante la generación y utilizar después la Estimación de Calidad de Traducción Automática (MTQE) como capa de decisión y derivación, en lugar de tratar la revisión humana como un último paso indiferenciado.

La norma debe gobernar resultados, no fosilizar procesos manuales

Los estándares son valiosos cuando protegen al comprador frente a una variación no controlada. Son menos útiles cuando las organizaciones los interpretan como instrucciones para preservar una antigua secuencia de tareas simplemente porque esas tareas se asociaron históricamente con la calidad.

La pregunta que deberían plantearse los equipos de compras no es si un proveedor ha incorporado IA en su flujo de trabajo. Prácticamente todos lo han hecho. La pregunta es si ese proveedor puede explicar, medir y reproducir el proceso de decisión que rodea a esa IA.

Pregunta para su proveedor de traducción Qué debería contener una respuesta madura
¿Qué generó esta traducción? Familia del motor o modelo, versión o configuración relevante, ruta seguida por el flujo y procedencia suficiente para el nivel de riesgo acordado.
¿Cómo utilizan nuestras traducciones anteriores? No solo como coincidencias difusas, sino como evidencia bilingüe aprobada, terminología, estilo y guía contextual.
¿Cómo saben qué resultados necesitan intervención humana? Señales de calidad definidas, criterios de error, umbrales, riesgo del contenido y reglas de escalado.
¿Cuándo utilizan posedición completa y cuándo ligera? Una política específica para el cliente y el riesgo, no una suposición universal sobre trabajo manual.
¿Qué ocurre cuando el modelo se equivoca con gran confianza? Controles semánticos, validación terminológica, modelos evaluadores, escalado humano y registro de fallos.
¿Puede el flujo mejorar a partir de nuestras correcciones? Un bucle trazable de feedback hacia datos aprobados, reglas, activos de recuperación, evaluación o adaptación.
¿Pueden medir la economía real del proceso? Plazos, esfuerzo humano, rechazo o retrabajo, calidad, latencia y coste por resultado satisfactorio, no solo un precio nominal por palabra.

Lo que ISO 18587 no significa

Existe el riesgo de convertir una actualización de estándares en un eslogan comercial. El borrador actual no justifica varias afirmaciones que pueden resultar tentadoras.

  • No certifica un motor LLM o NMT. ISO 18587 es una norma orientada al proceso de posedición y a las competencias, no una clasificación de tecnologías de generación.
  • No afirma que los LLM sean mejores que la NMT. Distintos sistemas siguen siendo apropiados para distintos idiomas, dominios, requisitos de latencia y entornos de despliegue.
  • No convierte por sí solo un resultado bruto de IA en “conforme a ISO”. El alcance se refiere a la posedición humana de traducción generada por sistemas no humanos.
  • No elimina la necesidad de evaluar la calidad. Al contrario, un flujo más flexible exige más medición, porque las decisiones de derivación deben poder justificarse.
  • No significa que toda traducción asistida por IA deba etiquetarse públicamente como generada por IA en virtud de la Ley de IA de la UE. El artículo 50 contiene ámbitos y excepciones específicos; cada caso debe evaluarse según la función real del sistema, el grado de transformación, el contexto de publicación y el control editorial humano.

Una corrección a una simplificación frecuente de la Ley de IA

El artículo 50 es relevante para la procedencia y la transparencia, pero no debe convertirse en la afirmación general de que todo texto traducido con IA necesita una etiqueta de IA. El reglamento incluye excepciones para sistemas que realizan funciones auxiliares de edición estándar o que no alteran sustancialmente los datos de entrada ni su semántica, además de reglas diferenciadas para determinados textos de interés público,en los que la revisión humana y la responsabilidad editorial pueden afectar al análisis de transparencia aplicable. La gobernanza de la traducción y la transparencia de la IA se solapan, pero no son la misma cuestión jurídica.

De la posedición a AI Data Operations

La consecuencia más profunda de la revisión de ISO 18587 es que resulta cada vez más fácil describir la traducción como una operación de datos y evaluación, y no como una simple secuencia de traspasos lingüísticos. El flujo tiene entradas, evidencia aprobada, modelos de generación, señales de evaluación, decisiones humanas, reglas de publicación y feedback. Estructuralmente se parece mucho más a unas AI Data Operations modernas que al modelo de gestión de proyectos sobre el que se construyó buena parte de la industria lingüística.

Esto no borra la historia de la profesión de la traducción. Confirma su continuidad tecnológica. Las memorias de traducción eran evidencia estructurada. Las bases terminológicas eran sistemas de gobernanza. La traducción automática introdujo generación automatizada. La estimación de calidad hizo medible la confianza. Los LLM permiten un razonamiento más flexible y un mayor contexto. El siguiente paso no es otra herramienta aislada, sino conectar todas estas piezas dentro de un único sistema controlado.

Para una comparación técnica entre distintos enfoques de generación, puede consultar Ventajas y desventajas de la traducción automática por LLM frente a la traducción automática neuronal . La conclusión empresarial más útil es que la elección del modelo debería formar parte de una arquitectura gobernada, no definir por sí sola esa arquitectura.

La economía también forma parte de la calidad

Uno de los errores más persistentes en la compra de servicios de traducción es separar la calidad de la economía del flujo de trabajo. Un proceso que logra un resultado excelente pero exige traspasos manuales innecesarios, controles duplicados, coordinación dedicada y presión financiera evitable no es automáticamente el proceso más seguro. Puede ser simplemente un proceso caro cuyas ineficiencias se han vuelto familiares.

Una buena automatización no significa “aceptar lo que diga el modelo”. Significa que cada intervención humana costosa debe justificar su lugar. Si la evaluación automática puede identificar dónde existe menor confianza, la experiencia humana debería concentrarse allí. Si la terminología puede aplicarse antes de la entrega, no debería volver a descubrirse manualmente en cada trabajo. Si las traducciones aprobadas pueden condicionar nuevos resultados, no deberían permanecer pasivamente en una base de datos esperando una coincidencia difusa.

El futuro de la traducción profesional no es “IA en lugar de humanos”. Es menos traspasos sin medir, más evidencia generada por máquinas y decisiones humanas de mayor valor.

Qué deberían hacer ahora los compradores

  1. Mapear el flujo real. Documentar cada punto en el que el contenido se ingiere, genera, transforma, evalúa, revisa, aprueba y entrega.
  2. Separar los requisitos de calidad según el riesgo. El contenido para publicación, legal, crítico para la seguridad, interno o exploratorio no debería seguir automáticamente la misma ruta de revisión.
  3. Tratar la terminología y las traducciones aprobadas como activos reutilizables. Deben influir en la generación y la validación, no limitarse a existir como archivos de referencia.
  4. Introducir puertas de calidad medibles. Utilizar MTQE y otros métodos de validación antes de decidir dónde se necesita revisión humana.
  5. Definir explícitamente el papel humano. Especificar cuándo se requiere revisión bilingüe, conocimiento experto del dominio, posedición completa, posedición ligera o adjudicación.
  6. Preservar la procedencia. Registrar suficiente información sobre modelos, activos, comprobaciones y revisores para reconstruir decisiones importantes.
  7. Medir el resultado completo. Seguir calidad, retrabajo, esfuerzo humano, plazo y coste por tarea satisfactoria, en lugar de optimizar únicamente un precio unitario.

ISO se está poniendo al día. La industria debería hacer lo mismo

ISO 18587 todavía no es una norma internacional revisada y definitiva, y el texto preciso aún puede cambiar. Pero el borrador ya deja algo difícil de negar: “traducción automática” es una categoría demasiado estrecha para describir cómo se produce hoy la traducción profesional.

La división relevante ya no es entre humano y máquina. Es entre producción controlada y producción no controlada. ¿Puede la organización aplicar su propio conocimiento lingüístico? ¿Puede medir la calidad antes de publicar? ¿Puede dirigir el riesgo? ¿Puede explicar dónde intervienen los humanos y por qué? ¿Pueden las correcciones mejorar el siguiente resultado? ¿Puede auditarse todo el proceso sin reconstruirlo manualmente?

Ese es el nivel de control que los compradores empresariales deberían exigir cada vez más. ISO 18587 empieza a adoptar el lenguaje necesario para describirlo.

Preguntas frecuentes

¿Se ha publicado ya la revisión de ISO 18587?

No. A 8 de octubre de 2026, ISO/DIS 18587 sigue siendo un Draft International Standard en fase de consulta. ISO 18587:2017 continúa siendo la norma publicada.

¿La revisión de ISO 18587 cubre la traducción con LLM?

El borrador amplía su marco hacia el concepto de “non-human translation output”, y la información sectorial sobre la revisión menciona explícitamente IA generativa, LLM y traducción mediante inteligencia artificial. El objetivo es evitar que una norma de procesos quede ligada a una única tecnología de generación.

¿Puede certificarse una traducción de IA sin revisión bajo ISO 18587?

ISO 18587 se refiere al proceso de posedición humana y a las competencias del poseditor. Un resultado de modelo sin revisión no constituye por sí solo un proceso de posedición humana conforme al alcance de la norma.

¿ISO 18587 exige posedición humana completa para todo?

La edición de 2017 se centra en la posedición completa. La información disponible sobre el borrador actual describe una distinción más explícita entre niveles de posedición guiados por las especificaciones del cliente, la viabilidad y el riesgo. Como la revisión todavía no es definitiva, las organizaciones deberían comprobar el texto publicado antes de realizar afirmaciones de certificación.

¿La Ley de IA de la UE exige etiquetar todos los documentos traducidos con IA?

No debe inferirse una regla general. El artículo 50 establece obligaciones distintas para proveedores y responsables del despliegue, junto con excepciones específicas. Que un flujo de traducción active una obligación de transparencia depende del caso de uso, la transformación realizada, el contexto de publicación y el control editorial humano.

Fuentes y lecturas recomendadas

Construya un flujo de traducción basado en evidencia, no en traspasos

Pangeanic combina Deep Adaptive AI Translation, terminología y activos bilingües de la organización, Estimación de Calidad de Traducción Automática, derivación automatizada y validación humana experta para diseñar flujos multilingües alrededor de la calidad, el riesgo y el control.