Tradurre un sito tecnico con l’AI: glossario, numeri e promesse da mantenere allineati

Prima di iniziare: cosa ottieni e perché questo metodo funziona

Questa guida mostra come tradurre un sito tecnico con l’AI senza alterare glossario, numeri, limiti e promesse commerciali. Il risultato non è una “bella traduzione” in astratto, ma una procedura ripetibile che puoi riusare su pagine prodotto, servizi, documentazione e contenuti di supporto.

Qui trovi, in un solo laboratorio:

• una scheda tecnica fittizia completa da usare come sorgente;
• un glossario IT/EN controllato;
• un prompt pronto da copiare nell’AI;
• la traduzione inglese didattica completa;
• un esempio sbagliato con correzione;
• un registro finale per il controllo umano.

La logica è coerente con l’impostazione di localizzazione del W3C: tradurre non significa sostituire parole una a una, ma mantenere corretti formati, vincoli e contesto di arrivo (W3C). È anche coerente con l’approccio di Dedaloop all’AI e automazione responsabile, dove il controllo umano e la governance restano parte del processo, non un passaggio opzionale.

Se il tuo team lavora già su processi, documenti o workflow tecnici, questa guida si affianca bene a Consulenza strategica e governance IT, Sviluppo software su misura e integrazioni e Formazione, divulgazione e R&D: la traduzione è utile solo se il contenuto che descrive il servizio resta fedele a ciò che il servizio fa davvero.

Destinatari

• redattori e content manager;
• marketing e PM che devono controllare le promesse prima della pubblicazione;
• team che usano l’AI come supporto, non come arbitro finale.

Nota importante

Tutti gli esempi di questa guida sono simulati. Non attribuiscono risultati, clienti o verifiche reali a Dedaloop.

1. Metti per iscritto il perimetro: cosa va tradotto e cosa no

Dove lavorare: nel documento di lavoro principale, prima di incollare qualsiasi testo all’AI.

Cosa fare: scrivi tre regole semplici e non negoziabili.

1. non cambiare il significato commerciale;
2. non alterare numeri, unità, orari e limiti;
3. non aggiungere caratteristiche, garanzie o certificazioni non presenti nel sorgente.

Perché serve: nelle pagine tecniche il rischio non è solo una frase “poco elegante”. Il rischio è una frase che sposta la promessa. Il W3C ricorda che localizzare significa adattare correttamente contenuti e formati al contesto di arrivo, non solo tradurre parole (W3C).

Risultato atteso: chi traduce sa che cosa deve rimanere invariato prima ancora di vedere il testo.

Se non c’è accordo: se il team non riesce a concordare cosa sia una promessa, un limite o una caratteristica, fermati. Prima si approvano le regole, poi si traduce.

2. Prepara la scheda tecnica fittizia completa da tradurre

Dove lavorare: in un blocco codice separato, sotto il perimetro.

Cosa copiare: usa questa scheda simulata completa. Tutti i dati sono inventati per il laboratorio e non vanno attribuiti a un cliente reale.

Nome prodotto: AtlasEdge Monitor

Descrizione breve:
Piattaforma software per monitorare richieste, tempi di risposta e stato di servizio per team interni e clienti esterni.

3 caratteristiche:
1. Cruscotto con code di richieste e stato lavorazione.
2. Esportazione report in CSV e PDF.
3. Notifiche email configurabili per eventi di soglia.

2 numeri con unità:
- Conservazione log: 14 giorni
- Limite file allegati: 25 MB

Orario di assistenza:
- Assistenza standard: 09:00–17:30, lunedì-venerdì

Limite esplicito:
- Non include integrazione con sistemi legacy senza API.

Frase con rischio terminologico:
- Il servizio include la presa in carico entro 2 giorni lavorativi.

Perché questa scheda funziona: contiene tutti gli elementi critici del brief: prodotto, tre funzioni, due numeri, orario, limite esplicito e una frase ambigua che può essere tradotta male. La guida già pubblicata sul tema insiste sullo stesso rischio: una traduzione può essere fluida e allo stesso tempo cambiare il servizio descritto (Tradurre un sito tecnico con l’AI: glossario, numeri e promesse da mantenere allineati).

Risultato atteso: hai un testo sorgente completo, senza buchi da riempire con fantasia.

Se manca un dato: non inventarlo. Segnalo nel registro come “dato mancante” e continua solo con i dati realmente presenti.

3. Costruisci il glossario IT/EN prima della traduzione

Dove lavorare: in una tabella a lato o subito sotto il testo sorgente.

Cosa copiare: usa questo glossario base. È sufficiente per il laboratorio, ma va sempre adattato al contenuto reale.

Perché serve: senza glossario, l’AI tende a scegliere il termine più naturale in inglese, non quello più fedele. È qui che nascono gli errori più costosi: una frase corretta sul piano grammaticale può essere sbagliata sul piano operativo. Il W3C raccomanda di progettare i contenuti pensando fin dall’inizio alla localizzazione, non di adattarli dopo in modo fragile (W3C).

Risultato atteso: ogni termine critico ha una resa prevista prima di chiedere la traduzione.

Se il termine è ambiguo: non scegliere alla cieca. Segnalo nel registro con una nota tipo: “termine da confermare con prodotto o supporto”.

4. Incolla il prompt operativo e fai generare la bozza

Dove lavorare: nell’interfaccia dell’AI o nel tuo tool di traduzione.

Cosa copiare: usa questo prompt così com’è, poi incolla sotto il testo italiano.

Sei un traduttore tecnico per un sito aziendale.

Obiettivo:
Traduci in inglese il testo italiano fornito, mantenendo intatti significato commerciale, numeri, unità, limiti, orari e promesse.

Regole obbligatorie:
1. Usa solo il glossario approvato.
2. Non aggiungere caratteristiche, garanzie, disponibilità o certificazioni non presenti nel testo sorgente.
3. Mantieni numeri e unità; se il formato cambia per convenzione locale, non cambiare il valore.
4. Se trovi un termine ambiguo, segnala il dubbio in una sezione separata “open questions”.
5. Se una frase descrive presa in carico, non trasformarla automaticamente in risoluzione o SLA.
6. Se il testo contiene limiti espliciti, non attenuarli.
7. Produci due output separati:
   - English draft
   - Open questions / editorial notes

Formato richiesto:
- Titolo prodotto
- Descrizione breve
- Caratteristiche
- Numeri e limiti
- Assistenza e orari
- Limiti espliciti
- Notes only if needed

Come lavorare bene:

• rendi visibile il glossario nel contesto;
• poi il testo italiano;
• poi chiedi una sola bozza inglese, senza chiedere “miglioramenti” generici.

Risultato atteso: l’AI produce un testo inglese leggibile ma vincolato dal glossario.

Se il risultato devia: non correggere subito a mano. Prima annota dove l’AI ha cambiato senso, poi rilancia il prompt con il vincolo violato.

5. Usa il testo italiano completo e confrontalo con la traduzione attesa

Dove lavorare: in una seconda colonna o in un secondo blocco del documento.

Testo italiano completo da tradurre:

AtlasEdge Monitor è una piattaforma software per monitorare richieste, tempi di risposta e stato di servizio per team interni e clienti esterni.

La piattaforma offre tre funzioni principali: un cruscotto con code di richieste e stato lavorazione, l’esportazione report in CSV e PDF, e notifiche email configurabili per eventi di soglia.

I log vengono conservati per 14 giorni. Il limite per ogni file allegato è di 25 MB.

L’assistenza standard è disponibile dal lunedì al venerdì, dalle 09:00 alle 17:30.

Il servizio include la presa in carico entro 2 giorni lavorativi.

Il servizio non include integrazione con sistemi legacy senza API.

Traduzione inglese didattica completa:

AtlasEdge Monitor is a software platform for tracking requests, response times, and service status for internal teams and external customers.

The platform offers three main features: a dashboard with request queues and work status, report export in CSV and PDF, and configurable email notifications for threshold events.

Logs are retained for 14 days. The limit for each attached file is 25 MB.

Standard support is available Monday to Friday, from 09:00 to 17:30.

The service includes acknowledgement within 2 business days.

The service does not include integration with legacy systems without APIs.

Cosa controllare subito:

• 14 giorni resta 14 days;
• 25 MB resta 25 MB;
• 09:00–17:30 resta lo stesso orario;
• presa in carico non diventa resolution;
• il limite esplicito non viene trasformato in capacità.

Risultato atteso: la traduzione conserva i valori e il senso, senza aggiungere promesse.

Se la traduzione cambia il significato: segnala il punto come errore, non come preferenza stilistica.

6. Inserisci l’esempio sbagliato e la correzione guidata

Dove lavorare: in una sezione separata del documento, con etichetta chiara “errore simulato”.

Errore 1: trasformare la presa in carico in uno SLA

Italiano sorgente

Il servizio include la presa in carico entro 2 giorni lavorativi.

Traduzione sbagliata

The service guarantees resolution within 2 business days.

Perché è sbagliata

• presa in carico non significa resolution;
• guarantees aggiunge una garanzia non dichiarata;
• la promessa passa da gestione iniziale a chiusura del problema.

Correzione

The service includes acknowledgement within 2 business days.

Errore 2: trasformare un limite in una caratteristica

Italiano sorgente

Il servizio non include integrazione con sistemi legacy senza API.

Traduzione sbagliata

The service includes full integration with legacy systems.

Perché è sbagliata

• elimina un limite esplicito;
• aggiunge una capacità non presente;
• altera il perimetro del servizio.

Correzione

The service does not include integration with legacy systems without APIs.

Registro di confronto da compilare

Risultato atteso: il team vede la differenza tra una traduzione scorrevole e una traduzione fedele.

Se l’errore viene considerato “solo stilistico”: fermati. In un sito tecnico questo tipo di deviazione può cambiare il servizio promesso.

7. Gestisci il caso con dato mancante senza inventare nulla

Dove lavorare: nella sezione “open questions / editorial notes”.

Caso normale: il glossario è completo e la traduzione procede.

Caso con errore o informazione mancante: immagina che il testo dica soltanto “supporto rapido” senza definizione di tempo, oppure che “presa in carico” non sia chiarita dal prodotto o dal supporto.

Cosa deve fare l’AI:

• non inventare uno SLA;
• non sostituire un termine ambiguo con un termine più forte;
• segnalare il dubbio.

Esempio di nota utile

Open question: “presa in carico” in questo contesto indica solo conferma di ricezione oppure avvio effettivo del lavoro? Serve conferma dal product owner.

Esempio di errore da evitare

The service guarantees resolution within 2 business days.

Perché è sbagliato: il testo non lo dice. La guida già pubblicata sul tema insiste proprio sul fatto che una buona traduzione tecnica deve conservare limiti, esclusioni e promesse senza modificarli (Tradurre un sito tecnico con l’AI: glossario, numeri e promesse da mantenere allineati).

Risultato atteso: il sistema produce una nota di verifica, non una risposta inventata.

Se il dato mancante viene riempito comunque: blocca il rilascio e rimanda alla revisione umana.

8. Fai il controllo finale e compila il registro riutilizzabile

Dove lavorare: nell’ultima sezione del documento o in un foglio di approvazione.

Controllo finale ripetibile: fai sempre questo passaggio prima della pubblicazione.

1. verifica che tutti i numeri coincidano;
2. verifica che le unità coincidano;
3. verifica che gli orari non siano stati espansi o compressi;
4. verifica che i limiti non siano diventati promesse;
5. verifica che le promesse non siano diventate garanzie;
6. verifica che le note aperte siano chiuse o accettate dal responsabile.

Come leggere i decimali: se il sorgente contiene un valore come 12,5 MB, il valore resta 12,5 come numero. In inglese può cambiare il separatore decimale secondo lo stile locale, ma non il valore. Questo è coerente con l’attenzione del W3C ai formati locali (W3C).

Registro finale riutilizzabile

Criteri di accettazione

La traduzione è pronta per andare online solo se:

• tutte le voci numeriche coincidono con il sorgente;
• il limite esplicito resta un limite;
• presa in carico non diventa resolution;
• nessuna certificazione o disponibilità è stata aggiunta;
• le note aperte sono risolte o approvate dal responsabile.

9. Troubleshooting minimo e passo successivo

Problema 1: l’AI traduce “presa in carico” come “resolution”

Blocco immediato e nuovo prompt con glossario esplicito.

Problema 2: l’AI aggiunge una promessa tipo “guaranteed”

Rimuovi l’aggiunta e segnala che il contenuto è stato alterato.

Problema 3: manca un dato

Non inventarlo. Scrivi una nota aperta e chiedi conferma.

Problema 4: un numero cambia formato

Controlla che il valore sia identico prima di pubblicare.

Problema 5: il testo sembra corretto ma cambia il perimetro

Torna al registro: se la promessa si è spostata, il testo non è pronto.

Conclusione operativa

La traduzione tecnica con l’AI è utile quando riduce il lavoro meccanico e non ridisegna il significato del servizio. Il metodo corretto è semplice: perimetro chiaro, scheda completa, glossario, prompt vincolato, traduzione, confronto, registro. Se una parte manca, si ferma la pubblicazione. Se tutto torna, il risultato è una pagina localizzata davvero, non solo una pagina in un’altra lingua.

Se vuoi estendere questo metodo a pagine di prodotto, servizi o documentazione interna, il passo successivo è descrivere il processo da migliorare e preparare il testo sorgente con vincoli e glossario prima della traduzione. In un flusso governato, l’AI accelera la bozza; il controllo umano decide cosa può andare online.

Fonti

• https://www.w3.org/International/questions/qa-i18n
• https://www.dedaloop.it/it/news/tradurre-un-sito-tecnico-con-lai-glossario-numeri-e-promesse-da-m-5e3d010a/index.html
• https://www.dedaloop.it/it/servizi/ai-benefit/index.html