Respuesta breve: un script superó el tiempo que PHP permite para una sola petición (max_execution_time, a menudo 30 segundos) y fue terminado. El límite es un mecanismo de seguridad, no el problema. El problema es aquello que tardó tanto.
Dónde se concentra
Los timeouts se agrupan en unas pocas operaciones: actualizaciones de plugins y temas, importaciones y exportaciones, copias, ediciones masivas, regeneración de imágenes y cualquier página que llame a una API externa lenta. Si el mensaje aparece durante la navegación normal, es una señal mucho más fuerte de un problema de rendimiento o de base de datos que conviene investigar en lugar de enmascarar.
Súbelo solo donde corresponde
Para una migración puntual real puedes subir el límite —en un script de mantenimiento con set_time_limit(300);, o vía php.ini/ajustes del hosting—. Pero subirlo en páginas que cargan visitantes reales es una mala solución permanente: mantiene procesos del servidor ocupados, reduce cuántas visitas simultáneas puedes atender y convierte un fallo rápido en una caída lenta.
Encuentra qué es lento
- Identifica la acción exacta que lo dispara y si es reproducible.
- Comprueba si se completa a medias: importaciones y copias interrumpidas hay que limpiarlas antes de reintentar, o tendrás duplicados.
- Busca llamadas externas lentas; un servicio de terceros colgado puede atascar una petición sana. Desactiva esa integración temporalmente para confirmarlo.
- Revisa el registro de consultas lentas si tu hosting lo ofrece; una consulta sin índice sobre una tabla grande es una causa habitual.
Saca las tareas largas de la petición web
La solución duradera para tareas realmente largas es ejecutarlas con WP-CLI o un proceso programado en lugar del navegador: una copia completa o una importación grande no deberían depender de un timeout web de 30 segundos. Tras cambiar algo, repite la operación y confirma que termina holgadamente dentro del límite, no justo por debajo.
CRITERIO DE INCIDENTE WP REPAIR
Secuencia de intervención segura
Un timeout es una protección. La reparación consiste en saber por qué la petición es larga, decidir si debe ejecutarse por web y evitar repetir a ciegas trabajo parcial.
- Identifica la acción exacta y si deja importaciones, archivos o filas parciales.
- Mide por separado tiempo de base de datos, API externa y sistema de archivos.
- Mueve trabajos masivos reales a WP-CLI, cola o proceso programado.
- Sube el timeout solo para la operación controlada y documenta el valor anterior.
Qué debe quedar verificado
- La operación es idempotente o gestiona el resultado parcial.
- Termina holgadamente dentro del límite con carga realista.
- Las peticiones normales siguen respondiendo mientras se ejecuta.
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 →