Triage delle prestazioni di WPML: area di amministrazione lenta, timeout della Dashboard di traduzione, ritardi nel front-end

Conferma dove si verifica la lentezza

• Front-end lento, area di amministrazione normale → probabilmente un problema di configurazione della cache dell’intera pagina o un plugin pesante sul front-end.
• Area di amministrazione lenta, front-end normale → probabilmente un sovraccarico dell’autoload di wp_options, un plugin pesante solo per l’area di amministrazione o un server poco potente.
• La Dashboard di traduzione in particolare è lenta → probabilmente un numero elevato di articoli nella query della dashboard e memoria PHP o tempo di esecuzione insufficienti.
• Le operazioni di traduzione sono lente → probabilmente un problema di connettività con i servizi di traduzione; controlla il Registro delle comunicazioni in WPMLSupporto (vedi Log per sapere quale log risponde a quale sintomo).

Controlla le risorse del server

Apri WPMLSupporto. Il pannello degli avvisi in alto segnala se la memoria PHP è inferiore ai 256 MB raccomandati da WPML. I siti con cataloghi più grandi richiedono 512 MB o più.

Altri sintomi legati alle risorse del server:

• Query del database lente. I siti di grandi dimensioni con molte traduzioni traggono vantaggio da un server di database supportato da SSD, da un innodb_buffer_pool_size sufficiente e da indici sulla tabella wp_icl_translations (questi vengono aggiunti da WPML; raramente è necessario un intervento manuale).
• Tempo di esecuzione PHP. Se max_execution_time è inferiore a 60 secondi e la Dashboard va in timeout, aumentalo.
• CPU. I piani di hosting condiviso hanno spesso limiti di CPU aggressivi; verifica con il tuo host se stai subendo delle limitazioni.

Cache degli oggetti

Senza una cache degli oggetti, WordPress carica molte delle impostazioni di WPML dal database a ogni richiesta. Aggiungi Redis o Memcached come cache degli oggetti (la maggior parte degli host WordPress gestiti lo offre; in caso contrario, i plugin Redis Object Cache o WP Redis lo abilitano).

Il miglioramento è di solito notevole. Le impostazioni che prima richiedevano accessi al database vengono servite dalla memoria.

Cache dell’intera pagina

Una cache dell’intera pagina (WP Rocket, W3 Total Cache, edge cache del provider di hosting) è il singolo miglioramento delle prestazioni più grande per la velocità del front-end.

Se ne hai già una ma le pagine sembrano ancora lente, controlla se la tua cache gestisce correttamente gli URL per lingua. La struttura degli URL di WPML (che si tratti di lingua come directory, lingua come sottodominio o lingua come dominio) richiede che la cache vari in base all’URL. La maggior parte delle cache lo fa automaticamente, ma vale la pena verificare che la versione francese non venga servita dalla cache inglese o viceversa.

Plugin in conflitto o lenti

I siti accumulano plugin; alcuni sono ben costruiti e altri no. Per trovare un plugin lento:

1. Installa Query Monitor (un plugin di debug).
2. Ricarica una pagina lenta.
3. Guarda Query per componente. Il plugin con le query più pesanti è il sospettato.

Se la causa è un plugin, sostituiscilo o disabilita la sua funzionalità che causa la lentezza.

Servizi di traduzione lenti, non il sito

Se i lavori di traduzione sembrano lenti ma il sito stesso funziona bene, il collo di bottiglia è tra il tuo sito e l’infrastruttura di traduzione di WPML.

Controlla WPMLSupportoRegistro delle comunicazioni. Il log mostra la latenza di ogni chiamata API. Se le singole chiamate richiedono molti secondi, il problema è la connettività (percorso di rete, DNS o limitazione in uscita del provider di hosting), non il sito. Se invece il colpevole è la cache di WPML, gli strumenti per la risoluzione dei problemi sicuri includono Cancella la cache in WPML. Quando l’indagine sulle prestazioni richiede l’intervento del Supporto, pacchettizza ciò che hai trovato tramite la condivisione delle informazioni di debug con il supporto.