WordPress muestra errores en Site Health cómo arreglar

Los errores site health wordpress no son fallos automáticos del núcleo, sino avisos de diagnóstico que WordPress muestra en Salud del sitio para ayudarte a revisar configuración, rendimiento, seguridad y compatibilidad. La forma correcta de abordarlos es sencilla: primero copia de seguridad, después contexto del aviso, luego comprobaciones básicas y solo al final cambios técnicos controlados.

Site Health clasifica pruebas como estado crítico o recomendación, pero cada resultado debe interpretarse según el hosting, la versión de PHP, la caché, WP-Cron, la API REST, los plugins activos y la configuración real del sitio. Un mismo aviso puede tener causas distintas en dos instalaciones diferentes.

Qué indica Salud del sitio en WordPress y cuándo hay que preocuparse

Salud del sitio es una herramienta de diagnóstico de WordPress. Ejecuta pruebas sobre versiones, comunicación interna, tareas programadas, HTTPS, actualizaciones, API REST y otros componentes habituales. Su objetivo no es reparar nada por sí misma, sino señalar puntos que conviene revisar.

Como referencia rápida: los errores de Site Health son avisos sobre la configuración o el funcionamiento de WordPress. Para empezar a corregirlos, revisa el mensaje exacto, confirma si es crítico o recomendación, haz copia de seguridad y comprueba versiones, cron, REST API, caché y plugins antes de cambiar ajustes.

• Si el sitio funciona bien y el aviso es una recomendación, suele bastar con revisar y planificar el cambio.
• Si hay problemas de acceso, actualizaciones fallidas, errores de conexión o tareas que no se ejecutan, conviene actuar con más prioridad.

Cómo interpretar los errores de Site Health antes de tocar plugins o configuración

Antes de modificar nada, anota el texto exacto del aviso y en qué entorno ocurre. Un error puede depender de una regla del firewall, de un plugin de seguridad, de la caché del servidor o de una limitación del hosting compartido.

1. Haz una copia de seguridad completa de archivos y base de datos.
2. Si dispones de staging para pruebas seguras, prueba allí primero.
3. Comprueba si WordPress, tema, plugins, PHP y base de datos están actualizados.
4. Revisa si el aviso afecta al funcionamiento real o solo es una recomendación.
5. Aplica cambios de uno en uno y vuelve a comprobar el estado del sitio tras cada ajuste.

Este orden evita tocar plugins o wp-config a ciegas y ayuda a localizar la causa con menos riesgo.

Errores frecuentes de rendimiento en WordPress y cómo revisarlos

Versiones obsoletas y recursos insuficientes

Los avisos sobre versiones antiguas de PHP o base de datos suelen indicar compatibilidad limitada, peor rendimiento o menor seguridad. Conviene revisar en el panel del hosting qué versión usa la web y confirmar antes que tema y plugins sean compatibles con la actualización.

Caché, loopback y peticiones internas

Cuando Site Health informa de problemas de loopback o comunicación interna, puede deberse a bloqueos del servidor, autenticación adicional, reglas de seguridad o caché agresiva. También puede afectar a editores, actualizaciones automáticas y tareas programadas.

Memoria y tiempos de ejecución

Si el panel va lento o algunas pruebas fallan, revisa el límite de memoria y los tiempos de ejecución del servidor. No siempre es un problema de WordPress: a menudo depende de la configuración del servidor o de plugins pesados.

Problemas habituales de seguridad, REST API y tareas programadas

La API REST y WP-Cron forman parte de muchas funciones internas y de múltiples plugins. Si Site Health detecta errores aquí, no significa automáticamente intrusión o hackeo, pero sí una incompatibilidad o bloqueo que conviene revisar.

• REST API: puede fallar por firewalls, reglas mod_security, plugins de seguridad, autenticación mal configurada o conflictos con el tema. Para más contexto sobre este problema, consulta Solucionar el error de REST API en WordPress.
• WP-Cron: si no se ejecuta, pueden retrasarse publicaciones programadas, emails o tareas de mantenimiento.
• HTTPS: conviene confirmar que la URL del sitio, el certificado y las redirecciones están alineados.

Si desactivas el cron interno mediante constantes en wp-config.php, asegúrate de que existe una tarea cron real en el servidor. Si no, Site Health puede mostrar avisos coherentes con esa ausencia.

Qué comprobar en wp-config.php, depuración y entorno del servidor

El archivo wp-config.php define ajustes sensibles del sitio. Solo conviene editarlo con copia de seguridad y sabiendo qué hace cada constante.

Para depurar WordPress, lo correcto es usar WP_DEBUG para registrar avisos durante pruebas controladas. Si necesitas guardar errores en un archivo, WP_DEBUG_LOG puede ayudar. En producción no es recomendable mostrar errores en pantalla, porque puede exponer información sensible o afectar a la experiencia de usuario.

Además, revisa permisos de archivos, versión de PHP, módulos del servidor, límites de memoria y si el hosting aplica capas propias de caché o seguridad que interfieran con las pruebas de salud.

Cuándo el problema está en un plugin, el tema o el hosting

Muchos avisos de Salud del sitio aparecen por conflictos de plugins, temas con funciones desactualizadas o restricciones del proveedor. En lugar de desactivar todo sin criterio, conviene hacer pruebas ordenadas.

• Prueba primero en staging o en una ventana de mantenimiento planificada.
• Desactiva temporalmente el plugin más relacionado con el aviso y comprueba si cambia el resultado.
• Cambia al tema por defecto solo si necesitas aislar el origen y puedes hacerlo sin afectar al negocio.
• Si el error apunta a loopback, REST API o cron del sistema, abre ticket al hosting con capturas y mensaje exacto.

Checklist final para solucionar errores de Site Health sin romper la web

• Haz copia de seguridad antes de cualquier cambio.
• Diferencia entre estado crítico y recomendación.
• Actualiza WordPress, plugins, tema y revisa compatibilidad con PHP.
• Comprueba REST API, cron de WordPress, HTTPS y peticiones loopback.
• Usa modo depuración con prudencia y sin mostrar errores en producción.
• Prueba cambios de uno en uno y vuelve a revisar Salud del sitio tras cada paso.
• Si el aviso depende del servidor, escala el caso al hosting o a soporte técnico especializado.

En la práctica, solucionar errores site health wordpress exige interpretar el contexto antes de aplicar cambios. Lo más prudente es revisar primero copia de seguridad, actualizaciones y entorno, después conflictos de plugins o tema y, por último, ajustes técnicos más delicados.

Si el sitio está en producción, evita encadenar varias modificaciones a la vez. Revisa el comportamiento tras cada cambio para no mezclar causas ni introducir nuevos problemas. Cuando el diagnóstico apunta al servidor, a un conflicto complejo o a avisos persistentes, el siguiente paso razonable es pedir soporte técnico especializado en WordPress.