1,210 26/03/2026 07/04/2026 9 min

Perché Redis può aiutare WordPress

Redis è un archivio in memoria molto veloce che, in un sito WordPress, viene spesso usato come object cache persistente. In pratica riduce il numero di query ripetute al database e alleggerisce il lavoro di PHP e MySQL/MariaDB, soprattutto su siti con molti plugin, WooCommerce, aree riservate o traffico elevato.

Il punto importante è questo: Redis non sostituisce la cache pagina. La affianca. La cache pagina serve a consegnare HTML già pronto ai visitatori anonimi; Redis invece accelera le operazioni interne di WordPress, come opzioni, transients e risultati di query riutilizzati.

Se configurato bene, Redis può migliorare tempi di risposta, stabilità sotto carico e consumo di CPU. Se configurato male, può generare errori di connessione, cache incoerente o consumo eccessivo di memoria. Per questo conviene procedere con metodo: verificare prima il servizio, poi attivare l’integrazione in WordPress, infine controllare che tutto funzioni davvero.

Quando ha senso usarlo

Redis è particolarmente utile quando il sito mostra uno o più di questi segnali:

  • molte query ripetute al database;
  • TTFB elevato anche con cache pagina attiva;
  • WooCommerce, membership o aree utente con molte operazioni dinamiche;
  • plugin numerosi o tema pesante;
  • picchi di traffico che saturano CPU o database;
  • timeout intermittenti o lentezza nel backend di WordPress.

Se invece il sito è molto piccolo, statico o già ben servito da una cache pagina/CDN, il guadagno può essere marginale. In quel caso Redis resta comunque utile, ma non è la prima leva da ottimizzare.

Prerequisiti da verificare prima di toccare wp-config.php

Prima di modificare la configurazione, conviene controllare quattro cose:

  1. Redis è installato e in esecuzione. Se il servizio non gira, WordPress non potrà collegarsi.
  2. È disponibile l’estensione PHP corretta, di solito phpredis o una soluzione compatibile con il plugin usato.
  3. Hai un backup del file wp-config.php e, idealmente, un punto di ripristino del sito.
  4. Hai un plugin compatibile per l’object cache, se non vuoi gestire tutto a mano.

Su molti hosting moderni il supporto è già presente nel pannello. In ambienti cPanel, Plesk o FastPanel può esserci un’interfaccia dedicata per attivare Redis e associare PHP. Su server dedicati, invece, è normale verificare tutto da terminale.

Approccio consigliato: usare Redis con un plugin compatibile

Il metodo più sicuro, nella maggior parte dei casi, è questo:

  1. verificare che Redis funzioni a livello di sistema;
  2. installare e attivare un plugin di object cache compatibile;
  3. aggiungere in wp-config.php solo le costanti necessarie;
  4. testare il collegamento e monitorare il comportamento del sito.

Questo approccio è preferibile perché separa la configurazione di WordPress dal servizio Redis. Se qualcosa va storto, puoi disattivare il plugin o rimuovere poche righe dal file di configurazione senza toccare il resto del sito.

Configurazione tipica nel file wp-config.php

Il file da modificare è wp-config.php, nella root di WordPress. Prima di cambiare qualcosa, crea sempre una copia di sicurezza.

cp wp-config.php wp-config.php.bak

Se il tuo hosting usa un plugin di object cache, le costanti più comuni sono queste:

define('WP_CACHE', true);

Questa riga abilita la cache di WordPress lato applicazione. In molti casi è già presente, ma va verificata. Non basta da sola ad attivare Redis, però è spesso richiesta dal plugin di cache.

Con alcuni plugin o setup personalizzati possono servire anche parametri come host, porta, password e database Redis. Un esempio tipico, da adattare al tuo ambiente, è il seguente:

define('WP_REDIS_HOST', '127.0.0.1');
define('WP_REDIS_PORT', 6379);
define('WP_REDIS_DATABASE', 0);
define('WP_REDIS_TIMEOUT', 1);
define('WP_REDIS_READ_TIMEOUT', 1);

Se il servizio richiede autenticazione:

define('WP_REDIS_PASSWORD', 'la_tua_password');

Se il plugin supporta un prefisso per evitare collisioni tra siti diversi sullo stesso Redis:

define('WP_CACHE_KEY_SALT', 'miosito.it:');

Il prefisso è molto utile su server condivisi o su installazioni con più siti. Evita che chiavi di cache di siti diversi si sovrascrivano o si confondano.

Esempio pratico di blocco da inserire

Un esempio minimale e ragionevole, da adattare ai tuoi valori reali, è questo:

define('WP_CACHE', true);
define('WP_REDIS_HOST', '127.0.0.1');
define('WP_REDIS_PORT', 6379);
define('WP_REDIS_DATABASE', 0);
define('WP_REDIS_TIMEOUT', 1);
define('WP_REDIS_READ_TIMEOUT', 1);
define('WP_CACHE_KEY_SALT', 'dominio.it:');

Se Redis gira in locale, 127.0.0.1 è in genere la scelta più sicura. Se invece il servizio è su host remoto o su socket Unix, la configurazione cambia. Nel caso del socket, alcuni plugin permettono di usare il percorso del file socket al posto dell’host TCP, ma va verificata la compatibilità specifica.

Configurazione tramite pannello: scelta preferibile quando disponibile

Se usi cPanel, Plesk o FastPanel, cerca prima le funzioni già esistenti per cache e Redis. L’idea è evitare modifiche manuali inutili.

In cPanel

  1. Vai nella sezione dedicata alle versioni PHP o agli strumenti del provider.
  2. Verifica che l’estensione Redis per la versione PHP del sito sia attiva.
  3. Se il provider offre un gestore Redis, controlla host, porta e password.
  4. Installa nel sito un plugin di object cache compatibile e collega i parametri richiesti.

In Plesk

  1. Apri il dominio interessato.
  2. Controlla la versione PHP e le estensioni disponibili.
  3. Se presente, abilita Redis dal toolkit o dalla gestione del sito.
  4. Verifica poi il collegamento dal plugin WordPress.

In FastPanel

  1. Apri il sito o il progetto WordPress.
  2. Controlla i componenti cache e le estensioni PHP.
  3. Se il pannello espone Redis, verifica che il servizio sia attivo.
  4. Completa la configurazione in WordPress solo dopo il controllo del servizio.

Se il pannello non offre una gestione diretta, allora il file wp-config.php resta il punto di configurazione più semplice e reversibile.

Verifica del servizio Redis prima e dopo l’attivazione

Prima di cambiare WordPress, è utile controllare che Redis risponda. Su un server Linux, un test rapido può essere questo:

redis-cli ping

Esito atteso: PONG. Se non ottieni PONG, il servizio non è pronto o non è raggiungibile.

Se vuoi controllare lo stato del servizio:

systemctl status redis

Esito atteso: servizio active (running). In alcune distribuzioni il nome può essere redis-server, quindi il comando va adattato.

Dopo aver modificato wp-config.php e attivato il plugin, verifica anche dal lato WordPress che la cache oggetti risulti connessa. Molti plugin mostrano uno stato come Connected, Enabled o Drop-in active.

Come attivare Redis in WordPress senza errori inutili

La sequenza più sicura è questa:

  1. installa o aggiorna il plugin di object cache scelto;
  2. imposta i parametri di connessione corretti;
  3. aggiungi o verifica le costanti in wp-config.php;
  4. attiva la cache oggetti dal plugin;
  5. svuota la cache e controlla il sito front-end e il back-end.

Evita di abilitare più sistemi di object cache contemporaneamente se non sai esattamente come interagiscono. Due plugin che provano a gestire lo stesso drop-in possono causare conflitti, warning o comportamenti incoerenti.

Errori comuni e come riconoscerli

Il problema più frequente è la configurazione incompleta. Per esempio:

  • host o porta errati: il plugin non si connette al servizio;
  • password mancante o sbagliata: Redis rifiuta l’accesso;
  • estensione PHP assente: WordPress non riesce a parlare con Redis;
  • servizio Redis fermo: nessuna connessione possibile;
  • limite di memoria troppo basso: la cache si svuota spesso e perde utilità;
  • prefisso non univoco: possibile collisione tra siti diversi.

Se dopo l’attivazione vedi pagina bianca, errori 500 o warning nel log, la prima cosa da fare è disattivare temporaneamente il plugin di object cache e ripristinare il backup di wp-config.php se necessario.

Impostazioni utili per stabilità e prestazioni

Per un uso più stabile, conviene seguire alcune buone pratiche:

  1. Usa Redis locale quando possibile. Riduci latenza e dipendenza dalla rete.
  2. Imposta timeout brevi. Se Redis non risponde, WordPress deve fallire rapidamente senza bloccare il sito.
  3. Separa i siti con un prefisso. Utile su server con più installazioni.
  4. Monitora memoria e hit rate. Se la cache è troppo piccola, il vantaggio si riduce molto.
  5. Non usare Redis come sostituto dei backup. La cache può essere persa senza conseguenze, i dati no.

In ambienti con carico variabile, una cache Redis ben dimensionata può migliorare sensibilmente il tempo di risposta del backend e ridurre la pressione sul database. Tuttavia, se il collo di bottiglia è altrove, per esempio nel codice del tema o in query lente, Redis da solo non risolve tutto.

Controlli dopo l’attivazione

Dopo aver salvato la configurazione, esegui questi controlli:

  1. apri il sito in navigazione normale e in incognito, per verificare che il front-end sia raggiungibile;
  2. accedi al backend di WordPress e controlla che non ci siano rallentamenti o errori;
  3. verifica lo stato del plugin Redis o dell’object cache nel pannello WordPress;
  4. controlla i log del server e di PHP se compaiono warning o errori;
  5. se disponibile, misura TTFB e consumo di CPU/RAM prima e dopo, per capire se il beneficio è reale.

Se il sito è e-commerce o ha parti dinamiche, testa anche carrello, checkout, login e aree riservate. La cache oggetti non deve rompere contenuti personalizzati o dati utente.

Rollback sicuro

Se qualcosa va storto, il rollback deve essere rapido e reversibile:

  1. disattiva il plugin di object cache dal pannello WordPress;
  2. ripristina wp-config.php.bak al posto del file modificato, se hai introdotto costanti non corrette;
  3. svuota la cache del plugin e del server, se presente;
  4. riavvia solo il servizio necessario, se l’ambiente lo richiede;
  5. ricontrolla che il sito torni stabile prima di fare altre modifiche.

Il backup del file è fondamentale perché permette di tornare indietro in pochi secondi senza toccare database o contenuti.

Buona configurazione di partenza consigliata

Se vuoi una base prudente, la configurazione iniziale dovrebbe essere semplice: Redis locale, password solo se richiesta, timeout bassi, prefisso univoco, nessun parametro inutile. Poi, solo dopo aver verificato che il sito è stabile, puoi valutare ottimizzazioni più fini come il tuning della memoria Redis o l’eventuale separazione dei database di cache.

In molti casi la combinazione migliore è:

  • cache pagina per gli utenti anonimi;
  • Redis per object cache e transients;
  • PHP aggiornato e supportato;
  • database ottimizzato e query lente sotto controllo;
  • monitoraggio minimo di CPU, RAM, I/O e tempi di risposta.

Così Redis diventa un tassello efficace di una strategia più ampia, non un intervento isolato.

Checklist finale rapida

  1. Redis risponde con PONG o risulta attivo dal pannello.
  2. wp-config.php è stato salvato con backup prima delle modifiche.
  3. Plugin object cache e costanti sono coerenti tra loro.
  4. Sito e backend funzionano senza errori dopo l’attivazione.
  5. Rollback disponibile in caso di warning, 500 o cache incoerente.

Se vuoi, il passo successivo più utile è preparare un esempio di configurazione adatto al tuo ambiente (cPanel, Plesk, FastPanel, VPS o hosting condiviso) con le righe esatte da inserire in wp-config.php.