WordPress Multilingua: tradurre il sito senza rallentarlo

Tradurre il sito è necessario. Rallentarlo no.

Se il tuo pubblico parla più lingue — clienti internazionali, turisti, comunità multilingue, mercati esteri — un sito monolingue perde traffico e conversioni. Ma aggiungere una seconda lingua a WordPress non è solo tradurre i contenuti: è gestire URL separati, hreflang per la SEO, switcher di lingua, redirect basati sulla geolocalizzazione, e la sincronizzazione dei contenuti tra le versioni linguistiche. I plugin multilingua fanno tutto questo, ma hanno un costo: performance. WPML aggiunge 200-400ms a ogni richiesta. Le query database raddoppiano o triplicano. Il sito bilingue è significativamente più lento del monolingue. La sfida: ottenere il multilingua senza sacrificare la velocità.

I 3 approcci al multilingua WordPress

1. WPML: il più completo (e il più pesante)

WPML è il plugin multilingua WordPress più usato (1+ milione di siti). Supporta: traduzione di tutto (contenuti, temi, plugin, widget, menu, tassonomie), traduttori professionali integrati, WooCommerce multilingua, e gestione completa delle stringhe. Il prezzo: da 39€/anno per siti blog a 159€/anno per CMS multilingua. Il costo in performance: 200-400ms aggiuntivi per richiesta (query extra per ogni stringa tradotta), 3-5 MB RAM aggiuntivi, e 20-30 tabelle database extra. Per siti enterprise con 5+ lingue e contenuti complessi: WPML è spesso l'unica scelta. Per siti con 2-3 lingue: è sovradimensionato.

2. Polylang: il compromesso leggero

Polylang è più leggero di WPML: meno overhead, meno tabelle, meno complessità. La versione gratuita copre la traduzione di contenuti, menu, e widget. La versione Pro (99€/anno) aggiunge WooCommerce e traduzione stringhe. L'impatto performance: 100-200ms aggiuntivi (metà di WPML). Per siti con 2-3 lingue che non hanno bisogno della traduzione delle stringhe del tema: Polylang è la scelta migliore per il rapporto funzionalità/performance.

3. TranslatePress: traduzione visuale

TranslatePress permette di tradurre direttamente dal frontend: vedi la pagina come l'utente e clicchi sugli elementi per tradurli. Supporta traduzione automatica (Google Translate, DeepL) come base da revisionare. L'impatto performance: variabile (la traduzione automatica aggiunge latenza, le traduzioni manuali sono cached). Per chi vuole la traduzione più intuitiva possibile: TranslatePress ha la curva di apprendimento più bassa.

SEO multilingua: hreflang è obbligatorio

Google deve sapere quale versione del sito mostrare a quale utente. L'hreflang è il tag HTML che dice: "questa pagina esiste in italiano, inglese, e tedesco — ecco i link a ciascuna versione". Senza hreflang: le versioni linguistiche competono tra loro nelle SERP (cannibalizzazione). Con hreflang: Google mostra la versione nella lingua dell'utente. Tutti e 3 i plugin lo gestiscono automaticamente — verifica che i tag hreflang siano presenti e corretti con il Rich Results Test o uno strumento come Aleyda Solis's hreflang tag generator. Ogni pagina deve avere hreflang per tutte le lingue disponibili, inclusa la propria.

Ottimizzare la performance del sito multilingua

Cache per lingua: LANGA Tools Cache genera una versione cached separata per ogni lingua. Senza cache per lingua: ogni visitatore rigenera la pagina dinamicamente, con query di traduzione a ogni richiesta. Lazy loading traduzioni: le traduzioni delle stringhe del tema possono essere caricate una volta e cached, non rigenerate a ogni pagina. Ridurre le query: se possibile, usa l'approccio "una installazione, un database" (Polylang) piuttosto che "tabelle separate per ogni lingua" (WPML) — meno join, meno query, meno tempo di risposta.

Domande frequenti

Posso usare Google Translate automatico per tutto il sito?

Puoi, ma non dovresti. La traduzione automatica è un'ottima base da revisionare: risparmia il 60-70% del tempo di traduzione. Ma pubblicarla senza revisione produce: errori grammaticali, traduzioni fuori contesto, e tono inadeguato. Per la SEO: Google non penalizza la traduzione automatica in quanto tale, ma contenuto di bassa qualità (che la traduzione automatica spesso produce) sì.

Meglio sottodomini (en.miosito.com) o sottocartelle (miosito.com/en/)?

Per la SEO: le sottocartelle (/en/, /de/, /fr/) sono generalmente preferite perché tutta l'autorità di dominio si concentra su un unico dominio. I sottodomini sono trattati da Google come siti quasi separati. Per la gestione: i plugin multilingua gestiscono le sottocartelle nativamente. I sottodomini richiedono configurazione aggiuntiva. Consiglio: sottocartelle per la stragrande maggioranza dei siti.

Per continuare a leggere,
accedi al tuo account.

Il tuo account LANGA ti connette a tutta la Galaxy.