Tu web funciona con normalidad hasta que, sin motivo aparente, deja de responder. Intentas acceder al escritorio de WordPress, pero la página no termina de cargar. Tampoco puedes guardar una entrada o subir una imagen. Unos minutos después, todo vuelve a funcionar.
Contactas con el hosting, pero cuando el soporte revisa la web no encuentra ningún error. Al día siguiente vuelve a suceder.
Si WordPress se bloquea de forma intermitente, lo importante es averiguar qué sucede exactamente durante la interrupción. Puede tratarse de un problema del alojamiento, un proceso que consume demasiados recursos, un error de PHP, una consulta de base de datos o una incidencia de conectividad.
Cambiar de hosting puede ser necesario, pero hacerlo sin identificar la causa no garantiza que el problema desaparezca.
Antes de investigar plugins o modificar la configuración del servidor, hay que distinguir qué parte de la web deja de funcionar.
No es lo mismo que los visitantes no puedan acceder a ninguna página que tener problemas únicamente al entrar en el escritorio de administración.
| Qué sucede | Qué conviene investigar |
|---|---|
| La web pública y wp-admin dejan de responder | Servidor, conectividad, PHP y base de datos. |
| La web pública funciona, pero wp-admin se bloquea | Procesos de administración, plugins, PHP y recursos. |
| No puedes guardar entradas ni subir imágenes | Peticiones REST, PHP, almacenamiento y permisos. |
| Varias webs del mismo alojamiento fallan simultáneamente | Infraestructura y recursos compartidos. |
| También pierdes el acceso al panel del hosting | Conectividad e infraestructura del proveedor. |
| Solo falla una página concreta | Procesos y componentes utilizados por esa página. |
Esta primera distinción permite reducir considerablemente las posibles causas.
Una página pública puede seguir funcionando gracias a la caché aunque WordPress no consiga procesar nuevas peticiones. Por tanto, que la portada cargue correctamente no demuestra que el servidor esté funcionando sin problemas.
Si tu único problema es que el escritorio tarda mucho en cargar, sin llegar a bloquearse, encontrarás un diagnóstico más específico en nuestro artículo sobre qué comprobar cuando wp-admin es muy lento.
Uno de los principales problemas de las caídas intermitentes es que desaparecen antes de que alguien pueda investigarlas.
Si tu web deja de responder durante cinco minutos y el soporte técnico la revisa media hora después, es posible que encuentre todo funcionando correctamente.
Por eso conviene recopilar información durante la incidencia, sin realizar cambios precipitados.
Cuando se produzca el bloqueo, intenta abrir la página principal de la web, una página interior, el acceso a WordPress y el panel del alojamiento.
Si tienes la posibilidad, comprueba también la web desde otra conexión, por ejemplo, utilizando los datos móviles.
Anota qué servicios funcionan y cuáles no. Si puedes, guarda una captura del mensaje de error.
Si el navegador muestra un error 503 o 504, registra el código exacto. No significa que ya hayas identificado la causa, pero proporciona una pista mucho más útil que comunicar al proveedor que la web estaba caída.
Prepara un registro sencillo de cada incidencia que incluya:
Si el problema se repite, un registro con varias incidencias puede revelar patrones: una hora concreta, coincidencia con las copias de seguridad o interrupciones simultáneas de distintas webs.
En un alojamiento compartido, varias webs utilizan recursos de una misma infraestructura. Dependiendo del servicio contratado, pueden existir límites de CPU, memoria, procesos simultáneos o acceso al disco.
Cuando se alcanza alguno de estos límites, las nuevas peticiones pueden tardar demasiado o no completarse.
Sin embargo, una interrupción no demuestra por sí sola que el servidor esté sobrecargado. También puede ocurrir que una tarea de tu propia web esté consumiendo recursos de forma excepcional.
Para distinguir ambas situaciones necesitas información del alojamiento: consumo de CPU, memoria, procesos PHP y límites alcanzados durante la incidencia.
WordPress ejecuta diferentes tareas además de mostrar páginas: copias de seguridad, comprobaciones de actualizaciones, escaneos de seguridad, importaciones y comunicaciones con servicios externos.
Algunas tareas pueden necesitar bastante tiempo o recursos.
Si varias coinciden y el alojamiento dispone de poca capacidad para procesarlas simultáneamente, otras peticiones pueden quedarse esperando.
Por ejemplo, un proceso de copia de seguridad podría coincidir con el momento en que intentas publicar una entrada. Esa coincidencia sería una pista para investigar, no una demostración de que el plugin de copias sea el responsable.
Antes de desactivar una tarea, comprueba qué hace y si es necesaria para el funcionamiento de la web.
Un error de PHP puede impedir que una petición termine correctamente. Una consulta que tarda demasiado o una conexión fallida con la base de datos también pueden provocar bloqueos.
En estos casos, el mensaje que aparece en el navegador no siempre revela el origen del problema.
Los registros de errores de PHP, del servidor web y de la base de datos ayudan a identificar qué estaba ocurriendo cuando se produjo la incidencia.
WordPress dispone de herramientas oficiales de depuración, pero es recomendable realizar las pruebas en un entorno de desarrollo o staging y disponer de una copia antes de modificar la instalación.
No actives la visualización pública de errores ni dejes archivos de depuración accesibles a los visitantes. Pueden contener información sensible.
Cuando varias webs alojadas en el mismo servidor dejan de responder al mismo tiempo, merece la pena investigar la infraestructura compartida.
También hay que considerar problemas de red, DNS, CDN o servicios intermedios.
Si además pierdes el acceso al panel del alojamiento, conviene comunicarlo expresamente al soporte. Un plugin de WordPress no suele explicar por sí solo un fallo simultáneo de un panel de hosting independiente.
No obstante, dos errores que suceden al mismo tiempo no tienen necesariamente una causa común. La información del proveedor y los registros permitirán comprobarlo.
Cuando WordPress vuelve a funcionar, todavía puedes encontrar información útil. El objetivo es reconstruir qué ocurrió durante los minutos en los que la web estuvo bloqueada.
Muchos proveedores permiten consultar los registros de errores desde su panel de control. Otros requieren solicitar esta información al soporte.
Busca las entradas correspondientes a la hora exacta de la interrupción y comprueba si aparecen errores de PHP, peticiones que superan el tiempo de ejecución permitido o problemas de conexión con la base de datos.
También conviene solicitar las métricas de consumo de recursos de ese intervalo. Un gráfico diario puede ocultar un pico de actividad de apenas unos minutos, por lo que interesa disponer de información suficientemente detallada.
Si el alojamiento no ofrece estos datos, pregunta si pueden conservarlos o consultarlos cuando se produzca la siguiente incidencia.
Desde el escritorio, entra en Herramientas → Salud del sitio.
Esta sección permite consultar información sobre la configuración del servidor, PHP, la base de datos, los plugins y otros componentes. También puede advertir de problemas con las peticiones internas o las tareas programadas.
Puedes consultar las funciones disponibles en la documentación oficial de Salud del sitio.
Es un buen punto de partida, pero tiene una limitación: muestra principalmente el estado de la instalación en el momento de realizar las comprobaciones.
Que Salud del sitio no muestre errores después de una caída no significa que la incidencia no haya existido.
Si las interrupciones se producen aproximadamente a la misma hora, revisa qué procesos se ejecutan en esos momentos.
Una copia de seguridad, un escaneo o una importación podrían coincidir con los bloqueos. También es posible que existan tareas de WordPress que no estén completándose correctamente.
Para investigar estas situaciones, conviene revisar la programación de las tareas y los registros correspondientes.
No elimines tareas programadas ni desactives los sistemas de copias de seguridad simplemente para comprobar si la web mejora. Haz las pruebas en un entorno separado siempre que sea posible.
Si has desactivado temporalmente los plugins sospechosos y los bloqueos continúan, todavía no puedes descartar por completo un problema relacionado con WordPress.
Es posible que el fallo dependa de una combinación de componentes, una tarea que se ejecuta en determinados momentos o un proceso que no se ha detenido al desactivar el plugin.
También puede ocurrir que la causa esté fuera de WordPress.
Lo importante es comprobar si las pruebas se realizaron mientras el problema podía reproducirse. Desactivar un plugin cuando la web funciona correctamente y comprobar que continúa funcionando no demuestra demasiado sobre una incidencia intermitente.
Si tienes una web empresarial, evita realizar estas pruebas directamente sobre producción sin una copia de seguridad verificada. Desactivar determinadas extensiones puede interrumpir formularios, reservas u otras funciones necesarias para el negocio.
Cuando los bloqueos se concentran exclusivamente en el área administrativa, conviene seguir un diagnóstico específico del escritorio. Si afectan a toda la web, continúa investigando el servidor y las peticiones que fallan.
Es habitual contactar con el soporte cuando la web ya ha vuelto a funcionar. En ese momento, el proveedor puede comprobar que el servidor responde correctamente y cerrar la incidencia.
Sin embargo, una comprobación posterior no permite descartar un problema temporal.
Para obtener una respuesta útil, facilita las horas de las interrupciones, los mensajes de error y los servicios afectados. Después solicita que revisen los registros históricos y los límites de recursos correspondientes a esos momentos.
Hola:
Nuestra web WordPress está sufriendo interrupciones intermitentes. Durante varios minutos deja de responder y después vuelve a funcionar sin que realicemos ningún cambio.
Hemos registrado las horas de las incidencias y necesitamos comprobar qué sucede en el servidor durante esos intervalos.
¿Podéis revisar los registros de errores, el consumo de CPU y memoria, los límites de procesos PHP y las posibles incidencias de conectividad?
También nos gustaría saber si se han registrado problemas en otras cuentas o servicios de la misma infraestructura.
Si encontráis alguna limitación, agradeceríamos que nos indicarais cuál se ha alcanzado y qué proceso estaba relacionado con ella.
Gracias.
Una respuesta útil debería aportar datos concretos, no limitarse a afirmar que el servidor funciona correctamente.
Si el proveedor atribuye el problema a tu ordenador o navegador, comprueba si el fallo también aparece desde otros dispositivos y conexiones. Si se reproduce desde diferentes ubicaciones, esa información ayudará a descartar determinadas causas locales.
No necesariamente. Primero conviene distinguir entre un problema de capacidad, una incidencia de infraestructura y un fallo de la propia instalación.
Si los registros muestran que tu web agota regularmente los recursos contratados, tendrás que averiguar qué los consume. A veces será posible optimizar los procesos; en otros casos, necesitarás un alojamiento con más capacidad.
Si el proveedor confirma incidencias recurrentes en su infraestructura, cambiar de alojamiento puede ser una opción razonable.
También deberías valorar una migración cuando las interrupciones afectan al negocio y el soporte no proporciona información suficiente para investigarlas o resolverlas.
En cambio, si el origen es un plugin que provoca errores de PHP o una consulta ineficiente, trasladar la instalación sin corregir el problema puede reproducir exactamente los mismos bloqueos en el nuevo servidor.
Si tienes dudas sobre la capacidad de tu alojamiento y el rendimiento general de la instalación, consulta nuestro artículo sobre cómo distinguir si WordPress es lento por el hosting o por la propia web.
Antes de contratar otro alojamiento, confirma que tienes acceso a una copia completa de los archivos y la base de datos. Comprueba también quién gestiona el dominio, los DNS, el correo y los certificados.
Si utilizas servicios externos, formularios o sistemas de reservas, identifica sus dependencias para que no dejen de funcionar durante el traslado.
La migración debería incluir pruebas previas y un procedimiento de vuelta atrás. Además, conviene conservar los registros de las incidencias anteriores para comprobar posteriormente si el cambio ha solucionado realmente el problema.
Si puedes administrar WordPress pero no tienes acceso al alojamiento, primero tendrás que resolver esa dependencia. Te explicamos qué opciones existen en nuestro artículo sobre qué hacer cuando tienes acceso a WordPress, pero no al hosting.
Que WordPress vuelva a funcionar después de aplicar un cambio no significa necesariamente que hayas encontrado la solución.
Si las caídas eran intermitentes, necesitas observar la instalación durante un periodo suficiente y comprobar si vuelven a producirse.
Una herramienta de monitorización externa puede ayudarte a detectar cuándo la web deja de responder. Configura las comprobaciones desde fuera de tu alojamiento y conserva el historial de las incidencias.
Es importante entender qué mide el monitor. Comprobar únicamente que la página principal devuelve una respuesta correcta no garantiza que el escritorio, los formularios o las operaciones internas de WordPress funcionen.
Para evaluar el resultado, compara los registros anteriores y posteriores a la corrección. Si las incidencias desaparecen y los recursos del servidor se mantienen dentro de los límites adecuados, tendrás más evidencia de que el problema está controlado.
Si continúan los bloqueos, utiliza los nuevos registros para revisar las hipótesis que todavía no has descartado.
Una caída ocasional puede parecer un inconveniente menor, pero las interrupciones repetidas pueden impedir que los clientes accedan a información, envíen formularios o realicen reservas.
Conviene recurrir a un diagnóstico especializado cuando las caídas afectan al funcionamiento del negocio, se repiten sin una causa identificada o el proveedor y el responsable de WordPress se atribuyen mutuamente el problema.
También es recomendable solicitar ayuda antes de modificar configuraciones del servidor, alterar la base de datos o desactivar componentes esenciales de una web que está en producción.
El objetivo no debería ser acumular cambios hasta que las interrupciones desaparezcan temporalmente, sino identificar qué falla, corregirlo y comprobar que la solución se mantiene.
Una web que vuelve a funcionar por sí sola no está necesariamente recuperada. Si los bloqueos se repiten, documentarlos e investigar lo que ocurre durante esos minutos es la forma de evitar que se conviertan en un problema permanente.
