Due strategie di crescita con la localizzazione, una sola che puoi davvero portare avanti

Due strategie di crescita completamente diverse vengono chiamate allo stesso modo, e sceglierne una sbagliata costa un trimestre. La prima costruisce una pagina per ogni coppia di lingue e raccoglie una domanda di ricerca che esiste con o senza il tuo prodotto. La seconda traduce il prodotto e i contenuti che hai già, e raccoglie la domanda che sta già arrivando da persone che ti hanno trovato in un'altra lingua. globalize.now è un'infrastruttura di localizzazione basata su IA e si colloca in pieno nella seconda strategia, quindi questa pagina serve a distinguerle prima di impegnarti.

Quattro domande vicine hanno già una pagina dedicata, e questa non ne ripete nessuna. Se le pagine tradotte aiutano davvero nella ricerca, e cosa deve essere vero a livello tecnico, lo trovi in localizzare la tua app aiuta la SEO. Cosa ha reso la tattica quando l'ha portata avanti un team finanziato è in il playbook di crescita, ieri e oggi. Se una tattica finisce o diventa un lavoro fisso è in il test di classificazione. Come decidere quanto spendere è in il ROI della localizzazione senza un budget enterprise. Questa pagina pone una sola domanda: a quale domanda attinge ciascuna strategia, e quanto è grande quella che stai scartando.

Quali sono le due strategie?

Si distinguono per dove si trova già la domanda, l'unica differenza che conta quando lavori da solo.

La strategia della matrice. Generi una pagina per ogni coppia di un insieme: da questa lingua a quella lingua, da questo formato a quel formato. La domanda c'è già, su query che non hanno nulla a che fare con te. Qualcuno ha bisogno di una conversione dal francese all'inglese e lo cerca. La tua pagina esiste, quindi ci atterra. Il prodotto è quasi accessorio rispetto al punto di ingresso.

La strategia della proprietà. Traduci ciò che hai già costruito: l'app, la documentazione, il blog, le email. Anche qui la domanda c'è già, ma è tua. Ci sono persone che arrivano al tuo prodotto da contesti in cui l'inglese è la seconda lingua, e una parte di loro abbandona davanti a una schermata che non riesce a leggere.

Una è un'operazione editoriale. L'altra è manutenzione di qualcosa che possiedi. La confusione tra le due è il motivo per cui tanti consigli di questa categoria sono inutili per una persona sola: sono scritti sulla prima e letti da chi può fare solo la seconda.

Quanto è grande, misurata, la strategia della matrice?

Abbastanza grande da rendere la dimensione stessa l'argomento contro questa strategia, per una persona sola.

Un vendor della nostra stessa categoria porta avanti questa strategia a regola d'arte, e l'abbiamo misurato invece di stimarlo. L'analisi della sitemap di Localazy del 28 agosto 2026 ha restituito 757 pagine per un solo pattern di conversione, 1.705 pagine per le coppie di lingue e circa 14.000 URL indicizzati in totale. Un'estrazione di keyword separata del 23 settembre 2026 ha indicato il volume di ricerca mensile negli Stati Uniti, sommato sulle prime 500 keyword che lo strumento rileva per il dominio, pari a 4.859.220. Entrambi i valori sono nel nostro proof tracker con le rispettive date di osservazione, ed entrambi sono citati qui come misure dell'operazione di qualcun altro.

Questo volume viaggia con tre limiti, e ometterli lo renderebbe una bugia:

• È volume di keyword sommato, non traffico. È la dimensione di un mucchio di query. Nessuno se lo prende tutto, e una pagina che si posiziona da qualche parte su una query ne ottiene una fetta.
• Vale solo per gli Stati Uniti. Lo strumento ragiona per paese, senza un dato aggregato mondiale, quindi qui non esiste un numero globale e non sommeremo mercati per inventarne uno.
• È un footprint rilevato su un campione di keyword. Ciò che lo strumento non ha rilevato non è la prova dello zero, e il campione è costituito dalle prime 500 keyword per click, non da tutte.

Anche con tutte e tre le cautele, la forma è inequivocabile. La domanda sulle query di coppie di lingue è enorme rispetto a qualsiasi cosa attiri il nome di un singolo prodotto, ed è il motivo per cui questa strategia continua a essere consigliata. Qui è riportata come qualcosa che fa un vendor ben strutturato, non come qualcosa che ti suggeriamo di costruire.

Perché un singolo founder non riesce a portare a termine la strategia della matrice?

Perché l'unità di lavoro è la pagina, la quantità è nell'ordine delle migliaia e il conto si ripresenta ogni mese.

Quattordicimila URL non sono un lancio. Sono un'operazione editoriale: un generatore, uno standard di qualità, un modo per accorgersi di quando mille pagine diventano obsolete insieme e qualcuno che si prende la responsabilità di tutto. Il ritorno parte solo quando una buona parte di quelle pagine è davvero utile a chi ci atterra, il che significa che il costo vero non è generarle ma difenderle. Se pagine di questo tipo generino traffico di ricerca è la domanda a parte a cui risponde localizzare la tua app aiuta la SEO.

C'è un secondo problema, strategico più che pratico. Nella strategia della matrice il punto di ingresso non ha niente a che fare con il tuo prodotto. Chi converte un file non sta cercando il tuo prodotto, e trasformare quella visita in un utente è un secondo lavoro intero. Nella strategia della proprietà la persona sta già guardando il tuo prodotto. La distanza da percorrere è più corta.

Quindi la versione onesta del consiglio è questa: la strategia della matrice è reale, è grande, e appartiene ai team che possono mettere in piedi un'operazione editoriale. Se sei una persona sola, la stai scegliendo contro qualcosa che puoi davvero portare a termine, e devi sapere a cosa rinunci. Ora l'altro lato dello scambio.

Cosa fa davvero guadagnare la strategia della proprietà?

Meno del titolo della matrice, in modo discontinuo, e partendo da qualcosa che già possiedi.

Il caso meglio documentato di questa categoria è il racconto di un vendor, e lo etichettiamo come tale. Secondo il case study di OneSky su Smallpdf, riletto il 22 ottobre 2026, gli utenti mensili da ricerca sono cresciuti del 60%, passando da 6 milioni nel 2016 a oltre 9,5 milioni nel 2017. Lo stesso case study dice che oltre il 70% degli utenti veniva da paesi non anglofoni, e indica il thailandese come la più redditizia delle tre lingue aggiunte in quel lavoro, con un aumento della base utenti di oltre il 500% in termini di traffico in un anno. A quel punto il prodotto era offerto in 17 lingue, e le nuove funzionalità e i miglioramenti del sito venivano tradotti entro «1-2 giorni» in tutte le 17 lingue tramite un vendor esterno.

Leggi le cautele con la stessa attenzione dei numeri. È il resoconto di un vendor su un cliente in un anno, pubblicato dal fornitore che ha fatto il lavoro, su un'azienda finanziata nel 2017. La pagina inoltre si contraddice: il banner dice 20 lingue e il testo dice 17. Usiamo 17, perché è ciò che dice la frase con il dettaglio operativo, e nessuno qui può risolvere la differenza senza una fonte che non esiste. Il caso per smontarlo riga per riga è in i casi di crescita con la localizzazione che abbiamo verificato.

Ora la stessa strategia alla dimensione a cui probabilmente sei tu. Ken Imoto ha pubblicato i dati GA4 del suo blog, riletti il 22 ottobre 2026, relativi al periodo dal 2026-04-30 al 2026-05-21, cioè 22 snapshot giornalieri. Il portoghese ha fatto 748 visualizzazioni di pagina e 709 sessioni. L'inglese 195 visualizzazioni e 176 sessioni. Il giapponese 27 visualizzazioni e 29 sessioni. Lo spagnolo 7 visualizzazioni e 7 sessioni. La sua sintesi è che il portoghese vale circa 3,8 volte l'inglese, 28 volte il giapponese e 107 volte lo spagnolo, sullo stesso blog. All'epoca l'inglese aveva 26 articoli, il giapponese 25, il portoghese 17 e lo spagnolo 10.

Le cautele le ha scritte lui stesso, ed è per questo che il caso è utilizzabile. Per sua stessa ammissione non è un esperimento comparativo pulito. È uno snapshot che confronta le lingue tra loro in un dato momento, non un prima e dopo sugli stessi contenuti, e non è stata pubblicata alcuna baseline pre-traduzione. Il numero di articoli cambia da lingua a lingua e lui non fornisce alcuna normalizzazione per articolo, quindi non ricavarne una. E lo spagnolo, con 10 articoli tradotti online, è una perdita comunque lo si legga. Quattro lingue, un chiaro vincitore, un chiaro fallimento, misurati sul suo sito.

Come capisci in quale delle due strategie si trova la tua domanda?

Guarda chi sta già arrivando, non per cosa potresti teoricamente posizionarti.

La strategia della matrice raccoglie domanda su query a cui il tuo prodotto non risponde ancora. La strategia della proprietà raccoglie la domanda che ti ha già raggiunto e ha sbattuto contro un muro linguistico. Le due lasciano impronte diverse negli strumenti che hai già, e la seconda si legge già questo pomeriggio:

1. Sessioni per paese e per lingua del browser nelle tue analytics. Se una quota rilevante non è già in inglese, la strategia della proprietà ha una popolazione di partenza, e quella della matrice non deve essere inventata per trovarne una.
2. Registrazioni, trial e messaggi al supporto scritti in un'altra lingua. È il segnale più forte della lista, perché è domanda sopravvissuta a una schermata che la persona non riusciva a leggere.
3. Le pagine su cui atterrano quelle sessioni. Documentazione, pricing e onboarding contano più del blog, perché è lì che il muro linguistico ti fa perdere soldi davvero.

Quello che non ti daremo è una stima di quanto valga per il tuo prodotto una determinata lingua. Gli strumenti a nostra disposizione misurano il footprint rilevato di un competitor in un solo paese, che è un numero reale e datato su di lui e non dice nulla di onesto sulla domanda che ti manca. Far finta del contrario è la mossa più comune di questa categoria, e noi non la facciamo.

Quanto costa mantenere la seconda strategia?

Un controllo di qualità che puoi difendere, ripetuto per ogni locale, a tempo indeterminato. È la parte che nessuno mette a prezzo.

Uno sviluppatore indipendente che scrive come Field Notes #3, riletto il 22 ottobre 2026, ha ridotto il suo sito da 21 versioni linguistiche a 6 il 24 settembre 2026. Il motivo è la parte utile: la pipeline giornaliera riusciva a dimostrare una qualità madrelingua su sei lingue e non su 21. Lo definisce un verdetto del proprietario, non una scelta basata sul traffico. Il set mantenuto è inglese, francese, spagnolo, russo, cinese e arabo.

Ha pubblicato anche la lettura del traffico, e va nella direzione opposta rispetto al suo stesso titolo. In Search Console, negli ultimi 28 giorni, le versioni linguistiche mantenute hanno fatto 493 impression e 6 click, mentre quelle eliminate, contando le dodici che il suo report mostra, hanno fatto circa 850 impression e 7 click. Quindi le versioni rimosse hanno fatto più impression di quelle mantenute in quella finestra. Lui stesso segnala che la finestra è a cavallo del taglio e che i numeri assoluti, 6 click e 7 click, sono troppo piccoli per dimostrare qualcosa in una direzione o nell'altra. Il suo articolo parla anche di cinque versioni mantenute pur elencandone sei, e non saremo noi a risolverlo al posto suo.

Quello che resta in piedi non è una lezione sul traffico. È una lezione sui costi: il conto ricorrente della strategia della proprietà è la prova della qualità, non la traduzione, e cresce con il numero di versioni linguistiche che sei disposto a difendere. Come ragionare sulla spesa è in il ROI della localizzazione senza un budget enterprise, e se il lavoro finisca mai è in il test di classificazione.

Cosa non possiamo ancora dirti

Non abbiamo numeri nostri su questo, e non lasceremo intendere il contrario.

Stiamo misurando due case study con clienti. Finché non saranno conclusi e datati, ogni dato di questa pagina appartiene a qualcun altro e riporta di chi è e quando è stato verificato l'ultima volta. Quando arriveranno i nostri, compariranno con una finestra temporale, uno strumento e le cautele allegate, esattamente come tutti gli altri dati qui.

Dove si colloca il prodotto in tutto questo?

Sulla strategia della proprietà, e lontanissimo dall'altra.

globalize.now converte una codebase una sola volta, nel flusso di connessione in-app, e da lì in poi i push job traducono le nuove unità del catalogo man mano che compaiono. L'output è composto da file JSON o PO che restano nel tuo repo. Così elimini la parte dell'ownership su cui ci si blocca davvero: la prima conversione e poi il gocciolare continuo di nuove stringhe. Non genera pagine e non esegue nessuna matrice per te. Se vuoi capire prima di tutto come funziona, le pagine per sviluppatori e la guida per i vibe coder sono la strada più breve, mentre la pagina dei prezzi riporta le condizioni aggiornate, che qui evitiamo di parafrasare.

Qual è la tua?

Se sei un team con una funzione editoriale, la strategia a matrice è il premio più grande e la misurazione qui sopra ne spiega il motivo. Se sei una o due persone, non è un caso borderline: è un altro business, e la mossa onesta è scegliere la strategia la cui domanda ha già il tuo nome sopra. Traduci prodotto, documentazione e onboarding per le due o tre lingue che le tue analisi mostrano già in arrivo, tieni il livello di qualità dove puoi difenderlo e lascia che la matrice resti l'attività di qualcun altro. Connetti un repo nell'app su globalize.now e la prima conversione avviene lì, una volta sola.