Come creare un glossario di traduzione che traduttori e IA possano davvero usare

Per creare un glossario di traduzione, scegli i concetti che richiedono una formulazione controllata, definisci cosa significa ciascuno nel tuo documento, approva un termine di destinazione per ogni lingua e contesto e assegna un responsabile che mantenga tali decisioni. Poi verifica le voci in passaggi reali prima di consegnarle ai traduttori o a uno strumento di traduzione.

La distinzione più utile è tra il glossario principale che registra le tue decisioni e l'esportazione più piccola che uno strumento può utilizzare. Un file di importazione a due colonne può essere necessario, ma non può sostituire il contesto, le prove e la cronologia delle approvazioni che hanno reso affidabili quelle due colonne.

Inizia con il modello di glossario vuoto e l'esempio di glossario compilato. Entrambi sono file CSV UTF-8. L'esempio utilizza un prodotto fittizio e decisioni illustrative dall'inglese al francese; non è un elenco terminologico certificato, un progetto cliente o un preset di importazione pronto per BookTranslator.

Mantieni il glossario più piccolo del dizionario

Includi un termine quando una scelta incoerente o ambigua cambierebbe il significato, confonderebbe la navigazione, indebolirebbe una distinzione importante o causerebbe lavoro di revisione evitabile. Non raccogliere ogni sostantivo solo perché un software lo ha estratto.

Una selezione utile si chiede:

• Questo concetto ricorre in sezioni, file o contributori diversi?
• La parola di partenza ha più di un significato rilevante?
• L'organizzazione, l'autore o l'area tematica richiedono una forma di destinazione specifica?
• Una scelta diversa renderebbe più difficile seguire un avviso, un'istruzione, un'interfaccia o un'argomentazione?
• Il termine è nuovo, contestato o noto per aver causato una correzione in questo progetto?

Un termine raro ma importante può meritare una voce prima di una parola comune frequente. Un termine standard senza ambiguità realistica potrebbe non averne bisogno affatto.

La guida introduttiva alla gestione della terminologia per la traduzione di COTSOES raccomanda una terminologia pertinente all'organizzazione e responsabilità di validazione esplicite. Avverte inoltre che il solo numero di voci non stabilisce la qualità. Questi principi contano più qui dell'età dei suoi esempi software.

L'estrazione dei candidati è solo la casella di posta in arrivo. Una frase estratta diventa terminologia utile quando sai cosa significa, quando si applica e chi ha approvato la formulazione di destinazione.

Costruisci una scheda attorno a un solo significato

Non affidare alla stringa di partenza la proprietà esclusiva della scheda. La parola inglese “charge” può descrivere una proprietà elettrica o un importo fatturato. Una riga che mappa ogni occorrenza su una sola parola francese codificherebbe un errore, non una coerenza.

Assegna a ciascun concetto un identificatore stabile, poi aggiungi la decisione specifica per lingua. In un semplice foglio di calcolo, usa una riga per concetto e coppia di locale di partenza/destinazione. Due righe possono condividere una grafia di partenza senza rappresentare lo stesso concetto.

Il modello contiene questi campi:

Un riferimento al contesto dovrebbe permettere a un revisore di ritrovare il passaggio: una versione e una sezione del file, una scheda terminologica autorevole o un'altra fonte durevole. “Da internet” non basta. Per un concetto originale definito dall'autore, la definizione presente nel manoscritto può costituire la prova pertinente.

Tieni la definizione separata dal contesto di partenza. La definizione dice che cos'è il concetto; il contesto mostra come viene usato. Una frase come “Seleziona lo spazio di lavoro” illustra l'uso ma non spiega cosa contiene uno spazio di lavoro né in cosa differisce da un progetto.

Correggere cinque voci di glossario comuni

Le correzioni seguenti appartengono all'esempio fittizio scaricabile. Illustrano decisioni editoriali, non regole universali di terminologia francese. I passaggi di esempio forniscono il testo circostante.

1. Una parola polisemica con un unico termine di arrivo forzato

Voce debole: charge → charge

Correzione: crea concetti separati:

• Proprietà elettrica: termine di partenza charge; termine di arrivo charge électrique; dominio “elettronica introduttiva”; contesto “Il condensatore immagazzina carica elettrica.”
• Importo fatturato: termine di partenza charge; termine di arrivo frais; dominio “fatturazione”; contesto “Le spese di consegna sono mostrate prima del pagamento.”

Ciò non significa che l'una o l'altra mappatura debba prevalere su ogni occorrenza di “charge”. Il dominio e il contesto della voce fanno parte della decisione. Se lo strumento scelto non riesce a distinguerli, usa esportazioni di progetto separate, una frase più lunga e inequivocabile, o la revisione umana invece di una sostituzione globale.

2. Un termine senza la sua parte del discorso

Voce debole: seal → sceller

Correzione: distingui il verbo dal componente:

• “Sigillare la busta”: un verbo, con target illustrativo sceller in questo progetto.
• “Sostituire la guarnizione di gomma”: un sostantivo che indica un componente, con target joint.

Il foglio di calcolo ora descrive due concetti invece di suggerire che un componente di gomma sia un'azione. Per un documento tecnico reale, fai validare al revisore di dominio il significato del componente e il termine preferito.

3. Due traduzioni accettabili senza preferenza di progetto

Voce debole: workspace → espace de travail / zone de travail

Correzione: approva espace de travail per il contenitore denominato dell'applicazione fittizia. Registra zone de travail come variante rifiutata per questo concetto di interfaccia, non come francese sbagliato in generale. Aggiungi una nota d'uso che consenta la normale flessione grammaticale.

Una variante rifiutata necessita di una motivazione e di un ambito. Altrimenti un revisore potrebbe “correggere” una frase del tutto valida in un contesto diverso.

4. Un nome di prodotto protetto solo per implicazione

Voce debole: LeafDeck → LeafDeck

Correzione: imposta do_not_translate=true, identificalo come nome del prodotto fittizio, preserva le maiuscole e cita la decisione di denominazione del progetto demo. Specifica che la regola non si applica a parole non correlate in una descrizione ordinaria.

La sola corrispondenza tra testo di partenza e testo di arrivo non spiega se il mantenimento sia intenzionale o semplicemente un lavoro incompiuto. Usa la guida alle decisioni su cosa non tradurre per l'elenco più ampio delle esclusioni.

5. Una decisione in bozza presentata come approvata

Voce debole: sync → synchroniser / mettre à jour, senza proprietario né stato.

Correzione: definisci prima l'azione. Per il comando fittizio che sincronizza la libreria del dispositivo, approva synchroniser come verbo e registra l'alternativa come non adatta a questo particolare comando. Assegna un proprietario e una fonte di decisione datata.

Mantieni un'etichetta separata di sostantivo proposto in draft finché il suo revisore non la risolve. Il CSV di esempio include deliberatamente quella riga in bozza. Un foglio di calcolo dall'aspetto ordinato non è prova che ogni riga sia approvata.

Usa un criterio di qualità delle voci, non un punteggio decorativo

Prima di approvare una voce, poni sei domande a risposta sì o no:

1. Significato: un'altra persona riesce a distinguere questo concetto da quelli vicini?
2. Prova: riesce a trovare la fonte di supporto o la decisione dell'autore?
3. Lingua: la forma di arrivo funziona per la locale, la grammatica e il dominio specificati?
4. Ambito: sa dove si applica la regola e dove no?
5. Responsabilità: c'è un proprietario responsabile della risoluzione delle modifiche?
6. Uso: la voce è stata verificata in una frase rappresentativa?

Una risposta non risolta significa che la voce resta in bozza. Questa è una rubrica di accettazione editoriale, non una misura numerica validata della qualità della traduzione.

Dividi il lavoro in base alle competenze. L'autore o lo specialista della materia conferma il concetto; il revisore della lingua di destinazione conferma l'uso; il responsabile della terminologia registra la decisione e distribuisce la versione approvata. In un progetto piccolo una sola persona può ricoprire più ruoli, ma le domande richiedono comunque una risposta.

Se un revisore contesta una voce, registra le scelte in conflitto e il passaggio che mette in luce il disaccordo. Segui il flusso di lavoro per le domande dei traduttori invece di lasciare che i messaggi privati diventino eccezioni non documentate.

Esporta per lo strumento di destinazione solo dopo l'approvazione

Il tuo glossario principale e il dizionario di un motore hanno scopi diversi. Il glossario principale spiega le decisioni alle persone. Un file di importazione deve seguire lo schema e il comportamento di corrispondenza di uno strumento specifico.

Per uno strumento che supporta l'importazione di glossari:

1. Seleziona la coppia di lingue di origine/destinazione richiesta e il dominio del progetto.
2. Escludi le voci draft e deprecated.
3. Risolvi le stringhe di origine duplicate che lo strumento di destinazione non è in grado di disambiguare.
4. Mappa solo i campi supportati nel formato di importazione corrente dello strumento.
5. Verifica come gestisce maiuscole/minuscole, flessioni, termini composti da più parole e testo protetto.
6. Prova un piccolo input rappresentativo e ispeziona la traduzione restituita.

Ad esempio, il formato CSV unidirezionale documentato di Google Cloud Translation utilizza coppie origine/destinazione senza intestazione, mentre il suo CSV di insiemi di termini equivalenti utilizza intestazioni di lingua. La corrispondenza del glossario è sensibile alle maiuscole per impostazione predefinita e alcune voci di stopword vengono ignorate. Queste sono regole di Google Cloud, non regole generali del CSV o funzionalità di BookTranslator. Consulta la documentazione attuale del glossario di Google Cloud prima di preparare un'esportazione per quel servizio.

Non caricare il CSV riccamente annotato di questo articolo in una finestra di importazione qualsiasi. È un master di lavoro. Al contrario, non scartare le sue definizioni e la cronologia delle approvazioni solo perché uno strumento accetta solo due colonne.

Quando usi un sistema di IA con un campo di istruzioni supportato, fornisci un sottoinsieme pertinente e approvato più il contesto necessario a distinguere i significati. Un'istruzione può richiedere una terminologia; non stabilisce che l'output l'abbia seguita. Ispeziona il risultato. Se il sistema non offre un input di glossario supportato, conserva il master come riferimento per il revisore invece di inventare un modo per importarlo.

Per le organizzazioni con team di prima linea multilingue, la coerenza terminologica conta anche dopo la traduzione. Materiali di formazione, politiche e comunicazioni operative possono dover raggiungere i dipendenti nelle loro lingue preferite preservando la formulazione approvata. iTacit spiega come la comunicazione multilingue supporti le informazioni sul posto di lavoro attraverso lingue, paesi e culture.

Aggiungi lingue senza cancellare le decisioni locali

Riusa l'ID del concetto quando aggiungi un'altra lingua di destinazione, ma assegna a quella lingua il proprio target, stato, responsabile e prove. L'approvazione in francese non approva un equivalente tedesco. Un target vuoto significa "non risolto", non "usa automaticamente l'origine".

La stessa disciplina si applica all'interno di una lingua. Suddividi le decisioni specifiche per locale quando differiscono in modo sostanziale. Non creare righe duplicate solo per aggiungere etichette regionali che non cambiano nulla.

Mantieni questi stati semplici:

• Bozza: una decisione candidata o contestata; non fa parte di un'esportazione approvata.
• Approvato: accettato per l'ambito e la versione dichiarati.
• Deprecato: conservato per la cronologia e il rilevamento, ma non consigliato per nuovi lavori.

Per una modifica sostanziale, registra la vecchia forma, la nuova forma, il motivo, la versione effettiva, il responsabile e le posizioni di origine interessate. Ricostruisci l'esportazione pertinente e indica ai traduttori quali passaggi richiedono una riconsiderazione. Non sostituire silenziosamente un termine a metà progetto e aspettarti che i capitoli già tradotti si aggiornino da soli.

Rivedi le voci quando cambiano il prodotto, il manoscritto di origine, lo standard o l'uso accettato. Un promemoria sul calendario può aiutare, ma una definizione modificata è il trigger più forte.

Convalidare il glossario su passaggi campione prima di scalare

Un glossario può essere internamente ordinato e fallire comunque in una frase. Usa un piccolo insieme di passaggi che includa deliberatamente:

• una parola fonte ambigua con due significati;
• un termine usato come titolo e all'interno della prosa;
• una variazione grammaticale singolare, plurale o di altro tipo;
• un nome protetto accanto a linguaggio comune; e
• un termine in una tabella, didascalia, istruzione o altra struttura importante del documento.

L'esempio scaricabile abbina “delivery charge” a “electric charge” e include “seal” sia come sostantivo sia come verbo. Questi casi mostrano perché la sostituzione senza contesto sia il test di accettazione sbagliato.

Per ogni passaggio, registra la fonte, la versione del glossario, l'output di destinazione, la decisione del revisore e la correzione se necessaria. Se testi effettivamente un servizio di traduzione, aggiungi servizio/modello, data, impostazioni e output grezzo. Gli esempi in questo articolo non affermano che un simile test del servizio sia stato eseguito.

Dopo aver tradotto il documento completo, passa alla revisione della coerenza terminologica. La costruzione del glossario stabilisce la politica; la revisione dell'output determina se il testo consegnato la rispetta senza diventare innaturale.

Consegna un registro delle decisioni, non solo un elenco di parole

Il passaggio finale dovrebbe contenere la versione di origine, il glossario principale approvato, l'esportazione per lo strumento ricevente se applicabile, il registro delle domande irrisolte e esempi rappresentativi. Chi traduce dovrebbe sapere quale file è autorevole e a chi chiedere in caso di conflitti.

Per un libro completo o un documento lungo supportato, il flusso di traduzione file di BookTranslator può fornire una bozza per la revisione successiva. Tieni il tuo glossario approvato accanto a quella bozza. Il foglio di lavoro qui è un riferimento editoriale esterno, non un'affermazione che BookTranslator importi glossari CSV gestiti dall'utente o applichi ogni voce.

Inizia con pochi concetti rilevanti, rendi le decisioni ispezionabili ed espandi a partire da ambiguità reali o risultati di revisione. L'obiettivo è avere meno decisioni irrisolte nel prossimo documento, non il glossario più grande.