Salud del sitio de WordPress vs Relvato: comprobaciones de configuración vs verificación continua

Dos trabajos distintos, a menudo confundidos

La Salud del sitio de WordPress (Herramientas → Salud del sitio) inspecciona tu servidor y configuración desde dentro y te da una puntuación de estado más recomendaciones. Responde a una pregunta: '¿está bien configurada esta instalación de WordPress?'

Relvato es un servicio de monitorización externo que carga tus páginas reales en un navegador real —de forma programada y en cada cambio— y te avisa cuando algo se rompe. Responde a otra pregunta: '¿sigue funcionando el sitio en vivo para los visitantes ahora mismo?' Solo uno de ellos te avisa en el momento en que tu pago deja de funcionar.

Qué comprueba la Salud del sitio de WordPress

La Salud del sitio ejecuta un conjunto de pruebas en dos pestañas — Estado (correcto / recomendado / crítico) e Información (un inventario de solo lectura). Las pruebas son sobre tu entorno y configuración: la versión de PHP y los módulos de PHP requeridos, la versión del servidor de base de datos, si el sitio se sirve por HTTPS, si funcionan las actualizaciones automáticas, si la API REST y las peticiones de loopback tienen éxito, si se ejecutan los eventos programados (wp-cron) y si hay caché de página u objetos persistente. También marca temas y plugins inactivos y si el modo de depuración quedó activado.

Cómo se ejecuta importa. La Salud del sitio calcula su puntuación cuando abres la página y refresca un subconjunto de pruebas en un evento semanal de wp-cron. wp-cron solo se dispara cuando tu sitio recibe tráfico, y nada te notifica — tienes que acordarte de visitar la página. Es una auditoría manual y bajo demanda, no un monitor.

Dentro de ese ámbito es realmente útil: es el lugar adecuado para detectar una versión de PHP obsoleta, una extensión que falta o una configuración de cron rota. Pero cada comprobación es un autoinforme del lado del servidor — la Salud del sitio nunca abre tu front-end como un visitante.

Qué comprueba Relvato

Relvato verifica las partes de tu sitio que los visitantes tocan de verdad, desde fuera, en un navegador real Chromium / Firefox / WebKit. Eso incluye recorridos de usuario reales —pago como invitado y con sesión, inicio de sesión, restablecimiento de contraseña—, además de disponibilidad y SSL desde la internet pública, regresión visual y deriva de estructura, enlaces e imágenes rotos, Core Web Vitals (una ejecución de laboratorio) y Web Vitals de usuarios reales (RUM), integridad SEO/AEO y comprobaciones de seguridad como la integridad de archivos y un escaneo de vulnerabilidades.

Se ejecuta de forma continua: de forma programada y automáticamente en cada cambio —una actualización de plugin, tema o núcleo, o un despliegue—, así que un cambio arriesgado se vuelve a verificar en segundos. Cuando algo falla, Relvato te avisa por email y en el panel, guarda el historial y correlaciona el fallo con el cambio que lo causó.

El plugin de Relvato para WordPress sí se conecta a tu sitio — informa de eventos de cambio y habilita comprobaciones profundas y con estado (un pago de prueba real, entrega de email, integridad de archivos) que necesitan contexto del servidor. Pero la verificación en sí ocurre en los navegadores de Relvato, desde la perspectiva de un visitante, y la alerta llega hasta ti.

Dónde se solapan

Hay un pequeño solapamiento. A ambos les importa el HTTPS: la Salud del sitio marca una mala configuración de HTTPS, y la comprobación SSL de Relvato verifica que el certificado en vivo es válido y no está a punto de caducar. Ambos tocan la accesibilidad: la prueba de loopback de la Salud del sitio confirma que WordPress puede llamarse a sí mismo, mientras que la comprobación de disponibilidad de Relvato confirma que el sitio responde de verdad al público. Ambos son conscientes, de alguna forma, de las tareas programadas y del email.

Pero incluso donde se solapan, el punto de vista es opuesto. La Salud del sitio le pregunta al servidor '¿estás configurado para esto?'; Relvato le pregunta a un navegador en internet abierta '¿esto funciona de verdad?' Un certificado puede estar 'configurado' y aun así servir una cadena caducada a los visitantes — la Salud del sitio pasa, Relvato falla.

Dónde Relvato va mucho más allá de la Salud del sitio

La brecha es grande, y es la parte que te cuesta clientes. La Salud del sitio nunca carga tu pago, así que no puede decirte que un botón de pago se rompió tras una actualización. Nunca renderiza tus páginas, así que no puede detectar un diseño que se colapsó o una sección que desapareció. No mide la velocidad de tus visitantes reales, no rastrea 404, no comprueba tus etiquetas SEO ni vigila un cambio en la cadena de suministro en el archivo de un plugin.

Y, crucialmente, la Salud del sitio no vigila — espera a que la abran y nunca avisa. Relvato es continuo y basado en eventos, verifica recorridos reales en un navegador real, mide el rendimiento de usuarios reales y te envía un email en el momento en que algo empeora, con el cambio que probablemente lo causó. Esa es la diferencia entre una lista que quizá ejecutes y una red de seguridad siempre activa.

Entonces, ¿sigues necesitando la Salud del sitio? Usa ambos.

Conserva la Salud del sitio — es gratuita, integrada y la herramienta adecuada para una auditoría puntual de entorno y configuración: versión de PHP, extensiones, cron, caché. Ejecútala cuando configures o migres un sitio.

Luego añade Relvato para el trabajo que la Salud del sitio nunca fue diseñada para hacer: demostrar de forma continua que el sitio en vivo funciona para los visitantes reales y avisarte en el instante en que no. Uno comprueba la configuración; el otro comprueba que sigue funcionando.