Blog

Tutorial, guide e novità di prodotto.

Guide

Di quanta RAM ha bisogno WordPress?

3 novembre 2026 5 min di lettura
Condividi questo articolo

WordPress in sé richiede poca memoria e i suoi requisiti ufficiali non indicano nessun valore di RAM. Per un piccolo sito, 1-2 GB di RAM sono di solito un buon punto di partenza (una regola pratica che varia con il sito). Negozi, molti plugin e molto traffico possono portare il fabbisogno a 4 GB o più.

Ciò che ti serve davvero dipende dal tipo di sito: i plugin, il traffico, la dimensione del database e se la cache è attiva. Questo articolo tratta i numeri ufficiali, cosa consuma memoria e come capire quando non basta.

Cosa dicono i requisiti ufficiali?

La pagina dei requisiti di hosting su WordPress.org (una raccomandazione ufficiale) richiede PHP 8.3 o successivo, MariaDB 10.11 o MySQL 8.0 o successivo e il supporto HTTPS. Consiglia Apache o Nginx come web server. La pagina non indica nessun valore per la RAM. Versioni più vecchie come PHP 7.4 e MySQL 5.5.5 girano ancora, ma la pagina segnala che hanno raggiunto la fine del supporto e comportano rischi di sicurezza. Con una nuova installazione, scegli le versioni consigliate.

Gli unici numeri ufficiali sulla memoria sono i limiti che PHP concede a WordPress. In un'installazione a sito singolo il valore predefinito di WP_MEMORY_LIMIT è 40 MB, in multisite è 64 MB. L'area admin usa WP_MAX_MEMORY_LIMIT e il core di WordPress cerca di alzarlo a 256 MB per impostazione predefinita. Sono limiti massimi per una singola richiesta PHP, non la RAM totale del server. Puoi controllare i valori che valgono per il tuo sito in Tools > Site Health > Info: il limite di memoria di PHP è nella sezione Server, mentre WP_MEMORY_LIMIT e WP_MAX_MEMORY_LIMIT compaiono nella sezione WordPress Constants.

Cosa usa davvero la RAM?

  • I processi PHP. Ogni richiesta simultanea avvia un processo PHP. In PHP-FPM, pm.max_children limita quanti possono girare insieme (vedi il manuale di PHP). A seconda dei plugin, un processo può usare da decine a centinaia di megabyte. È un'osservazione generale e cambia da sito a sito.
  • Il database. MariaDB o MySQL tengono in memoria i dati letti di frequente. I siti grandi e pieni di plugin ne vogliono di più.
  • La cache del sistema operativo. Linux usa la memoria libera come cache del disco. Vedere poca memoria libera nell'output di free -h non è un problema. Guarda invece la colonna available.
  • I livelli di cache. Una cache degli oggetti (come Redis) riduce le query al database, ma occupa memoria a sua volta.

Ecco un esempio semplice. Su un server con 2 GB di RAM, se riservi circa 1 GB al sistema operativo e al database, ne resta 1 GB per PHP. Se un processo PHP usa in media 100 MB, ha senso tenere pm.max_children intorno a 10. Questi numeri mostrano solo come funziona il calcolo. Le tue misure potrebbero risultare diverse.

Dimensione iniziale per tipo di sito

Questi valori sono regole pratiche. Variano con plugin e traffico e non sono una promessa precisa.

Tipo di sitoRAM inizialeNota
Piccolo blog o sito vetrina, pochi plugin1-2 GBAttiva la cache delle pagine
Sito aziendale con molti moduli e immagini2-4 GBRiduci le dimensioni delle immagini
Page builder, sito con abbonamenti, molti plugin4 GBPiù pagine che non si possono mettere in cache
Negozio online (WooCommerce)2-4 GB, di più man mano che cresceLe pagine del carrello e del checkout non si possono mettere in cache

Se stai costruendo un negozio, leggi anche il nostro articolo "Scegliere un server per WooCommerce".

Cosa vedi quando la RAM finisce?

  • Il sito restituisce ogni tanto un errore 502 o 503. PHP-FPM o il web server non riesce a rispondere.
  • Compare il messaggio "Error establishing a database connection". Il database potrebbe essere stato fermato perché la memoria è finita.
  • L'area admin diventa molto lenta e gli aggiornamenti dei plugin o i caricamenti di immagini si bloccano a metà.

Per averne conferma, connettiti al server ed esegui questi comandi:

free -h

sudo journalctl -k | grep -i -E "out of memory|oom-kill"

Il secondo comando elenca gli eventi in cui il kernel ha fermato un programma perché la memoria era finita. Se stampa delle righe, la RAM non basta. In top, premi Shift+M per vedere i processi che usano più memoria.

Cosa puoi provare prima di ingrandire

  1. Imposta una cache delle pagine, come plugin o lato server. Una pagina servita dalla cache non esegue né PHP né il database.
  2. Rimuovi i plugin che non usi. Ogni plugin attivo carica il suo codice a ogni richiesta.
  3. Regola pm.max_children in PHP-FPM in base alla memoria. In linea di massima, dividi la memoria che puoi dare a PHP per la memoria media di un processo PHP. Un valore troppo alto consuma memoria sotto carico.
  4. Una piccola area di swap evita che il server vada in crash durante brevi picchi. Ma lo swap sta sul disco ed è lento, quindi non sostituisce la RAM.

Se hai provato tutto questo e la memoria si riempie ancora, è il momento di ingrandire. Misura prima: il problema compare nelle ore di punta o tutto il giorno? Come soglia generale, valuta di ingrandire se la memoria available scende spesso sotto il 10-15 per cento della RAM totale nelle ore di punta, o se lo swap è in uso costante. Non è una regola rigida, solo un punto di partenza.

Ingrandire dal pannello

Nel pannello Seturack ingrandisci il server con il cursore della scheda Dimensione. Dopo il pagamento il server si riavvia una volta da solo e il tuo indirizzo IP e i tuoi dati restano gli stessi. Per questo partire con una dimensione piccola è una strada sicura. Un server con WordPress preinstallato è pronto in circa 3,5-4 minuti. Dai un'occhiata alla pagina del server WordPress.

Commenti0

Ancora nessun commento

Condividi per primo la tua opinione.

Partecipa alla discussione

Accedi o registrati per lasciare un commento.

Non perderti nessun articolo

Ricevi gli ultimi tutorial, le guide e le novità sui prodotti nella tua casella email.

La tua iscrizione alla newsletter è attiva.