JATS 1.4 y artículos multilingües: más allá del PDF bilingüe

Un PDF bilingüe no es un artículo multilingüe. Uno son dos presentaciones grapadas; el otro es un solo registro estructurado que las máquinas pueden indexar sin adivinar qué título va con qué idioma. JATS 1.4 (ANSI/NISO Z39.96-2024) empujó el estándar hacia ese segundo camino — sobre todo para artículos que llevan texto sustancial en más de un idioma dentro de un mismo XML.

Suena a victoria gratis para revistas en español y portugués que ya publican resumen en inglés. No es gratis. El estándar abre opciones de modelado; su política editorial sigue teniendo que decidir qué es "el artículo", y su destino (SciELO, PMC, un repositorio universitario) puede seguir esperando un empaquetado más viejo.

Qué abrió 1.4 para contenido multilingüe

La revisión 1.4 de NISO se conoce, entre quienes producen XML, por un mejor soporte de artículos con porciones sustanciales en dos o más idiomas — no solo un resumen traducido pegado a un cuerpo monolingüe. Las Tag Libraries y las notas de cambios en jats.nlm.nih.gov documentan los deltas técnicos; no hace falta memorizar cada rename de elemento para tomar una decisión editorial.

Lo que importa en el día a día:

• Puede representar contenido lingüístico paralelo con atribución de idioma más clara (xml:lang y estructuras relacionadas), en lugar de convenciones informales que se rompen al cosechar.
• Los sistemas que sí implementan 1.4 pueden preservar ambos idiomas sin tratar uno como "adorno".
• Los Tag Sets de Authoring, Archiving y Publishing se mueven juntos; usted sigue eligiendo el perfil que pide su flujo.

Si su equipo solo marca xml:lang en <abstract> y deja el cuerpo sin idioma, no está usando la historia multilingüe de 1.4: sigue enviando un artículo monolingüe con una traducción de cortesía del resumen.

Lo que sigue siendo trabajo editorial (lo que el XML no decide)

Los estándares no eligen su producto. Antes de reescribir plantillas, responda esto en una página de política:

1. ¿El segundo idioma es traducción completa o resumen? Traducción de cuerpo completo suele implicar <sub-article> (o patrones que documente su destino). Solo resumen traducido es otro producto, más barato.
2. ¿Qué idioma es canónico para citar? Crossref y Google Scholar odian títulos ambiguos. Elija un xml:lang primario en <article> y sea consistente número tras número.
3. ¿Quién responde por la calidad de la traducción? Quien produce XML no debería estar reescribiendo ciencia en inglés a las 23:00 la noche antes de la entrega SciELO.
4. ¿Figuras y pies de tabla van en ambos idiomas? Los captions a medias se ven bien en InDesign y mal en la validación XML.

Las revistas que saltan esta conversación terminan con tres XML incompatibles: uno para el HTML del sitio, uno para SciELO y uno "experimental 1.4" que nunca sale.

Por qué SciELO puede seguir en Publishing 1.1 aunque a usted le importe 1.4

Esta es la fricción que sienten primero los editores latinoamericanos: SciELO SPS sigue construido sobre JATS Journal Publishing 1.1, con dtd-version="1.1" y specific-use="sps-1.10" (o lo que exija su colección). No es un error de lectura de NISO. Los destinos adoptan versiones del Tag Set con su propio calendario.

Entonces:

Producir un "XML multilingüe 1.4 perfecto" no pasa SciELO solo. Al revés: un paquete SPS 1.10 limpio puede no ejercitar cada constructo multilingüe de 1.4. Planee primero el destino; use 1.4 donde su propio pipeline HTML/PDF o archivo a largo plazo se beneficie.

Un camino pragmático para revistas bilingües

Fase A — honestidad de metadatos (hágalo ya). Títulos, resúmenes y palabras clave con xml:lang correcto. ORCID y afiliaciones que sobrevivan Crossref. Sin segundos títulos inventados.

Fase B — traducción como producto estructurado. Si publica traducciones completas, márquelas como tales (sub-article / patrones related-article que documente su destino), con política de DOI decidida de antemano.

Fase C — adoptar constructos 1.4 donde su stack los soporte. Archivo interno, sitio HTML moderno o un socio que ya valide 1.4. Mantenga la exportación SciELO mapeada a Publishing 1.1 + SPS hasta que la red se mueva.

Esa faseada suena lenta. Es más rápida que reescribir cada plantilla dos veces porque alguien confundió "NISO publicó 1.4" con "SciELO acepta 1.4 mañana".

Comprobaciones concretas antes de anunciar "somos XML multilingüe"

• Todo grupo de título y resumen que exista en dos idiomas tiene valores xml:lang coincidentes — no comentarios en el Word.
• El idioma raíz del artículo coincide con el texto completo primario, no con el blurb de marketing.
• Los traductores entregan texto estructurado (títulos, párrafos), no un segundo PDF para que alguien lo pase por OCR.
• Probó un piloto en el validador JATS y en su checklist SciELO. Pasar solo uno de los dos es cómo se estancan los proyectos bilingües.

Para el panorama del estándar, la guía completa JATS XML y Qué es JATS XML siguen siendo la referencia. Si la capacidad de producción es el cuello de botella, producción XML JATS existe por una razón.

En corto

JATS 1.4 da a las revistas bilingües y multilingües una forma más limpia de decir "este contenido intelectual vive en más de un idioma". No reemplaza la política editorial y no anula la realidad SciELO de Publishing 1.1 + SPS. Trate 1.4 como horizonte de sus propios sistemas; trate SPS como la puerta de los paquetes que salen a la colección nacional. Las revistas que mantienen esos dos mapas en el mismo escritorio dejan de prometer "XML multilingüe" cuando en realidad siguen queriendo decir "resumen en inglés en un PDF en español".

Fuentes consultadas

• ANSI/NISO Z39.96-2024 (JATS 1.4)
• Anuncio NISO — JATS 1.4
• JATS Journal Publishing Tag Set
• Documentación SciELO Publishing Schema