i18n: come 6 lingue hanno attratto il 60% del mio traffico
Il 60% del mio traffico proviene da visitatori che non parlano francese. La risposta breve: ho tradotto la mia app e il mio sito in 6 lingue ancor prima di avere utenti, ed è diventato il mio principale canale di acquisizione — senza spendere un centesimo in pubblicità.
TAMSIV è un'applicazione francese di gestione delle attività vocale con IA, creata da uno sviluppatore singolo. Eppure, quando ho aperto Google Analytics dopo 41 giorni, la Francia rappresentava meno della metà del traffico. La Germania è il mio terzo mercato. La Spagna sta crescendo. Il Brasile sta emergendo. Tutto questo senza aver pubblicato un singolo post in tedesco, spagnolo o portoghese.
In questo articolo, descrivo esattamente come ho implementato l'internazionalizzazione (i18n), quali dati ho osservato e perché probabilmente dovresti tradurre il tuo prodotto molto prima di quanto pensi.
Punti chiave da ricordare
- Il 60% del traffico proviene da visitatori non francofoni, senza alcun marketing mirato
- La Germania ha il 13% del traffico — terzo mercato, zero sforzi di marketing in tedesco
- Tradurre prima del lancio è una strategia di riduzione dell'attrito che apre mercati gratuitamente
- Costo quasi nullo: traduzione automatizzata tramite IA (OpenRouter) + revisione manuale
- Due leve principali: Play Store localizzato + sito multilingue con hreflang e slug tradotti
- Il ROI dell'i18n è sproporzionato per un indie hacker con budget marketing zero
Perché tradurre un'app ancor prima di avere utenti?
La maggior parte degli indie hacker traduce dopo. Quando hanno traffico, quando hanno convalidato il product-market fit, quando hanno il budget per un traduttore. L'i18n è "polish" — un nice-to-have che si fa più tardi.
Io ho fatto l'opposto. Nel febbraio 2026, due settimane prima della prima release alpha, ho implementato next-intl sul sito e un sistema di traduzione automatica sull'app mobile. Francese, inglese, tedesco, spagnolo, italiano, portoghese. Sei lingue dal giorno 1.
Il ragionamento era semplice e basato su un principio che ogni marketer conosce: l'attrito uccide le conversioni. Se qualcuno si imbatte nel Play Store cercando "voice task manager" in tedesco, e la scheda è solo in inglese, passa oltre. Se la scheda è in tedesco, clicca. La traduzione è riduzione dell'attrito in ogni punto di contatto.
Secondo uno studio di CSA Research, il 76% dei consumatori online preferisce acquistare prodotti le cui informazioni sono nella loro lingua madre. E il 40% non acquisterà mai su un sito in un'altra lingua. Questi numeri sono ancora più importanti per un'app di produttività dove l'utente deve capire immediatamente cosa fa il prodotto.
Come ho implementato l'i18n in 6 lingue su Next.js?
L'implementazione tecnica si basa su tre pilastri. Ho dettagliato il processo completo in un articolo dedicato all'i18n in 9 passaggi, ma ecco un riassunto.
1. next-intl per il sito web
next-intl è la libreria che utilizzo per il routing localizzato su Next.js. Ogni pagina esiste in 6 URL distinte: /fr/, /en/, /de/, /es/, /it/, /pt/. I tag hreflang vengono generati automaticamente nell'<head> per indicare a Google quale versione servire a quale pubblico.
Punto importante: gli slug stessi sono tradotti. L'articolo che stai leggendo ora ha uno slug diverso in tedesco (/de/blog/i18n-akquisitionskanal-6-sprachen) e in spagnolo (/es/blog/i18n-canal-adquisicion-6-idiomas). Sembra un dettaglio, ma per la SEO fa una differenza reale — Google capisce che la pagina è veramente nella lingua target, non solo una copia con un prefisso di locale.
2. Traduzione automatizzata tramite OpenRouter
Non ho i mezzi per pagare un traduttore professionista in 5 lingue. Invece, utilizzo una pipeline IA basata su OpenRouter (lo stesso LLM che alimenta l'assistente vocale di TAMSIV) per generare le traduzioni iniziali. Uno script scorre i file JSON dei messaggi e i contenuti HTML, traduce, e poi effettuo una rapida revisione manuale.
Il costo? Quasi zero. Pochi centesimi di token per articolo tradotto in 5 lingue.
3. Play Store localizzato in 6 lingue
Nel marzo 2026, ho tradotto le schede del Play Store — titolo, descrizione breve, descrizione lunga — nelle 6 lingue. Ogni lingua ha le sue parole chiave ottimizzate. Un tedesco che cerca "Sprachgesteuerte Aufgaben-App" trova TAMSIV. Uno spagnolo che cerca "gestor de tareas por voz" anche.
Questa è una leva spesso sottovalutata: la localizzazione della scheda dello store è l'equivalente di una campagna SEO su un motore di ricerca con una forte intenzione di acquisto.
Quali dati concreti dopo 41 giorni di traffico multilingue?
Ecco i dati grezzi di Google Analytics su una settimana rappresentativa (1.142 visitatori unici):
| Paese | Bandiera | % del traffico |
|---|---|---|
| Francia | 🇫🇷 | ~40% |
| Stati Uniti | 🇺🇸 | ~18% |
| Germania | 🇩🇪 | ~13% |
| Spagna | 🇪🇸 | ~8% |
| Brasile | 🇧🇷 | ~5% |
| Italia | 🇮🇹 | ~4% |
| Altri | 🌐 | ~12% |
Il dato più sorprendente: la Germania ha il 13%. Non ho mai pubblicato un singolo post in tedesco. Non un tweet, non un articolo LinkedIn, non un commento su Reddit. Zero sforzi di marketing mirati. Eppure, i tedeschi arrivano — perché la scheda del Play Store è in tedesco, il sito è in tedesco, e Google li indirizza verso pagine nella loro lingua.
Per mettere questo in prospettiva: se avessi voluto generare il 13% del mio traffico dalla Germania con pubblicità a pagamento, mi sarebbe costato centinaia di euro in Google Ads o Meta Ads. La traduzione mi è costata pochi centesimi di token IA.
Da dove provengono esattamente questi visitatori internazionali?
Due fonti principali alimentano questo traffico organico multilingue:
1. Il Play Store localizzato. Ogni ricerca sul Play Store viene effettuata nella lingua dell'utente. Un tedesco cerca "Sprachgesteuerte Aufgaben-App", non "voice task manager". Localizzando i metadati del Play Store (titolo, descrizione breve, descrizione lunga) con parole chiave specifiche per ogni lingua, TAMSIV appare nei risultati di ricerca locali. Questo è ASO (App Store Optimization) multilingue, ed è l'equivalente mobile della SEO.
2. Il sito multilingue indicizzato da Google. Ogni pagina di tamsiv.com esiste in 6 URL distinte con i tag hreflang corretti. Google Search Console mostra che le pagine tedesche si posizionano per query tedesche, le pagine spagnole per query spagnole. L'architettura Next.js con routing localizzato fa il lavoro naturalmente.
Il traffico non è virale. Non c'è stato un post che è esploso. È traffico organico, lento, regolare — il tipo che si costruisce quando ogni pagina del tuo sito parla la lingua del suo visitatore. Ed è esattamente il tipo di traffico più prezioso per un progetto indie.
Qual è la sorpresa nascosta nei dati iOS?
TAMSIV è solo Android. Nessuna versione iOS. Eppure, Google Analytics mostra 12 clic da dispositivi iOS verso la pagina di download.
Cosa significa? Le persone si imbattono nel sito dal loro iPhone, si interessano abbastanza da cliccare su "Scarica", e scoprono che è solo per Android. Questi sono 12 potenziali utenti persi — e un forte segnale che la domanda iOS esiste.
Questi micro-segnali negli analytics sono preziosi. Non giustificano un porting iOS immediato (è un investimento massiccio per uno sviluppatore singolo), ma informano la roadmap. Quando arriverà il momento di decidere il prossimo grande passo, questi 12 clic peseranno sulla bilancia.
Perché l'i18n è il miglior ROI per uno sviluppatore singolo senza budget?
Confrontiamo i canali di acquisizione classici per un indie hacker:
| Canale | Costo | Tempo prima dei risultati | Durata dell'effetto |
|---|---|---|---|
| Google/Meta Ads | $$$ / mese | Immediato | Si ferma quando non paghi più |
| Content marketing | Tempo (molto) | 3-6 mesi | Lungo termine |
| Social media | Tempo quotidiano | 1-3 mesi | Richiede attività costante |
| i18n / Localizzazione | Quasi nullo (IA) | 2-4 settimane (indicizzazione) | Permanente |
| Referral | Sviluppo iniziale | Dipende dalla base utenti | Esponenziale se funziona |
L'i18n si distingue perché è un investimento una tantum con rendimenti permanenti. Una volta che le traduzioni sono a posto e le pagine indicizzate, il traffico arriva senza intervento. Non c'è bisogno di pubblicare ogni giorno, non c'è bisogno di un budget ricorrente, non c'è bisogno di seguire un algoritmo che cambia ogni mese.
Per uno sviluppatore singolo che si destreggia tra codice, marketing e supporto, questo significa tempo recuperato. Ho dettagliato il sistema di referral e l'onboarding in altri articoli — l'i18n amplifica ciascuna di queste leve aprendo nuovi mercati.
Quali errori evitare quando si localizza un prodotto?
Dopo aver localizzato TAMSIV in 6 lingue, ecco le insidie che ho identificato:
1. Tradurre solo l'interfaccia, non il marketing. Molti sviluppatori traducono la loro app ma dimenticano il sito web, la scheda dello store e il blog. È come aprire un negozio in un paese straniero ma lasciare l'insegna nella tua lingua. Il marketing localizzato — pagine con hreflang, scheda dello store tradotta, blog multilingue — è ciò che attira il traffico.
2. Utilizzare la stessa struttura di parole chiave per tutte le lingue. "Voice task manager" in inglese non si traduce parola per parola in tedesco. I tedeschi cercano "Sprachgesteuerte Aufgaben-App" o "Aufgabenmanager mit Sprachsteuerung". Ogni lingua ha i suoi schemi di ricerca, e bisogna adattare le parole chiave — non solo tradurle.
3. Trascurare gli slug URL. Uno slug in francese in una pagina in tedesco è un segnale negativo per Google. Gli slug tradotti migliorano sia il CTR nelle SERP che il posizionamento, perché Google comprende meglio la pertinenza linguistica della pagina.
4. Fidarsi ciecamente della traduzione IA. Gli LLM sono eccellenti per le traduzioni tecniche, ma possono perdere le sfumature culturali o idiomatiche. La mia regola: generazione IA + rapida revisione manuale. Per le pagine critiche (landing page, scheda dello store), dedico più tempo alla revisione.
5. Dimenticare la SEO tecnica multilingue. I tag hreflang, la sitemap.xml con gli alternates, il canonical corretto su ogni versione linguistica — tutto questo deve essere a posto affinché Google indicizzi e serva le pagine giuste. Senza di ciò, rischi la duplicazione di contenuti e la cannibalizzazione tra le tue stesse pagine.
Come replicare questa strategia per il tuo prodotto?
Ecco un piano d'azione concreto se vuoi lanciare il tuo prodotto in più lingue:
Fase 1 — Scegli strategicamente le tue lingue. Non tradurre in 20 lingue in una volta. Analizza dove si trovano i tuoi potenziali utenti. Per TAMSIV, ho scelto le 6 lingue più parlate in Europa (escluso russo e turco, troppo diversi culturalmente per un MVP). L'inglese è obbligatorio, poi punta a 3-5 lingue con un forte mercato Android.
Fase 2 — Localizza prima la scheda dello store. Questa è la leva più rapida. Traduci titolo, descrizione breve, descrizione lunga e le note di rilascio. Google indicizza le schede dello store in pochi giorni. Ho utilizzato gli strumenti di localizzazione del Play Store combinati con traduzioni IA ottimizzate per ogni mercato.
Fase 3 — Implementa il routing localizzato sul tuo sito. Con Next.js e next-intl, è relativamente semplice. L'importante è avere URL distinte per lingua (nessun rilevamento automatico tramite IP, che impedisce a Google di indicizzare). Aggiungi i tag hreflang e una sitemap con gli alternates linguistici.
Fase 4 — Traduci progressivamente il contenuto marketing. Inizia con le pagine ad alta conversione (landing, pricing, features), poi il blog. Ogni nuovo articolo tradotto è una nuova porta d'ingresso organica in un nuovo mercato.
Fase 5 — Misura e itera. Segui il traffico per paese in Google Analytics e le impressioni per lingua nella Search Console. Regola le parole chiave della scheda dello store in base ai dati reali.
Cosa cambia per il futuro di TAMSIV
La lezione di questi 41 giorni è brutale nella sua semplicità: l'i18n non è polish. È un canale di acquisizione.
Ogni lingua aggiunta è un nuovo mercato aperto. Non c'è bisogno di campagne pubblicitarie, non c'è bisogno di influencer locali, non c'è bisogno di budget. Solo traduzioni corrette, URL pulite e tempo affinché Google indicizzi.
Per uno sviluppatore singolo con budget marketing zero, questo è probabilmente il miglior ROI possibile. Il costo della traduzione (automatizzata tramite OpenRouter + revisione manuale) è quasi nullo. Il ritorno — 60% del traffico — è sproporzionato.
I prossimi passi? Continuare ad arricchire il contenuto multilingue, ottimizzare le parole chiave per lingua in base ai dati della Search Console e potenzialmente aggiungere nuove lingue quando i dati lo giustificheranno. L'alternativa gratuita agli strumenti classici che TAMSIV rappresenta ha un mercato molto più ampio della sola Francia — e i dati lo dimostrano.
FAQ — Internazionalizzazione e acquisizione multilingue
Quanto tempo ci vuole perché Google indicizzi le pagine multilingue?
Nella mia esperienza con TAMSIV, le nuove pagine localizzate hanno iniziato ad apparire nei risultati di ricerca in 1-3 settimane dopo la pubblicazione. Le schede del Play Store vengono indicizzate ancora più rapidamente, in pochi giorni. L'aggiunta di una sitemap XML con gli alternates hreflang e la sottomissione in Google Search Console accelerano il processo.
La traduzione IA è sufficiente o è necessario un traduttore professionale?
Per un MVP e un indie hacker, la traduzione IA (LLM tipo GPT-4, Claude o tramite OpenRouter) è ampiamente sufficiente — soprattutto per contenuti tecnici. Il mio metodo: generazione IA + rapida revisione manuale. Per le pagine a conversione molto alta (landing page principale, scheda dello store), è consigliabile investire in una revisione nativa. Ma per il blog e le pagine secondarie, l'IA fa un lavoro del tutto accettabile.
Quali lingue scegliere in priorità per localizzare un'app Android?
Per il mercato europeo, consiglio: inglese (obbligatorio), tedesco (mercato Android molto forte), spagnolo (Spagna + America Latina), portoghese (Brasile = enorme mercato Android), e italiano o francese a seconda del tuo mercato di origine. Il tedesco è spesso sottovalutato ma è il terzo mercato di TAMSIV — i tedeschi cercano nella loro lingua e la concorrenza è spesso minore che in inglese.
I tag hreflang sono davvero necessari?
Sì, assolutamente. Senza hreflang, Google può considerare le tue pagine multilingue come contenuto duplicato e penalizzare il tuo posizionamento. I tag hreflang indicano a Google quale versione della pagina servire in base alla lingua e alla regione dell'utente. È anche ciò che fa apparire il risultato corretto nelle SERP locali. Su Next.js con next-intl, l'implementazione è relativamente semplice — il framework genera i tag automaticamente nell'<head>.
Qual è il costo reale della localizzazione per un indie hacker?
Con la traduzione IA, il costo finanziario è trascurabile — pochi centesimi per articolo tradotto in 5 lingue. Il vero investimento è il tempo: l'implementazione iniziale del sistema i18n (routing, file di messaggi, pipeline di traduzione) mi ha richiesto circa una settimana. Ma una volta a posto, ogni nuovo contenuto viene tradotto in pochi minuti. Il ROI è fenomenale: per un investimento iniziale di una settimana, ho ottenuto il 60% di traffico aggiuntivo in modo permanente.