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 →SOBRE ESTE SÍNTOMA
Preguntas frecuentes de esta guía.
¿Debería elevar max_ejecution_time cada vez que veo este error?+
Sólo para una tarea única genuina como un script de migración. El aumento de la carga de visitantes regulares en páginas es una mala solución permanente: mantiene los procesos del servidor abiertos más tiempo, reduce la cantidad de visitantes concurrentes que puede servir, y convierte un fallo rápido en una interrupción lenta en lugar de resolver la lentitud real.
Este error se muestra durante la navegación normal, no durante una importación o actualización, ¿qué significa eso?+
Esa es una señal más fuerte de un problema subyacente de rendimiento o base de datos en lugar de algo para enmascarar con un límite más alto. Los tiempos de espera durante la navegación ordinaria son dignos de investigar directamente — por ejemplo, comprobar un registro de consultas lentas para una consulta no indizada en una tabla grande.
Mi tiempo de importación a mitad de camino, ¿es seguro volver a intentarlo?+
No sin comprobar primero — las importaciones y copias de seguridad a medio terminar deben limpiarse antes de volver a intentarlo, o corre el riesgo de terminar con datos duplicados. Confirme lo que se completó antes de ejecutar la operación de nuevo.
¿Cuál es la verdadera solución a largo plazo en lugar de elevar continuamente el límite de tiempo?+
Mover trabajos realmente de larga duración fuera de la solicitud web por completo — ejecutar copias de seguridad, importaciones y tareas similares a través de WP-CLI o un proceso programado en lugar de a través de un navegador atado a un tiempo de 30 segundos. Después de cambiar cualquier cosa, volver a ejecutar la operación y confirmar que termina cómodamente dentro del límite, no sólo por debajo de él.