Localizzazione delle app mobile: guida completa alle risorse

La localizzazione (spesso abbreviata in L10n) è il lavoro di adattare un'app, la sua presenza sullo store e il marketing di supporto agli utenti di specifiche lingue, regioni e contesti culturali. È molto più della traduzione. Una localizzazione completa include copy di interfaccia tradotto, metadati dello store tradotti, didascalie degli screenshot tradotte, formattazione corretta di valute e date per ogni lingua, immagini culturalmente appropriate, metodi di pagamento specifici per la regione (UPI in India, Pix in Brasile, iDEAL nei Paesi Bassi) e disclaimer legali adattati. Saltare anche solo uno di questi passaggi appare agli utenti locali come un prodotto straniero realizzato a metà.

App Store e Google Play mostrano automaticamente le schede localizzate agli utenti nella loro lingua preferita, se le ha fornite. In caso contrario, l'utente vede la sua scheda in inglese predefinita, il che riduce significativamente la conversione nei mercati non anglofoni. La domanda è raramente "dovremmo localizzare" quanto piuttosto "quali mercati per primi e a quale profondità".

I dati pubblicati direttamente da Apple e Google confermano ciò che la ricerca indipendente sull'ASO mostra costantemente: gli screenshot localizzati spostano la conversione delle installazioni molto più dei titoli o delle descrizioni localizzate. Il motivo è la densità informativa. Uno screenshot comunica prodotto, copertura linguistica, cura del brand e adeguatezza culturale in un singolo momento visivo. Un titolo localizzato comunica solo che l'app esiste nella sua lingua.

Il guadagno non è uniforme. I mercati dell'Asia orientale (Giappone, Corea, Cina, Taiwan) mostrano storicamente l'aumento maggiore di installazioni dagli screenshot localizzati, spesso 30-60% rispetto ai default in inglese, perché quei mercati sono i più scettici verso le schede non localizzate. I mercati europei tipicamente registrano un aumento del 10-25%, e i mercati non anglofoni con buona padronanza dell'inglese (Paesi Bassi, Svezia, Finlandia) a volte vedono solo un 5-15%. Pianifichi gli investimenti di localizzazione in base al guadagno atteso, non in base alla sola dimensione del mercato.

Per la maggior parte delle app, le localizzazioni della prima ondata con il ROI più alto sono: tedesco (de), francese (fr), spagnolo (es), italiano (it), portoghese (Brasile) (pt-BR), giapponese (ja), cinese semplificato (zh-Hans) e coreano (ko). Coprono i mercati con il maggior volume di installazioni e il maggior guadagno dalla localizzazione. Una seconda ondata aggiunge spesso: russo (ru), polacco (pl), olandese (nl), turco (tr), arabo (ar), vietnamita (vi) e cinese tradizionale (zh-Hant).

Apple e Google supportano molte più lingue di queste (Apple ha oltre 175 combinazioni lingua/Paese), ma la coda lunga raramente giustifica lo sforzo, a meno che il suo prodotto non abbia un fit specifico in quel mercato. Inizi dalle otto, misuri il guadagno di conversione per ciascun mercato e si espanda verso quelli che restituiscono il segnale più forte.

Tre approcci. (1) Inviare le didascalie a un servizio di traduzione professionale (Smartling, Lokalise, Crowdin): qualità più alta, tempi più lunghi, costo per lingua più elevato. (2) Usare un LLM (GPT-4o, Claude, Gemini) per una prima passata e far revisionare il risultato a madrelingua: rapido, economico, sorprendentemente buono per copy di marketing breve. (3) Assumere direttamente collaboratori madrelingua tramite Upwork o Fiverr: spesso il miglior compromesso per i team in fase iniziale.

Qualunque approccio scelga, non pubblichi mai una didascalia di screenshot tradotta automaticamente senza una revisione umana. Il copy di marketing è troppo importante per affidarlo a una traduzione automatica non revisionata. Il costo di una didascalia giapponese goffa è di centinaia di installazioni perse; la revisione costa fra 5 e 20 dollari per lingua.

È qui che la maggior parte dei team inciampa. Tradurre "$19.99/month" in "19,99 $/Monat" è sbagliato in una scheda tedesca: dovrebbe essere "19,99 €/Monat". Conversione di valuta a parità di potere d'acquisto, separatori decimali corretti per ogni lingua (virgola nella maggior parte d'Europa, punto in USA/Regno Unito), sistemi di unità di misura (cm vs pollici), formati di data (DD/MM/YYYY vs MM/DD/YYYY vs YYYY-MM-DD) e formati di ora (12h vs 24h) devono tutti essere renderizzati per ciascuna lingua.

Il pattern più pulito è tenere tutti i valori che dipendono dalla lingua fuori dal template di screenshot stesso e iniettarli al momento del rendering da un file di dati per lingua. È a questo che servono i template dinamici e la configurazione YAML: un solo template, N file di dati per lingua, M rendering.

Arabo, ebraico, persiano e urdu sono scritture da destra a sinistra. Localizzare gli screenshot per questi mercati significa molto più che scambiare il testo: di solito l'intero layout viene specchiato. Il pulsante CTA si sposta da destra a sinistra, le barre di navigazione si invertono, gli indicatori di avanzamento cambiano direzione e perfino alcune icone (frecce indietro, pulsanti di invio) devono essere specchiate.

Per i mercati RTL, tratti il template di screenshot come un artefatto separato, non come un livello di traduzione. Il guadagno di uno screenshot arabo correttamente specchiato rispetto a uno screenshot arabo da sinistra a destra è grande; il guadagno nel migliorare uno screenshot già specchiato è piccolo. Imposti prima il layout corretto.