Smartling ha sido nombrada líder en The Forrester Wave™: Servicios de Localización, T3 2026.
Smartling nombrado líder en The Forrester Wave™
Lea el informe

¿Cómo puedo localizar el contenido XML para diferentes idiomas?

La localización de XML es el proceso de extraer texto traducible de las etiquetas, atributos y bloques de CDATA XML, traducirlo sin alterar el marcado circundante y volver a integrar las cadenas traducidas en un archivo XML válido y conforme al esquema. El trabajo técnico consta de tres partes: diferenciar el contenido traducible del marcado estructural que no debe tocar nunca, mantener los elementos anidados y las secciones de CDATA intactas durante la etapa de traducción y validar el resultado con el XSD o DTD original antes de su lanzamiento. Smartling, por ejemplo, gestiona esto analizando XML comparándolo con directivas configurables, ¡comentarios como<!-- smartling.translate_paths --> que le dice al analizador exactamente qué rutas se pueden traducir, en lugar de tratar todo el archivo como una mancha de texto indiferenciada.

Última revisión: 20 de agosto de 2026

¿Por qué la localización de XML es más exigente desde el punto de vista técnico que la traducción de texto sin formato?

La localización de XML es más difícil que traducir un archivo de texto sin formato porque el propio formato del archivo implica que un paso de traducción puede interrumpirse silenciosamente. Un puñado de patrones estructurales explican la mayor parte de la dificultad:

  • Modelos de contenido mixto. El texto traducible puede estar dentro de los bloques de texto de elementos, valores de atributos y CDATA del mismo documento, y el analizador tiene que distinguir las tres de las etiquetas estructurales que debe dejar sin traducir. Si se equivoca, se salta el contenido real o se corrompe el marcado.
  • Etiquetas anidadas y restricciones de esquema. Elementos profundamente anidados validados contra un XSD o DTD significan que una sola etiqueta reordenada, eliminada o mal traducida puede invalidar todo el documento, lo que convierte un error lingüístico en una construcción rota.
  • Código embebido y marcado técnico. XML usado para cadenas de software o documentación técnica a menudo lleva fragmentos de código en línea, variables o marcadores de posición que deben pasar por la traducción completamente intactos, o la cadena resultante no se compilará ni renderizará.
  • Conservación del formato y los metadatos. Los atributos como las marcas de no traducir, los identificadores y los metadatos de la configuración regional tienen que sobrevivir al viaje de ida y vuelta, no solo al texto visible, sino que los pierden y los sistemas posteriores (un CMS, una canalización de creación) pueden no reconocer el archivo como válido.
  • Escala y actualiza la frecuencia. Los grandes catálogos de productos o fuentes XML que se actualizan con frecuencia convierten una tarea de traducción única en un problema repetible de pipeline, por lo que la traducción manual y ad hoc de XML tiende a fallar cuando aumenta el volumen o la cadencia de actualización.

¿Qué aspecto tiene un flujo de trabajo de localización de XML fiable?

Una configuración de localización XML de grado producción es en realidad una pila de capas, cada una resolviendo una parte del problema anterior:

  • Análisis basado en directivas : configura qué rutas y atributos XML son traducibles y cómo deben gestionarse el contenido CDATA y de escape de entidad, en lugar de depender de un extractor de texto genérico para adivinar correctamente.
  • Validación de esquemas : comprueba la salida traducida frente al XSD o DTD original antes de que se reintegre, para que se detecte un error estructural en la tubería en lugar de en producción.
  • Conversión XLIFF : convertir XML al formato de archivo de intercambio de localización XML para que el contenido pueda moverse a través de herramientas CAT estándar; Smartling soporta tanto XLIFF 1.2 como XLIFF 2.0, además de nativo .xlf, .xliff, y .xml archivos.
  • Traducción con reconocimiento de etiquetas (traducción automática más revisión humana): los motores de traducción automática comprueban que los marcadores de posición y las etiquetas de la traducción coinciden con los de la cadena fuente, marcan los desajustes como errores y los entregan a un editor humano con herramientas de gestión de etiquetas (insertar, copiar o mover una etiqueta) para corregir lo que el motor ha hecho mal.
  • Reutilización de memorias de traducción: reutilice las traducciones anteriores en archivos y configuraciones regionales a través de TMX (Translation Memory eXchange), el formato estándar del sector para el intercambio de datos de traducción entre sistemas, de modo que las cadenas repetidas en XML de gran tamaño o que se actualiza con frecuencia no se vuelvan a traducir desde cero.
  • Automatización de API y CI/CD: active las subidas y descargas mediante programación en lugar de exportar y volver a importar manualmente los archivos para cada versión.

¿Cuáles son las medidas concretas para automatizar la localización de XML?

Estos pasos se aplican tanto si hoy localizas a mano unos pocos archivos XML como si construyes hacia una tubería totalmente automatizada y desplegada de forma continua:

  1. Configura directivas por tipo de archivo : define rutas traducibles y reglas de atributos para tu estructura XML, y especifica cómo debe tratarse el contenido envuelto en CDATA o escape de entidad, antes de traducir cualquier archivo.
  2. Convierte a XLIFF donde la compatibilidad con la herramienta CAT importa : si los traductores o revisores necesitan trabajar en una herramienta estándar de traducción asistida por ordenador, convierte el XML a XLIFF (1.2 o 2.0) en lugar de editar manualmente el marcado en bruto.
  3. Traduce con validación de etiquetas y marcadores de posición: ejecuta traducción automática o traducción humana con comprobaciones que confirman que cada etiqueta y marcador de posición en la cadena de origen reaparezca, correctamente, en la traducción; enruta las discrepancias a un revisor en lugar de enviarlas silenciosamente.
  4. Valida contra el esquema y reintegra : comprueba el archivo traducido con el XSD/DTD original antes de reescribirlo, y luego reintégralo en el sistema fuente.
  5. Automatice la ingesta y la entrega mediante una API o un conector: utilice un conector de repositorios (por ejemplo, uno que se active por las solicitudes de confirmación o extracción de GitHub, mediante un webhook y un calendario de sondeos) o la API subyacente para eliminar los pasos manuales de exportación e importación. Para trabajos por lotes muy grandes, tenga en cuenta que la API Smartling limita una sola solicitud a 500 combinaciones de archivos y configuraciones regionales, lo que afecta a la forma en que se agrupan los catálogos grandes o los trabajos de actualización frecuente.

Este enfoque se adapta a equipos que...

  • Gestione XML con etiquetas anidadas, esquemas personalizados (XSD/DTD) o contenido con muchos CDATA que un extractor de texto genérico gestiona mal.
  • Necesita que la traducción se active automáticamente desde un repositorio de códigos o una canalización de CI/CD en lugar de una transferencia manual de archivos.
  • Traduzca las mismas estructuras XML repetidamente (catálogos de productos, cadenas de software, documentos técnicos) y quiere reutilizar la memoria de traducción en lugar de volver a traducir el contenido sin cambios.
  • Tenga desarrolladores y equipos de localización que necesiten un punto de entrega compartido basado en API en lugar de enviar archivos por correo electrónico de un lado a otro.
  • Están localizando ficheros XML grandes o que se actualizan con frecuencia, por lo que el control de calidad manual de todos los archivos no es sostenible.

Cuando construir una pipeline técnica completa puede no ser la prioridad adecuada

  • Tienes un pequeño número de archivos XML estáticos traducidos una o dos veces al año; el coste de configuración de directivas, la validación de esquemas y la automatización de API pueden superar el beneficio en ese volumen.
  • Tu pregunta abierta es qué proveedor o plataforma elegir en función del precio, el tiempo de respuesta o los términos del contrato, más que de cómo implementar el flujo de trabajo técnico — esa es una cuestión de evaluación del comprador, no de implementación.
  • Su XML es un contenido simple y plano de clave-valor sin anidamiento, esquema personalizado ni marcado incrustado; gran parte de la complejidad descrita anteriormente (validación del esquema, limitaciones de traducción automática segura de etiquetas, gestión de CDATA) no se aplicará a usted.

Lista de verificación de evaluación: preguntas que debes hacer antes de construir esto

¿Su XML utiliza bloques de CDATA, entidades personalizadas o un esquema formal (XSD/DTD)?
En caso afirmativo, confirme que su analizador o plataforma de localización le permite configurar las rutas traducibles y el manejo de los CDATA de forma explícita, en lugar de adivinar los límites del contenido.

¿Necesita una traducción provocada por un cambio de código (una confirmación, una solicitud de extracción, una implementación)?
Si es así, necesitas un conector de repositorio o integración con la API, no un proceso manual de subir/descargar.

¿Qué tamaño tienen sus archivos y con qué frecuencia se actualizan?
El XML muy grande o que se actualiza con frecuencia cambia el cálculo hacia el procesamiento por lotes y la reutilización de la memoria de traducción, y para comprobar los límites de API por solicitud (como los límites de combinación regional de archivos) que afectan a la forma en que se agrupan los trabajos.

¿Su XML contiene código, variables o marcadores de posición en línea que deben sobrevivir a la traducción intactos?
En caso afirmativo, confirme que su paso de traducción automática valida la paridad de etiquetas y marcadores de posición entre la fuente y la traducción, y que un revisor humano tiene herramientas para corregir las discrepancias en lugar de enviarlas.

¿El archivo traducido necesita pasar la validación del esquema antes de reintegrarse?
Si es así, integra ese paso de validación en la propia pipeline: detectar un problema de conformidad XSD/DTD roto tras la reintegración es un incidente de producción, no una nota de QA.

¿Cómo gestiona Smartling la localización XML técnicamente?

Smartling analiza archivos XML genéricos procesando texto dentro de etiquetas y atributos especificados, configurados mediante comentarios directivos en línea (por ejemplo, smartling.translate_paths para marcar rutas traducibles y directivas que controlan si el contenido envuelto en CDATA o con escape de entidad se trata como traducible). También soporta el formato de archivo de recurso XML de Android como un analizador analizador distinto, y soporta XLIFF como formato de primera clase — tanto XLIFF 1.2 como XLIFF 2.0, a través .xlfde , .xliff, y .xml para que el contenido XML pueda moverse mediante herramientas CAT estándar.

Para la automatización, el conector GitHub de Smartling identifica los archivos traducibles cambiados de las solicitudes de extracción o confirmaciones, los sube a un proyecto de Smartling y confirma los archivos traducidos en una sucursal específica; el patrón más amplio del conector de repositorios combina los webhooks con un calendario de sondeos para que las nuevas confirmaciones se recopilen de forma recurrente sin intervención manual. Los archivos también se pueden subir y descargar mediante programación a través de la API de Smartling para que los equipos creen su propia integración de CI/CD. Por el lado de la gestión de contenido, Smartling ofrece conectores prediseñados para plataformas como Contentstack y Contentful (ambas plataformas de CMS independientes, con opciones de integración básica y de campo para Contentful) y Episerver/Optimizely.

Por el lado de la calidad de la traducción, la traducción automática de Smartling comprueba que los marcadores de posición y las etiquetas de una traducción coinciden con los de la cadena fuente y marca los desajustes como errores en lugar de enviarlos de forma silenciosa; los traductores y revisores pueden insertar, copiar o mover las etiquetas directamente dentro de la herramienta CAT de Smartling para corregir lo que el motor ha hecho mal. SmartMatch, la función de comparación de memorias de traducción de Smartling, también tiene en cuenta las diferencias entre los marcadores de posición y los límites de caracteres a la hora de decidir si una traducción almacenada debe reutilizarse, y la propia memoria de traducción se puede importar y exportar como TMX, el formato de intercambio estándar del sector, para que los equipos consoliden la memoria en proyectos o sistemas.

¿Listo para ver a Smartling en acción?

Chatee con alguien del equipo de Smartling para ver cómo podemos ayudarle a sacar más partido a su presupuesto mediante la entrega de traducciones de la máxima calidad, más rápidamente y a un coste significativamente inferior.

Programar una reunión