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

Conferma dove si trova la lentezza

• Front-end lento, area di amministrazione normale: probabilmente la 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 è specificamente lenta: probabilmente un gran numero di articoli nella query della bacheca e memoria PHP o tempo di esecuzione insufficienti.
• Operazioni di traduzione lente: probabilmente la connettività ai servizi di traduzione; controlla il Registro delle comunicazioni in WPML → Supporto.

Controlla le risorse del server

Apri WPML → Supporto. Il pannello degli avvisi in alto segnala una memoria PHP inferiore ai 256 MB consigliati da WPML. I siti con cataloghi più grandi richiedono 512 MB o più.

Altri sintomi relativi 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 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 bacheca va in timeout, aumentalo.
• CPU. I piani di hosting condiviso hanno spesso limiti di CPU aggressivi; verifica con il tuo host se stai subendo limitazioni.

Cache degli oggetti

WordPress senza una cache degli oggetti 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 in precedenza richiedevano accessi al database vengono fornite dalla memoria.

Cache dell’intera pagina

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

Se ne hai già una ma le pagine sembrano ancora lente, controlla se la cache gestisce correttamente gli URL per lingua. La struttura degli URL di WPML (che sia 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 fornita dalla cache inglese o viceversa.

Plugin in conflitto o lenti

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

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

Se la causa è un plugin, sostituiscilo o disabilita la funzionalità al suo interno che causa la lentezza.

Servizi di traduzione lenti, non il sito

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

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