如何分3步通过PHP设置加速WordPress

¿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 91. 通过 PHP 设置加速 WordPress 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:

1. Haz copia de seguridad completa (archivos y base de datos). Es un cambio reversible, pero mejor con red.
2. 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.
3. Selecciona la última versión estable soportada por tu hosting (idealmente PHP 8.2 o 8.3) y guarda.
4. 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 pareja post_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 = 64M

Opció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 primera fija la memoria del sitio público; la segunda, la del escritorio de administración, que suele necesitar más. Más abajo dedicamos un apartado completo al límite de memoria, con los errores típicos y sus soluciones.

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 64M

Ojo: 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=60

Qué 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 WordPress 需要什么样的主机 antes de seguir acumulando plugins de optimización.

A fondo: el límite de memoria PHP y sus errores típicos

De las tres directivas anteriores, memory_limit es la que más problemas da en el día a día, así que merece su propio apartado. WordPress está escrito en PHP, y cada vez que alguien carga una página, el servidor ejecuta un proceso PHP que consume memoria RAM. El límite de memoria define cuánta puede usar como máximo ese proceso: si un script lo supera, PHP lo mata en seco y la página se rompe a mitad de carga o aparece la temida pantalla blanca.

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 tu límite actual con Salud del sitio

Antes de cambiar nada, comprueba de cuánto partes. En tu escritorio, ve a Herramientas > Salud del sitio > Información y abre dos secciones:

• WordPress (o “Constantes de WordPress”): ahí aparece el valor de WP_MEMORY_LIMIT, el tope que WordPress se autoimpone.
• Servidor: ahí verás el “Límite de memoria de PHP” real del servidor (memory_limit）。

Este matiz es importante: hay dos capas. WordPress usa por defecto 40M en el sitio público (64M en multisitio) aunque el servidor permita más, y el servidor a su vez tiene su propio techo. Para que un aumento funcione, el valor de WordPress debe caber dentro del valor del servidor. Los métodos para subir ambos valores son exactamente las opciones A, B y C del paso 2: php.ini para el techo del servidor y wp-config.php para el de WordPress.

Cuándo el límite lo pone tu hosting (y qué hacer)

En hosting compartido, el proveedor fija un memory_limit máximo a nivel de servidor que ninguna directiva tuya puede superar: puedes pedir 512M en wp-config.php, pero si el plan contrata 256M, te quedarás en 256M. Las pistas de que estás en este caso: el valor de Salud del sitio no cambia tras editar los archivos, o el hosting revierte tu php.ini. Las opciones reales son tres: abrir un ticket a soporte pidiendo el aumento (muchos lo aplican sin coste), subir a un plan superior, o migrar a un proveedor con recursos más generosos. Antes de decidir, échale un vistazo a nuestra guía sobre WordPress 需要什么样的主机.

Ten en cuenta también que más memoria no es un remedio universal: si un plugin tiene una fuga de memoria, subir el límite solo retrasa el error. Trata el límite de memoria como una pieza de la puesta a punto, no como la solución completa.

常见问题

¿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.

如果我的网站在更新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.

¿Cuál es un límite de memoria PHP recomendado para WordPress?

Para un blog o web corporativa sencilla, 128M es suficiente. Para la mayoría de sitios con constructor visual y una docena de plugins, 256M es el punto dulce. Las tiendas WooCommerce con mucho catálogo, o webs con importaciones frecuentes, pueden necesitar 512M. Subir más allá rara vez aporta nada: si con 512M sigues agotando memoria, el problema suele ser un plugin defectuoso, no el límite.

¿Qué pasa si mi hosting no me permite aumentar el límite de memoria PHP?

Primero contacta con soporte: en muchos hostings el aumento hasta 256M es cuestión de pedirlo. Si el plan contratado tiene un tope duro, valora subir de plan o migrar a un proveedor con más recursos, sobre todo si tu web genera ingresos. Mientras tanto, reduce el consumo: desactiva plugins que no uses, evita constructores pesados y mantén el tema actualizado.