Choose language

🇬🇧English
🇮🇹Italiano
🇪🇸Español
🇫🇷Français
🇩🇪Deutsch
🇧🇷Português
🇯🇵日本語
🇷🇺Русский
Moduli Per chi Prezzi
Shop — Buy PRO
Dashboard LANGA Account
Docs
eNews

Redis Object Cache per WordPress: misure reali prima e dopo

13 Mar 2026

Redis Object Cache è probabilmente l'ottimizzazione con il miglior rapporto sforzo-risultato per WordPress. Installazione in 15 minuti, impatto immediato su velocità e carico server. Ma quanto migliora davvero? In questo articolo misuriamo l'impatto reale su siti WordPress di diverse dimensioni.

Cosa fa Redis per WordPress (in parole semplici)

WordPress usa il database MySQL per memorizzare quasi tutto: opzioni del sito, post, meta, transient, sessioni. Ad ogni caricamento pagina, WordPress esegue decine o centinaia di query MySQL per assemblare la pagina. Molte di queste query restituiscono dati identici ad ogni richiesta — le opzioni del sito non cambiano tra una visita e l'altra.

Redis intercetta queste query e conserva i risultati in memoria RAM. Alla richiesta successiva, WordPress trova i dati già pronti in Redis invece di interrogare MySQL. La differenza di velocità tra leggere dalla RAM e leggere dal disco è di ordini di grandezza: microsecondi contro millisecondi.

Installazione: 15 minuti dal nulla al funzionamento

Il setup completo prevede tre passaggi: installare Redis sul server, installare l'estensione PHP Redis, attivare un plugin WordPress che fa da bridge. Su un VPS con Ubuntu: apt install redis-server, poi apt install php8.3-redis, poi installa e attiva il plugin Redis Object Cache dal repository WordPress. Fine. Non serve configurare niente — i default funzionano bene per la maggior parte dei siti.

Misure reali: sito aziendale 30 pagine

Sito vetrina di una PMI italiana, WordPress 6.5, tema block theme, 8 plugin attivi, hosting VPS con 2 core e 4GB RAM.

  • Prima di Redis: 127 query MySQL per homepage. TTFB: 340ms. Tempo generazione PHP: 280ms.
  • Dopo Redis: 18 query MySQL per homepage (le altre servite da cache). TTFB: 120ms. Tempo generazione PHP: 85ms.
  • Miglioramento: -86% query MySQL, -65% TTFB, -70% tempo PHP.

Misure reali: WooCommerce con 2.000 prodotti

E-commerce italiano, WooCommerce 8.5, 2.000 prodotti, 15 categorie, 12 plugin attivi, stesso VPS.

  • Prima: 347 query MySQL per pagina categoria. TTFB: 890ms. Pagina prodotto: 620ms.
  • Dopo: 52 query MySQL per pagina categoria. TTFB: 280ms. Pagina prodotto: 190ms.
  • Miglioramento: -85% query, -69% TTFB categorie, -69% TTFB prodotto.

Quando Redis NON aiuta

Redis migliora le operazioni di lettura, non di scrittura. Se il collo di bottiglia è un plugin che scrive continuamente nel database (logging aggressivo, tracking, cron pesanti), Redis non risolve il problema. Inoltre, se il sito è già cachato a livello di pagina intera (FastCGI cache o plugin di page cache), l'object cache aggiunge meno beneficio perché PHP non viene neanche invocato sulle richieste cached.

Redis brilla di più su siti con contenuto dinamico: e-commerce, aree riservate, dashboard, siti multilingua — dove il page cache non può funzionare su ogni richiesta.

Monitoraggio: come verificare che Redis funziona

Il plugin Redis Object Cache mostra statistiche in tempo reale: hit ratio (percentuale di richieste servite dalla cache), memoria utilizzata, chiavi salvate. Un hit ratio sopra il 90% significa che Redis sta funzionando bene. Se scende sotto il 70%, ci sono plugin che bypassano la cache o la invalidano troppo frequentemente. Il plugin LANGA Tools include diagnostica performance che monitora l'efficacia della cache in modo continuativo.

Redis consuma molta RAM?

Per un sito WordPress medio, Redis usa 20-50MB di RAM. Per un WooCommerce con migliaia di prodotti, può arrivare a 100-200MB. Su un VPS con 4GB, non è un problema. Il default di maxmemory è 256MB con policy allkeys-lru (elimina le chiavi meno usate quando la memoria è piena), che funziona bene per WordPress.

Devo svuotare la cache Redis manualmente?

No. Redis gestisce automaticamente la scadenza delle chiavi e la memoria. WordPress invalida le chiavi quando i dati cambiano (aggiornamento post, modifica opzione). L'unico caso in cui serve flush manuale: dopo un aggiornamento WordPress major o un cambio tema. Un click nel pannello admin del plugin.

Redis vs Memcached: quale scegliere per WordPress?

Redis. Supporta strutture dati più complesse (liste, set, hash), ha persistenza opzionale, e il plugin WordPress più usato (Redis Object Cache) è maturo e stabile. Memcached è più semplice ma meno versatile. Per WordPress, Redis è la scelta standard nel 2026.

Aaccount
LANGA GALAXY

Per continuare a leggere,
accedi al tuo account.

Il tuo account LANGA ti connette a tutta la Galaxy.

Articoli completi su tutti i blog Galaxy.

Un solo login, accesso ovunque.

Guadagna Leghe e sblocca contenuti premium.

Accedi →Registrati gratis