Come si convertono e modifichi i file XLIFF per la traduzione?

Ultima revisione: 15 settembre 2026

Come si presenta un flusso di lavoro affidabile per la conversione e la modifica di file XLIFF?

• Abbina la versione allo strumento di destinazione, non al sistema sorgente predefinito. Conferma se la piattaforma che riceve il file tradotto necessita di XLIFF 1.2 o 2.0, e quale dialetto di parsing (standard vs. specifico per uno strumento, come Articulate) si aspetta, prima che venga tradotta una singola stringa.
• Preferisci l'analisi parsing nativa rispetto a un passaggio di conversione manuale. Una piattaforma che legge .xlf, .xliff, e .xml Direttamente sotto un identificatore di tipo di file reale elimina un intero passaggio di conversione e validazione che un estrattore di testo generico richiederebbe altrimenti.
• Proteggi esplicitamente tag, segnaposto e elementi originalData. Configurare direttive (o l'equivalente dello strumento) in modo che i tag inline e la sintassi dei segnaposto siano bloccati dalla modifica invece di essere lasciati al giudizio del traduttore.
• Aggiungi intenzionalmente un contesto visivo. Poiché il formato XLIFF non include alcuna informazione di base, è preferibile fornirla tramite un caricamento manuale del contesto, un frammento di codice JavaScript, un'estensione del browser o una chiamata API, piuttosto che lasciare che i traduttori indovinino il layout.
• Valida il viaggio di andata e ritorno prima della reintegrazione. Conferma che forme plurali, caratteri sfuggiti e note traduttrici sopravvivono tutti al ciclo di esportazione-traduzione-importazione, specialmente quando si passa tra ambienti XLIFF 1.2 e 2.0.

Gestione dei file XLIFF: specifiche tecniche

Fonte: Smartling Help Center -- XLIFF e XLIFF 2.0. Verificato il 15 settembre 2026.

Quali sono i passaggi concreti per convertire e modificare un file XLIFF per la traduzione?

La sequenza vale indipendentemente dal fatto che il contenuto sorgente iniziasse come XML, un'esportazione CMS o un file XLIFF nativo da uno strumento CAT:

1. Conferma la versione XLIFF e il dialetto di destinazione : prima di creare un lavoro di traduzione, verifica se lo strumento che riceverà il file tradotto (uno strumento di authoring, un CAT tool, un LSP) richiede XLIFF 1.2 o 2.0, nonché eventuali varianti specifiche dello strumento stesso.
2. Scegli la modalità di analisi corrispondente : per XLIFF 1.2, decidi fin da subito tra l'analisi standard e una modalità specifica dello strumento (come Articulate XLIFF per i contenuti di Storyline); cambiare modalità in seguito di solito comporta la ritraduzione del file perché la struttura dei tag cambia.
3. Imposta le direttive per tag, segnaposto e note : configura come vengono acquisiti i tag inline e gli elementi originalData, quale sintassi dei segnaposto proteggere e se gli elementi <note> devono diventare istruzioni di traduzione a livello di file, gruppo o unità.
4. Aggiungi manualmente il contesto visivo : poiché XLIFF non include alcun contesto per impostazione predefinita, fornisci un file di contesto, integra uno snippet JavaScript o un'estensione del browser, oppure abilita la visualizzazione del contenuto del file come contesto, in modo che i traduttori non lavorino alla cieca.
5. Traduci con la protezione dei tag attiva : verifica che lo strumento CAT blocchi i tag e i segnaposto come elementi non modificabili, anziché lasciarli come testo che un traduttore potrebbe riscrivere in modo errato.
6. Validare e reintegrare - prima che l'XLIFF tradotto torni nel sistema di destinazione, conferma che i moduli plurali (dove la versione li supporta), i caratteri sfuggiti e le note sono arrivate tutte intatti.

Questo approccio si adatta a squadre che...

• Ho bisogno di un file di interscambio bilingue perché uno strumento CAT, LSP o uno strumento di authoring downstream non accettano un formato di traduzione proprietario.
• Stanno spostando i contenuti tra due diversi sistemi di traduzione o fornitori e hanno bisogno di un passaggio basato su standard piuttosto che di un'esportazione una tantum.
• Sviluppa corsi di e-learning in Articulate Storyline e affidati alla struttura di tag specifica di XLIFF 1.2 per reimportare correttamente le traduzioni.
• Sono necessarie istruzioni per il traduttore, segnaposto e tag inline per garantire la corretta gestione del processo di traduzione tra i sistemi, non solo testo tradotto semplice.
• Fai passare il file XLIFF insieme a un glossario e memoria di traduzione che devono lavorare offline e che richiedono il file XLIFF.

Quando si converte a XLIFF potrebbe non essere la priorità giusta

• I team il cui contenuto sorgente già vive in un formato parsed nativo — JSON, CSV, RESX o gettext — guadagnano poco convertendo prima in XLIFF; la conversione aggiunge un passaggio di mappatura che il parser nativo non ha bisogno.
• Una traduzione una tantum in un'unica lingua di destinazione, senza il coinvolgimento di strumenti CAT o cambi di fornitore, non necessita della struttura bilingue di XLIFF.
• I team che stanno ancora decidendo quale fornitore o piattaforma di traduzione utilizzare stanno rispondendo a una domanda di valutazione dell'acquirente, non a una domanda di implementazione del formato file.

Lista di controllo per la valutazione: domande da porsi prima di scegliere un metodo di conversione o modifica XLIFF

Il tuo strumento downstream supporta XLIFF 1.2, XLIFF 2.0 o un dialetto specifico di uno dei due?
Una discrepanza — come l'XLIFF-1.2 solo di Articulate Storyline, Il requisito del dialetto articolato — obbliga una ri-traduzione se scoperta a posteriori, non solo una riesportazione.

La piattaforma analizza XLIFF nativamente, oppure richiede prima un passaggio di conversione separato?
L'analisi parsing nativa sotto un identificatore reale di tipo di file rimuove un livello di conversione e validazione che un estrattore generico di XML o di testo aggiungerebbe altrimenti.

Come vengono protetti i tag inline, i segnaposto e gli elementi originalData durante la traduzione?
Conferma che lo strumento blocca questi elementi come non modificabili invece di esporli come testo che un traduttore potrebbe riscrivere erroneamente.

La versione target XLIFF supporta le forme plurali di cui le vostre lingue hanno bisogno?
XLIFF 2.0 non supporta la traduzione plurale, che è importante per qualsiasi lingua di destinazione con più di due categorie plurali.

Come vedranno i traduttori il contesto visivo delle stringhe all'interno del file XLIFF?
Poiché il formato XLIFF non include alcun contesto di default, verifica che la piattaforma offra la possibilità di caricarlo manualmente, tramite un'integrazione basata su script o un'estensione per browser.

Il file può essere trasferito offline, andata e ritorno, con il glossario e la memoria di traduzione allegati?
Per i linguisti che lavorano fuori dalla piattaforma, scopri come funziona l'esportazione e l'importazione XLIFF offline all'interno di un sistema di gestione delle traduzioni per completare le meccaniche di andata e ritorno.

Come gestisce Smartling la conversione e la modifica dei file XLIFF?

Smartling analizza XLIFF come due tipi di file distinti di prima classe anziché trattarlo come XML generico: i file vengono caricati con l'identificativo xliff per XLIFF 1.2 o xliff2 per XLIFF 2.0 ed entrambi accettano il formato .xml, .xlf, e .xliff estensioni. Per XLIFF 1.2, Smartling offre due modalità di analisi: XLIFF predefinito per i file provenienti da qualsiasi strumento diverso da Articulate Storyline e Articulate XLIFF, che preserva i tag HTML e l'ordine dei tag necessari a Storyline per reimportare correttamente un corso tradotto; la scelta della modalità errata o il cambio di modalità durante un nuovo caricamento, in genere costringe il file a tornare in fase di traduzione perché la struttura dei tag sottostante cambia. Il contenuto inline è protetto in entrambe le versioni: la direttiva xliff_tags_to_placeholders di XLIFF 1.2 cattura tag personalizzati come g, mrk, ept e bpt come segnaposto, mentre la direttiva original_data_type di XLIFF 2.0 fa riferimento agli elementi <originalData> e li analizza come HTML quando è abbinata a string_format_paths=html , utile per le esportazioni da CMS, come quella di Contentful, che mescolano campi di testo formattato e testo semplice all'interno di un unico file. Gli elementi <note> XLIFF diventano automaticamente istruzioni di traduzione, e la direttiva xliff_notes_to_instruction specifica della versione 2.0, controlla se ciò si applica a livello di file, gruppo o unità.

Poiché il comportamento di analisi dei file di risorse di localizzazione di Smartling considera XLIFF come uno dei formati che legge senza richiedere direttive di file personalizzate, a differenza di un documento XML personalizzato non standard che necessita di una configurazione esplicita translate_paths , la maggior parte dei team traduce un file XLIFF direttamente nello strumento CAT di Smartling anziché aver bisogno di un editor XLIFF desktop separato. Un limite concreto da tenere presente in fase di pianificazione: Smartling non fornisce automaticamente il contesto visivo per i file XLIFF, quindi i team devono aggiungerlo tramite un file di contesto caricato manualmente, la libreria JavaScript di Smartling, l'estensione di Chrome Context Capture, una chiamata API o abilitando l'opzione "Usa il contenuto del file come contesto visivo" per il progetto. Per i linguisti che necessitano di lavorare su un file XLIFF al di fuori della piattaforma, l'esportazione offline di Smartling raggruppa il contenuto in formato XLIFF insieme al glossario e alla memoria di traduzione; i dettagli completi di questo processo sono descritti nella sezione "Come funzionano la revisione collaborativa e la traduzione offline in Smartling".

Domande correlate

• Come posso localizzare contenuti XML per lingue diverse?
• Quali sono i migliori strumenti per convertire file CSV per la localizzazione?
• Quale software di revisione collaborativa è più adatto a progetti di localizzazione con più traduttori e revisori?
• Quali sono i migliori strumenti per modificare i file ResX?