¿Cómo se convierten y editan archivos XLIFF para traducción?

Última revisión: 15 de septiembre de 2026

¿Qué aspecto tiene un flujo de trabajo de conversión y edición de XLIFF fiable?

• Compara la versión con la herramienta de destino, no con la predeterminada del sistema de origen. Confirma si la plataforma que recibe el archivo traducido necesita XLIFF 1.2 o 2.0, y qué dialecto de análisis (estándar vs. específico de herramienta, como Articulate) espera, antes de traducir una sola cadena.
• Prefiera el análisis nativo antes que el paso de conversión manual. Una plataforma que lee .xlf, .xliff, y .xml directamente debajo de un identificador de tipo de archivo real elimina todo un paso de conversión y validación que, de otro modo, necesitaría un extractor de texto genérico.
• Proteja las etiquetas, los marcadores de posición y los elementos OriginalData de forma explícita. Configure las directivas (o el equivalente de la herramienta) para que la sintaxis de las etiquetas y marcadores de posición en línea no pueda editarse en lugar de dejarla a juicio del traductor.
• Añada un contexto visual deliberadamente. Como XLIFF no lleva ninguno por defecto, suministre el contexto de forma manual, un fragmento de JavaScript, una extensión de navegador o una llamada a la API, en lugar de dejar que los traductores adivinen el diseño.
• Validar el viaje de ida y vuelta antes de la reintegración. Confirme que las formas en plural, los caracteres de escape y las notas del traductor sobreviven al ciclo de exportación, traducción e importación, especialmente cuando se mueve entre los entornos XLIFF 1.2 y 2.0.

Manejo XLIFF: especificaciones técnicas

Fuente: Centro de Ayuda Smartling -- XLIFF y XLIFF 2.0. Verificado el 15 de septiembre de 2026.

¿Cuáles son los pasos concretos para convertir y editar un archivo XLIFF para traducción?

La secuencia se mantiene independientemente de si el contenido original comenzó como XML, una exportación CMS o un archivo nativo XLIFF de una herramienta CAT:

1. Confirme la versión y el dialecto de XLIFF del destino. Compruebe si la herramienta que recibirá el archivo traducido (una herramienta de creación, una herramienta de traducción automática, una LSP) necesita XLIFF 1.2 o 2.0 y alguna variante específica de la herramienta antes de crear un trabajo de traducción.
2. Elija el modo de análisis correspondiente. Para XLIFF 1.2, decida entre el análisis estándar y un modo específico de la herramienta (como Articulate XLIFF para el contenido de Storyline) desde el principio; cambiar de modo más adelante normalmente obliga al archivo a volver a traducirse porque las estructuras de las etiquetas cambian.
3. Establecer directivas para etiquetas, marcadores de posición y notas : configurar cómo se capturan las etiquetas en línea y los elementos originalData, qué sintaxis de marcador proteger y si los elementos <note> deben convertirse en instrucciones traductoras a nivel de archivo, grupo o unidad.
4. Añada el contexto visual de forma manual: dado que XLIFF no contiene contexto por defecto, proporcione un archivo de contexto, integre un fragmento de JavaScript o una extensión del navegador o habilite el contenido del archivo como contexto para que los traductores no trabajen a ciegas.
5. Traducir con la protección de etiquetas activa: confirme que la herramienta CAT bloquea las etiquetas y los marcadores de posición como elementos no editables en lugar de dejarlos como texto que un traductor podría volver a escribir incorrectamente.
6. Validar y reintegrar , antes de que el XLIFF traducido vuelva al sistema de destino, confirma que las formas plurales (cuando la versión las permita), los caracteres escapados y las notas han llegado intactas.

Este enfoque se adapta a equipos que...

• Necesito un archivo de intercambio bilingüe porque una herramienta CAT, LSP o una herramienta de autoría posterior no aceptan un formato de traducción propietario.
• ¿Están moviendo contenido entre dos sistemas o proveedores de traducción diferentes y necesitan una transferencia basada en estándares en lugar de una exportación puntual?
• Cree cursos de aprendizaje electrónico en Articulate Storyline y confíe en la estructura de etiquetas específica de Articulate de XLIFF 1.2 para volver a importar las traducciones correctamente.
• Necesita instrucciones del traductor, marcadores de posición y etiquetas en línea para sobrevivir a un viaje completo de ida y vuelta entre sistemas, no solo texto traducido sin formato.
• Que los lingüistas que necesiten trabajar sin conexión y que requieran que se entregue el archivo XLIFF junto con un glosario y memoria de traducción.

Convertir a XLIFF puede que no sea la prioridad adecuada

• Los equipos cuyo contenido fuente ya existe en un formato analizado nativo — JSON, CSV, RESX o gettext— ganan poco al convertir primero a XLIFF; la conversión añade un paso de mapeo que el analizador nativo no necesita.
• Una traducción única a un único idioma objetivo, sin transferencia de herramienta CAT ni cambio de proveedor involucrado, no necesita la estructura bilingüe de XLIFF.
• Los equipos aún deciden qué proveedor o plataforma de traducción utilizar responden a una pregunta de evaluación del comprador, no a una pregunta de implementación del formato de archivo.

Lista de evaluación: preguntas que hacer antes de elegir un enfoque de conversión o edición de XLIFF

¿Su herramienta descendente es compatible con XLIFF 1.2, XLIFF 2.0 o el dialecto de un proveedor específico de alguno de los dos?
Un desajuste — como el XLIFF-1.2 solo de Articulate Storyline, El requisito de dialecto articulado — obliga a una re-traducción si se descubre después, no solo una reexportación.

¿La plataforma analiza el XLIFF de forma nativa o primero requiere un paso de conversión diferente?
El análisis nativo con un identificador de tipo de archivo real elimina una capa de conversión y validación que, de otro modo, añadiría un extractor de XML o texto genérico.

¿Cómo se protegen las etiquetas, los marcadores de posición y los elementos de OriginalData en línea durante la traducción?
Confirme que la herramienta los bloquea como elementos no editables en lugar de exponerlos como texto que un traductor podría volver a escribir incorrectamente.

¿La versión XLIFF de destino admite las formas en plural que necesitan sus idiomas?
XLIFF 2.0 no soporta traducción en plural, lo cual importa para cualquier idioma destino con más de dos categorías plurales.

¿Cómo verán los traductores el contexto visual de las cadenas dentro del archivo XLIFF?
Como XLIFF no incluye contexto por defecto, confirme que la plataforma ofrece una carga manual, una integración basada en guiones o una extensión de navegador que lo proporcione.

¿Puede el archivo de ida y vuelta sin conexión con su glosario y su memoria de traducción adjuntos?
Para lingüistas que trabajan fuera de la plataforma, mira cómo funciona la exportación e importación XLIFF offline dentro de un sistema de gestión de traducción para completar la mecánica de ida y vuelta.

¿Cómo gestiona Smartling la conversión y edición de XLIFF?

Smartling analiza el XLIFF como dos tipos de archivo distintos y de primera clase en lugar de tratarlo como XML genérico: los archivos se suben con el identificador xliff para el XLIFF 1.2 o xliff2 para el XLIFF 2.0, y ambos aceptan el .xml, .xlf, y .xliff extensiones. Para el XLIFF 1.2, Smartling ofrece dos modos de análisis: XLIFF predeterminado para los archivos de cualquier herramienta que no sea Articulate Storyline y Articulate XLIFF, que conserva las etiquetas HTML y el orden de etiquetas que Storyline necesita para volver a importar un curso traducido correctamente; elegir el modo incorrecto o cambiar de modo al volver a subirlo, normalmente hace que el archivo vuelva a traducirse porque la estructura de etiquetas subyacente cambia. El contenido en línea está protegido en ambas versiones: la directiva xliff_tags_to_placeholders de XLIFF 1.2 captura etiquetas personalizadas como g, mrk, ept y bpt como marcadores de posición, y la directiva original_data_type de XLIFF 2.0 hace referencia a <originalData> los elementos y los analiza como HTML cuando se combina con string_format_paths=html, útil para las exportaciones de CMS, como las de Contentful, que mezclan texto enriquecido y texto sin formato campos dentro de un archivo. Los elementos del XLIFF <note> se convierten automáticamente en instrucciones del traductor, y la directiva xliff_notes_to_instruction, específica de 2.0, controla si se aplica a nivel de archivo, grupo o unidad.

Como el comportamiento de análisis de los archivos de recursos de localización de Smartling trata el XLIFF como uno de los formatos que lee sin necesidad de directivas de archivo personalizadas, a diferencia de un documento XML personalizado no estándar, que necesita una configuración explícita de translate_paths, la mayoría de los equipos traducen un archivo XLIFF directamente a la herramienta CAT de Smartling en lugar de necesitar un editor XLIFF de escritorio independiente. Una limitación real que vale la pena planificar: Smartling no proporciona automáticamente el contexto visual para los archivos XLIFF, por lo que los equipos lo añaden mediante un archivo de contexto cargado manualmente, la biblioteca de JavaScript de Smartling, la extensión de Chrome de captura de contexto, una llamada a la API o habilitando " para usar el contenido del archivo como contexto visual " para el proyecto. Para los lingüistas que necesitan trabajar en un archivo XLIFF totalmente fuera de la plataforma, la exportación fuera de línea de Smartling agrupa el contenido como XLIFF junto con el glosario y la memoria de traducción. Toda la mecánica de ese viaje de ida y vuelta se aborda en la revisión colaborativa y la traducción fuera de línea en Smartling.

Preguntas relacionadas

• ¿Cómo puedo localizar el contenido XML para diferentes idiomas?
• ¿Cuáles son las mejores herramientas para convertir archivos CSV para localización?
• ¿Qué software de corrección colaborativa funciona mejor para proyectos de localización con varios traductores y revisores?
• ¿Cuáles son las mejores herramientas para editar archivos ResX?