¿Cuánta RAM necesita WordPress?

WordPress en sí necesita poca memoria, y sus requisitos oficiales no dan ninguna cifra de RAM. Para un sitio pequeño, 1-2 GB de RAM suelen ser un buen punto de partida (una regla orientativa que varía según el sitio). Las tiendas, muchos plugins y un tráfico elevado pueden llevar la necesidad a 4 GB o más.

Lo que realmente necesitas depende del tipo de sitio: los plugins, el tráfico, el tamaño de la base de datos y si la caché está activada. Este artículo recoge las cifras oficiales, qué consume memoria y cómo saber cuándo no es suficiente.

¿Qué dicen los requisitos oficiales?

La página de requisitos de hosting de WordPress.org (una recomendación oficial) pide PHP 8.3 o superior, MariaDB 10.11 o MySQL 8.0 o superior, y compatibilidad con HTTPS. Recomienda Apache o Nginx como servidor web. La página no da ninguna cifra de RAM. Versiones antiguas como PHP 7.4 y MySQL 5.5.5 siguen funcionando, pero la página señala que han llegado al fin de su vida útil y conllevan riesgos de seguridad. En una instalación nueva, elige las versiones recomendadas.

Las únicas cifras oficiales de memoria son los límites que PHP concede a WordPress. En una instalación de un solo sitio, el valor predeterminado de WP_MEMORY_LIMIT es de 40 MB, y en multisitio es de 64 MB. El área de administración usa WP_MAX_MEMORY_LIMIT, y el núcleo de WordPress intenta subirlo a 256 MB de forma predeterminada. Son techos para una sola solicitud de PHP, no la RAM total del servidor. Puedes comprobar los valores que se aplican a tu sitio en Tools > Site Health > Info: el límite de memoria de PHP aparece en la sección Server, mientras que WP_MEMORY_LIMIT y WP_MAX_MEMORY_LIMIT aparecen en la sección WordPress Constants.

¿Qué consume realmente la RAM?

• Los procesos de PHP. Cada solicitud simultánea ejecuta un proceso de PHP. En PHP-FPM, pm.max_children limita cuántos pueden ejecutarse a la vez (consulta el manual de PHP). Según los plugins, un proceso puede usar desde decenas hasta cientos de megabytes. Es una observación general y cambia de un sitio a otro.
• La base de datos. MariaDB o MySQL guardan en memoria los datos que se leen con frecuencia. Los sitios grandes y con muchos plugins piden más.
• La caché del sistema operativo. Linux usa la memoria libre como caché de disco. Ver poca memoria libre en la salida de free -h no es un problema. Fíjate en cambio en la columna available.
• Las capas de caché. Una caché de objetos (como Redis) reduce las consultas a la base de datos, pero ocupa memoria propia.

Un ejemplo sencillo. En un servidor con 2 GB de RAM, si reservas aproximadamente 1 GB para el sistema operativo y la base de datos, queda 1 GB para PHP. Si un proceso de PHP usa de media 100 MB, tiene sentido mantener pm.max_children en torno a 10. Estos números solo muestran cómo funciona el cálculo. Tus propias mediciones pueden salir distintas.

Tamaño de partida según el tipo de sitio

Estos valores son reglas orientativas. Varían según los plugins y el tráfico, y no son una promesa firme.

Si estás montando una tienda, lee también nuestro artículo "Elegir un servidor para WooCommerce".

¿Qué ves cuando se agota la RAM?

• El sitio devuelve de vez en cuando un error 502 o 503. PHP-FPM o el servidor web no consigue responder.
• Aparece el mensaje "Error establishing a database connection". Puede que la base de datos se haya detenido porque se agotó la memoria.
• El área de administración se vuelve muy lenta, y las actualizaciones de plugins o las subidas de imágenes se quedan a medias.

Para confirmarlo, conéctate al servidor y ejecuta estos comandos:

free -h

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

El segundo comando lista los eventos en los que el kernel detuvo un programa porque se agotó la memoria. Si muestra líneas, la RAM no es suficiente. En top, pulsa Shift+M para ver los procesos que más memoria usan.

Qué puedes probar antes de ampliar

1. Configura una caché de páginas, ya sea como plugin o en el lado del servidor. Una página servida desde la caché no ejecuta ni PHP ni la base de datos.
2. Quita los plugins que no uses. Cada plugin activo carga su código en cada solicitud.
3. Ajusta pm.max_children en PHP-FPM a tu memoria. A grandes rasgos, divide la memoria que puedes dar a PHP entre la memoria media de un proceso de PHP. Un valor demasiado alto devora memoria bajo carga.
4. Una pequeña área de swap evita que el servidor se caiga en picos breves. Pero el swap está en el disco y es lento, así que no sustituye a la RAM.

Si has probado todo esto y la memoria sigue llenándose, es hora de ampliar. Mide primero: ¿el problema aparece en horas punta o durante todo el día? Como umbral general, plantéate ampliar si la memoria available baja a menudo del 10-15 por ciento de la RAM total en horas punta, o si el swap está en uso constantemente. No es una regla estricta, solo un punto de partida.

Ampliar desde el panel

En el panel de Seturack, amplías el servidor con el control deslizante de la pestaña Tamaño. Tras el pago, el servidor se reinicia una vez por sí solo, y tu dirección IP y tus datos se mantienen. Eso hace que empezar con un tamaño pequeño sea un camino seguro. Un servidor con WordPress preinstalado está listo en aproximadamente 3,5 a 4 minutos. Echa un vistazo a la página del servidor WordPress.