¿Tu sitio WordPress carga lentamente? Es frustrante ver a los visitantes abandonar tu web antes de que termine de pintarse la primera pantalla. La velocidad es crucial para la experiencia de usuario y para el SEO, y aunque solemos culpar a los plugins o a las imágenes, uno de los cuellos de botella más habituales está un nivel por debajo: la configuración de PHP del servidor. En esta guía vamos a acelerar WordPress con ajustes de PHP en 3 pasos: actualizar la versión de PHP, ajustar las directivas clave (memory_limit, max_execution_time, upload_max_filesize) y activar OPcache. Todo con fragmentos de código reales y una forma objetiva de medir la mejora.
Antes de tocar nada: mide tu punto de partida
Para saber si un cambio funciona hay que medir antes y después, no fiarse de la sensación. Dos herramientas gratuitas bastan:
- PageSpeed Insights (pagespeed.web.dev): apunta el valor de TTFB (tiempo hasta el primer byte) y de LCP. El TTFB es el que mejor refleja el trabajo de PHP: es lo que tarda el servidor en generar la página.
- Query Monitor (plugin gratuito): en la barra de administración te muestra el tiempo de generación de página en segundos y el pico de memoria consumida en cada carga.
Anota esos números. Al final de la guía repetirás la medición en las mismas páginas y sabrás exactamente cuánto has ganado.
Paso 1: comprueba y actualiza tu versión de PHP
Si solo pudieras hacer una cosa para acelerar WordPress vía PHP, sería esta. Cada versión mayor de PHP es notablemente más rápida que la anterior: el salto de PHP 7.4 a PHP 8.x trajo el compilador JIT y mejoras de rendimiento reales en WordPress, además de años extra de soporte de seguridad. Un WordPress sobre PHP 8.2 u 8.3 sirve más peticiones por segundo que el mismo sitio sobre 7.4, sin cambiar nada más.
Primero, averigua qué versión usas. En tu WordPress, ve a Herramientas > Salud del sitio > Información > Servidor: ahí verás “Versión de PHP”. Si estás por debajo de 8.1, toca actualizar.
La actualización se hace desde el panel de tu hosting, no desde WordPress:
- Haz copia de seguridad completa (file e database). È un cambiamento reversibile, ma meglio con una rete.
- Entra nel tuo pannello di hosting. In cPanel busca “Select PHP Version” o “MultiPHP Manager”; en Plesk, “Configuración de PHP” dentro del dominio; en IONOS, SiteGround o Webempresa hay un selector equivalente en los ajustes del sitio.
- Seleziona l'ultima versione stabile supportata dal tuo hosting (idealmente PHP 8.2 o 8.3) e salva.
- Naviga sul tuo sito web e sulla tua dashboard di WordPress per qualche minuto. Se appare un errore fatale, quasi sempre è un plugin o un tema vecchio incompatibile: torna alla versione precedente di PHP dallo stesso selettore, aggiorna o sostituisci il componente problematico e riprova.
Cosa migliora: tutto il tempo di elaborazione del server. È l'impostazione con il maggiore impatto delle tre, e inoltre chiude le vulnerabilità delle versioni non supportate.
Passo 2: regola le direttive chiave di PHP
PHP funziona con limiti configurabili. Se sono insufficienti, WordPress rallenta o fallisce direttamente; se sono ben dimensionati, il sito respira. Le tre direttive che contano:
memory_limit: memoria massima per processo PHP. Con temi visuali, WooCommerce o molti plugin, 128M è insufficiente; 256M è il valore raccomandato oggi.max_execution_time: secondi che uno script può essere eseguito prima di essere interrotto. Riguarda importazioni, backup e grandi aggiornamenti. 60-120 secondi è ragionevole.upload_max_filesize(e la sua coppiapost_max_size): dimensione massima di caricamento. Se non puoi caricare un tema o un video, è questo.
Puoi impostarle in tre posti, a seconda dell'accesso che ti dà il tuo hosting. Scegli solo uno, non tutti e tre contemporaneamente.
Opzione A: php.ini (la via preferenziale)
Molti hosting condivisi ti permettono di modificare un php.ini proprio dal pannello (o il selettore di PHP offre queste opzioni come campi modificabili). I valori sarebbero così:
memory_limit = 256M
max_execution_time = 120
upload_max_filesize = 64M
post_max_size = 64MOpzione B: wp-config.php (per la memoria di WordPress)
WordPress definisce i propri limiti di memoria al di sopra di PHP. Modifica wp-config.php via FTP o dal gestore di file e aggiungi queste righe subito prima di /* That's all, stop editing! Happy publishing. */:
define( 'WP_MEMORY_LIMIT', '256M' );
define( 'WP_MAX_MEMORY_LIMIT', '512M' );La prima fissa la memoria del sito pubblico; la seconda, quella della bacheca di amministrazione, che di solito ne richiede di più. Più avanti dedichiamo una sezione completa al limite di memoria, con gli errori tipici e le loro soluzioni.
Opzione C: .htaccess (solo Apache con mod_php)
Se il tuo server è Apache ed esegue PHP come modulo, puoi aggiungere alla fine del .htaccess della radice:
php_value memory_limit 256M
php_value max_execution_time 120
php_value upload_max_filesize 64M
php_value post_max_size 64MAttenzione: sui server con PHP-FPM (la maggior parte degli hosting moderni) queste righe provocano un errore 500. Se il tuo sito web si blocca salvandole, cancellale e usa l'opzione A o B.
Cosa migliora: elimina errores de memoria agotada, timeouts en actualizaciones e importaciones, y fallos al subir archivos grandes. No hace la web “más rápida” en cada visita, pero sí más estable bajo carga.
Passo 3: attiva OPcache, il turbo silenzioso
Ogni volta che qualcuno visita il tuo sito web, PHP dovrebbe leggere e compilare decine di file di WordPress. OPcache salva quel codice già compilato in memoria, in modo che le richieste successive vengano servite senza ricompilare nulla. È il miglioramento delle prestazioni più economico che esista: è incluso in PHP e basta solo attivarlo.
Controlla se ce l'hai in Herramientas > Salud del sitio > Información > Servidor (o pregunta a tu hosting). En la mayoría de paneles se activa con una casilla en el selector de PHP (“opcache”). Si tu hosting te permite ajustar su configuración, estos valores funcionan bien para WordPress:
opcache.enable=1
opcache.memory_consumption=128
opcache.interned_strings_buffer=16
opcache.max_accelerated_files=10000
opcache.revalidate_freq=60Cosa migliora: il tempo di elaborazione di ogni richiesta PHP, in modo trasversale su tutto il sito. Insieme alla versione di PHP aggiornata, è ciò che riduce maggiormente il TTFB.
OPcache accelera l'esecuzione di PHP, ma non evita di eseguirlo ad ogni visita: questo lo fa la cache di pagina. Sono strati complementari, e ti raccontiamo il secondo nella nostra analisi di WP Rocket, il plugin di cache di riferimento in WordPress.
Misura di nuovo e confronta
Ripeti ora le misurazioni iniziali, sulle stesse pagine: PageSpeed Insights per il TTFB e il LCP, e Query Monitor per il tempo di generazione e la memoria. Accelerare WordPress con le impostazioni PHP non è magia, è fisica del server: l'abituale dopo questi tre passaggi è vedere il TTFB diminuire chiaramente (spesso un 20-40% solo con il salto di versione di PHP e OPcache) e scomparire gli errori di memoria e timeout. Se dopo questo il tuo sito web è ancora lento, il problema sarà in un altro strato: plugin pesanti, immagini non ottimizzate o un server che non è sufficiente. In tal caso, controlla quale hosting ti serve per WordPress prima di continuare ad accumulare plugin di ottimizzazione.
Approfondimento: il limite di memoria PHP e i suoi errori tipici
Delle tre direttive precedenti, memory_limit è quella che crea più problemi quotidianamente, quindi merita una sezione a sé. WordPress è scritto in PHP, e ogni volta che qualcuno carica una pagina, il server esegue un processo PHP che consuma memoria RAM. Il limite di memoria definisce quanta può usare al massimo quel processo: se uno script lo supera, PHP lo interrompe bruscamente e la pagina si rompe a metà caricamento o appare la temuta schermata bianca.
Il sintomo inequivocabile è questo messaggio sullo schermo o nel registro degli errori del server:
Fatal error: Allowed memory size of 134217728 bytes exhausted
(tried to allocate 2348617 bytes) in /home/usuario/public_html/wp-includes/...Ese número gigante son bytes: 134217728 equivale a 128M, que sería tu límite actual. Otras señales del mismo problema: la pantalla blanca de la muerte (WSOD) sin mensaje alguno, errores 500 intermitentes al guardar entradas o editar con el constructor, imágenes que se suben pero no generan miniaturas, y actualizaciones de plugins que se quedan a medias. WordPress también puede avisarte con un genérico “Ha habido un error crítico en esta web” mientras el detalle real queda en el log del servidor.
Identifica il tuo limite attuale con Salute del sito
Prima di cambiare qualcosa, verifica da quanto parti. Nella tua bacheca, vai a Strumenti > Salute del sito > Informazioni e apre due sezioni:
- WordPress (o “Constantes de WordPress”): ahí aparece el valor de
WP_MEMORY_LIMIT, il limite che WordPress si autoimpone. - Server: ahí verás el “Límite de memoria de PHP” real del servidor (
memory_limit).
Questa sfumatura è importante: ci sono due livelli. WordPress usa per impostazione predefinita 40M sul sito pubblico (64M in multisito) anche se il server ne permette di più, e il server a sua volta ha il suo proprio tetto. Affinché un aumento funzioni, il valore di WordPress deve rientrare nel valore del server. I metodi per aumentare entrambi i valori sono esattamente le opzioni A, B e C del passaggio 2: php.ini per il tetto del server e wp-config.php per quello di WordPress.
Quando il limite lo impone il tuo hosting (e cosa fare)
In hosting condiviso, il provider fissa un memory_limit massimo a livello di server che nessuna tua direttiva può superare: puoi chiedere 512M in wp-config.php, ma se il piano prevede 256M, rimarrai a 256M. Gli indizi che indicano che sei in questo caso: il valore di Salute del sito non cambia dopo aver modificato i file, o l'hosting ripristina il tuo php.ini. Le opzioni reali sono tre: aprire un ticket al supporto chiedendo l'aumento (molti lo applicano senza costi), passare a un piano superiore, o migrare a un provider con risorse più generose. Prima di decidere, dai un'occhiata alla nostra guida su quale hosting ti serve per WordPress.
Tieni presente anche che più memoria non è un rimedio universale: se un plugin ha una perdita di memoria, aumentare il limite ritarda solo l'errore. Tratta il limite di memoria come un pezzo della messa a punto, non come la soluzione completa.
Domande frequenti
È sicuro aggiornare la versione di PHP del mio WordPress?
Sì, a condizione che tu faccia prima un backup completo. Il cambiamento è reversibile dal pannello dell'hosting: se qualcosa va storto, torni alla versione precedente con un clic. WordPress, e la stragrande maggioranza dei temi e plugin mantenuti, sono compatibili con PHP 8.1, 8.2 e 8.3. Il rischio reale è nei plugin abbandonati; se uno si rompe con PHP 8, è un segnale che andava comunque sostituito.
¿Qué pasa si mi sitio no funciona después de actualizar PHP?
Casi siempre es un plugin o tema incompatible. Revierte la versión de PHP desde el selector del hosting para recuperar la web, activa el registro de errores o revisa el “error log” del panel para identificar el archivo que provoca el fallo, y actualiza o reemplaza ese componente. Después vuelve a subir la versión de PHP. Desactivar plugins por bloques (la mitad cada vez) también localiza al culpable rápidamente.
Quanta velocità posso guadagnare accelerando WordPress con queste impostazioni PHP?
Dipende dal punto di partenza. Passare da PHP 7.4 a 8.2/8.3 con OPcache attivo di solito riduce il tempo di generazione della pagina tra il 20 e il 40%, qualcosa che si nota soprattutto nel TTFB e nella dashboard di amministrazione. Le impostazioni di memoria e i tempi di esecuzione non accelerano ogni visita, ma eliminano errori e interruzioni nei picchi di lavoro. Per ridurre ulteriormente il tempo di caricamento, il passo successivo è una cache di pagina completa.
Qual è un limite di memoria PHP consigliato per WordPress?
Per un blog o un sito web aziendale semplice, 128M sono sufficienti. Per la maggior parte dei siti con costruttore visuale e una dozzina di plugin, 256M è il punto ottimale. I negozi WooCommerce con molti prodotti, o i siti web con importazioni frequenti, potrebbero aver bisogno di 512M. Andare oltre raramente porta benefici: se con 512M continui a esaurire la memoria, il problema di solito è un plugin difettoso, non il limite.
Cosa succede se il mio hosting non mi permette di aumentare il limite di memoria PHP?
Per prima cosa contatta il supporto: in molti hosting l'aumento fino a 256M è questione di chiederlo. Se il piano contrattato ha un limite rigido, valuta di passare a un piano superiore o migrare a un provider con più risorse, soprattutto se il tuo sito web genera entrate. Nel frattempo, riduci il consumo: disattiva i plugin che non usi, evita costruttori pesanti e mantieni il tema aggiornato.
