Quando un cliente mi chiede di rendere il suo sito WordPress multilingua, la prima preoccupazione è sempre la stessa: “Ma il sito diventerà lento?”. È una domanda legittima, perché nella mia esperienza ho visto siti perfettamente ottimizzati trasformarsi in lumache dopo l’installazione di un plugin di traduzione configurato male. In questa guida vi mostro come ho imparato a creare siti WordPress multilingua con WPML o TranslatePress mantenendo le performance al top.
La realtà è che oggi avere un sito multilingua non è più un lusso: è una necessità per raggiungere un pubblico internazionale e migliorare il posizionamento sui motori di ricerca. Il punto critico, però, è scegliere il plugin giusto e configurarlo in modo che non diventi un collo di bottiglia per le prestazioni. Ho testato entrambe le soluzioni — WPML e TranslatePress — su diversi progetti reali, e in questo articolo condivido tutto quello che ho imparato.
Se gestite un server come faccio io, sapete quanto sia importante che ogni componente sia ottimizzato. Ho già parlato di come abilitare la compressione Brotli su Nginx per migliorare le performance del server web: ebbene, un sito multilingua beneficia enormemente di queste ottimizzazioni lato server, soprattutto quando le pagine tradotte vengono servite a utenti da tutto il mondo.
WPML vs TranslatePress: Differenze Architetturali e Impatto sulle Performance
Prima di entrare nel vivo della configurazione, è fondamentale capire come funzionano questi due plugin a livello architetturale, perché è proprio qui che nascono le differenze di performance.
WPML: Potenza e Controllo Granulare
WPML (WordPress Multilingual Plugin) è il veterano del settore. Funziona creando entry separate nel database per ogni contenuto tradotto. Questo approccio offre un controllo granulare eccezionale, ma significa anche più query al database per ogni caricamento di pagina. Nella mia esperienza, WPML è ideale per progetti complessi con WooCommerce, custom post types e workflow di traduzione professionale.
Devo essere onesto: all’inizio non funzionava come speravo. Su un e-commerce con oltre 2.000 prodotti, il backend era diventato lentissimo. Il problema era che WPML genera centinaia di query aggiuntive per la rilevazione della lingua e il recupero dei contenuti. La soluzione? Ottimizzazione mirata del database e caching intelligente, come vedremo tra poco.
TranslatePress: Leggerezza e Interfaccia Visuale
TranslatePress, sviluppato da Cozmoslabs, adotta un approccio diverso: traduce l’output HTML finale della pagina, lavorando direttamente dal frontend. Le traduzioni vengono salvate nel database WordPress in una struttura più leggera rispetto a WPML. Questo si traduce generalmente in un impatto minore sulla velocità di caricamento delle pagine.
Il punto di forza di TranslatePress è l’editor visuale: potete tradurre qualsiasi elemento direttamente sulla pagina, vedendo in tempo reale come apparirà la versione tradotta. Supporta l’integrazione con Google Translate e DeepL per la traduzione automatica, che potete poi rifinire manualmente — un approccio ibrido che vi fa risparmiare un sacco di tempo.
WordPress Multilingua: Installazione e Configurazione Ottimizzata di WPML
Vediamo ora la procedura step-by-step che utilizzo per configurare WPML senza compromettere le performance.
Step 1: Installazione Modulare
Il design modulare di WPML è un vantaggio enorme per le performance. Non installate tutti i componenti: attivate solo quelli che vi servono davvero.
- WPML Multilingual CMS: il core, sempre necessario
- WPML String Translation: per tradurre stringhe di tema e plugin
- WPML Translation Management: solo se avete un team di traduttori
- WPML Media Translation: solo se avete immagini con testo specifico per lingua
Step 2: Configurazione delle Lingue e Struttura URL
Andate su WPML → Lingue e configurate la struttura URL. Vi consiglio le sottodirectory (esempio: sito.it/en/), che è l’opzione predefinita di WPML per un motivo preciso: condividono l’autorità del dominio e sono semplici da mantenere. Evitate i parametri nell’URL (?lang=en) perché sono pessimi per la SEO.
Step 3: Ottimizzazione del Database
Questo è il passaggio che fa la differenza. Andate su WPML → Supporto → Risoluzione problemi e utilizzate gli strumenti di pulizia:
- Pulisci e ottimizza le tabelle delle stringhe
- Rimuovi stringhe non valide
- Rimuovi voci fantasma dalle tabelle WPML
Inoltre, andate su WPML → Impostazioni e nelle sezioni Custom Fields Translation, Post Types Translation e Taxonomies Translation, impostate come “Non traducibile” tutto ciò che non ha bisogno di traduzione. Meno elementi da tradurre significa meno query al database.
Per siti con oltre 10.000 contenuti, vi consiglio di aggiungere indici personalizzati alle tabelle WPML tramite phpMyAdmin:
ALTER TABLE wp_icl_translations ADD INDEX idx_element_id (element_id);
ALTER TABLE wp_icl_translations ADD INDEX idx_language_code (language_code);Configurazione Ottimizzata di TranslatePress per le Performance
Se scegliete TranslatePress, ecco la mia procedura per mantenerlo veloce.
Step 1: Installazione e Setup Iniziale
Installate TranslatePress dal repository WordPress (esiste una versione gratuita che supporta una lingua aggiuntiva). Andate su Impostazioni → TranslatePress e configurate:
- Lingua predefinita: la lingua principale del sito
- Lingue aggiuntive: aggiungete solo quelle effettivamente necessarie
- Traduzione automatica: abilitate Google Translate o DeepL API per generare le traduzioni base
Step 2: SEO Pack e Configurazione hreflang
Se usate la versione premium, attivate il SEO Pack add-on. Questo è fondamentale perché gestisce i tag hreflang, la traduzione degli slug URL e dei metadati SEO. TranslatePress crea automaticamente URL in sottodirectory per ogni lingua e aggiunge i tag hreflang, che comunicano ai motori di ricerca quale versione della pagina mostrare a quale utente.
Step 3: Approccio Ibrido alla Traduzione
Il metodo migliore che ho trovato è un approccio ibrido: usate la traduzione automatica per il lavoro di massa, poi rifinite manualmente le pagine importanti — homepage, pagine di vendita, contenuti chiave. TranslatePress traduce solo le stringhe non ancora tradotte manualmente, evitando ripetizioni inutili.
Ottimizzazione delle Performance per Siti WordPress Multilingua
Indipendentemente dal plugin scelto, queste ottimizzazioni sono essenziali per mantenere il sito veloce.
Caching Multilingua Corretto
Un plugin di caching è indispensabile per un sito multilingua. La cache deve essere configurata per gestire correttamente le diverse versioni linguistiche. Ecco i plugin che ho testato con successo:
- WP Rocket: compatibilità certificata con WPML, crea cache separate per ogni lingua senza configurazione aggiuntiva
- LiteSpeed Cache: eccellente per server LiteSpeed, con caching lato server e integrazione con QUIC.cloud CDN
- W3 Total Cache: compatibile con WPML, offre caching per pagine, oggetti e database con supporto Memcached
Un errore comune che vedo spesso: la cache globale che serve contenuti nella lingua sbagliata. Assicuratevi che il vostro plugin di caching riconosca correttamente sessioni, cookie e preferenze di lingua, per evitare che un utente tedesco veda la pagina in italiano.
CDN per Utenti Internazionali
Se il vostro pubblico è distribuito globalmente, una CDN (Content Delivery Network) è obbligatoria. La CDN memorizza copie del sito su server distribuiti nel mondo e serve i contenuti dal nodo più vicino all’utente, riducendo la latenza. Ho ottenuto ottimi risultati con Cloudflare, che si integra perfettamente con entrambi i plugin di traduzione. Per chi gestisce server Plesk come me, consiglio di dare un’occhiata alla mia guida su come abilitare HTTP/3 QUIC su Plesk con Nginx per migliorare ulteriormente la velocità di connessione.
Ottimizzazione Immagini e Lazy Loading
Non ha senso comprimere solo le immagini della versione italiana se quelle in inglese o spagnolo sono pesanti. Applicate la stessa ottimizzazione a tutte le versioni linguistiche:
- Compressione immagini con WebP/AVIF
- Lazy loading per immagini e video
- Minificazione CSS e JavaScript
- Hosting locale dei Google Fonts
Object Caching con Redis
Per ridurre il carico delle query al database — particolarmente critico con WPML — vi consiglio di configurare Redis come object cache. Redis memorizza i risultati delle query in memoria, evitando che vengano rieseguite ad ogni caricamento di pagina. La differenza è enorme, soprattutto su siti con molte lingue e contenuti. Se monitorate le risorse del server come faccio io con Grafana e Prometheus, noterete subito il calo di carico sul database.
SEO Multilingua: hreflang, Sitemap e Meta Tag
Un sito WordPress multilingua senza una corretta configurazione SEO è un’occasione sprecata. Ecco i punti fondamentali che verifico sempre.
Tag hreflang Corretti
I tag hreflang comunicano ai motori di ricerca quale versione linguistica mostrare a quale utente. Sia WPML che TranslatePress li gestiscono automaticamente, ma dovete verificare che siano implementati correttamente. Ogni pagina tradotta deve puntare a tutte le altre versioni linguistiche, inclusa sé stessa. Usate strumenti come il Merkle SEO HREFLANG Tag Testing Tool per la validazione.
Sitemap Multilingua e Search Console
WPML genera automaticamente sitemap specifiche per ogni lingua. Inviate ciascuna a Google Search Console:
sito.it/sitemap.xml(lingua predefinita)sito.it/en/sitemap.xml(inglese)sito.it/de/sitemap.xml(tedesco)
Canonical URL Self-Referencing
Ogni versione linguistica deve avere un canonical che punta a sé stessa, mai alla versione nella lingua originale. Questo errore è molto comune e causa problemi di contenuti duplicati. Verificate nel codice sorgente che la pagina /en/chi-siamo/ abbia come canonical /en/chi-siamo/ e non /chi-siamo/.
Traduzione di Meta Title, Description e Slug
Non limitatevi a tradurre il contenuto visibile: traducete anche i meta title, le meta description e gli slug URL. Sia WPML (con integrazione Yoast SEO o Rank Math) che TranslatePress (con il SEO Pack) supportano questa funzionalità. Se avete già effettuato un audit completo dei plugin WordPress, sapete quanto sia importante che ogni componente funzioni in sinergia.
Quale Plugin Scegliere: La Mia Raccomandazione
Dopo anni di esperienza con entrambi, ecco il mio consiglio pratico:
- Scegliete WPML se avete un progetto complesso: e-commerce WooCommerce con migliaia di prodotti, team di traduttori, custom post types avanzati, necessità di workflow professionali di traduzione
- Scegliete TranslatePress se cercate semplicità e velocità: blog, siti aziendali, piccoli e-commerce, progetti dove la facilità d’uso è prioritaria e volete un impatto minimo sulle performance
In entrambi i casi, ricordate che la differenza tra un sito multilingua veloce e uno lento non sta nel plugin in sé, ma in come lo configurate e ottimizzate.
FAQ
WPML rallenta il sito WordPress?
WPML può rallentare il sito, soprattutto il backend, a causa del suo approccio intensivo sul database. Tuttavia, con un hosting adeguato, un plugin di caching come WP Rocket, l’object caching con Redis e la pulizia regolare delle tabelle WPML, l’impatto sulle performance del frontend è minimo. Ho gestito siti con 5 lingue e oltre 3.000 pagine senza problemi di velocità, a patto di seguire le ottimizzazioni descritte in questa guida.
TranslatePress è gratuito e supporta la SEO multilingua?
TranslatePress offre una versione gratuita che permette di tradurre il sito in una lingua aggiuntiva con traduzione manuale e integrazione con Google Translate. Tuttavia, le funzionalità SEO avanzate — come la traduzione degli slug URL, dei metadati e il supporto completo hreflang — richiedono il SEO Pack add-on disponibile nei piani premium a partire da €99/anno.
Posso usare sia WPML che TranslatePress sullo stesso sito?
Assolutamente no. Usare due plugin di traduzione contemporaneamente causerebbe conflitti gravi, duplicazione di contenuti e problemi di performance. Scegliete uno dei due in base alle vostre esigenze e attenetevi a quello. Se volete testare prima di decidere, create un ambiente di staging separato per ogni plugin.
Quale plugin di caching è migliore per un sito WordPress multilingua?
WP Rocket è la scelta più sicura perché è certificato compatibile con WPML e gestisce automaticamente la cache per lingua. LiteSpeed Cache è eccellente se il vostro server usa LiteSpeed Web Server. W3 Total Cache offre la massima configurabilità per utenti avanzati. L’importante è che il plugin crei cache separate per ogni versione linguistica del sito.
Come verifico che i tag hreflang siano implementati correttamente?
Usate strumenti come il Merkle SEO HREFLANG Tag Testing Tool o il Rich Results Test di Google. Verificate che ogni pagina tradotta contenga i tag hreflang per tutte le versioni linguistiche (inclusa sé stessa) e che il canonical punti alla URL corretta per quella lingua specifica. Controllate sempre dopo ogni aggiornamento del plugin di traduzione.
Conclusione: WordPress Multilingua Veloce È Possibile
Creare un sito WordPress multilingua con WPML o TranslatePress senza rallentare le performance è assolutamente possibile, ma richiede attenzione nella configurazione e nell’ottimizzazione. La scelta del plugin dipende dalla complessità del progetto, mentre le performance dipendono da come gestite caching, CDN, database e ottimizzazione delle risorse.
Ricapitolando i punti chiave: scegliete il plugin adatto al vostro scenario, configurate la cache per gestire le versioni multilingua, usate una CDN per il pubblico internazionale, implementate Redis per l’object caching, e non trascurate mai la SEO multilingua con hreflang, sitemap dedicate e canonical corretti. Se avete bisogno di una base solida su cui costruire, potete iniziare dalla mia guida su come configurare WordPress dopo l’installazione e da lì proseguire con la configurazione multilingua.
Avete già un sito multilingua o state pianificando di crearne uno? Raccontatemi la vostra esperienza nei commenti — sono curioso di sapere quale plugin avete scelto e come avete risolto i problemi di performance!