¿Preocupado por que una página clave de la web deje de funcionar sin avisos? ¿No sabe si el formulario de contacto o la pasarela de pago están siempre disponibles? Esta guía resuelve qué es exactamente un monitor de tiempo de actividad por página , cómo configurarlo paso a paso con opciones simples para principiantes y qué hacer si el sistema no detecta caídas.
Puntos clave: lo que debes saber en 1 minuto
Monitor de tiempo de actividad por página comprueba una URL concreta (p. ej. /checkout) y avisa si deja de responder.
Elegir el plugin correcto depende de la página crítica (formulario, pago, landing) y del nivel técnico; para principiantes, Jetpack Monitor o UptimeRobot con integraciones son las opciones más seguras.
Monitoreo por página ≠ monitoreo global : comprobar la home no garantiza que una subpágina funcione.
Si no detecta caídas , revisar DNS, CDN/Firewall (Cloudflare), caché y reglas de seguridad antes de culpar al monitor.
Alternativas gratuitas fiables: UptimeRobot (SaaS), Uptime Kuma (self-hosted) y la monitorización básica de Jetpack.
Por qué importa un monitor de tiempo de actividad por página para principiantes
Las páginas críticas (checkout, login, formulario de contacto) tienen impacto directo en conversiones y reputación. Un monitor por página permite detectar fallos específicos que un chequeo global no vería. Para un usuario con nivel técnico bajo o medio, la prioridad es una solución fácil, estable y con alertas claras por email o Telegram .
Cómo monitorizar páginas críticas paso a paso (sin tecnicismos)
Paso 1: identificar las páginas críticas
Lista corta: página de pago , formulario de contacto , página de inicio de sesión , landing de campaña .
Priorizar: si la web genera ventas, la página de checkout debe ir en primer lugar.
Paso 2: elegir el tipo de comprobación (recomendación para principiantes)
HTTP(s) simple : solicita la URL y espera un código 200. Fácil y suficiente para la mayoría.
Comprobar contenido : buscar una palabra o fragmento (p. ej. "Gracias por su compra") para validar flujo.
Intervalo : empezar con 5 minutos (frecuencia estándar gratuita), reducir solo si es imprescindible.
Paso 3: configurar el monitor en 10 minutos (ejemplo con UptimeRobot)
Crear una cuenta gratuita en UptimeRobot .
Nuevo monitor → Tipo: "HTTP(s)" → URL: pegar la página crítica.
Intervalo: 5 minutos. Nombre descriptivo: "Checkout - Tienda".
Notificaciones: activar email y/o Telegram/SMS (según plan).
Guardar y probar: usar la opción "trigger now" si existe.
Paso 4: configurar alertas útiles para principiantes
Email principal + un canal secundario (Telegram o Slack). Evitar solo SMS si no se quiere coste.
Umbral: alertar tras 2 comprobaciones fallidas para evitar falsos positivos por microcaídas.
Definir horarios de mantenimiento (maintenance windows) para no recibir alertas durante actualizaciones.
Paso 5: revisar y actuar tras una alerta
Confirmar la caída desde otra red móvil o herramienta (p. ej. Cloudflare Diagnostic si aplica).
Si la página falla, documentar hora de caída, duración y qué usuarios/pasos están afectados.
Notificar al responsable técnico o host con datos del monitor (log, timestamp).
✉
¿Quieres más información? Escríbenos y te orientamos
Mejor plugin tiempo de actividad para principiantes: comparativa práctica
A continuación una comparativa orientada a usuarios sin experiencia técnica. Se incluyen opciones con integración directa en WordPress y servicios SaaS fáciles.
Plugin/Servicio
Facilidad
Monitor por página
Alertas
Coste inicial
Jetpack Monitor (plugin)
Muy fácil (instalar y activar)
Sí (comprobar URLs importantes)
Email
Gratuito (monitoring básico)
UptimeRobot (SaaS)
Fácil (panel web)
Sí (HTTP, Keyword)
Email, Telegram, webhooks
Gratuito (hasta 50 monitors)
Better Uptime (SaaS)
Fácil-intermedio
Sí (comprobaciones avanzadas)
Email, teléfono, on-call
Plan gratuito limitado
WP Umbrella (plugin + SaaS)
Fácil
Sí (por URL y checks de WP)
Email, Slack
Prueba gratuita
Uptime Kuma (self-hosted)
Intermedio (requiere hosting)
Sí (HTTP, keyword, TCP)
Email, Discord, Telegram
Gratuito (self-hosted)
Recomendación práctica según tipo de web
Tienda online (pagos): Jetpack Monitor + UptimeRobot/Better Uptime para checks por página (checkout) y alertas rápidas.
Blog o web informativa: Jetpack Monitor es suficiente.
Proyecto con recursos para gestionarlo: Uptime Kuma para control total (self-hosted).
Diferencia entre monitor por página y monitor global (explicado sencillo)
Monitor por página: comprueba una URL específica (/checkout, /login). Útil para procesos que afectan conversión.
Monitor global: comprueba la URL raíz (dominio principal). Puede indicar si el servidor está caído, pero no detecta errores en subrutas o scripts.
En resumen: usar ambos si se puede; si hay que elegir, priorizar monitor por página para puntos que generan ingresos.
✉
¿Quieres más información? Escríbenos y te orientamos
Qué hacer si el monitor no detecta caídas (lista de verificación rápida)
Verificar DNS : comprobar que el dominio resuelve correctamente. Herramientas: DNS Checker .
Revisar CDN/Firewall : Cloudflare puede devolver páginas en caché o bloquear comprobadores; añadir IPs del monitor a las reglas de confianza.
Comprobar caché y plugins : plugins de caché o seguridad pueden devolver respuestas 200 aunque haya fallos. Probar con querystring único (?uptime-test=1).
Ajustar la comprobación : cambiar a "keyword check" si la respuesta 200 no garantiza la funcionalidad.
Pruebas manuales : solicitar la URL desde móvil y otro proveedor de Internet.
Logs del servidor : revisar errores PHP o 5xx en el hosting.
Revisar intervalos y umbrales : si el monitor tarda en alertar, disminuir el umbral (si el plan lo permite).
Alternativas gratuitas monitor de actividad: guía simple para elegir
UptimeRobot: mejor para empezar; permite 50 monitores gratis a 5 minutos.
Jetpack Monitor: integrado en WordPress, sencillo de activar.
Uptime Kuma: para quien quiera alojar su propio monitor sin coste recurrente.
Consejo: empezar con UptimeRobot (fácil, sin plugin obligatorio) y añadir Jetpack para monitoreo integrado.
Checklist visual: configuración rápida
1️⃣ Identificar 3 páginas críticas (checkout, login, contacto)
2️⃣ Crear monitor HTTP con intervalo 5 min
3️⃣ Activar alertas por email y Telegram
4️⃣ Probar fallo manualmente y documentar respuesta
Flujo de monitorización
Paso 1 🕵️ → Paso 2 ⚙️ → Paso 3 🔔 → ✅ Resolución rápida
Paso 1 🕵️: identificar la URL crítica.
Paso 2 ⚙️: configurar monitor (HTTP + keyword si es necesario).
Paso 3 🔔: activar alertas (email + Telegram/Slack).
Resolución rápida ✅: comprobar logs y restaurar servicio.
✉
¿Quieres más información? Escríbenos y te orientamos
Errores comunes que deben evitar los principiantes
✅ Beneficios / cuándo aplicar:
Menor tiempo de inactividad detectado en páginas que afectan ventas.
Alertas tempranas que permiten reaccionar antes de que clientes se quejen.
Fácil integración con servicios básicos sin cambiar la web.
⚠️ Errores que debes evitar / Riesgos:
Confiar solo en la comprobación de la home: puede ocultar fallos en subrutas.
No probar alertas: configurar alertas y no hacer un "trigger" de prueba puede dar sensación de falsa seguridad.
Umbrales demasiado agresivos: alertas por microcaídas que saturan la bandeja.
Ignorar la privacidad: algunos monitores recogen headers; revisar políticas si se monitoriza páginas con datos personales.
Configurar monitor de checkout con comprobación de contenido (UptimeRobot)
En UptimeRobot escoger "HTTP(s)".
URL: https://tudominio.com/checkout
Tipo adicional: "Keyword" → introducir texto exacto que aparece en la página de éxito (p. ej. "Pedido recibido").
Intervalo 5 min, esperar 2 fallos para alertar.
Resultado esperado: si el checkout devuelve una página de error o la frase "Pedido recibido" no aparece, el monitor envía alerta con timestamp y captura básica.
Preguntas frecuentes
¿Qué diferencia hay entre tiempo en página y tiempo de actividad por página?
El tiempo en página es una métrica de comportamiento (cuánto tiempo pasa un usuario). El monitor de tiempo de actividad por página verifica que una URL responda correctamente; son conceptos distintos.
¿Puedo usar solo Jetpack Monitor y olvidarme de otros servicios?
Sí para webs sencillas. Para tiendas o páginas críticas, es recomendable un servicio adicional (UptimeRobot o Better Uptime) para redundancia de alertas.
¿Con qué frecuencia debe comprobarse una página crítica?
Para la mayoría: cada 5 minutos. Tiendas grandes pueden necesitar 1 minuto (con coste); para principiantes 5 minutos es un buen equilibrio.
¿Cómo reducir falsos positivos en los avisos?
Ajustar umbral a 2 fallos consecutivos, añadir comprobación de contenido (keyword) y excluir IPs del monitor en reglas de seguridad/CDN.
¿Qué pasa si el monitor no puede acceder por Cloudflare?
Añadir las IPs del servicio de monitor a la lista blanca de Cloudflare, o usar comprobaciones desde varios puntos (multilocation) si el servicio lo permite.
¿Puedo monitorizar páginas detrás de autenticación?
Sí, pero requiere comprobaciones más avanzadas (cookies, headers). Para principiantes, monitorizar la página posterior al login o endpoints públicos es más sencillo.
¿Es legal monitorizar páginas con datos personales?
Sí, siempre que el monitor no recopile más datos de los necesarios y se cumpla la política de privacidad; revisar el aviso legal y las condiciones del servicio del monitor.
¿Qué métricas adicionales conviene guardar junto al uptime?
Registrar timestamps de caída, duración (MTTR), TTFB y número de incidentes para calcular uptime% y mejorar SLA.
Instalar Jetpack y activar Monitor o crear cuenta en UptimeRobot y añadir la página de checkout.
Configurar notificaciones por email y Telegram; hacer una prueba de fallo para validar alertas.
Documentar las páginas críticas y añadir 1 monitor por cada una (checkout, contacto, login).