Wie man WordPress mit PHP-Einstellungen in 3 Schritten beschleunigt

¿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 WordPress mit PHP-Einstellungen beschleunigen 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' );

Die erste legt den Speicher für die öffentliche Website fest; die zweite, den für das Administrations-Dashboard, das in der Regel mehr benötigt. Weiter unten widmen wir einen kompletten Abschnitt dem Speicherlimit, mit den typischen Fehlern und ihren Lösungen.

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 qué hosting necesitas para WordPress bevor du weitere

Ausführlich: das PHP-Speicherlimit und seine typischen Fehler

Von den drei vorherigen Direktiven, memory_limit ist diejenige, die im Alltag die meisten Probleme bereitet, daher verdient sie einen eigenen Abschnitt. WordPress ist in PHP geschrieben, und jedes Mal, wenn jemand eine Seite lädt, führt der Server einen PHP-Prozess aus, der RAM-Speicher verbraucht. Das Speicherlimit definiert, wie viel dieser Prozess maximal verwenden darf: Wenn ein Skript es überschreitet, beendet PHP es abrupt, und die Seite bricht mitten im Ladevorgang ab oder die gefürchtete weiße Seite erscheint.

Das eindeutige Symptom ist diese Meldung auf dem Bildschirm oder im Fehlerprotokoll des Servers:

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.

Ermittle dein aktuelles Limit mit Website-Zustand

Bevor du etwas änderst, überprüfe, wo du stehst. Gehe in deinem Dashboard zu Werkzeuge > Website-Zustand > Informationen und öffnet zwei Abschnitte:

• WordPress (o “Constantes de WordPress”): ahí aparece el valor de WP_MEMORY_LIMIT, das Limit, das WordPress sich selbst auferlegt.
• Server: ahí verás el “Límite de memoria de PHP” real del servidor (memory_limit).

Diese Nuance ist wichtig: Es gibt zwei Ebenen. WordPress verwendet standardmäßig 40M auf der öffentlichen Website (64M im Multisite-Modus), auch wenn der Server mehr zulässt, und der Server wiederum hat sein eigenes Limit. Damit eine Erhöhung funktioniert, muss der WordPress-Wert in den Serverwert passen. Die Methoden zur Erhöhung beider Werte sind genau die Optionen A, B und C aus Schritt 2: php.ini für das Serverlimit und wp-config.php für das von WordPress.

Wann dein Hosting das Limit setzt (und was zu tun ist)

Bei Shared Hosting legt der Anbieter ein memory_limit maximal auf Serverebene, das keine deiner Direktiven überschreiten kann: Du kannst 512M in wp-config.php, aber wenn der Plan 256M vorsieht, bleibst du bei 256M. Anzeichen dafür, dass dies der Fall ist: Der Wert des Website-Zustands ändert sich nach dem Bearbeiten der Dateien nicht, oder das Hosting setzt dein php.ini. Die tatsächlichen Optionen sind drei: ein Support-Ticket öffnen und um die Erhöhung bitten (viele wenden sie kostenlos an), auf einen höheren Plan upgraden oder zu einem Anbieter mit großzügigeren Ressourcen migrieren. Bevor du dich entscheidest, wirf einen Blick auf unseren Leitfaden zu qué hosting necesitas para WordPress.

Beachte auch, dass mehr Speicher kein Allheilmittel ist: Wenn ein Plugin ein Speicherleck hat, verzögert das Erhöhen des Limits den Fehler nur. Betrachte das Speicherlimit als Teil der Feinabstimmung, nicht als die komplette Lösung.

Häufig gestellte Fragen

Ist es sicher, die PHP-Version meines WordPress zu aktualisieren?

Ja, vorausgesetzt, du machst vorher ein vollständiges Backup. Die Änderung ist über das Hosting-Panel reversibel: Wenn etwas schiefgeht, kehrst du mit einem Klick zur vorherigen Version zurück. WordPress und die überwiegende Mehrheit der gepflegten Themes und Plugins sind mit PHP 8.1, 8.2 und 8.3 kompatibel. Das eigentliche Risiko liegt bei verlassenen Plugins; wenn eines mit PHP 8 bricht, ist das ein Zeichen dafür, dass es sowieso ersetzt werden musste.

Was passiert, wenn meine Website nach dem PHP-Update nicht funktioniert?

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.

Wie viel Geschwindigkeit kann ich gewinnen, wenn ich WordPress mit diesen PHP-Einstellungen beschleunige?

Es hängt vom Ausgangspunkt ab. Der Wechsel von PHP 7.4 zu 8.2/8.3 mit aktivem OPcache reduziert die Seitenladezeit in der Regel um 20 bis 40 %, was sich besonders beim TTFB und im Administrations-Dashboard bemerkbar macht. Speicher- und Laufzeiteinstellungen beschleunigen nicht jeden Besuch, aber sie eliminieren Fehler und Abstürze bei Arbeitsspitzen. Um die Ladezeit noch weiter zu senken, ist der nächste Schritt ein vollständiger Seiten-Cache.

Was ist ein empfohlenes PHP-Speicherlimit für WordPress?

Für einen einfachen Blog oder eine Unternehmenswebsite sind 128M ausreichend. Für die meisten Websites mit visuellem Builder und einem Dutzend Plugins sind 256M der Sweet Spot. WooCommerce-Shops mit großem Katalog oder Websites mit häufigen Importen benötigen möglicherweise 512M. Eine weitere Erhöhung bringt selten etwas: Wenn du mit 512M immer noch den Speicher erschöpfst, liegt das Problem meist an einem fehlerhaften Plugin, nicht am Limit.

Was passiert, wenn mein Hosting das Erhöhen des PHP-Speicherlimits nicht zulässt?

Kontaktiere zuerst den Support: Bei vielen Hostings ist die Erhöhung auf 256M nur eine Frage der Anfrage. Wenn der gebuchte Plan ein hartes Limit hat, erwäge ein Upgrade des Plans oder die Migration zu einem Anbieter mit mehr Ressourcen, besonders wenn deine Website Einnahmen generiert. Reduziere in der Zwischenzeit den Verbrauch: Deaktiviere ungenutzte Plugins, vermeide ressourcenintensive Builder und halte das Theme aktuell.