Una delle preoccupazioni principali quando si sceglie un plugin di traduzione per WordPress è come questo influisca sul vostro velocità del sito web. Un sito web più lento influirà negativamente sul posizionamento delle tue pagine, sul traffico e, infine, sulle entrate.
Pertanto abbiamo deciso di eseguire diversi test di velocità su alcuni dei i plugin di traduzione per WordPress più popolari solo per darti un'idea del carico che aggiungono a sito multilingue.
Abbiamo confrontato il tempo di caricamento della stessa pagina utilizzando diversi plugin multilingua per tradurla. Per ogni singolo test era attivo e configurato un solo plugin di traduzione.
Tempo di caricamento della traduzione in base alle dimensioni della pagina
Per la prima configurazione, abbiamo mirato a vedere come le dimensioni della pagina influiscano sul tempo di caricamento della traduzione.
Il test presenta un pagina con circa 1600 parole, con il tema Twenty Fifteen attivo e nessun altro plugin, ad eccezione di quello in fase di test. Il grafico seguente mostra il tempo medio di caricamento della pagina originale ottenuto nel nostro test.
A causa della natura variabile del tempo di esecuzione del software, che è influenzato da parametri fuori dal controllo umano (come CPU, sistema operativo, ritardo di rete), il tempo di caricamento della pagina varia leggermente a ogni aggiornamento.
Per combattere questo, ciascun plugin ha visto misurato il tempo di caricamento della pagina 30 volte, dai quali abbiamo calcolato una media. Abbiamo utilizzato Chrome DevTools per misurare il tempo di caricamento.
Possiamo vedere che TranslatePress e WeGlot hanno tempi di caricamento piuttosto buoni, grazie al minimo intervento che hanno nel visualizzare la pagina originale. Polylang e WPML sembra impiegare più tempo per caricare la pagina.
Ricorda, il confronto viene fatto sulla pagina originale (non tradotta), quindi tutti i plugin dovrebbero mostrare tempi di caricamento della pagina simili a quelli di WordPress vanilla (senza alcun plugin attivo).
Per il tempo di caricamento medio della pagina tradotta, le cose stanno un po' diversamente.
Possiamo vedere che in questo test, WeGlot presenta un tempo di caricamento della pagina aumentato quando visualizza una grande pagina tradotta. Ciò è dovuto probabilmente al fatto che il plugin WeGlot impiega più risorse di tempo per comunicare con i server di WeGlot, al fine di fornire la traduzione per questa grande quantità di parole.
TranslatePress non risente particolarmente del numero di parole, poiché le traduzioni sono memorizzate nel database locale; di conseguenza, le recupera più rapidamente.
In questo test, TranslatePress e Polylang presentano tempi di caricamento simili, mentre WPML è il più lento nel visualizzare la pagina tradotta.
Tempo di caricamento della traduzione del negozio WooCommerce
Passando a una diversa configurazione di test, ciascun plugin è stato impostato per tradurre il home page del Vetrina tema di Automattic, utilizzando i dati fittizi di WooCommerce forniti dal tema. In totale ci sono circa 250 parole nella pagina del Negozio.
Le versioni premium dei plugin di traduzione sono state utilizzate al fine di efficacemente traduci prodotti WooCommerce.
Nel prossimo grafico si può vedere come ogni linea che rappresenta un plugin presenti una certa variazione nel tempo di caricamento, misurato in secondi, nel corso di questi 30 aggiornamenti della pagina.
Ma già da questo grafico dei risultati grezzi, è possibile osservare chiare differenze tra i tempi di caricamento di ciascun plugin, rispetto al tempo di caricamento predefinito di WordPress (senza alcun plugin di traduzione installato).
Se diamo un'occhiata al tempo medio di caricamento della pagina originale, ovvero quella nella lingua predefinita in cui è stata scritta, si può notare che ogni plugin aggiunge un po' di tempo di caricamento a WordPress. TranslatePress e WeGlot hanno registrato tempi molto simili e aggiungono solo un tempo di caricamento piuttosto ridotto, pari a circa un quarto di secondo. WPML, invece, sembra impiegare più tempo a caricarsi.
Se diamo un'occhiata alle medie durante il caricamento di una pagina tradotta, tutti i plugin aggiungono un po' più di tempo rispetto al caricamento della pagina originale. Questo è normale perché viene fatto del lavoro extra per eseguire il rendering di una versione tradotta della pagina.
Riassumendo
Finora abbiamo visto vari risultati a seconda della configurazione e del fatto che stiamo visualizzando la pagina originale o quella tradotta. Per un grafico finale, ho scelto di sommare il tempo di caricamento sia della pagina originale che di quella tradotta per il test con dimensione della pagina di 1600 parole.
Penso che valga la pena considerare di pari importanza la velocità sia per i visitatori che visualizzano il contenuto originale sia per quelli che visualizzano la versione tradotta.
Pertanto, dovresti tenere conto della velocità di caricamento della pagina sia per la pagina originale che per quella tradotta, quando scegli il plugin di traduzione per WordPress che funziona meglio per il tuo progetto.
Inoltre, se non lo hai già fatto, assicurati di provare TranslatePress (il plugin principale è GRATIS).
TranslatePress Multilingue
Correlato: Checklist SEO Multilingua per Posizionarsi in Tutte le Lingue
Penso sia molto importante rendersi conto che questi plugin sono davvero utili solo quando si fa e-commerce con molte lingue (un unico catalogo), ma in tutti gli altri modi di gestire il multilingua, allora WordPress Multisite con sottodirectory è la scelta migliore. Tutti i benefici e nessuno dei cali di prestazioni.
È vero, l'approccio WordPress Multisite per un progetto multilingue offre molti vantaggi, tra cui una grande flessibilità e buone prestazioni.
Ma quando si usano plugin come WooCommerce e non solo, può essere difficile mantenere i siti sincronizzati, poiché molti plugin non possono essere gestiti globalmente dal pannello del network WP. Modificare le impostazioni dei plugin singolarmente per ogni lingua può essere un incubo.
Inoltre, l'installazione e la configurazione di WP Multisite non sono un compito facile per una persona inesperta.
Sono d'accordo con te Razvan, se hai un'installazione Multisite, la scelta di un plugin che funzioni bene è molto limitata, soprattutto se hai bisogno di un plugin di cache per il server.
Non è facile trovare un buon plugin di cache per server che permetta di pulire la cache di un solo sito.
Alla fine, anche se un Multisite in molti casi potrebbe subire molte meno riduzioni di prestazioni, poiché non puoi avere un buon plugin di cache lato server, alla fine si ottengono minori cali di prestazioni con un'installazione non-multisite e un buon plugin di cache lato server.
Ottimo e utile articolo! Basato su misurazioni reali e non solo su opinioni. Molto utile!
[…] TranslatePress è veloce. Al giorno d’oggi, quando abbiamo sempre meno tempo a disposizione, risparmiare anche solo un po’ di tempo può fare la differenza. Avere un sito veloce migliorerà il posizionamento delle tue pagine nei motori di ricerca, aumentando così il numero dei tuoi visitatori. Più visitatori ottieni, maggiori sono le possibilità di far arrivare il tuo messaggio (non importa se si tratta di un prodotto, un servizio, una campagna pubblicitaria o qualcos’altro ancora). Se utilizzi TranslatePress non dovrai preoccuparti di nulla di tutto ciò, poiché è uno dei più veloci sul mercato. Se desideri approfondire l’argomento, assicurati di dare un’occhiata al confronto completo. […]
[…] di presentare correttamente il plugin agli utenti. Infatti, TranslatePress è pensato per rendere le traduzioni veloci e intuitive, consentendo di tradurre tutte le stringhe del proprio sito direttamente dal front-end (utilizzando un […]
Buongiorno.
Sono d’accordo sul fatto che translatepress SIA IL PLUGIN PIÙ FANTASTICO, LEGGERO E PRATICO DI WP!!! Ma che dire dei componenti aggiuntivi? Se installiamo il componente aggiuntivo “Automatic User Language Detection”, credo che rallenterà notevolmente la velocità del sito. Lo stesso vale per ogni componente aggiuntivo… presumo! Come interagiscono con un’installazione di WP? Qualche idea?
Grazie in anticipo,
L.
Il problema con il Rilevamento Automatico della Lingua dell'Utente è che deve effettuare un reindirizzamento alla lingua dell'utente. La pagina iniziale viene caricata praticamente due volte: prima per rilevare la lingua, poi per caricare quella corretta. Purtroppo non c'è modo di evitarlo e su un sito web più lento sembra semplicemente renderlo più lento.
Questo tuttavia avviene solo per il primo accesso al sito.
[…] secondo un test delle prestazioni dei plugin di traduzione condotto da Razvan Mocanu, TranslatePress è il plugin di traduzione per WordPress più veloce su […]
TranslatePress funziona con WP Super Cache o con altri plugin di cache per le pagine tradotte?
Sì, dovrebbero funzionare benissimo. Abbiamo molti utenti che utilizzano TP con WP Super Cache e WP Rocket.
È purtroppo vero. WPML aumenta drasticamente i tempi di caricamento!
La buona opzione è memorizzare le pagine nella cache, ma WPML rallenta anche il backend, per non parlare del database. Un giorno farò il passo di cambiare soluzione...
Ci occupiamo di e-commerce e WPML è davvero molto lento, oltre a rallentare anche il backend: è un vero disastro, con bug a non finire. Non usatelo mai! Ora siamo interessati a TranslatePress e stiamo pensando di acquistare una licenza, perché TranslatePress sembra soddisfare i requisiti di velocità e scalabilità.