Site Monitor

Site Monitor est la couche de santé continue par-dessus tes domaines. Plutôt que d'auditer une fois et oublier, tu fais tourner un domaine en continu : crawls réguliers, uptime checks, observation des status codes, détection de drift de performance et scores Lighthouse. Chaque monitor a son propre cycle de vie avec pause/resume, trigger de check manuel et historique d'incident. Complémentaire au Page Deep Audit (analyse en profondeur ponctuelle) et au Content Audit (côté contenu), Site Monitor est la ligne infrastructure.

Ce qu'il peut faire

• Gestion des monitors — GET/POST /v1/site-monitor liste et crée de nouveaux monitors. GET/PUT/DELETE /v1/site-monitor/{id} pour le détail, l'update et le workflow de suppression.
• Pause / Resume — arrêter proprement les monitors sans les supprimer (POST /v1/site-monitor/{id}/pause et .../resume).
• Manual Check — POST /v1/site-monitor/{id}/check-now déclenche immédiatement un check hors planning.
• Historique de check — GET /v1/site-monitor/{id}/checks liste tous les crawls avec status code, temps de réponse, headers.
• Incidents — GET /v1/site-monitor/{id}/incidents montre les pannes détectées et les changements de status code avec début/fin.
• Lighthouse — GET /v1/site-monitor/{id}/lighthouse livre les scores Performance, Accessibility, SEO et Best-Practices dans le temps.
• Team-scoped — tous les monitors appartiennent à l'équipe actuelle ; cross-team → 404.

Quand l'utiliser

• Tu opères des domaines de production et tu veux être informé immédiatement de drift de status code (200 → 503), de boucles de redirect ou de problèmes TLS.
• Tu publies régulièrement du contenu et tu veux voir tôt la régression de performance (chute de score Lighthouse).
• Tu veux une trace d'audit : « depuis quand cette URL est down ? » → l'endpoint incident a la réponse.
• Tu veux des rapports d'uptime pour les clients — l'historique de check est la base de données.

Workflow

1. Créer un monitor — POST /v1/site-monitor avec URL, fréquence et checks souhaités (HTTP, Lighthouse).
2. Observer les checks — le monitor tourne autonome ; GET /v1/site-monitor/{id}/checks montre l'historique.
3. Reviewer les incidents — en cas de problèmes, GET /v1/site-monitor/{id}/incidents livre début, fin, transition de status code.
4. Drift Lighthouse — GET /v1/site-monitor/{id}/lighthouse montre les scores dans le temps ; les chutes significatives sont un trigger clair de refactor.
5. Pause / Resume / Manual — pauser pendant les maintenances ; après les déploiements déclencher un check-now pour poser la nouvelle baseline.

Pour un diagnostic profond d'une page individuelle, passe au Page Deep Audit — il y a là analyse Vision, renders IA et évaluation persona. Site Monitor est la couche continue, Page Deep Audit la ponctuelle.

API

Exemple de body pour POST /v1/site-monitor :

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

Crédits et limites

• Lecture & contrôle : tous endpoints gratuits. Site Monitor est une fonction d'abonnement, pas pay-per-use.
• Caps de fréquence : paliers typiques hourly/daily/weekly — selon le plan.
• Lighthouse : profil mobile par défaut ; variante desktop en option.
• Seuil d'incident : les defaults reconnaissent les codes 5xx, timeout >30s et redirects inattendus comme incident.
• Team-scoped : IDs cross-team → 404.

Modules associés

• Page Deep Audit — analyse en profondeur ponctuelle d'une seule landing page ; Site Monitor fournit les triggers (« drift Lighthouse détecté → lancer audit »).
• Content Audit — problèmes de contenu (duplicate, thin content) ; Site Monitor détecte les problèmes infrastructurels.
• Action Center — à partir des incidents on peut générer des todos.
• Google Integrations — combiné à GSC tu vois quand un problème de status code entraîne aussi des chutes de crawling.