Tradurre la descrizione della tua app: lo stesso testo fa due lavori diversi
Hai scritto una buona descrizione in inglese. Ora la vuoi in tedesco, giapponese e portoghese, e la mossa ovvia è passarla in un traduttore e incollare il risultato sia in App Store Connect sia in Play Console. Il testo è lo stesso sui due store in inglese, quindi perché la traduzione dovrebbe essere diversa?
Perché la descrizione non svolge lo stesso ruolo sui due store. A un lettore umano sembra identica, ma l'algoritmo di ricerca di ciascuno store la tratta in modo completamente diverso. Se azzecchi la traduzione per uno, puoi comunque consegnare all'altro un annuncio più debole di quello di partenza.
Sull'App Store, la descrizione è una pagina di vendita
Apple non indicizza la tua descrizione per la ricerca. Le parole che contiene, per quanto buone, non influenzano per quali ricerche compare la tua app. Il posizionamento sull'App Store dipende dal nome dell'app, dal sottotitolo e da un campo keyword dedicato — un campo nascosto, separato da virgole, con un limite di 100 caratteri, e Apple ne fornisce uno separato per ogni lingua in cui localizzi.
Quindi su iOS la descrizione ha esattamente uno scopo: convertire. Entra in gioco dopo che qualcuno ha già trovato la tua app e sta decidendo se installarla. Deve essere chiara, persuasiva e facile da scorrere — soprattutto le prime righe, prima di toccare "altro". Quando traduci una descrizione iOS, traduci per un lettore, non per un algoritmo. Una frase naturale batte una parola chiave incastrata a forza, perché qui quella parola chiave non ti porta comunque nulla.
Su Google Play, la descrizione è anche il campo keyword
Google Play non ha affatto un campo keyword separato. Legge il titolo, la descrizione breve e quella lunga completa, ed estrae i termini di posizionamento direttamente da quel testo. L'intera descrizione lunga — fino a 4.000 caratteri — è materiale indicizzabile.
Questo ribalta il ruolo delle parole. Su Android la descrizione deve sempre convincere un essere umano, ma deve anche veicolare le parole chiave per cui vuoi posizionarti, nella lingua di quel mercato. Una regola pratica comune nell'ASO è mantenere il termine principale a una densità di circa il 2–3% — ripetuto in modo naturale poche volte lungo la descrizione, non stipato a forza. Considerala un'indicazione dei professionisti, non un numero pubblicato da Google; il punto di fondo però resta valido: su Play, i termini devono essere effettivamente presenti nel testo tradotto, altrimenti per quelli non ti posizioni.
La stessa frase, due lavori
Ecco la trappola. Supponiamo che la tua descrizione inglese si basi sulla frase "habit tracker". Sull'App Store, quella frase appartiene al campo keyword, e la descrizione può descrivere l'app nel linguaggio naturale che legge meglio. Su Google Play, "habit tracker" deve sopravvivere alla traduzione come termine ricercabile nella lingua di destinazione — l'equivalente tedesco che le persone digitano davvero, non una resa letterale parola per parola che nessuno cerca.
Una traduzione generica ottimizza per una lettura scorrevole. Non ha alcun motivo per preservare il termine esatto specifico del mercato che un utente di Play userebbe, e spesso non lo farà — sceglierà un sinonimo, un registro più formale, o inserirà la frase in una costruzione che si legge bene ma non contiene più la parola chiave. Su iOS è innocuo. Su Android hai appena perso il posizionamento nella traduzione.
Perché "traduci una volta, pubblica su entrambi" è l'errore
L'istinto di far passare la descrizione una sola volta nel traduttore e incollare l'output identico su entrambi gli store è efficiente, e per la descrizione iOS va quasi sempre bene. Il problema è il lato Android. Lo stesso output che si legge bene sull'App Store è quello che ha smesso di veicolare parole chiave su Google Play, e nulla te lo segnala — l'annuncio sembra tradotto e professionale. Te ne accorgi solo mesi dopo, quando l'app Android non si posiziona mai in quella lingua.
Quindi le due traduzioni non dovrebbero essere identiche. La descrizione iOS va tradotta per conversione e chiarezza. La descrizione Android va tradotta mantenendo intatte le parole chiave del mercato target, inserite in modo naturale nel testo. Stessa fonte, due risultati, di proposito.
Cosa distingue una traduzione attenta alle keyword
Una traduzione che rispetta Google Play fa tre cose che una qualunque non fa. Identifica i termini per cui vuoi davvero posizionarti. Trova la frase che gli utenti reali di quel mercato cercano — che è una scelta di localizzazione, non una ricerca sul dizionario — e mantiene quella frase presente nella descrizione tradotta a una densità ragionevole invece di eliminarla parafrasando. Il risultato si legge comunque come se l'avesse scritto una persona; semplicemente non butta via per sbaglio le tue parole chiave lungo il percorso.
Per iOS fai lo speculare: traduci la descrizione per la lettura più pulita e convincente possibile, e sposta il lavoro sulle keyword nel campo dedicato di 100 caratteri per quella lingua, dove Apple lo userà davvero. Due store, due strategie, un solo testo di partenza.
Come lo gestisce Mokbi
Mokbi traduce l'intero annuncio — titolo, descrizione e didascalie — in 50 lingue, e usa un modello attento all'ASO (Claude) invece di un passaggio traduci-e-dimentica grezzo. Questo significa che la descrizione Android mantiene la copertura keyword in ogni lingua, mentre la descrizione iOS viene tradotta per leggere bene ai fini della conversione. Non devi confrontare manualmente due versioni dello stesso paragrafo in venti mercati; la separazione tra "posizionarsi" e "convincere" è integrata nel modo in cui il testo esce per ciascuno store.
Un avviso onesto: la traduzione AI è un ottimo punto di partenza, non un via libera definitivo. Per i tuoi mercati a maggior valore — le due o tre lingue che generano la maggior parte delle installazioni — una revisione da parte di un madrelingua coglie ancora sfumature che un algoritmo non può giudicare, in particolare se una parola chiave tradotta è il termine che le persone del posto cercano davvero. Usa il passaggio automatico per coprire tutte le 50 lingue a basso costo, poi investi una revisione umana dove c'è il fatturato.