¿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 (archivos y base de datos). Es un cambio reversible, pero mejor con red.
- Entra en tu panel de hosting. En 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.
- Selecciona la última versión estable soportada por tu hosting (idealmente PHP 8.2 o 8.3) y guarda.
- Navega por tu web y tu escritorio de WordPress durante unos minutos. Si aparece un error fatal, casi siempre es un plugin o tema antiguo incompatible: vuelve a la versión anterior de PHP desde el mismo selector, actualiza o sustituye el componente conflictivo y reintenta.
Qué mejora: todo el tiempo de proceso del servidor. Es el ajuste con mayor impacto de los tres, y además cierra vulnerabilidades de versiones sin soporte.
Paso 2: ajusta las directivas clave de PHP
PHP funciona con límites configurables. Si se quedan cortos, WordPress se arrastra o directamente falla; si están bien dimensionados, el sitio respira. Las tres directivas que importan:
memory_limit: memoria máxima por proceso PHP. Con temas visuales, WooCommerce o muchos plugins, 128M se queda corto; 256M es el valor recomendado hoy.max_execution_time: segundos que puede ejecutarse un script antes de ser cortado. Afecta a importaciones, copias de seguridad y actualizaciones grandes. 60-120 segundos es razonable.upload_max_filesize(y su parejapost_max_size): tamaño máximo de subida. Si no puedes subir un tema o un vídeo, es esto.
Puedes fijarlas en tres sitios, según el acceso que te dé tu hosting. Elige uno solo, no los tres a la vez.
Opción A: php.ini (la vía preferente)
Muchos hostings compartidos te dejan editar un php.ini propio desde el panel (o el selector de PHP trae estas opciones como campos editables). Los valores quedarían así:
memory_limit = 256M
max_execution_time = 120
upload_max_filesize = 64M
post_max_size = 64MOpción B: wp-config.php (para la memoria de WordPress)
WordPress define sus propios topes de memoria por encima de PHP. Edita wp-config.php por FTP o desde el administrador de archivos y añade estas líneas justo antes de /* 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.
Opción C: .htaccess (solo Apache con mod_php)
Si tu servidor es Apache y ejecuta PHP como módulo, puedes añadir al final del .htaccess de la raíz:
php_value memory_limit 256M
php_value max_execution_time 120
php_value upload_max_filesize 64M
php_value post_max_size 64MOjo: en servidores con PHP-FPM (la mayoría de hostings modernos) estas líneas provocan un error 500. Si tu web se cae al guardarlas, bórralas y usa la opción A o B.
Qué mejora: 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.
Paso 3: activa OPcache, el turbo silencioso
Cada vez que alguien visita tu web, PHP tendría que leer y compilar decenas de archivos de WordPress. OPcache guarda ese código ya compilado en memoria, de modo que las siguientes peticiones se sirven sin recompilar nada. Es la mejora de rendimiento más barata que existe: viene incluida en PHP y solo hay que activarla.
Comprueba si la tienes en 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=60Qué mejora: el tiempo de proceso de cada petición PHP, de forma transversal en todo el sitio. Junto con la versión de PHP actualizada, es lo que más baja el TTFB.
OPcache acelera la ejecución de PHP, pero no evita ejecutarlo en cada visita: eso lo hace la caché de página. Son capas complementarias, y te contamos la segunda en nuestro análisis de WP Rocket, el plugin de caché de referencia en WordPress.
Mide de nuevo y compara
Repite ahora las mediciones del principio, sobre las mismas páginas: PageSpeed Insights para el TTFB y el LCP, y Query Monitor para el tiempo de generación y la memoria. Acelerar WordPress con ajustes de PHP no es magia, es física de servidor: lo habitual tras estos tres pasos es ver el TTFB caer de forma clara (a menudo un 20-40 % solo con el salto de versión de PHP y OPcache) y desaparecer los errores de memoria y timeout. Si tras esto tu web sigue lenta, el problema estará en otra capa: plugins pesados, imágenes sin optimizar o un servidor que se queda corto. En ese caso, revisa qué hosting necesitas para WordPress antes de seguir acumulando plugins de optimización.
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.
El síntoma inequívoco es este mensaje en pantalla o en el registro de errores del servidor:
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 qué hosting necesitas para 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
¿Es seguro actualizar la versión de PHP de mi WordPress?
Sí, siempre que hagas antes una copia de seguridad completa. El cambio es reversible desde el panel del hosting: si algo falla, vuelves a la versión anterior en un clic. WordPress, y la inmensa mayoría de temas y plugins mantenidos, son compatibles con PHP 8.1, 8.2 y 8.3. El riesgo real está en plugins abandonados; si uno rompe con PHP 8, es una señal de que había que sustituirlo de todos modos.
¿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.
¿Cuánta velocidad puedo ganar al acelerar WordPress con estos ajustes de PHP?
Depende del punto de partida. Pasar de PHP 7.4 a 8.2/8.3 con OPcache activo suele reducir el tiempo de generación de página entre un 20 y un 40 %, algo que se nota sobre todo en el TTFB y en el escritorio de administración. Los ajustes de memoria y tiempos de ejecución no aceleran cada visita, pero eliminan errores y caídas en picos de trabajo. Para bajar aún más el tiempo de carga, el siguiente paso es una caché de página 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.
