Optimizar php.ini para Magento: Guía de Rendimiento 2024

📅 Publicado el 2 de septiembre, 2026 · Por Equipo RedServicio

Por qué la configuración de php.ini en Magento marca la diferencia

Hay una cosa que aprendí revisando tiendas lentas: casi siempre se culpa al theme, al hosting o a Magento mismo. Y muchas veces el culpable está en un archivo de configuración que nadie ha tocado nunca. La configuración de php.ini en Magento es de esos factores decisivos que pasan desapercibidos.

Magento 2 pide recursos muy por encima de otras plataformas. Un memory_limit justo, un tiempo de ejecución corto o un opcode cache desactivado: con cualquiera de esas tres cosas, los tiempos de carga se disparan. Y las conversiones se van detrás.

Los estudios del sector manejan una cifra que da que pensar: cada segundo extra de carga puede costarte hasta un 7% de conversiones. Magento, que de por sí ya es pesado, no perdona un servidor PHP sin afinar. No es opcional.

Requisitos mínimos de PHP para Magento 2

Antes de tocar nada, conviene verificar que cumples lo básico:

• Versión de PHP: Magento 2.4.x requiere PHP 8.1 o 8.2 (depende de la versión exacta que uses).
• Extensiones obligatorias: ext-bcmath, ext-ctype, ext-curl, ext-dom, ext-gd, ext-iconv, ext-intl, ext-mbstring, ext-openssl, ext-pdo_mysql, ext-soap, ext-xsl, ext-zip.
• Opcode cache: PHP OPcache es obligatorio en producción.

¿Sigues con una versión antigua de PHP? Además de rendimiento, tienes un problema de seguridad. Dos frentes abiertos por el precio de uno.

Parámetros esenciales de php.ini para Magento

memory_limit

Magento come memoria, y no poca. El mínimo oficial es 2 GB en modo desarrollador; en producción se suele recomendar 1 GB por proceso PHP, llegando a 2 GB si tienes muchas extensiones instaladas:

memory_limit = 2G

max_execution_time

Indexadores, importaciones de productos, reindexaciones… hay procesos que tardan lo suyo. Si el límite es bajo, aparecerán errores 503 o procesos cortados a media tarea:

max_execution_time = 18000

Un valor tan alto tiene sentido durante importaciones masivas. Para el día a día en producción, con 300-600 segundos vas sobrado (y es más seguro).

max_input_vars

Los formularios del panel de administración de Magento pueden ser enormes. Las categorías con muchos productos son el caso típico. Sin un número alto de variables de entrada, fallarán sin motivo aparente:

max_input_vars = 10000

upload_max_filesize y post_max_size

Imágenes de producto grandes o paquetes de extensiones pesados necesitan margen:

upload_max_filesize = 64M
post_max_size = 64M

OPcache: la optimización más rentable

Si solo pudieras hacer un cambio, haría este. OPcache guarda el bytecode compilado de PHP en memoria, así que el servidor deja de recompilar miles de archivos en cada petición. La diferencia se nota desde el primer minuto. Configuración que funciona bien:

opcache.enable = 1
opcache.memory_consumption = 512
opcache.max_accelerated_files = 60000
opcache.validate_timestamps = 0
opcache.revalidate_freq = 0

Ajustes complementarios a nivel de servidor

Configuración de PHP-FPM

El archivo www.conf de PHP-FPM también juega. Como referencia orientativa, para un servidor con 4 GB de RAM:

• pm = dynamic
• pm.max_children = 30
• pm.start_servers = 10
• pm.min_spare_servers = 5
• pm.max_spare_servers = 15

Para calcular max_children, la fórmula aproximada es memoria disponible para PHP dividida entre el consumo medio por proceso. En Magento, cuenta entre 50 y 120 MB por proceso.

Realpath cache

Magento toca miles de rutas de archivos constantemente. Ampliar la realpath cache ahorra llamadas al sistema de archivos, y eso se traduce en velocidad:

realpath_cache_size = 10M
realpath_cache_ttl = 7200

Cómo aplicar los cambios de forma segura

1. Localiza tu php.ini activo: crea un archivo con la función phpinfo() o ejecuta php –ini en la terminal.
2. Haz copia de seguridad del original antes de editar. Siempre.
3. Aplica los cambios de uno en uno. Si algo falla, sabrás qué ajuste es el responsable.
4. Reinicia PHP: sudo systemctl restart php8.2-fpm (o el equivalente en tu servidor).
5. Verifica los valores desde el panel de Magento en Sistema → Herramientas → Comprobación del entorno, o con phpinfo() de nuevo.

Errores comunes al configurar php.ini en Magento

• Asignar memoria excesiva: poner 8 GB de memory_limit en una máquina con 4 GB de RAM provoca swap. Y el swap lo empeora todo.
• Olvidar reiniciar PHP-FPM: editas el php.ini, guardas, y nada cambia. Clásico. Sin reiniciar el servicio, los ajustes no se aplican.
• Ignorar el modo producción de Magento: ejecuta bin/magento deploy:mode:set production. Combinado con OPcache bien configurado, el salto de rendimiento es enorme.
• No monitorizar tras los cambios: mide. New Relic o el perfilador propio de Magento te dicen si lo que hiciste sirvió de algo.

Conclusión

Pocos ajustes dan tanto retorno como dedicar una tarde al php.ini de Magento. Ampliar el memory_limit, dejar OPcache bien puesto, afinar PHP-FPM: cambios que no cuestan dinero y que pueden recortar los tiempos de carga de forma drástica. Mi recomendación: ve con calma, aplica de uno en uno, mide los resultados y no descuides la versión de PHP. Y si prefieres no pelear con archivos de configuración, en RedServicio tenemos hosting optimizado para Magento con soporte técnico 24/7 que te lo deja todo listo. Tu velocidad de carga —y tus clientes— lo notarán.