Site Monitor

Site Monitor es la capa continua de health sobre tus dominios. En lugar de auditar una vez y olvidarte, dejas un dominio en operación continua: crawls regulares, uptime checks, observación de status codes, detección de performance drift y scores Lighthouse. Cada monitor tiene su propio ciclo de vida con pause/resume, trigger de manual check e historial de incidentes. Complementario al Page Deep Audit (análisis profundo puntual) y al Content Audit (a nivel de contenido), Site Monitor es la línea de infraestructura.

Qué puede hacer

• Gestión de monitores — GET/POST /v1/site-monitor lista y crea nuevos monitores. GET/PUT/DELETE /v1/site-monitor/{id} para detalle, update y workflow de borrado.
• Pause / Resume — detén monitores limpiamente sin borrarlos (POST /v1/site-monitor/{id}/pause y .../resume).
• Manual Check — POST /v1/site-monitor/{id}/check-now dispara al instante un check fuera de programación.
• Historial de checks — GET /v1/site-monitor/{id}/checks lista todos los crawls con status code, tiempo de respuesta, headers.
• Incidents — GET /v1/site-monitor/{id}/incidents muestra fallos detectados y cambios de status code con start/end.
• Lighthouse — GET /v1/site-monitor/{id}/lighthouse entrega scores Performance, Accessibility, SEO y Best-Practices a lo largo del tiempo.
• Team-scoped — todos los monitores pertenecen al team actual; cross-team → 404.

Cuándo usarlo

• Operas dominios en producción y quieres enterarte al instante de drifts de status code (200 → 503), redirect-loops o problemas TLS.
• Publicas contenido regularmente y quieres detectar performance regression (caída del Lighthouse-Score) pronto.
• Quieres un audit trail: «¿desde cuándo está down esta URL?» → el endpoint de incidents tiene la respuesta.
• Quieres reports de uptime para clientes — el historial de checks es la base de datos.

Workflow

1. Crea el monitor — POST /v1/site-monitor con URL, frecuencia y checks deseados (HTTP, Lighthouse).
2. Observa los checks — el monitor corre autónomo; GET /v1/site-monitor/{id}/checks muestra el historial.
3. Revisa incidents — ante problemas, GET /v1/site-monitor/{id}/incidents da inicio, fin y transición de status code.
4. Lighthouse drift — GET /v1/site-monitor/{id}/lighthouse muestra scores en el tiempo; caídas significativas son trigger claro de refactor.
5. Pause / Resume / Manual — pausa durante mantenimientos; tras deploys lanza un check-now para fijar la nueva baseline.

Para diagnóstico profundo de una sola página, cambia al Page Deep Audit — allí hay análisis Vision, renders IA y evaluación de personas. Site Monitor es la capa continua, Page Deep Audit la puntual.

API

Body de ejemplo para POST /v1/site-monitor:

{
  "url": "https://rankion.ai",
  "frequency": "hourly",
  "checks": ["http", "lighthouse"]
}

Créditos y límites

• Lectura y control: todos los endpoints sin coste. Site Monitor es función de subscription, no pay-per-use.
• Caps de frecuencia: los niveles típicos son hourly/daily/weekly — según el plan.
• Lighthouse: perfil mobile por defecto; variante desktop opcional.
• Umbral de incident: los defaults reconocen códigos 5xx, timeout >30s y redirects inesperados como incident.
• Team-scoped: los IDs cross-team → 404.

Módulos relacionados

• Page Deep Audit — análisis profundo puntual de una sola landing page; Site Monitor entrega los triggers («drift Lighthouse detectado → iniciar audit»).
• Content Audit — problemas de contenido (duplicate, thin content); Site Monitor detecta los infraestructurales.
• Action Center — desde incidents pueden generarse todos.
• Google Integrations — combinado con GSC ves cuándo un problema de status code conduce también a caídas de crawling.