Localizzazione di giochi con AI

Estrai le stringhe che i giocatori incontrano davvero

Inizia da un percorso completo: titolo, impostazioni, tutorial, feedback di gameplay, vittoria o sconfitta e riavvio. Includi messaggi d'errore e richieste di salvataggio, non solo dialoghi. Dai a ogni messaggio una chiave stabile, così le revisioni possono essere applicate senza indovinare quale frase inglese identica intendesse il traduttore.

Conserva il contesto accanto al testo: schermata, relatore, azione, tono e vincolo di spazio. La parola charge può riferirsi a un prezzo, a un attacco o all'energia accumulata. Un breve campo di contesto impedisce che l'ambiguità si propaghi a un intero batch. Tieni gli identificatori separati dalla prosa e non rinominare le chiavi solo perché cambia la formulazione inglese.

Prepara una tabella sorgente Godot pulita

Godot documenta input CSV per le traduzioni con chiavi univoche e colonne linguistiche. Una colonna che inizia con un underscore può contenere commenti. L'esempio è un fixture sorgente inglese originale; aggiungi le colonne delle locale target dopo la revisione della traduzione. Usa un editor o parser consapevole del CSV per mantenere validi virgolette, virgole e interruzioni di riga.

Mantieni un elenco terminologico per controlli, oggetti e meccaniche ricorrenti. Indica al traduttore quali termini sono nomi e quali possono essere adattati. Congela la revisione della fonte prima del batch e traccia le modifiche successive per chiave. Potrai così rivedere i messaggi cambiati invece di rigenerare ogni riga accettata.

keys,en,_context
MENU_START,Start game,Title screen action
MENU_RESTART,Restart round,Shown after win or loss
SCORE_TOTAL,Score: {score},HUD; preserve the named placeholder
SAVE_FAILED,Progress could not be saved.,Error after a failed save

Proteggi placeholder e fatti di gameplay

Separa il testo modificabile dai valori inseriti dal gioco a runtime. Godot supporta stringhe tradotte con argomenti di formattazione nominati, che consentono ai traduttori di riordinare una frase conservandone le variabili. L'esempio presuppone che la risorsa di traduzione sia configurata e che score_label sia un riferimento Label esistente.

Valida l'insieme dei placeholder, le chiavi richieste, i numeri incorporati nelle istruzioni e qualsiasi markup usato dal progetto. Chiedi a un revisore umano di controllare il significato in modo indipendente. Una traduzione strutturalmente valida può comunque invertire un'istruzione di controllo o cambiare l'obiettivo. Mantieni separati i controlli strutturali e l'approvazione linguistica, così ogni errore raggiunge il revisore giusto.

score_label.text = tr("SCORE_TOTAL").format({"score": score})

Traduci per contesto e rivedi i messaggi difficili

Raggruppa schermate o conversazioni correlate, così il modello può preservare terminologia e voce. Fornisci a ogni batch contesto della fonte, glossario approvato, token protetti e pubblico previsto. Richiedi output strutturato indicizzato dagli identificatori originali, poi rifiuta voci mancanti o inattese prima del merge.

Invia meccaniche ambigue, umorismo, voce dei personaggi e testi culturalmente sensibili a un revisore linguistico competente. Le etichette brevi dei pulsanti richiedono spesso più giudizio dei testi descrittivi lunghi perché lo spazio è ridotto. Conserva le correzioni del revisore come aggiornamenti terminologici o contestuali quando appropriato, così il batch successivo non ripete lo stesso fraintendimento.

Importa e registra le traduzioni

Dopo l'import, verifica le risorse di traduzione previste nelle Project Settings di Godot, sotto Localization e Translations. Non dedurre la registrazione riuscita dalla sola presenza di un file CSV. Usa la documentazione della versione del tuo engine e controlla l'elenco reale delle risorse.

Cambia lingua nel progetto in esecuzione e visita le schermate che usano le nuove chiavi. Se viene mostrata una chiave letteralmente, controlla ortografia della chiave, registrazione della risorsa e locale selezionata. Se il testo scompare, controlla font e copertura dei glifi necessari. Conserva permessi dei font e scelte di fallback nei record degli asset: una traduzione corretta è inutile se la build non sa renderla.

Stressa il layout prima di tradurre tutto

Usa gli strumenti di pseudolocalizzazione Godot per esporre presto le ipotesi di layout. Poi testa le stringhe reali della lingua target negli stessi schermi. Etichette lunghe, più righe, ordine da destra a sinistra, punteggiatura e numeri misti possono rivelare problemi che uno screenshot nella lingua sorgente non mostra.

Rivedi i controlli alla dimensione minima della finestra supportata e con il metodo d'input previsto. Verifica che le etichette restino leggibili senza coprire i controlli vicini e che il giocatore possa raggiungere le azioni essenziali. Testa avanzamento dei dialoghi e timing dei sottotitoli durante il gioco, non solo in un foglio. Conserva screenshot della build reale per i problemi che richiedono giudizio visivo.

Mantieni coerenti testi dello store e supporto linguistico

Traduci le descrizioni dello store a partire da un inventario delle funzioni approvato. Traccia separatamente testo dell'interfaccia, sottotitoli e supporto audio e fai corrispondere la rappresentazione nello store a ciò che la build offre davvero. Una descrizione localizzata attraente non deve promettere una modalità, piattaforma o funzione di accessibilità non distribuita.

Steam offre un proprio workflow di localizzazione e impostazioni linguistiche. Riconcíliali con il pacchetto di release prima della sottomissione. Includi le traduzioni rivolte ai giocatori assistite dall'AI nell'inventario dei contributi del prodotto per la Content Survey corrente. Pubblicare nello store è un'azione separata dalla preparazione di un file di localizzazione: mantieni esplicite responsabilità di revisione e pubblicazione.

Accetta un percorso localizzato e poi mantieni il delta

Per ogni locale target, esegui il percorso scelto dal giocatore per un round completo e rilancia con la preferenza linguistica conservata come progettato. Registra chiavi mancanti, difetti di formattazione, problemi visivi e correzioni semantiche rispetto a revisione della fonte e build. Accetta la locale solo quando i revisori pertinenti hanno risolto questi rilievi.

Negli aggiornamenti successivi, invalida le traduzioni quando cambia il significato della fonte, conservando le voci approvate non modificate. Questa guida fornisce passaggi supportati dalla documentazione e fixture illustrative; non riporta un risultato di localizzazione eseguito. Usa il percorso breve come primo perimetro di validazione prima di estenderlo all'intero script o ad altre lingue.

Domande frequenti