Più utenti aggiungendo lingue: quanto costava il growth playbook allora, e quanto costa oggi

Tradurre il tuo prodotto per ottenere più utenti è una delle tattiche di crescita più vecchie che esistano, e ha esattamente un caso ampiamente citato alle spalle. Come riportato dal caso studio di OneSky per Smallpdf, riconsultato il 29 settembre 2026, gli utenti mensili da ricerca sono cresciuti del 60%, passando da 6 milioni nel 2016 a oltre 9,5 milioni nel 2017. globalize.now è un'infrastruttura di localizzazione basata su IA, e questa pagina parla della metà di quella storia che nessuno racconta: cosa serviva per eseguire lo schema all'epoca, e cosa serve oggi.

Questa non è una pagina su come far posizionare le pagine tradotte. A quella domanda si risponde separatamente in does localizing your app help SEO, che copre se aiuta e cosa deve essere vero tecnicamente. Questa pagina riguarda cosa ha reso, cosa è costato, e chi lo sta ancora eseguendo.

Cos'è il growth playbook della localizzazione?

Rilascia il tuo prodotto in più lingue, lascia che i motori di ricerca indicizzino ciascuna versione, e raccogli la domanda da query per cui le tue pagine solo in inglese non erano mai idonee.

Questa è tutta l'idea, ed è nozione comune da un decennio. Ogni versione del consiglio finisce allo stesso modo: e poi ti servirà un workflow, un fornitore e dei traduttori. È a quella frase che un founder solo chiude la scheda, ed è per questo che una tattica su cui tutti concordano ha così pochi che la portano a termine.

Cosa ha reso davvero il playbook?

I risultati riportati di un'unica azienda, che vale la pena leggere proprio perché sono gli unici così specifici.

Tutto in questa sezione proviene da un'unica fonte: il caso studio pubblicato da OneSky su Smallpdf, riconsultato il 29 settembre 2026. È il racconto di un fornitore sui risultati di un cliente, non una misurazione condotta da noi né verificata in modo indipendente.

Come riportato lì:

• Gli utenti mensili da ricerca sono cresciuti del 60%, passando da 6 milioni nel 2016 a oltre 9,5 milioni nel 2017.
• Oltre il 70% degli utenti proveniva da paesi non anglofoni.
• Il thailandese è cresciuto più rapidamente, con la base utenti lì aumentata di oltre il 500% in un solo anno.
• Il prodotto funzionava in 17 lingue, con le richieste di traduzione per le nuove funzionalità evase in uno o due giorni.

Leggi questi dati come indicativi, non come una previsione. Un'unica azienda, un unico fornitore che racconta la storia, un solo anno, e un prodotto (la conversione di file) la cui domanda dipende a malapena dalla lingua in cui pensa l'utente. Il tuo prodotto potrebbe essere più o meno legato alla lingua di questo.

Il numero su cui vale la pena riflettere non è il 60%. È il 70%. Un'azienda la cui interfaccia e il cui marketing erano nati in inglese si è ritrovata con la maggior parte dei suoi utenti altrove, e lo ha scoperto solo dopo aver smesso di rilasciare esclusivamente in inglese.

Quanto costava eseguirlo nel 2017?

Non una fattura una tantum. Una relazione stabile e un ciclo che non si chiudeva mai.

Lo stesso caso studio descrive lo stato precedente come traduttori freelance, e lo stato successivo come un fornitore esterno che evadeva le stringhe delle nuove funzionalità in uno o due giorni su tutte e 17 le lingue. Nota cosa viene venduto lì: la velocità del ciclo. Un turnaround di uno o due giorni è un punto di forza solo se la norma era più lenta, e ti dice che il ciclo si ripeteva ogni volta che il prodotto cambiava.

Questo è il vero costo, e non è economico. Le stringhe di ogni nuova funzionalità diventavano il lavoro permanente di qualcuno. Rilasciare un pulsante significava inviare una richiesta di traduzione. Un founder senza una funzione di localizzazione legge questo, concorda con la strategia e non fa nulla — a ragione, perché la strategia così descritta non era disponibile per loro.

Qualcuno sta eseguendo questo playbook oggi?

Sì, all'interno di questa categoria, su una scala che la maggior parte delle persone non ha notato.

Localazy esegue una versione della stessa idea come matrice di pagine anziché come prodotto tradotto. Una scansione della sitemap del 28 agosto 2026 ha contato 757 pagine di conversione e 1.705 pagine per coppia di lingue, circa 14.000 URL indicizzati in totale. Un'estrazione SpyFu del 23 settembre 2026 ha rilevato un volume di ricerca mensile complessivo negli USA di 4.859.220 sulle sue 500 keyword principali.

Vale la pena registrarlo per due ragioni. Primo, lo schema è attivo in questa categoria proprio ora, non è un reperto del 2017. Secondo, quella particolare forma dello schema è un progetto ingegneristico con un piano editoriale annesso — migliaia di pagine generate sono una build, non un pomeriggio di lavoro. Non leggere questo paragrafo come un consiglio ad andare a creare 14.000 pagine.

Perché ogni versione di questa guida si ferma nello stesso punto?

Perché è stata scritta da persone che avevano un team, per persone che avevano un team.

La tattica non è un segreto e non lo è mai stata. Ciò che non è mai stato risolto è la parte successiva alla decisione: le stringhe continuano ad arrivare, il prodotto continua a evolversi, e qualcuno deve tenere onesti i file di traduzione. Gli strumenti in questa categoria sono cresciuti al servizio dei localization manager, quindi il consiglio ne dava per scontato uno. Quell'assunzione fa tutto il lavoro in ogni guida che finisce con «e poi ti servirà un workflow».

La parte interessante del 2026 non è che la tattica sia migliorata. È che la sua versione senza personale è diventata possibile.

Quanto costa lo stesso playbook oggi?

Il ciclo di traduzione smette di essere il progetto.

globalize.now converte una codebase una sola volta, nel flusso di connessione in-app. Quella conversione è un'unica operazione, non qualcosa che gira secondo una pianificazione. Dopo di essa, i push job traducono le nuove unità del catalogo man mano che compaiono, e i file che ricevi indietro sono JSON o PO standard, gli stessi formati che la tua libreria i18n legge già. Nulla cambia nel tuo runtime, nel tuo framework o nel tuo deploy.

Quello che questo elimina è il lavoro ricorrente, che era il vero ostacolo. Le pagine per developer e vibe coder coprono la configurazione vera e propria, e trovi di più sul perché questo lavoro si è spostato a monte nel ciclo di sviluppo in localization moving upstream.

I prezzi sono sulla pricing page e questa pagina non li parafraserà.

Cosa non possiamo ancora dirti

Non pubblichiamo numeri nostri su questo, e non li lasceremo intendere.

Due case study con clienti sono in fase di misurazione ora. Finché non saranno completati e datati, tutto ciò che c'è in questa pagina è il risultato di qualcun altro, indicato come tale. È uno standard deliberato: un'affermazione di crescita senza una fonte datata e verificabile è esattamente il tipo di numero che ti verrà rinfacciato in seguito, e la categoria ne ha già fin troppi.

Come decidi se ne vale la pena per la tua app?

Parti dalle tue analytics, non da una lista di dimensioni di mercato.

I paesi che già ti mandano traffico mentre il tuo prodotto parla solo inglese sono il segnale più forte disponibile, ed è gratuito. Sono domanda arrivata nonostante la barriera linguistica, il che significa che la barriera è la variabile che puoi spostare. Classifica in base a questo, aggiungi due lingue, non cambiare nient'altro, e dagli un trimestre.

Se la risposta è no, hai speso un flusso di connessione e un trimestre di dati per scoprirlo. È un modo più economico di sbagliare rispetto alla versione del 2017, dove scoprirlo significava prima assumere qualcuno per farlo.

Dove ti lascia tutto questo

La tattica non è cambiata dal 2017. La parte che richiedeva un team — mantenere tradotto un insieme crescente di stringhe mentre il prodotto si muove sotto di esse — è la parte che ora è automatizzata. Se le tue analytics mostrano già persone che arrivano da luoghi a cui il tuo prodotto non parla, connetti il repository e inizia con due lingue.