Configurar el archivo php.ini para WordPress: guía completa

Cómo configurar php.ini WordPress correctamente paso a paso

El archivo php.ini es la configuración principal de PHP, el lenguaje sobre el que corre WordPress. Saber configurar php.ini WordPress te permite resolver errores de lo más variados: el clásico agotamiento de memoria, esos fallos al subir archivos grandes, o simplemente un sitio que va lento sin motivo aparente. Aquí te cuento dónde está el archivo, cómo editarlo según tu hosting y qué valores tocar para que las cosas funcionen.

Un detalle antes de empezar: WordPress no lee php.ini directamente. Hereda la configuración de PHP del servidor. Lo que cambies ahí se reflejará en el CMS, en los plugins y en el tema activo, para bien o para mal.

Qué es php.ini y por qué importa tanto en WordPress

Es un archivo de texto plano con directivas de configuración: límites de memoria, tamaño máximo de subida, tiempo de ejecución, gestión de errores, módulos activos… Cada paquete de PHP instalado en el servidor carga este archivo al arrancar.

El problema es que los ajustes por defecto suelen ser conservadores, pensados para aplicaciones genéricas. Y WordPress, sobre todo si lleva WooCommerce, constructores visuales o plugins pesados, necesita valores más generosos. Con un php.ini mal ajustado te encontrarás errores como estos:

Fatal error: Allowed memory size exhausted al activar plugins o importar contenido.
The uploaded file exceeds the upload_max_filesize directive al subir temas o imágenes grandes.
Timeouts durante actualizaciones, copias de seguridad o importaciones.
Fallos intermitentes difíciles de diagnosticar por una mala gestión de logs.

Cómo localizar el archivo php.ini en tu servidor

Método 1: con un archivo phpinfo()

La forma más fiable de saber qué php.ini está usando el servidor pasa por crear un archivo temporal. Llámalo info.php, ponlo en la raíz de tu WordPress y escribe dentro:

<?php phpinfo(); ?>

Accede a tudominio.com/info.php y busca la fila Loaded Configuration File. Ahí tienes la ruta exacta del php.ini activo. Y bórralo en cuanto termines, porque expone información sensible del servidor. En serio, no lo dejes ahí.

Método 2: desde SSH

Si tienes acceso por consola, ejecuta:

php –ini (muestra los archivos cargados por CLI)
php -i | grep «Loaded Configuration File» (ruta del php.ini para web, puede diferir del CLI)

Método 3: preguntar a tu hosting

En muchos hostings compartidos no hay acceso directo al php.ini real. El proveedor ofrece un editor desde el panel de control (cPanel, Plesk) o un archivo php.ini personalizado por carpeta. Conviene distinguir entre configuración para PHP-FPM, Apache como módulo y línea de comandos, porque cada entorno puede leer un archivo distinto. Sí, es un lío. Es lo que hay.

Valores recomendados de php.ini para WordPress

Estas son las directivas que más impactan en un sitio de tamaño medio. Ajusta según lo que necesites de verdad, no a ojo:

Memoria y límites de ejecución

memory_limit = 256M: memoria máxima por script. WordPress define WP_MEMORY_LIMIT en wp-config.php, pero ese valor no puede exceder el del servidor.
max_execution_time = 120: segundos que un script puede ejecutarse. Útil para importaciones, migraciones y copias de seguridad.
max_input_time = 120: tiempo máximo para procesar datos de entrada.

Subida de archivos

upload_max_filesize = 64M: tamaño máximo de cada archivo subido.
post_max_size = 64M: tamaño máximo total de un POST. Debe ser igual o mayor que upload_max_filesize.
max_file_uploads = 20: número máximo de archivos por petición.

Gestión de errores

display_errors = Off: nunca muestres errores al visitante en producción.
log_errors = On y error_log = /ruta/a/php-error.log: registra los errores en un archivo para diagnóstico.
error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT: nivel de detalle de los logs.

Seguridad y rendimiento

expose_php = Off: evita revelar la versión de PHP en las cabeceras.
opcache.enable = 1: activa OPcache. Mejora el rendimiento de forma notable al cachear el bytecode de PHP.
session.gc_maxlifetime = 1440: tiempo de vida de las sesiones, relevante para el área de administración y para plugins con sesiones propias.

Dónde poner los cambios si no tienes acceso al php.ini real

No todos los entornos permiten editar php.ini directamente. Alternativas más habituales:

.htaccess (Apache)

En hostings con Apache como módulo puedes añadir directivas con el prefijo php_:

php_value upload_max_filesize 64M
php_value memory_limit 256M
php_value max_execution_time 120

Ojo: si tu servidor usa PHP-FPM con Apache, estas directivas generarán un error 500. En ese caso, usa .user.ini.

.user.ini (PHP-FPM y CGI)

Crea un archivo llamado .user.ini en la raíz de WordPress con la sintaxis normal de php.ini:

upload_max_filesize = 64M
memory_limit = 256M

Ten en cuenta que PHP cachea este archivo durante user_ini.cache_ttl segundos (300 por defecto), así que los cambios pueden tardar unos minutos en aplicarse. No entres en pánico si no funcionan al instante.

wp-config.php (solo memoria)

WordPress permite definir su propio límite de memoria en wp-config.php, siempre que no supere el del servidor:

define( ‘WP_MEMORY_LIMIT’, ‘256M’ );
define( ‘WP_MAX_MEMORY_LIMIT’, ‘512M’ );

Cómo comprobar que los cambios se han aplicado

Después de editar php.ini, reinicia el servicio PHP o el servidor web (con SSH: systemctl restart php8.2-fpm o el equivalente según tu versión). Luego verifica:

Vuelve a cargar el archivo info.php que creaste antes (o créalo de nuevo temporalmente) y comprueba los valores de las directivas modificadas.
En el administrador de WordPress, ve a Herramientas > Salud del sitio > Información > Servidor y revisa los límites de memoria y subida.
Prueba una acción real: sube un archivo grande desde Medios o ejecuta una actualización para confirmar que los timeouts han desaparecido.

Consejo: haz siempre una copia del php.ini original antes de editarlo. Un error de sintaxis en este archivo puede dejar el sitio caído por completo, ya que PHP no arrancará correctamente.

Errores comunes al editar php.ini

Editar el php.ini equivocado: los entornos CLI y web suelen usar archivos distintos. Verifica siempre con phpinfo() desde el navegador, no desde la consola.
No reiniciar PHP-FPM: los cambios no se aplican hasta reiniciar el servicio o recargar la configuración. Más de uno se ha vuelto loco por esto.
Definir post_max_size menor que upload_max_filesize: las subidas fallarán de forma silenciosa, sin error claro.
Valores excesivos de memory_limit: dar 1024M a cada script puede agotar la RAM del servidor bajo tráfico. Ajusta a la demanda real.
Dejar display_errors en On en producción: expone rutas y configuración a posibles atacantes.

¿Puedo romper mi WordPress editando php.ini?

Sí. Un error de sintaxis puede impedir que PHP se ejecute y dejar el sitio inaccesible. Guarda siempre el archivo original y edita con valores incrementales.

¿Cuánta memoria necesita WordPress?

Un sitio básico funciona con 128M, pero con WooCommerce o page builders se recomienda 256M como mínimo razonable.

¿Los cambios en php.ini afectan a todos los sitios del servidor?

Depende de la configuración. En un servidor compartido con php.ini global, sí. Con PHP-FPM puedes definir pools o archivos .user.ini por sitio para aislar la configuración.

Conclusión

Configurar bien el php.ini es de las tareas de mantenimiento más rentables que existen: resuelves errores frecuentes, ganas rendimiento y refuerzas la seguridad tocando unas pocas directivas. Localiza el archivo activo con phpinfo(), aplica los valores que encajen con el tamaño de tu sitio, verifica los cambios y conserva siempre una copia de la configuración original. Cada hosting funciona a su manera, así que adapta el método (php.ini directo, .user.ini o .htaccess) a tu caso concreto. Y si prefieres que un especialista revise y optimice la configuración PHP de tu servidor, en RedServicio (redservicio.net) encontrarás ayuda profesional para cualquier problema técnico relacionado con WordPress y la administración de servidores.