Che cos'è la localizzazione software?
La localizzazione software è il processo di adattamento di un prodotto software — interfaccia utente, messaggi di errore, onboarding, notifiche, contenuti di assistenza e schede negli store — affinché funzioni in modo naturale per gli utenti di un'altra lingua e di un altro mercato. Riguarda software desktop, app SaaS e web, app mobili per iOS e Android, giochi e i file di risorse per sviluppatori con cui questi prodotti vengono realizzati.
La localizzazione software si differenzia dalla traduzione di un documento in tre modi. Il contenuto è un insieme di chiavi (stringhe) anziché di pagine. Cambia a ogni sprint invece che una sola volta. Ed è consumato da una build anziché da un lettore, quindi un segnaposto rotto o un tag alterato possono mandare in crash un'app o bloccare un rilascio. Per questo una piattaforma di localizzazione software dedicata gestisce stringhe, chiavi e formati di file invece che documenti.
Localizzazione di software, di app e di formati di file
“Localizzazione software” è il termine generale. “Localizzazione di app” indica di solito le app mobili per iOS e Android, con i propri formati di risorse e le schede negli app store. La “localizzazione di formati di file” è il livello pratico sottostante a entrambe: tradurre file XLIFF, JSON, PO, XML, YAML e di stringhe senza comprometterne la struttura. Questa guida le tratta tutte e tre.
Dove si colloca nel tuo stack di localizzazione
La localizzazione software è un carico di lavoro all'interno di un programma di localizzazione più ampio. Se stai scegliendo la piattaforma che lo gestisce — gestione della traduzione, editor CAT, memoria di traduzione, terminologia e fornitori — inizia dalla nostra guida alle piattaforme di localizzazione e ai TMS, su cui si basa questa guida. Qui ci concentriamo su ciò che è specifico del software: stringhe, formati, flussi di lavoro per sviluppatori e cadenza dei rilasci.
L'approccio di Smartcat consiste nel rendere la piattaforma il sistema di riferimento per i testi di prodotto. Il suo flusso di lavoro di localizzazione dei prodotti utilizza un Collega Prodotto e Ingegneria che automatizza l'estrazione, la traduzione e la pubblicazione dei contenuti di prodotti e app e si integra con la tua pipeline CI/CD, mentre la pagina sul software di gestione dei progetti di localizzazione mostra come sviluppatori, manager e revisori condividano un unico spazio di lavoro con accesso API e connettori per GitHub, Figma e altro. Il rilascio di marzo 2023 che ha introdotto i progetti collaborativi di localizzazione software spiega il perché: UX writer e product manager possono modificare i testi da soli, senza distrarre gli sviluppatori.
Basi dell'internazionalizzazione (i18n)
L'internazionalizzazione — abbreviata in i18n, per le 18 lettere tra la “i” e la “n” dell'inglese “internationalization” — è il lavoro di ingegneria che rende il software pronto per essere localizzato. La localizzazione (l10n) è il lavoro di adattarlo a ciascun mercato. La differenza è importante: l'internazionalizzazione è un'attività di sviluppo svolta una sola volta nel codice, mentre la localizzazione è un'attività sui contenuti che si ripete per ogni lingua e ogni rilascio. La guida introduttiva all'internazionalizzazione nella progettazione del software di Smartcat suddivide l'i18n in tre aree — progettazione dell'interfaccia utente, formato e archiviazione dei dati, processi e strumenti — e spiega come trovare un referente per l'internazionalizzazione all'interno della tua azienda.
Una checklist i18n prima di localizzare
Esternalizza ogni stringa visibile all'utente
Sposta il testo dal codice ai file di risorse — JSON o YAML per le app web, strings.xml per Android, .strings o String Catalog per iOS, file PO per i progetti basati su gettext. Assegna a ogni stringa una chiave stabile, in modo che le traduzioni sopravvivano al refactoring.
Usa segnaposto e regole di pluralizzazione, non la concatenazione
“You have ” + n + “ files” non può essere tradotto correttamente. Usa segnaposto con nome e una sintassi che gestisca i plurali, come ICU MessageFormat, che Smartcat supporta in modo nativo o come stringhe non elaborate nei progetti di localizzazione software.
Progetta per l'espansione del testo e la direzione di scrittura
Il tedesco e il finlandese occupano più spazio dell'inglese; l'arabo e l'ebraico si leggono da destra a sinistra. Evita i pulsanti a larghezza fissa e testa i layout presto — idealmente nel file di design, prima del codice (vedi Localizzazione di Figma e UI).
Archivia e formatta i dati in base alla lingua
Usa UTF-8 ovunque e formatta date, numeri, valute e indirizzi con librerie sensibili alle impostazioni locali anziché con schemi fissi nel codice.
L'internazionalizzazione è anche un problema organizzativo. Il team di localizzazione di Zendesk descrive come integra la localizzazione nei team di prodotto e di ingegneria in l'approccio di Zendesk, disponibile anche come intervento registrato, e il panel sulla strategia di prodotto pronta per il mercato globale riunisce responsabili della localizzazione per discutere di sviluppo professionale e mentorship nel settore della globalizzazione.
Come funziona la localizzazione del software in Smartcat
Oltre ai normali progetti di documenti, Smartcat offre progetti di localizzazione software che gestiscono direttamente le chiavi. Le chiavi si trovano nelle raccolte; un progetto può contenere più raccolte e Smartcat garantisce che le chiavi siano univoche all'interno di ciascuna. Il flusso di lavoro tipico, descritto nella documentazione per sviluppatori dedicata ai progetti di localizzazione software, è il seguente:
Crea un progetto e importa le chiavi
Crea un progetto di localizzazione software, scegli le lingue di partenza e di arrivo e importa le chiavi in formato JSON, YAML, iOS .strings, Android XML o LocJSON — manualmente, tramite API o CLI, oppure automaticamente da un repository GitHub, GitLab o Bitbucket.
Aggiungi contesto e modifica il testo di partenza
Aggiungi etichette e contesto, come gli screenshot, e crea o modifica chiavi e testo di partenza direttamente nell'editor CAT — incluse le chiavi con tutte le forme plurali.
Traduci con l'IA e revisiona
Il Software Localization Agent traduce utilizzando la tua memoria di traduzione e i tuoi glossari; revisori interni o specialisti che assumi tramite il marketplace dei servizi di localizzazione di applicazioni approvano il risultato.
Esporta o sincronizza con il codice
Gli sviluppatori esportano il sottoinsieme di chiavi di cui hanno bisogno nel formato che preferiscono, oppure lasciano che l'integrazione con Git invii automaticamente le traduzioni con un push — al completamento o non appena viene raggiunta una fase del flusso di lavoro scelta.
Smartcat definisce questo approccio “l'unica fonte di verità per i testi del tuo software”: product manager e UX writer sono responsabili dei testi, gli sviluppatori li utilizzano. Per una panoramica a livello aziendale, consulta localizzazione di applicazioni, che abbina la traduzione IA a revisori esperti e alla localizzazione dei contenuti per gli app store.
Localizzazione di app mobili per iOS e Android
La localizzazione di app comporta vincoli specifici: formati di risorse diversi per ogni piattaforma, spazio ridotto nell'interfaccia, schede e screenshot negli app store e rilasci frequenti. Il flusso di lavoro di localizzazione di app mobili di Smartcat prevede quattro passaggi — crea un account, collega la tua app Android, iOS o Java, traduci con il Software Localization Agent e i revisori, e carica nuovamente i contenuti tradotti nella tua app. La guida approfondita localizzazione di app mobili: tutto ciò che gli sviluppatori devono sapere illustra strategia e processo per entrambe le piattaforme.
Localizzazione di app iOS
Le app iOS conservano le stringhe nei file .strings e .stringsdict e, nei progetti più recenti, nei String Catalog di Xcode (.xcstrings) — tutti e tre compaiono nell'elenco dei formati di file supportati da Smartcat. L'integrazione con Git per iOS individua ed estrae automaticamente i file .strings dal tuo repository e vi reinvia i file di risorse tradotti, al loro completamento oppure quando viene raggiunta una fase del flusso di lavoro scelta — utile se vuoi avere nel repository le stringhe tradotte automaticamente prima che la revisione umana sia terminata. La pagina sulla localizzazione in Xcode tratta la gestione delle chiavi e dei plurali, mentre il plugin di traduzione iOS per Xcode e Git ne riassume la configurazione. Per una guida passo passo, leggi come localizzare i contenuti di un'app iOS, che tratta implementazione, test e debug, lancio e migliori pratiche.
Localizzazione di app Android
Le app Android memorizzano le stringhe in res/values/strings.xml, con una cartella values per ogni locale. L'integrazione Git e Android estrae le risorse stringa XML dal tuo repository in Smartcat e reinvia automaticamente i file tradotti, comprese le traduzioni parzialmente completate se utilizzi un flusso di lavoro ibrido tra traduzione automatica e umana. Il plugin di traduzione per Android si connette tramite una chiave SSH registrata sul tuo server Git (o tramite un utente Smartcat aggiunto come collaboratore del repository), ti consente di scegliere un flusso di lavoro solo IA o IA con revisione e può pianificare sincronizzazioni automatiche. Le pagine correlate trattano le stringhe localizzate di Android, i servizi di localizzazione di app Android, la traduzione di app Android e il plugin di localizzazione per Android Studio. La guida alla localizzazione di app Android spiega locale, strumenti, passaggi, metriche di successo e sfide comuni.
Schede negli app store e pagine prodotto
La localizzazione non si ferma al file binario. Titoli, descrizioni, parole chiave e screenshot negli store determinano se gli utenti di un nuovo mercato scaricheranno o meno l'app. Il flusso di lavoro di localizzazione del prodotto include la localizzazione delle pagine prodotto dell'app con screenshot, titoli, descrizioni e parole chiave localizzati, e la stessa configurazione IA con revisione si applica in generale alla localizzazione di applicazioni.
La localizzazione di app nella pratica
Due storie di clienti mostrano come funziona per le app consumer: come l'app per la salute femminile Flo ha semplificato la localizzazione, in un ambito in cui una terminologia medica accurata è essenziale, e come il team di Simple: Intermittent Fasting App l'ha localizzata in sei lingue e perché un team ben strutturato è stato fondamentale.
Formati dei file di localizzazione: XLIFF, JSON, PO, XML, YAML e altri
Il software raramente arriva sotto forma di documenti Word. Arriva come file di risorse e di interscambio, le cui chiavi, tag, segnaposto e strutture annidate devono superare la traduzione intatti. Il centro assistenza di Smartcat elenca ogni formato di file supportato; per il lavoro di localizzazione questi includono XLIFF 1.2 e 2.0, SDLXLIFF, MQXLIFF, PO/POT, Android XML, RESX, JSON, LocJSON, YAML, Apple .strings, .stringsdict e .xcstrings, Java .properties e Markdown. Ciascuno dei formati principali riportati di seguito ha una pagina dedicata che spiega cosa viene preservato.
| Formato | Tipicamente utilizzato per | Cosa preserva Smartcat |
|---|---|---|
| XLIFF 1.2 / 2.0, SDLXLIFF | Scambio tra CMS, strumenti di authoring e strumenti CAT | Codici inline protetti; unità translate="no" bloccate; esportazione in XLIFF 1.2 |
| JSON | File di localizzazione web e dell'app | Stesse chiavi e stessa struttura annidata; vengono tradotti solo i valori delle stringhe; segnaposto bloccati tramite regole regex |
| Gettext PO / POT | Software open source e lato server (GNU gettext) | Variabili come %s e {name} diventano tag protetti; i commenti degli sviluppatori sono mostrati come contesto |
| XML | Configurazioni, esportazioni di contenuti, risorse Android | Markup, attributi e CDATA intatti; elementi traducibili scelti tramite XPath |
| YAML, .strings iOS, XML Android | Risorse stringa dell'app e del framework | Importati ed esportati come chiavi nei progetti di localizzazione software |
| IDML | Layout di Adobe InDesign (manuali, guide all'interfaccia, packaging) | Testo estratto dalle storie; IDML tradotto esportato con la formattazione preservata |
XLIFF e SDLXLIFF
XLIFF (XML Localization Interchange File Format) è il formato standard per trasferire contenuti traducibili tra sistemi. L'editor XLIFF di Smartcat importa XLIFF 1.2 e 2.0, mostra testo di partenza e di arrivo affiancati con i codici inline protetti, lascia bloccate le unità translate="no" ed esporta in XLIFF 1.2 — la variante che la maggior parte degli strumenti importa senza problemi. Il supporto per XLIFF 2.0 è stato annunciato nel 2022; Smartcat rileva automaticamente la versione, sia che il caricamento avvenga manualmente sia tramite API. Se ti serve un'opzione rapida basata sul browser, consulta l'editor XLIFF online gratuito e il traduttore XLF; gli utenti di Trados possono portare i file .sdlxliff nel traduttore SDLXLIFF, che applica memoria di traduzione, glossari e revisione umana.
Per conoscere il formato, inizia con che cos'è un file XLIFF?, poi leggi XLIFF per la localizzazione del software, che spiega quando XLIFF è adatto alle stringhe e come gli agenti IA automatizzano il flusso di lavoro. I team di eLearning che esportano dagli strumenti di authoring troveranno utili XLIFF multilingue per la traduzione dei corsi e l'articolo di assistenza su come tradurre file XLIFF; quest'ultimo consiglia XLIFF 1.2 per un round trip più pulito.
JSON
JSON è il formato di localizzazione predefinito per la maggior parte delle app web e JavaScript. Il traduttore JSON analizza il tuo file, traduce solo i valori delle stringhe e restituisce un file con le stesse chiavi e la stessa struttura annidata, con i token segnaposto bloccati come tag tramite regole regex che definisci una sola volta. Poiché le stringhe mantengono i propri ID chiave, la memoria di traduzione può trovare corrispondenze sia sulla chiave sia sul testo. Entra un en.json, escono de.json, ja.json e pt-BR.json.
Per un singolo file, il traduttore JSON gratuito utilizza lo stesso motore con un flusso pensato per il browser, disponibile durante la prova di 15 giorni con 15.000 Smartword e senza carta di credito. Le pagine correlate trattano la traduzione di JSON online, la traduzione di file JSON con l'IA, l'editor di file di traduzione JSON, la piattaforma di localizzazione JSON per team di sviluppo, il traduttore JSON con IA per la localizzazione di app e un flusso di lavoro da JSON a Excel per i team i cui revisori preferiscono i fogli di calcolo.
File PO Gettext
Un file PO (Portable Object) è il formato di testo semplice utilizzato da GNU gettext: ogni voce abbina una stringa di partenza (msgid) alla sua traduzione (msgstr), quindi un file PO contiene una sola lingua. La traduzione di file PO Gettext di Smartcat trasforma variabili come %s e {name} in tag protetti, mostra ai traduttori i commenti degli sviluppatori come contesto e offre tre parser — Default PO, Serge.io PO e Monolingual PO. Con il parser Serge.io, ricaricando un file vengono rielaborate solo le stringhe il cui testo di partenza è cambiato. L'articolo di assistenza su come tradurre file PO in Smartcat spiega ciascun parser e come caricare un modello .pot.
XML e YAML
Con i traduttori comuni, i file XML si danneggiano perché markup, attributi e CDATA vengono trattati come testo. Il traduttore XML utilizza un parser configurabile: specifichi tramite XPath, una sola volta, quali elementi e attributi contengono testo traducibile, e tutto ciò che si trova al di fuori di quei percorsi viene lasciato invariato, così il file che scarichi è un XML ben formato che il tuo sistema può acquisire. I file di configurazione e di localizzazione YAML — comuni in Ruby on Rails, Symfony e in molti generatori di siti statici — passano dal traduttore YAML, che importa, modifica ed esporta file YAML all'interno dello stesso flusso di lavoro di localizzazione software.
InDesign e IDML
I team di software producono anche materiale stampato e in PDF — guide rapide, packaging, schede di riferimento dell'interfaccia — di solito realizzato in Adobe InDesign. Il traduttore IDML estrae il testo dalle storie del file ed esporta un IDML tradotto da aprire in InDesign per un unico passaggio di impaginazione. Consulta anche traduzione di Adobe InDesign con l'IA, localizzazione di file InDesign e il servizio di traduzione InDesign con revisori esperti. Per Word, PowerPoint, Excel e altri formati Office, consulta la guida alla traduzione di documenti.
Flussi di lavoro per sviluppatori: API, CLI e integrazioni Git
Lo scambio manuale di file non regge oltre una manciata di rilasci. Smartcat offre agli sviluppatori diversi modi per collegare la localizzazione alla propria pipeline, dai connettori no-code a un'API REST.
Localizzazione basata su Git
Per la maggior parte dei team di prodotto, l'integrazione con Git è la via più rapida verso l'automazione: Smartcat sincronizza i file di partenza dal repository, li traduce e reinvia i contenuti localizzati senza alcuna gestione manuale dei file. I team mobile possono utilizzare le integrazioni specifiche Git per Android e Git per iOS descritte sopra.
La CLI di Smartcat
La CLI di Smartcat ti consente di eseguire le fasi di localizzazione da un terminale o da un job di CI. Dopo smartcat login, puoi eseguire l'import e l'export delle raccolte di chiavi, l'upload e il download dei file, ed eseguire le fasi di sincronizzazione pull e push; un file .smartcat nella cartella di lavoro memorizza le impostazioni di ciascun progetto. La guida per sviluppatori ai progetti di localizzazione software mostra la CLI e l'API affiancate, inclusi una raccolta Postman, i modelli di percorso dei file, l'aggiunta di lingue di arrivo e il supporto dei plurali.
API di traduzione
Quando hai bisogno di un controllo programmatico — per creare progetti dal tuo sistema, inviare contenuti al momento della pubblicazione o ottenere una traduzione automatica istantanea all'interno di un prodotto — utilizza l'API. Le guide alle API trattano autenticazione, limiti di frequenza, documenti, statistiche, monitoraggio dello stato, esportazione, callback e API in tempo reale; tieni presente che l'API è disponibile per gli account aziendali, non per gli account freelance. La pagina dell'API di traduzione gratuita spiega come valutare l'integrazione durante la prova di 15 giorni, documenta un limite di 4 richieste al secondo per ogni metodo ed elenca i formati di localizzazione software aggiunti dall'API (json, structured-json, yaml, structured-yaml, ios-strings e android-xml).
Le pagine dedicate a lingue e stack mostrano la stessa piattaforma da diverse angolazioni: un'API di traduzione per JavaScript, un'API di traduzione per PHP, un'API di traduzione per gujarati e urdu e un'API di traduzione per CMS che rileva i contenuti nuovi o aggiornati e li estrae automaticamente per la traduzione. Per i siti web, l'API di traduzione linguistica per siti web spiega quando un'API è solo il punto di partenza — e la guida alla traduzione di siti web tratta in modo approfondito app web, CMS e siti multilingue. Per vedere i flussi di lavoro basati su API dal punto di vista di un fornitore di servizi linguistici, guarda l'intervento sui flussi di lavoro di traduzione basati su API.
Connettori per il resto dello stack
Non tutte le fonti di stringhe sono repository. Il plugin di traduzione per Jira recupera i documenti allegati ai ticket Jira che corrispondono ai tuoi criteri, li traduce con i tuoi glossari e le tue memorie e reinvia i file ai ticket originali; l'annuncio dell'integrazione con Jira specifica che la sincronizzazione avviene ogni 15 minuti. I team che utilizzano già un altro strumento di gestione delle stringhe possono collegarlo tramite l'integrazione con Lokalise, che sincronizza i progetti Lokalise in Smartcat tramite una chiave API e reinvia le traduzioni. Gli hub per sviluppatori e la documentazione API realizzati con ReadMe possono essere tradotti con il plugin di traduzione per ReadMe.
Localizzazione continua per team agili
La localizzazione continua implica che la traduzione avvenga parallelamente allo sviluppo anziché successivamente: le stringhe nuove o modificate vengono rilevate, tradotte e restituite automaticamente, così ogni release viene rilasciata in tutte le lingue. La parte più difficile di solito riguarda il processo, non gli strumenti. La pagina sul software di gestione dei progetti di localizzazione spiega come l'integrazione della localizzazione nei cicli agili consenta ai team di rilasciare prodotti multilingue in contemporanea, con controlli automatici integrati e revisione nel contesto.
Tre elementi fondamentali della localizzazione continua
(1) un trigger automatico — una sincronizzazione Git, un passaggio CLI nella pipeline CI o una chiamata API a ogni merge; (2) l'elaborazione incrementale, in modo che vengano tradotte solo le stringhe nuove o modificate (ad esempio, il parser PO di Serge.io rielabora solo il testo di partenza modificato); e (3) la restituzione automatica delle traduzioni al repository, idealmente senza bloccare la build se la revisione è ancora in corso.
Alcuni esempi reali mostrano come ci sono arrivati i team:
Xsolla, distributore globale di videogiochi, ha impostato la localizzazione continua con Smartcat e lo strumento open source Serge per tenere il passo con cicli di rilascio misurati in settimane. Infobip, piattaforma globale di comunicazione, ha condotto un esperimento a basso rischio per integrare la localizzazione nel proprio framework agile — e in seguito ha presentato come ha ridefinito la collaborazione con i fornitori nella conferenza sul triangolo della traduzione. Il team di documentazione e localizzazione di Kaspersky, che scrive e localizza i testi dell'interfaccia e gli articoli di assistenza per le sue app di sicurezza mobile, descrive come è passato a un processo più affidabile, agile e automatizzato. E Dataduck dimostra che la localizzazione continua non è solo per il software: un'agenzia digitale ha usato lo stesso approccio per il materiale pubblicitario.
Figma e localizzazione dell'interfaccia utente
Localizzare in fase di progettazione permette di individuare l'espansione del testo, i pulsanti troncati e i problemi di scrittura da destra a sinistra prima che arrivino al codice. Il plugin di traduzione per Figma di Smartcat traduce i progetti in oltre 280 lingue preservando il layout e genera anteprime in tempo reale, così i revisori possono controllare le traduzioni nel contesto nello Smartcat Editor senza licenze Figma aggiuntive.
Per i team software, l'aspetto importante è che Figma si collega allo stesso flusso di lavoro di localizzazione del software del tuo codice. L'integrazione Figma pensata per gli sviluppatori (2023) ti consente di specificare le chiavi direttamente in Figma, inviarle a un progetto di localizzazione software di Smartcat per la traduzione e reimportarle nella tua interfaccia. Nell'ottobre 2026 il plugin ha aggiunto gestione delle chiavi, varianti ed esportazione JSON: ogni oggetto di testo riceve una chiave rinominabile, un elemento può contenere più stati di contenuto (vuoto, caricamento, errore), le chiavi duplicate vengono unite, i conflitti vengono segnalati e la localizzazione completata viene esportata come file JSON pronto per gli sviluppatori.
L'aggiornamento di febbraio 2024 ha aggiunto la possibilità di escludere elementi o frame (nomi di brand, CTA) dalla traduzione, i flussi di lavoro in più fasi, il supporto per i componenti Figma e la formattazione avanzata. La configurazione e le modalità Software Localization e Asset Translation sono documentate nella guida di assistenza su come collegare Figma a Smartcat.
Test di localizzazione e controllo qualità
Le stringhe tradotte sono solo metà del lavoro: la build localizzata deve funzionare. Il test di localizzazione verifica la qualità linguistica (accuratezza, terminologia, tono), la qualità visiva (troncamenti, sovrapposizioni, font, layout da destra a sinistra) e la qualità funzionale (segnaposto, plurali, formati di data e numero, ordinamento, input). La guida al test di localizzazione illustra un processo passo-passo, una checklist in tre fasi e come automatizzare i test con Smartcat.
| Controllo | Cosa va storto | Come individuarlo prima |
|---|---|---|
| Segnaposto e tag | Variabili tradotte, spostate o eliminate; la build non va a buon fine | Parser che riconoscono il formato e bloccano i segnaposto come tag (JSON, PO, XML, XLIFF) |
| Plurali | Conteggi grammaticalmente errati nelle lingue con più forme plurali | Chiavi plurali native o ICU MessageFormat nell'editor |
| Espansione del testo | Pulsanti ed etichette troncati | Traduzione e anteprima in Figma prima del codice; revisione nel contesto |
| Terminologia | Nomi di prodotto e termini dell'interfaccia tradotti in modo incoerente | Glossari e memoria di traduzione applicati a ogni stringa |
| Contesto | Stringhe brevi ambigue (“Open”, “Save”) tradotte in modo errato | Screenshot, etichette e commenti degli sviluppatori associati alle chiavi |
La revisione umana resta la rete di sicurezza per i testi dell'interfaccia. I team senza revisori interni possono assumere specialisti tramite il marketplace dei servizi di localizzazione di applicazioni, che utilizza l'abbinamento basato sull'IA per trovare specialisti della localizzazione per qualsiasi coppia di lingue.
Casi d'uso della localizzazione del software, inclusi i videogiochi
Gli stessi elementi di base — chiavi, formati, connettori e revisione — servono team molto diversi.
Team SaaS e di prodotto
Le aziende SaaS localizzano le stringhe dell'interfaccia a ogni sprint, oltre ai messaggi in-app, alle email e ai contenuti di assistenza. Le pagine dedicate al flusso di lavoro di localizzazione del prodotto, alla piattaforma di localizzazione software e alla gestione dei progetti di localizzazione descrivono come prodotto, ingegneria e localizzazione condividono un unico spazio di lavoro. Le storie di Zendesk, Infobip e Kaspersky presenti in questa guida ne sono tutti esempi.
App mobili
Le app consumer localizzano stringhe, schede degli store e screenshot, spesso in molte lingue contemporaneamente. Inizia dalla localizzazione delle app mobili e dai casi di studio di Flo e Simple nella sezione sulla localizzazione delle app.
Localizzazione di videogiochi
I videogiochi riuniscono tutti i problemi di localizzazione più difficili: grandi volumi di stringhe dell'interfaccia, dialoghi e lore che richiedono un adattamento creativo, limiti di caratteri e lanci simultanei. Due conferenze del Localization Hub di Smartcat trattano la pratica: creare un team di localizzazione centralizzato nel settore dei videogiochi, presentata dal responsabile del reparto di localizzazione di un grande studio, e prove e tribolazioni della traduzione nell'industria videoludica, il resoconto di uno studio sulla localizzazione di un titolo pluripremiato. Le stringhe dei giochi possono essere gestite negli stessi progetti di localizzazione software e flussi di lavoro Git descritti sopra, e la configurazione di localizzazione continua di Xsolla proviene proprio dall'industria dei videogiochi.
Documentazione per sviluppatori ed eLearning
I portali per sviluppatori basati su ReadMe possono essere tradotti con il plugin ReadMe, mentre i team eLearning che esportano XLIFF dagli strumenti di authoring possono seguire la guida XLIFF per i creatori di corsi. I siti e le applicazioni web che visualizzano contenuti da un CMS sono trattati nella guida alla traduzione di siti web.
Strumenti e risorse per la localizzazione del software
Tutte le pagine di Smartcat sulla localizzazione di software, app e formati di file, raggruppate per attività.
Localizzazione di software e prodotti
App mobili (iOS e Android)
XLIFF e formati bilingui
JSON, PO, XML e YAML
InDesign e IDML
API e integrazioni
Guide, casi di studio e conferenze sulla localizzazione del software
Guide di approfondimento, storie dei clienti e conferenze registrate del Localization Hub sulla localizzazione di software e app.
Centro assistenza e documentazione per sviluppatori
Documentazione passo-passo sul prodotto e per sviluppatori per la localizzazione del software in Smartcat.