Respuesta breve: PHP alcanzó su techo de memoria mientras generaba la página y se detuvo. Subir el límite a veces restablece el servicio, pero si algo consume memoria de forma anómala, un techo mayor solo retrasa el mismo fallo.
Lee bien el mensaje
El error indica cuántos bytes intentó reservar PHP y qué archivo los pidió: por ejemplo Allowed memory size of 268435456 bytes exhausted (tried to allocate …) in /wp-content/plugins/…. Esa ruta es una pista fuerte. Unos pocos megabytes por encima del límite sugieren un ajuste realmente justo; un intento de reservar un bloque enorme apunta a un bucle o una consulta sin límites.
Sube el límite correctamente
Añade a wp-config.php, encima de la línea de fin: define('WP_MEMORY_LIMIT', '256M'); y para operaciones del administrador define('WP_MAX_MEMORY_LIMIT', '512M');. Muchos hostings limitan la memoria de PHP a nivel de servidor, así que confirma el valor efectivo en Herramientas › Salud del sitio › Información › Servidor. Si el hosting lo limita, editar el archivo no lo sobrescribe y perseguirás un cambio que nunca se aplicó.
Encuentra qué lo consume realmente
- Anota si el error aparece en todas partes o solo en una pantalla. Un único informe o importación que falla apunta a esa función, no a toda la web.
- Activa
WP_DEBUG_LOGy lee el archivo y la línea que pide la reserva de memoria. - Prueba renombrando la carpeta de plugins por SFTP: si el error desaparece con los plugins desactivados, reactívalos uno a uno para hallar el que consume memoria.
- Correlaciona con cambios recientes: un plugin nuevo, una subida grande, una importación, un aumento de tráfico.
Verifica con la operación real
Repite la tarea exacta que falló —la importación, el informe, la subida— y observa si el uso de memoria es ahora estable o simplemente queda por debajo del nuevo techo. Si una sola petición sigue consumiendo cientos de megabytes, la ineficiencia de fondo continúa y la web volverá a fallar con carga. Las tareas realmente pesadas (importaciones grandes, copias) pertenecen a la línea de comandos con WP-CLI, no a una petición de navegador.
CRITERIO DE INCIDENTE WP REPAIR
Cómo acotar el fallo sin adivinar
La memoria agotada nombra un techo y la reserva que lo superó. La pregunta útil es si el límite es realmente bajo o una petición crece sin control.
Anota bytes permitidos, reserva intentada y ruta del archivo del fatal.
Confirma los límites efectivos de PHP y WordPress en vez de asumir que wp-config.php sobrescribió el hosting.
Identifica si un informe, importación o operación de medios concreta provoca el crecimiento.
Compara el consumo en staging con plugins aislados o solo el componente nombrado desactivado.
Qué debe quedar verificado
- La operación exacta termina con un pico de memoria estable.
- El tráfico normal deja margen para peticiones concurrentes.
- No aparece un nuevo fatal de memoria en logs PHP o WordPress.
Fuentes técnicas oficiales
Esta guía explica el diagnóstico. Si la web está afectada ahora, la intervención debe preservar una vía de vuelta y verificar el recorrido real del negocio.
Ver el servicio de reparación urgente →